Bug#903213: datalad: FTBFS in stretch/buster/sid
Should be fixable, concerns only testing On July 8, 2018 9:02:07 AM EDT, Sean Whitton wrote: >Hello Santiago, > >On Sat, Jul 07 2018, Santiago Vila wrote: > >> This is just how the build ends in my autobuilder with >dpkg-buildpackage -A, >> but there are full build logs available here: >> >> >https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/datalad.html >> >> A diff between the previous successful build log and this (failed) >one >> yields this result: >> >> -Get:63 http://deb.debian.org/debian-security stretch/updates/main >amd64 git-annex amd64 6.20170101-1+deb9u1 [10.9 MB] >> +Get:63 http://deb.debian.org/debian stretch-proposed-updates/main >amd64 git-annex amd64 6.20170101-1+deb9u2 [10.9 MB] >> >> so it seems git-annex now behaves in a way which breaks the tests. >> >> (X-Debian-CC to Sean Whitton, who did the proposed-updates upload, in >case he has any hint >> about the reason for this FTBFS in datalad). > >I suspect that datalad uses some of the git-annex functionality that >was >disabled by the security update I uploaded to proposed-updates. I >don't >know whether this is fixable or effectively means that datalad must be >removed from stretch. -- Sent from a phone which beats iPhone.
Bug#903213: datalad: FTBFS in stretch/buster/sid
Hello Santiago, On Sat, Jul 07 2018, Santiago Vila wrote: > This is just how the build ends in my autobuilder with dpkg-buildpackage -A, > but there are full build logs available here: > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/datalad.html > > A diff between the previous successful build log and this (failed) one > yields this result: > > -Get:63 http://deb.debian.org/debian-security stretch/updates/main amd64 > git-annex amd64 6.20170101-1+deb9u1 [10.9 MB] > +Get:63 http://deb.debian.org/debian stretch-proposed-updates/main amd64 > git-annex amd64 6.20170101-1+deb9u2 [10.9 MB] > > so it seems git-annex now behaves in a way which breaks the tests. > > (X-Debian-CC to Sean Whitton, who did the proposed-updates upload, in case he > has any hint > about the reason for this FTBFS in datalad). I suspect that datalad uses some of the git-annex functionality that was disabled by the security update I uploaded to proposed-updates. I don't know whether this is fixable or effectively means that datalad must be removed from stretch. -- Sean Whitton signature.asc Description: PGP signature
Bug#903213: datalad: FTBFS in stretch/buster/sid
I bet it is the security fix which was recently introduced... Would need a
patch to datalad from https://github.com/datalad/datalad/pull/2670
Hopefully still easy to apply since datalad moved way far ahead since 0.4 .
For buster/sid we will just release fresh version soon which would be
compatible, so no need to patch there
On July 7, 2018 2:42:12 PM EDT, Santiago Vila wrote:
>Package: src:datalad
>Version: 0.4.1-1
>Severity: serious
>Tags: ftbfs
>
>Dear maintainer:
>
>I tried to build this package in stretch + security +
>stretch-proposed-updates
>but it failed:
>
>
>[...]
> debian/rules build-indep
>dh build-indep --with python2 --buildsystem=pybuild
> dh_testdir -i -O--buildsystem=pybuild
> dh_update_autotools_config -i -O--buildsystem=pybuild
> dh_auto_configure -i -O--buildsystem=pybuild
> pybuild --configure --test-nose -i python{version} -p 2.7
>I: pybuild base:184: python2.7 setup.py config
>running config
> dh_auto_build -i -O--buildsystem=pybuild
> pybuild --build --test-nose -i python{version} -p 2.7
>I: pybuild base:184: /usr/bin/python setup.py build
>running build
>running build_py
>creating /<>/.pybuild/pythonX.Y_2.7/build/datalad
>
>[... snipped ...]
>
>File
>"/<>/.pybuild/pythonX.Y_2.7/build/datalad/support/tests/test_annexrepo.py",
>line 247, in test_AnnexRepo_is_under_annex
> assert_equal(ar.is_under_annex(testfiles, batch=batch), target_value)
>AssertionError: Lists differ: [False, False, False] != [True, False,
>False]
>
>First differing element 0:
>False
>True
>
>- [False, False, False]
>+ [True, False, False]
>
>==
>FAIL: datalad.support.tests.test_gitrepo.test_GitRepo_get_toppath
>--
>Traceback (most recent call last):
>File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in
>runTest
>self.test(*self.arg)
>File
>"/<>/.pybuild/pythonX.Y_2.7/build/datalad/tests/utils.py",
>line 706, in newfunc
>t(*(arg + (uri,)), **kw)
>File
>"/<>/.pybuild/pythonX.Y_2.7/build/datalad/tests/utils.py",
>line 536, in newfunc
>return t(*(arg + (filename,)), **kw)
>File
>"/<>/.pybuild/pythonX.Y_2.7/build/datalad/support/tests/test_gitrepo.py",
>line 637, in test_GitRepo_get_toppath
>eq_(GitRepo.get_toppath(repo, follow_up=False), reporeal)
>AssertionError: '/tmp/datalad_temp_testrepo_bh4Q3X' !=
>'/tmp/datalad_temp_testrepo_bh4Q3X/sub dataset1/subm 1'
>
>==
>FAIL: datalad.support.tests.test_gitrepo.test_submodule_deinit
>--
>Traceback (most recent call last):
>File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in
>runTest
>self.test(*self.arg)
>File
>"/<>/.pybuild/pythonX.Y_2.7/build/datalad/tests/utils.py",
>line 706, in newfunc
>t(*(arg + (uri,)), **kw)
>File
>"/<>/.pybuild/pythonX.Y_2.7/build/datalad/support/tests/test_gitrepo.py",
>line 840, in test_submodule_deinit
> eq_(['subm 1', 'subm 2'], [s.name for s in top_repo.get_submodules()])
>AssertionError: ['subm 1', 'subm 2'] != []
>
>--
>Ran 616 tests in 167.088s
>
>FAILED (SKIP=65, errors=63, failures=15)
>E: pybuild pybuild:283: test: plugin distutils failed with: exit
>code=1: cd /<>/.pybuild/pythonX.Y_2.7/build; python2.7 -m
>nose -s -v datalad
>dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7
>--test-nose returned exit code 13
>debian/rules:27: recipe for target 'override_dh_auto_test' failed
>make[1]: *** [override_dh_auto_test] Error 25
>make[1]: Leaving directory '/<>'
>debian/rules:19: recipe for target 'build-indep' failed
>make: *** [build-indep] Error 2
>dpkg-buildpackage: error: debian/rules build-indep gave error exit
>status 2
>
>
>This is just how the build ends in my autobuilder with
>dpkg-buildpackage -A,
>but there are full build logs available here:
>
>https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/datalad.html
>
>A diff between the previous successful build log and this (failed) one
>yields this result:
>
>-Get:63 http://deb.debian.org/debian-security stretch/updates/main
>amd64 git-annex amd64 6.20170101-1+deb9u1 [10.9 MB]
>+Get:63 http://deb.debian.org/debian stretch-proposed-updates/main
>amd64 git-annex amd64 6.20170101-1+deb9u2 [10.9 MB]
>
>so it seems git-annex now behaves in a way which breaks the tests.
>
>(X-Debian-CC to Sean Whitton, who did the proposed-updates upload, in
>case he has any hint
>about the reason for this FTBFS in datalad).
>
>Thanks.
--
Sent from a phone which beats iPhone.
Bug#903213: datalad: FTBFS in stretch/buster/sid
Package: src:datalad
Version: 0.4.1-1
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in stretch + security + stretch-proposed-updates
but it failed:
[...]
debian/rules build-indep
dh build-indep --with python2 --buildsystem=pybuild
dh_testdir -i -O--buildsystem=pybuild
dh_update_autotools_config -i -O--buildsystem=pybuild
dh_auto_configure -i -O--buildsystem=pybuild
pybuild --configure --test-nose -i python{version} -p 2.7
I: pybuild base:184: python2.7 setup.py config
running config
dh_auto_build -i -O--buildsystem=pybuild
pybuild --build --test-nose -i python{version} -p 2.7
I: pybuild base:184: /usr/bin/python setup.py build
running build
running build_py
creating /<>/.pybuild/pythonX.Y_2.7/build/datalad
[... snipped ...]
File
"/<>/.pybuild/pythonX.Y_2.7/build/datalad/support/tests/test_annexrepo.py",
line 247, in test_AnnexRepo_is_under_annex
assert_equal(ar.is_under_annex(testfiles, batch=batch), target_value)
AssertionError: Lists differ: [False, False, False] != [True, False, False]
First differing element 0:
False
True
- [False, False, False]
+ [True, False, False]
==
FAIL: datalad.support.tests.test_gitrepo.test_GitRepo_get_toppath
--
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
File "/<>/.pybuild/pythonX.Y_2.7/build/datalad/tests/utils.py",
line 706, in newfunc
t(*(arg + (uri,)), **kw)
File "/<>/.pybuild/pythonX.Y_2.7/build/datalad/tests/utils.py",
line 536, in newfunc
return t(*(arg + (filename,)), **kw)
File
"/<>/.pybuild/pythonX.Y_2.7/build/datalad/support/tests/test_gitrepo.py",
line 637, in test_GitRepo_get_toppath
eq_(GitRepo.get_toppath(repo, follow_up=False), reporeal)
AssertionError: '/tmp/datalad_temp_testrepo_bh4Q3X' !=
'/tmp/datalad_temp_testrepo_bh4Q3X/sub dataset1/subm 1'
==
FAIL: datalad.support.tests.test_gitrepo.test_submodule_deinit
--
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
File "/<>/.pybuild/pythonX.Y_2.7/build/datalad/tests/utils.py",
line 706, in newfunc
t(*(arg + (uri,)), **kw)
File
"/<>/.pybuild/pythonX.Y_2.7/build/datalad/support/tests/test_gitrepo.py",
line 840, in test_submodule_deinit
eq_(['subm 1', 'subm 2'], [s.name for s in top_repo.get_submodules()])
AssertionError: ['subm 1', 'subm 2'] != []
--
Ran 616 tests in 167.088s
FAILED (SKIP=65, errors=63, failures=15)
E: pybuild pybuild:283: test: plugin distutils failed with: exit code=1: cd
/<>/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose -s -v datalad
dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 --test-nose
returned exit code 13
debian/rules:27: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25
make[1]: Leaving directory '/<>'
debian/rules:19: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2
This is just how the build ends in my autobuilder with dpkg-buildpackage -A,
but there are full build logs available here:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/datalad.html
A diff between the previous successful build log and this (failed) one
yields this result:
-Get:63 http://deb.debian.org/debian-security stretch/updates/main amd64
git-annex amd64 6.20170101-1+deb9u1 [10.9 MB]
+Get:63 http://deb.debian.org/debian stretch-proposed-updates/main amd64
git-annex amd64 6.20170101-1+deb9u2 [10.9 MB]
so it seems git-annex now behaves in a way which breaks the tests.
(X-Debian-CC to Sean Whitton, who did the proposed-updates upload, in case he
has any hint
about the reason for this FTBFS in datalad).
Thanks.
