* 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
[parent not found: <87bnoq6mmp.fsf@deb.home.net>]
* 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.