Hi, Le 30/01/2015 06:30, Daniel Beyer a écrit : > Am Montag, den 26.01.2015, 14:41 -0400 schrieb David Prévot:
>> Maybe the people behind the bug report or ci.d.n will be able to offer a >> shell to reproduce the issue we’ve not managed to reproduce so far… > > A shell would be really great. I think something in Process/Process.php > start() [1] is slow on that machine (and if I put a delay in there, I > get those errors). However I have no idea what it could be. > Who do we need to ask for a shell on ci.d.n? Looks like debian-qa is the expected point of contact: http://ci.debian.net/doc/#label-Contact Antonio is usually responsive for ci.d.n, and I guess Lucas will be able to help giving a shell on aws (that was used for this bug report). > I would like to try one more thing and increased the timeout in the test > from 0.1s to 0.5s. This is just an other wild guess and still we will > not know what really is causing the problem. But it might prevent us > from an other FTBFS in BTS. I've already added a new patch in the jessie > branch, but did not update d/changelog. If you agree to try this out, it > would be great if you could upload a 2.3.21+dfsg-3 to the archives. I’ll take care of the upload later today, thanks for your work on this issue. Regards David
signature.asc
Description: OpenPGP digital signature