* bug#18924: 25.0.50; visiting files in Bazaar workarea
@ 2014-11-02 1:44 Bernardo
2014-11-02 2:44 ` Glenn Morris
2014-11-02 5:40 ` Stefan Monnier
0 siblings, 2 replies; 6+ messages in thread
From: Bernardo @ 2014-11-02 1:44 UTC (permalink / raw)
To: 18924
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))
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#18924: 25.0.50; visiting files in Bazaar workarea
2014-11-02 1:44 bug#18924: 25.0.50; visiting files in Bazaar workarea Bernardo
@ 2014-11-02 2:44 ` Glenn Morris
2014-11-02 5:40 ` Stefan Monnier
1 sibling, 0 replies; 6+ messages in thread
From: Glenn Morris @ 2014-11-02 2:44 UTC (permalink / raw)
To: Bernardo; +Cc: 18924
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#18924: 25.0.50; visiting files in Bazaar workarea
2014-11-02 1:44 bug#18924: 25.0.50; visiting files in Bazaar workarea Bernardo
2014-11-02 2:44 ` Glenn Morris
@ 2014-11-02 5:40 ` Stefan Monnier
[not found] ` <87bnoq6mmp.fsf@deb.home.net>
1 sibling, 1 reply; 6+ messages in thread
From: Stefan Monnier @ 2014-11-02 5:40 UTC (permalink / raw)
To: Bernardo; +Cc: 18924
> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#18924: 25.0.50; visiting files in Bazaar workarea
[not found] ` <87bnoq6mmp.fsf@deb.home.net>
@ 2019-11-11 14:22 ` Stefan Kangas
2019-11-11 14:59 ` Michael Albinus
0 siblings, 1 reply; 6+ messages in thread
From: Stefan Kangas @ 2019-11-11 14:22 UTC (permalink / raw)
To: Bernardo; +Cc: Michael Albinus, Stefan Monnier, 18924
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#18924: 25.0.50; visiting files in Bazaar workarea
2019-11-11 14:22 ` Stefan Kangas
@ 2019-11-11 14:59 ` Michael Albinus
2019-11-11 15:16 ` Stefan Kangas
0 siblings, 1 reply; 6+ messages in thread
From: Michael Albinus @ 2019-11-11 14:59 UTC (permalink / raw)
To: Stefan Kangas; +Cc: Stefan Monnier, Bernardo, 18924
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#18924: 25.0.50; visiting files in Bazaar workarea
2019-11-11 14:59 ` Michael Albinus
@ 2019-11-11 15:16 ` Stefan Kangas
0 siblings, 0 replies; 6+ messages in thread
From: Stefan Kangas @ 2019-11-11 15:16 UTC (permalink / raw)
To: Michael Albinus; +Cc: Stefan Monnier, Bernardo, 18924
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-11-11 15:16 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-11-02 1:44 bug#18924: 25.0.50; visiting files in Bazaar workarea Bernardo
2014-11-02 2:44 ` Glenn Morris
2014-11-02 5:40 ` Stefan Monnier
[not found] ` <87bnoq6mmp.fsf@deb.home.net>
2019-11-11 14:22 ` Stefan Kangas
2019-11-11 14:59 ` Michael Albinus
2019-11-11 15:16 ` Stefan Kangas
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.