Re: source-only builds and .buildinfo

2017-06-21 Thread Ian Jackson
Daniel Kahn Gillmor writes ("Re: source-only builds and .buildinfo"): > On Wed 2017-06-21 13:38:42 +0100, Ian Jackson wrote: > > Certainly `dgit push' will not do anything to any .buildinfo you may > > have. I think maybe that your use case should be supported by having &

Re: source-only builds and .buildinfo

2017-06-20 Thread Ian Jackson
present in the uploader's version control (eg, by the use of dgit). Therefore, dgit should not include .buildinfos in source-only uploads it performs. If dgit sees that a lower-layer tool like dpkg-buildpackage provided a .buildinfo for a source-only upload, dgit should strip it out of .chan

Re: source-only builds and .buildinfo

2017-05-24 Thread Ian Jackson
Hi, Ximin. Thanks for your attention. Ximin Luo writes ("Re: source-only builds and .buildinfo"): > Also the man page for dpkg-buildpackage is out-of-date: I think maybe you should file a bug about these ? > >> So I think for `dgit push-source', there should be no .buildinfo ? > >> At least,

Re: source-only builds and .buildinfo

2017-05-24 Thread Ian Jackson
Sean Whitton writes ("Re: source-only builds and .buildinfo"): > On Wed, May 24, 2017 at 11:59:55AM +0100, Ian Jackson wrote: > > [Ian:] > > > Alternatively dgit could strip out the .buildinfo, depending on > > > whether it ran rules clean. > > Wh

source-only builds and .buildinfo

2017-05-24 Thread Ian Jackson
(Resending with the right CC for reproducible-builds@lists.a.d.o) Hi. I'm widening the scope of this thread because I think the reproducible builds folks might have an opinion. (Holger said on IRC that they'd welcome a CC.) So, I'm going to recap. dpkg-buildpackage -S (which is the

Re: misleading timestamps in binnmus

2016-11-10 Thread Ian Jackson
Cyril Brulebois writes ("Re: misleading timestamps in binnmus"): > Ian Jackson <ijack...@chiark.greenend.org.uk> (2016-11-09): > > What version of sbuild do buildds run ? Ie, supposing that this is > > fixed in sbuild in stretch, will this be fixed on the buildds

Re: sbuild should use build date as binnmu changelog date

2016-11-10 Thread Ian Jackson
TE_EPOCH. I think this is a good option to have, just for flexibility's sake, but I don't think debrebuild.pl should use it. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is

Bug#843776: dpkg-buildpackage should set LC_COLLATE=C.UTF-8

2016-11-09 Thread Ian Jackson
: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_13_02 Regexp bracketed character sets with ranges depend on locale. Point 7 of: http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html#tag_09_03_05 -- Ian Jackson <ij

Re: misleading timestamps in binnmus

2016-11-09 Thread Ian Jackson
Thanks to everyone who has provided information. I have summarised it in #843773, against sbuild. What version of sbuild do buildds run ? Ie, supposing that this is fixed in sbuild in stretch, will this be fixed on the buildds ? Or do we need to update jessie, or what ? Ian. -- Ian Jackson

Re: misleading timestamps in binnmus

2016-11-09 Thread Ian Jackson
n the .deb's binnmu changelog stanza. So I think the .deb's binnmu changelog stanza can be the date of the build (or the date of the binnmu request, or whatever is convenient). Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @f

misleading timestamps in binnmus

2016-11-08 Thread Ian Jackson
DEBIAN_LAST_CHANGE ?= $(shell dpkg-parsechangelog -S Date) which would make it possible for a buildd to override the value. Thanks for your attention. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.

Re: [Reproducible-builds] Reproducible Builds — proo f of concept successful for 83% of all sources in main

2015-03-23 Thread Ian Jackson
Reproducible builds folks writes (Reproducible Builds — proo f of concept successful for 83% of all sources in main): Progress Thanks for the update and keep up the good work. Regards, Ian. ___ Reproducible-builds mailing list

Re: [Reproducible-builds] Reproducible Builds — proof of concept successful for 83% of all sources in main

2015-02-16 Thread Ian Jackson
Daniel Kahn Gillmor writes (Re: [Reproducible-builds] Reproducible Builds — proof of concept successful for 83% of all sources in main): However, for packages that don't use a framework we can fix, or which use a tool that has no plans to adopt these kinds of modes upstream, I think that if