Running `bzr init` in a directory that just happens to be a Subversion checkout should not cause bzr-svn to run
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
Medium
|
Unassigned |
Bug Description
I often use Bazaar to shuttle patches between my own working trees and an upstream project that code happens to originally come from. Common use case.
Yesterday I went to `bzr init .` in the root directory of a project and rather than it being virtually instantaneous, it started to chug. After wondering "WTF" for a few moments, suddenly I saw what appeared the be the bzr-svn plugin running off to do a cache initiation. Huh?
I didn't do `bzr checkout svn+ssh://` or whatever. I told it to initiate a new Bazaar branch in a directory that just happens to have another version control system's metadata in it as well. If I'd wanted to use bzr-svn, I would have said so. After a while I clued in to try `bzr --no-plugins init .` which of course completed in milliseconds. Fine. Thought I was past this issue. Frustrating, stupid behaviour making Bazaar look bad, but whatever.
Then I went to `bzr add` a file. Suddenly my network connection fired up as the Subverion cache initialization started trying to run again. STOP IT!
And as there are over 700,000 revisions in the upstream repository, cache initialization will complete sometime around when the Sun becomes a Red Giant. Maybe I don't want to wait that long?
(As an aside, jml's suggestion of `--builtin` didn't help here. I had to use `--no-plugins` again)
I really don't feel like having to remember to write `--no-plugins` every time I run a Bazaar command in this directory. That's ridiculous. But as my alternatives are either to uninstall bzr-svn or to maybe manually `rm -rf` the .svn directory in this tree, maybe I'm stuffed.
I'm really upset. I didn't ask for bzr-svn to run. I ran a basic Bazaar command and it failed. So this is not a bzr-svn bug. This is a bug against Bazaar for allowing itself to be subverted by a plugin!
Bazaar (bzr) 1.7.1
AfC
description: | updated |
Changed in bzr: | |
status: | Expired → New |
tags: | added: cmd-init foreign |
Changed in bzr: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
description: | updated |
tags: | added: check-for-breezy |
tags: | removed: check-for-breezy |
Situation is actually much worse than that. bzr 1.9 fails to execute "bzr init" in any directories, containing a .svn entry, if the svn plugin is not installed. It does not matter, if .svn is a directory or a file, it crashes with an "internal error" due to failed import.
bzr 1.9 on python 2.5.2 (linux2) aradi/local/ x86_64. Linux/bin/ bzr', 'init'] python2. 5/site- packages/ bzrlib/ plugins/ email [unknown] python2. 5/site- packages/ bzrlib/ plugins/ gtk [0.93.0] local/x86_ 64.Linux/ lib/python2. 5/site- packages/ bzrlib/ plugins/ launchpad [unknown] python2. 5/site- packages/ bzrlib/ plugins/ svn [0.4.9] /bugs.launchpad .net/bzr/ +filebug
arguments: ['/home/
encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_US.UTF-8'
plugins:
email /usr/lib/
gtk /usr/lib/
launchpad /home/aradi/
svn /usr/lib/
*** Bazaar has encountered an internal error.
Please report a bug at https:/
including this traceback, and a description of what you
were doing when the error occurred.
Of course, using --no-plugins helps, but that's more than annoying.
Regards,
Bálint