GNU bug report logs - #18924
visiting files in relocated Bazaar lightweight checkout

Previous Next

Full log

View this message in rfc822 format

From: Stefan Kangas <stefan <at> marxist.se>
To: Bernardo <bernardo.bacic <at> pobox.com>
Cc: Glenn Morris <rgm <at> gnu.org>, Michael Albinus <michael.albinus <at> gmx.de>, Stefan Monnier <monnier <at> iro.umontreal.ca>, 18924 <at> debbugs.gnu.org
Subject: bug#18924: 25.0.50; visiting files in Bazaar workarea
Date: Mon, 11 Nov 2019 15:22:01 +0100

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 <at> 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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.