"bzr annotate" fails with remote URL (wrong urlspec?)

[Daniel Hahler]

Binary package hint: bzr

"bzr qannotate" does error out with a remote URL (like "bzr qannotate lp:b2evolution/trunk/blogs/index.php"), "annotate" downloads it, then does nothing.

Here, the urlspec is just wrong probably, but then the error handling should get improved, especially given the number of internal errors:

$ bzr qannotate lp:b2evolution/trunk/blogs/index.php
/usr/lib/pymodules/python2.6/pygments/plugin.py:39: UserWarning: Module pygments was already imported from /usr/lib/pymodules/python2.6/pygments/__init__.py, but /usr/lib/pymodules/python2.6 is being added to sys.path
  import pkg_resources
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/daniel/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address.
IBusInputContext::createInputContext: no connection to ibus-daemon
bzr: ERROR: bzr qannotate only works for files (got 'directory')

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: bzr 2.1.1-1
ProcVersionSignature: Ubuntu 2.6.32-21.31-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
Architecture: i386
Date: Thu Apr 15 22:19:55 2010
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: bzr

[Robert Collins (lifeless)]

This is a duplicate issue with some bzr ones, basically the lp directory
service doesn't have an 'open_containing' mode, and there are a couple of
routes to fixing it. Sorry but I don't recall the bug numbers.

[Alexander Belchenko (bialix)]

That's what I get with qbzr trunk:

C:\work\Bazaar\plugins\qbzr>bzr qannotate lp:b2evolution/trunk/blogs/index.php
Connected (version 2.0, client Twisted)
Authentication (publickey) successful!
Secsh channel 1 opened.
bzr: ERROR: Permission denied: "Cannot create 'blogs'. Only Bazaar branches are allowed."

C:\work\Bazaar\plugins\qbzr>bzr annotate lp:b2evolution/trunk/blogs/index.php
Connected (version 2.0, client Twisted)
Authentication (publickey) successful!
Secsh channel 1 opened.
bzr: ERROR: Permission denied: "Cannot create 'blogs'. Only Bazaar branches are allowed."

So, what do you want from qannotate in this situation? It works exactly as plain `bzr annotate`.

[Daniel Hahler (blueyed)]

Feel free to close this, if it looks OK for you.

I am not using bazaar anymore (regularly), and am therefore not affected anymore by this bug, nor have means to reproduce it.

[John A Meinel (jameinel)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 4/29/2011 9:34 AM, Alexander Belchenko wrote:
> That's what I get with qbzr trunk:
>
> C:\work\Bazaar\plugins\qbzr>bzr qannotate lp:b2evolution/trunk/blogs/index.php
> Connected (version 2.0, client Twisted)
> Authentication (publickey) successful!
> Secsh channel 1 opened.
> bzr: ERROR: Permission denied: "Cannot create 'blogs'. Only Bazaar branches are allowed."
>
> C:\work\Bazaar\plugins\qbzr>bzr annotate lp:b2evolution/trunk/blogs/index.php
> Connected (version 2.0, client Twisted)
> Authentication (publickey) successful!
> Secsh channel 1 opened.
> bzr: ERROR: Permission denied: "Cannot create 'blogs'. Only Bazaar branches are allowed."
>
> So, what do you want from qannotate in this situation? It works exactly
> as plain `bzr annotate`.

This is arguably a recently introduced failure of the lp: resolution
(AIUI). We used to be able to:
  Branch.open_containing('bzr+ssh://bazaar.launchpad.net/~b2evolution'
                         '/trunk/blogs/index.php')
However, now when we probe we get "Permission Error" instead of
"NoSuchFile". (Even though we are doing a readonly operation).

I would assign this bug to Launchpad and the codehosting implementation.

John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk26jDgACgkQJdeBCYSNAAPKywCeL+ZXqHRxG/JzaX1tUkj/xnS0
imwAn3cG0ZwgKl9wkGr4ylsqufrJGmL+
=cdfm
-----END PGP SIGNATURE-----

[Launchpad Janitor (janitor)]

[Expired for qbzr (Ubuntu) because there has been no activity for 60 days.]