bug#18924: 25.0.50; visiting files in Bazaar workarea

bug#18924: 25.0.50; visiting files in Bazaar workarea

[Bernardo]

There is a *lightweight* Bazaar checkout in my workarea and at present
there is no network connection to the Bazaar repository. If Emacs is
started with
  $ emacs -Q readme.txt

it tries to connect to the remote server using Tramp, the echo area
shows:

 Tramp: Waiting for prompts from remote shell

and after a ~1 minute timeout it stops trying, without loading the file.
The echo area shows:
  Process died

If the .bzr directory is renamed to something else, the file loads
normally.
A workaround that was suggested is not to use Bazaar lightweight
checkouts.

--
Rgds, Bernardo



In GNU Emacs 25.0.50.2 (i686-pc-linux-gnu, GTK+ Version 3.4.2)
 of 2014-11-01 on deb
Repository revision: monnier@iro.umontreal.ca-20141031213535-qjsn4pytrlkd3uus
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description:	Debian GNU/Linux 7.7 (wheezy)

Configured using:
 `configure --with-gif=no'

Configured features:
XPM JPEG TIFF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY
GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB

Important settings:
  value of $LC_COLLATE: C
  value of $LANG: en_AU.utf8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <menu-bar> <help-menu> <se
nd-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message dired format-spec
rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list
newcomment elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button
faces cus-face macroexp files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind gfilenotify dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty emacs)

Memory information:
((conses 8 74932 5741)
 (symbols 24 18021 0)
 (miscs 20 38 158)
 (strings 16 11090 3904)
 (string-bytes 1 295195)
 (vectors 8 9349)
 (vector-slots 4 394141 3268)
 (floats 8 71 255)
 (intervals 28 244 146)
 (buffers 520 11)
 (heap 1024 37047 410))

bug#18924: 25.0.50; visiting files in Bazaar workarea

[Glenn Morris]

Bernardo wrote:

> There is a *lightweight* Bazaar checkout in my workarea and at present
> there is no network connection to the Bazaar repository. If Emacs is
> started with
>   $ emacs -Q readme.txt
>
> it tries to connect to the remote server using Tramp

I can't reproduce this. I did:

bzr checkout --lightweight bzr://bzr.savannah.nongnu.org/drupal-el/trunk

(A nice, tiny repository.)

Then disconnected from the net. emacs -Q drupal.el works fine.

I have no idea why Tramp would try to get involved. Perhaps it is
something specific to your configuration.

> A workaround that was suggested is not to use Bazaar lightweight
> checkouts.

Irrespective of this issue, I would certainly recommend just forgetting
that lightweight checkouts exist; but YMMV of course.

bug#18924: 25.0.50; visiting files in Bazaar workarea

[Stefan Monnier]

> There is a *lightweight* Bazaar checkout in my workarea and at present
> there is no network connection to the Bazaar repository. If Emacs is
> started with
>   $ emacs -Q readme.txt

> it tries to connect to the remote server using Tramp, the echo area
> shows:

If you (setq debug-on-error t debug-on-quit t) and hit C-g during this,
do you get a backtrace?  If so, can you show it to us?


        Stefan

bug#18924: 25.0.50; visiting files in Bazaar workarea

[Stefan Kangas]

Hi Michael,

See below a bug report related to Tramp.  AFAICT, you never replied in
this discussion, so I'm not sure if it's on your radar or not.

Best regards,
Stefan Kangas

Bernardo <bernardo.bacic@pobox.com> writes:

> hi,
>
>>
>> If you (setq debug-on-error t debug-on-quit t) and hit C-g during this,
>> do you get a backtrace?  If so, can you show it to us?
>>
>
> sure, see below for the backtrace; however, i've got some clues about
> what's going on and if i'm right it's not really Emacs' problem but my
> dodgy practice of copying the workareas around
>
> so the wider picture is like this - at work we have a project with a
> Bazaar repository sitting on a LAN PC and most of people using
> 'lightweight' Bazaar checkout (i.e. no local history of changes).
>
> to complicate things further the application builds under both GNU/Linux
> and Windows so people will have two checkouts in their respective OSes
>
> i don't have access to office LAN from home and sometimes i zip the
> whole workarea in order to (mostly) read code living in the dark corners
> of the project that i know very little about; well i was convinced i've
> zipped up the GNU/Linux workarea, but that's probably not the case; once
> unzipped on my home Debian PC the .bzr points to a badly formed path
> (i.e. starting with Windows drive letter + the ':' character which is
> mapped to a network drive/directory) to the Bazaar repository; well, it
> looks like this confuses the hell out of 'tramp' when trying to look at
> this repository;
>
> i'm fairly confident this is the cause of the problem; apologies for all
> the confusion caused
>
> i forgot all about the 'lightweight' checkout (it was fist performed
> years ago when the project started) until Eli mentioned it in the
> Emacs-Help group/list
>
> not sure if you guys want to address this "issue" but here's the
> backtrace as requested
>
> Debugger entered--Lisp error: (quit)
>   signal(quit nil)
>   tramp-maybe-open-connection([#("scp" 0 3 (tramp-default t)) nil "H" "/Bzr/Apple/Application/.bzr/branch/format" nil])
>   tramp-send-command([#("scp" 0 3 (tramp-default t)) nil "H" "/Bzr/Apple/Application/.bzr/branch/format" nil] "test 0 2>/dev/null; echo tramp_exit_status $?")
>   tramp-send-command-and-check([#("scp" 0 3 (tramp-default t)) nil "H" "/Bzr/Apple/Application/.bzr/branch/format" nil] "test 0")
>   tramp-get-test-command([#("scp" 0 3 (tramp-default t)) nil "H" "/Bzr/Apple/Application/.bzr/branch/format" nil])
>   tramp-find-file-exists-command([#("scp" 0 3 (tramp-default t)) nil "H" "/Bzr/Apple/Application/.bzr/branch/format" nil])
>   tramp-get-file-exists-command([#("scp" 0 3 (tramp-default t)) nil "H" "/Bzr/Apple/Application/.bzr/branch/format" nil])
>   tramp-sh-handle-file-exists-p(#("/scp:H:/Bzr/Apple/Application/.bzr/branch/format" 1 4 (tramp-default t)))
>   apply(tramp-sh-handle-file-exists-p #("/scp:H:/Bzr/Apple/Application/.bzr/branch/format" 1 4 (tramp-default t)))
>   tramp-sh-file-name-handler(file-exists-p #("/scp:H:/Bzr/Apple/Application/.bzr/branch/format" 1 4 (tramp-default t)))
>   apply(tramp-sh-file-name-handler file-exists-p #("/scp:H:/Bzr/Apple/Application/.bzr/branch/format" 1 4 (tramp-default t)))
>   tramp-file-name-handler(file-exists-p #("/scp:H:/Bzr/Apple/Application/.bzr/branch/format" 1 4 (tramp-default t)))
>   file-exists-p(#("/scp:H:/Bzr/Apple/Application/.bzr/branch/format" 1 4 (tramp-default t)))
>   vc-bzr-working-revision("/home/one/Projects/Apple/Application/readme.txt")
>   apply(vc-bzr-working-revision "/home/one/Projects/Apple/Application/readme.txt")
>   vc-call-backend(Bzr working-revision "/home/one/Projects/Apple/Application/readme.txt")
>   vc-working-revision("/home/one/Projects/Apple/Application/readme.txt" Bzr)
>   vc-default-mode-line-string(Bzr "/home/one/Projects/Apple/Application/readme.txt")
>   apply(vc-default-mode-line-string Bzr "/home/one/Projects/Apple/Application/readme.txt")
>   vc-call-backend(Bzr mode-line-string "/home/one/Projects/Apple/Application/readme.txt")
>   vc-mode-line("/home/one/Projects/Apple/Application/readme.txt" Bzr)
>   vc-find-file-hook()
>   run-hooks(find-file-hook)
>   after-find-file(nil t)
>   find-file-noselect-1(#<buffer readme.txt> "~/Projects/Apple/Application/readme.txt" nil nil "~/Projects/Apple/Application/readme.txt" (8653796 2065))
>   find-file-noselect("/home/one/Projects/Apple/Application/readme.txt" nil nil nil)
>   find-file("/home/one/Projects/Apple/Application/readme.txt")
>   command-line-1(("--eval" "(setq debug-on-error t debug-on-quit t)" "readme.txt"))
>   command-line()
>   normal-top-level()
>
>
> --
> Rgds, Bernardo

bug#18924: 25.0.50; visiting files in Bazaar workarea

[Michael Albinus]

Stefan Kangas <stefan@marxist.se> writes:

> Hi Michael,

Hi Stefan,

> See below a bug report related to Tramp.  AFAICT, you never replied in
> this discussion, so I'm not sure if it's on your radar or not.

No, this bug report is new to me. Due to limited time, I don't read all
bug reports. They get my attention if they have a buzzword in their
headline, like "tramp" or "remote".

Or if somebody points me to this :-)

I believe the OP gave already a proper analysis. Due to the way he has
handled his bazaar repository (copying from an MS Windows host to a
GNU/Linux host), he has wrong file names. In the backtrace, we see

>>   file-exists-p(#("/scp:H:/Bzr/Apple/Application/.bzr/branch/format" 1 4 (tramp-default t)))

Tramp has been involved due to the drive letter "H:", interpreting it as
host name.

After all, it looks like a pilot error. I would close it as notabug.

> Best regards,
> Stefan Kangas

Best regards, Michael.

bug#18924: 25.0.50; visiting files in Bazaar workarea

[Stefan Kangas]

tags 18924 + notabug
close 18924
thanks

Michael Albinus <michael.albinus@gmx.de> writes:

> No, this bug report is new to me. Due to limited time, I don't read all
> bug reports. They get my attention if they have a buzzword in their
> headline, like "tramp" or "remote".
>
> Or if somebody points me to this :-)

OK.  I'll just point you to it if I see any other tramp related bugs
in the future. :-)

> I believe the OP gave already a proper analysis. Due to the way he has
> handled his bazaar repository (copying from an MS Windows host to a
> GNU/Linux host), he has wrong file names. In the backtrace, we see
>
>>>   file-exists-p(#("/scp:H:/Bzr/Apple/Application/.bzr/branch/format" 1 4 (tramp-default t)))
>
> Tramp has been involved due to the drive letter "H:", interpreting it as
> host name.
>
> After all, it looks like a pilot error. I would close it as notabug.

Thanks for taking a look.  I'll close it now.

Best regards,
Stefan Kangas