Hi Chris,
I will do upload with a override_dh_auto_test
to stop the tests. The package builds that
way.
It is not a properly fix. If you have comments,
please let me know.
regards,
--
Herbert Parentes Fortes Neto (hpfn)
In my case.
Maybe because I am in a chroot the tests fail?
regards,
--
Herbert Parentes Fortes Neto (hpfn)
The builds on buildd.debian.org doesn't run
tests:
I: pybuild base:170: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build; python2.7
-m unittest discover -v
--
Ran 0 tests in 0.000s
regards,
--
Herbert Parentes Fortes Neto (hpf
I'm checking the python3.5
On 2015-09-27 there is a good build:
https://buildd.debian.org/status/fetch.php?pkg=pyparted&arch=amd64&ver=3.10.7-1%2Bb1&stamp=1443335757
And here says that one time was ok
https://release.debian.org/transitions/html/python3.5.html
regards,
--
Herbert Parentes Fortes
Hi,
>
> I re-test things on my local builder before reporting them, so I've
> definitely been able to reproduce this failure. My builder is much
> more normal than jenkins: it uses apt to resolve packages, and things
> like that.
>
> If you don't have any ideas then I can run the build a few mo
Hmm.
I re-test things on my local builder before reporting them, so I've
definitely been able to reproduce this failure. My builder is much
more normal than jenkins: it uses apt to resolve packages, and things
like that.
If you don't have any ideas then I can run the build a few more times
and s
Hi Chris,
The version 3.10.7-1 of pyparted has:
- 7 'reproducible' builds ( 2 sid and 5 testing )
- 1 'depwait' build ( sid )
- 2 'FTBFS' builds ( sid )
Something happened, but 7 'reproducible' builds
says that the package is ok.
And this line sounds strange:
runTest (tests.test__ped_disk.DiskN
Source: pyparted
Version: 3.10.7-1
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
The package fails to build:
8 matches
Mail list logo