BZR 2.1.2 + SVN 1.7.7 + etckeeper on Debian Squeeze

[Jelmer Vernooij]

On Fri, 2012-11-02 at 02:33 -0400, JP Vossen wrote:
> Summary: BZR 2.1.2 + bzr-svn + SVN 1.7.7 + etckeeper on Debian Squeeze 
> produce errors.
> 
> The "fix" was: aptitude purge bzr-svn
> 
> But that's not a very good fix.
> 
> Other info: /etc/ has both /etc/.bzr/ (etckeeper) and /etc/.svn/ 
> (manual, back to 1998, from RCS to CVS to SVN (2005)... :)  So BZR + 
> bzr-svn + SVN + etckeeper = bad; something steps on itself.
> 
> So, first, how do I force BZR to do BZR and not SVN things when both 
> .bzr and .svn exist, but without uninstalling 'bzr-svn'?
> 
> Second, should I file a bug on this and if so is anything else required? 
>   And is this a BZR bug (I think so) or possibly an etckeeper bug?
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Details:
> 
> I'm using BZR 2.1.2 and etckeeper on Debian Squeeze.  But long before I 
> did that, I was manually doing the same thing in SVN.  I've been having 
> various minor problems with this, such as "aborting commit write group: 
> PointlessCommit(No changes to commit)" errors, and the last time I 
> looked at the (2012-03-22) I concluded that 'etckeeper's BZR was using 
> /etc/.svn/ instead of /etc/.bzr/.  Mildly annoying, but I could live 
> with the problems.
> 
> Then, I upgraded to SVN 1.7.7.  I did *not* however, touch /etc/.svn in 
> any way with the new SVN client, which has a new work space format 
> "WSNG" that is not backward compatible.
> 
> Now 'etckeeper' operations, including 'aptitude' updates, and the daily 
> commits, all barf with somewhat ironic error (traceback at bottom):
> 	bzr: ERROR: exceptions.NameError: global name 
> 'ERR_WC_UNSUPPORTED_FORMAT' is not defined
> 
> Note that the error is coming from '...plugins/svn/workingtree.py' so it 
> seems that even though both .bzr and .svn exist, .svn is taking 
> precedence.  That's...interesting...
That file gets loaded because bzr loads all available formats before
probing in older versions. It shouldn't necessarily mean that bzr
prefers .svn/ over .bzr/. Note that newer versions of bzr should no
longer load all formats just when probing.

The bug you mentioned:

bzr: ERROR: exceptions.NameError: global name 
'ERR_WC_UNSUPPORTED_FORMAT' is not defined

is fixed in newer versions of subvertpy/bzr-svn.

Cheers,

Jelmer