tags 748832 +moreinfo severity 748832 normal thanks Hi Martin,
On Wed, May 21, 2014 at 08:24:38AM +0200, Martin Pitt wrote: > I was investigating current autopkgtest failures and I stumbled over > http://ci.debian.net/#package/subvertpy which fails with > > File "subvertpy/__init__.py", line 131, in <module> > raise ImportError("Unable to load subvertpy extensions: %s" % e) > ImportError: Unable to load subvertpy extensions: cannot import name client > > Indeed the test is quite right: In a clean sid schroot, I tried: > > # apt-get install python-subvertpy > # python -c 'import subvertpy' > Traceback (most recent call last): > File "<string>", line 1, in <module> > File "subvertpy/__init__.py", line 131, in <module> > raise ImportError("Unable to load subvertpy extensions: %s" % e) > ImportError: Unable to load subvertpy extensions: cannot import name client > > I get the same error with the one from the examples: > > python -c 'from subvertpy.ra import RemoteAccess' > > (Same on Ubuntu) > > So it looks to me that the current package is completely broken :-( I can't reproduce this unless I run those commands from an unbuilt source tree. This is true from from two of my own unstable/testing systems as well as from a clean sid chroot. If I run it in an unbuilt source tree (as retrieved by "apt-get source"), I get the same error you get. With the source tree built ("make"), it works again. > BTW, if you do a new upload, would you mind dropping the unnecessary > "Restrictions: build-needed" from debian/tests/control? > python-subvertpy already ships the test suite, and even if you would > run it from the source tree there's no need to build anything as you > are testing the installed package. You stumbled upon the reason I added it - without building (in place, not in dist/) first, they fail. Obviously this is a sign that we're testing the source tree binaries rather than the installed binaries, which is not the intention of debian/tests/. I really like the idea of autopkgtest but it's still a pain to run these tests locally. For subvertpy we're just running the standard testsuite - installed - that already runs as part of the build anyway, so autopkgtest is just not worth the trouble at the moment for me. I'll disable or remove the autopkgtests with the next upload. Cheers, Jelmer -- Jelmer Vernooij <jel...@debian.org> Debian Developer http://samba.org/~jelmer/
signature.asc
Description: Digital signature
