Chris Lamb:
>> Then I'd have expected it to fail also in the buildds...
>
> Oh, it *doesn't* fail in the buildds? Weird.
>
> Still, given that it's *this* particular test that fails it's almost
> certainly something along the lines I previously suggested (this test
> is deliberately designed to t
> Then I'd have expected it to fail also in the buildds...
Oh, it *doesn't* fail in the buildds? Weird.
Still, given that it's *this* particular test that fails it's almost
certainly something along the lines I previously suggested (this test
is deliberately designed to test a fix that appeared i
On Sat, Sep 10, 2016 at 05:08:13PM +0100, Chris Lamb wrote:
> My gut tells me it's using the older, "system-wide" strip-nondeterminism
> libraries for the tests instead of version in the build directory, ie.
> the tests would pass under 0.026 but as it's using 0.025 they fail.
Then I'd have expect
> Could somebody have a look?
My gut tells me it's using the older, "system-wide" strip-nondeterminism
libraries for the tests instead of version in the build directory, ie.
the tests would pass under 0.026 but as it's using 0.025 they fail.
(I can't think why it would do this given that it does
hi!
(mainly to lamby):
strip-nd 0.026-1 FTBFS in all archs at
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/strip-nondeterminism.html
due to tests failures, but it did not in the buildds, and also the tests
as run through debci passes.
Could somebody have a look?
--
regard