[Rpm-maint] [PATCH v2 2/2] set mtime of all .py files to date of last Changelog

2014-08-13 Thread bmorbach
From: Benedikt Morbach This ensures that rebuilds of an srpm result in the same .py{c,o} files, even if the source files were modified during the build. This should make the builds of most python packages reproducible. The downside here is that we don't preserve the mtime of the sources anymore.

[Rpm-maint] [PATCH v2 1/2] export latest ChangeLog date in rpmbuild env

2014-08-13 Thread bmorbach
From: Benedikt Morbach could be used e.g. to set mtime for .py files, to make python builds reproducible. (possibly also replace the heuristic used to set timestamps in .jar files, haven't talked to java people about that yet) --- build/Makefile.am | 1 + build/build.c | 1

Re: [Rpm-maint] [PATCH 2/2] set mtime of all .py files to date of last Changelog

2014-08-13 Thread bmorbach
On Wed, 2014-08-13 at 14:12 +0200, bmorb...@redhat.com wrote: > From: Benedikt Morbach > > This ensures that rebuilds of an srpm result in the same .py{c,o} files, > even if the source files were modified during the build. > This should make the builds of most python packages reproducible. > > T

[Rpm-maint] [PATCH 2/2] set mtime of all .py files to date of last Changelog

2014-08-13 Thread bmorbach
From: Benedikt Morbach This ensures that rebuilds of an srpm result in the same .py{c,o} files, even if the source files were modified during the build. This should make the builds of most python packages reproducible. The downside here is that we don't preserve the mtime of the sources anymore.

[Rpm-maint] [PATCH 1/2] export latest ChangeLog date in rpmbuild env

2014-08-13 Thread bmorbach
From: Benedikt Morbach could be used e.g. to set mtime for .py files, to make python builds reproducible. (possibly also replace the heuristic used to set timestamps in .jar files, haven't talked to java people about that yet) --- build/Makefile.am | 1 + build/build.c | 1

[Rpm-maint] Patch: use IteratorFileNum in checkInstDeps

2014-08-13 Thread Michael Schroeder
Hi, the code in checkInstDeps calls checkDS for matched dependencies, which in turn loops over all dependencies. That's actually not really needed, as we already know which index to use. The attached patch makes checkInstDeps directly call unsatisfiedDepend which the right ds, which makes the co