Re: Bug#894441: dpkg-buildpackage: SOURCE_DATE_EPOCH must ignore bin-nmu changelog entries. Breaks M-A:same

2018-04-12 Thread Aurelien Jarno
e wanna-build side, uploads to the archive needs to be signed. Time to reassign this bug to ftp.debian.org? Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net signature.

Re: [buildd-tools-devel] Some Debian package upgrades are corrupting rsync "quick check" backups

2017-08-28 Thread Aurelien Jarno
On 2017-08-28 18:06, Adam Warner wrote: > On Sat, 2017-05-13 at 22:48 +0200, Aurelien Jarno wrote: > > On 2017-05-13 21:34, Aurelien Jarno wrote: > > > On 2017-05-13 17:52, Mattia Rizzolo wrote: > > > > On Sat, May 13, 2017 at 03:44:57PM +0100, Chris Lamb wrote: >

Re: [buildd-tools-devel] Some Debian package upgrades are corrupting rsync "quick check" backups

2017-08-28 Thread Aurelien Jarno
On 2017-08-28 12:42, Aurelien Jarno wrote: > On 2017-08-28 12:33, Aurelien Jarno wrote: > > On 2017-08-28 18:06, Adam Warner wrote: > > > On Sat, 2017-05-13 at 22:48 +0200, Aurelien Jarno wrote: > > > > On 2017-05-13 21:34, Aurelien Jarno wrote: > > > > &

Bug#873489: ftp.debian.org: please autoreject packages with tag latest-debian-changelog-entry-without-new-date

2017-08-28 Thread Aurelien Jarno
Package: ftp.debian.org Severity: normal Dear ftp-masters, dpkg-dev is using the latest Debian changelog entry to set the SOURCE_DATE_EPOCH environment variable and to clamp the mtime of files in the generated .deb packages. Therefore having the latest Debian changelog entry with either the same

Re: [buildd-tools-devel] Some Debian package upgrades are corrupting rsync "quick check" backups

2017-08-28 Thread Aurelien Jarno
On 2017-08-28 12:33, Aurelien Jarno wrote: > On 2017-08-28 18:06, Adam Warner wrote: > > On Sat, 2017-05-13 at 22:48 +0200, Aurelien Jarno wrote: > > > On 2017-05-13 21:34, Aurelien Jarno wrote: > > > > On 2017-05-13 17:52, Mattia Rizzolo wrote: > > > >

Re: [buildd-tools-devel] Some Debian package upgrades are corrupting rsync "quick check" backups

2017-05-13 Thread Aurelien Jarno
On 2017-05-13 21:34, Aurelien Jarno wrote: > On 2017-05-13 17:52, Mattia Rizzolo wrote: > > On Sat, May 13, 2017 at 03:44:57PM +0100, Chris Lamb wrote: > > > a) Has anything changed in the meantime? > > > > Yes: sbuild stopped repeating the changelog time taking i

Re: [buildd-tools-devel] Some Debian package upgrades are corrupting rsync "quick check" backups

2017-05-13 Thread Aurelien Jarno
ected by the bug. So it mostly depends where the packages are built, not for which distribution. Cheers, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net signature.asc Description: PGP signature __

[no subject]

2017-01-30 Thread Aurelien Jarno
do the same process. > So as far as I understand Henrik's original message, their problem should be > fixed once packages start being built with sbuild from Stretch which happens > after the Stretch release. I don't know what is the issue you are talking about. If th

Re: Bug#829738: tar: --no-recursion option is ignored when creating archives

2016-12-18 Thread Aurelien Jarno
h.gnu.org/cgit/tar.git/commit/?id=a2fd82f62285d647dac968108eee02457255eff7 Thanks for the info. I confirm that it works. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net ___ Reproducible-builds

Re: misleading timestamps in binnmus

2016-11-10 Thread Aurelien Jarno
gt; change. In what form should I supply mhy update ? As an source+all When it's done, just ping us with the commit number, we will backport it in our branch and we will deploy it on the build daemons. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@

[Reproducible-builds] Bug#829738: tar: --no-recursion option is ignored when creating archives

2016-07-05 Thread Aurelien Jarno
Package: tar Version: 1.29-1 Severity: important Recent versions of tar ignore the --no-recursion option when creating an archive. Here is a small example, where the file 'b' appears twice in the created tar: $ mkdir a $ touch a/b $ find a -print0 | tar -c --null -T - --no-recursion -f test.tar $

Re: [Reproducible-builds] Bug#806911: Bug#806911: Bug#806911: Second build on failures

2015-12-24 Thread Aurelien Jarno
On 2015-12-24 08:55, Holger Levsen wrote: > Hi, > > On Mittwoch, 23. Dezember 2015, Aurelien Jarno wrote: > > > I have to admit, I cannot follow: > > > - if this is fixed, why is 806911 still open? > > The "bug" is still there, just not triggerable anymo

Re: [Reproducible-builds] Bug#806911: Bug#806911: Second build on failures

2015-12-23 Thread Aurelien Jarno
On 2015-12-23 11:59, Holger Levsen wrote: > Hi Aurelien, > > On Dienstag, 22. Dezember 2015, Aurelien Jarno wrote: > > > nice! but this is not available yet in sid+testing yet, or is it? (or > > > maybe rather: what does "2.6.32 support" mean here???) > &

Re: [Reproducible-builds] Bug#806911: Second build on failures

2015-12-21 Thread Aurelien Jarno
On 2015-12-21 22:24, Holger Levsen wrote: > Hi Aurelien, > > On Montag, 21. Dezember 2015, Aurelien Jarno wrote: > > Also note that we have re-enabled 2.6.32 support on amd64 and i386, so > > you should not need any patch to get these architectures working. > > nice

Re: [Reproducible-builds] Bug#806911: Second build on failures

2015-12-21 Thread Aurelien Jarno
ot the same impression. I still have it on my todo list, but with very low priority. So if someone wants to provide a patch, that would be welcome. Also note that we have re-enabled 2.6.32 support on amd64 and i386, so you should not need any patch to get these architectures working. Aurelien