Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

2015-05-23 Thread Stuart Prescott
Hi Guillem, > > > I'd expect that setting DEB_BUILD_OPTIONS=nocheck on a package build > > > should not change the resulting binary packages. It might make the build > > > succeed despite being broken, but if it succeeds without nocheck, it > > > should be no different when enabled. > > > > Polic

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

2015-05-23 Thread Helmut Grohne
On Sun, May 24, 2015 at 11:42:31AM +1000, Stuart Prescott wrote: > Policy is, however, silent on whether that is the correct behaviour or not. > Clarifying policy as to what the correct behaviour should be seems to be a > necessary first step. I would expect that policy would end up saying > som

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

2015-05-23 Thread Guillem Jover
Hi! On Sun, 2015-05-24 at 11:42:31 +1000, Stuart Prescott wrote: > > I'd expect that setting DEB_BUILD_OPTIONS=nocheck on a package build > > should not change the resulting binary packages. It might make the build > > succeed despite being broken, but if it succeeds without nocheck, it > > should

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

2015-05-23 Thread Stuart Prescott
Hi Helmut, > I'd expect that setting DEB_BUILD_OPTIONS=nocheck on a package build > should not change the resulting binary packages. It might make the build > succeed despite being broken, but if it succeeds without nocheck, it > should be no different when enabled. Policy is, however, silent on

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

2015-05-23 Thread Helmut Grohne
Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: jenkins I'd expect that setting DEB_BUILD_OPTIONS=nocheck on a package build should not change the resulting binary packages. It might make the build succeed despite being broken, but if it succeeds without

Re: http://ftp-master.debian.org/new/ not accessible any more

2015-05-23 Thread Jean-Michel Vourgère
Hi Andreas Tille wrote: > I noticed that the ftpnew gatherer for UDD is currently broken. > (...) > Location: https://ftp-master.debian.org/new/ [following] > HTTP request sent, awaiting response... 403 Forbidden There is a related issue with deferred packages: Link "non-NEW uploads are available