Bug#935374: mate-desktop-environment: recommends the installation of gvfs-fuse

2019-08-21 Thread Juan Picca
Package: mate-desktop-environment
Severity: normal

With the default instalation of mate desktop using tasksel (package
`task-mate-desktop`) the package `gvfs-fuse` does not install.
`gvfs-fuse` is needed to access the filesystems mounted with gio
from the console.
As an example, when a user mounts a samba shared folder using `gio
mount`, the package is needed to access the files from the console
(accessing to `/run/user/$UID/gvfs`).

The calculation of the reverse dependencies for `gvfs-fuse`
(`apt-cache rdepends gvfs-fuse`) shown that the majority of desktops
installs it (with the exception of kde and lxde):

* gnome-core: depends
* pcmanfm-qt: recommends (pcmanfm-qt is a dependency of lxqt-core)
* pcmanfm: recommends (pcmanfm is a dependency of lxde-core)
* nemo: recommends (nemo is a dependency of cinnamon-core)
* cinnamon-core: recommends

Why i think that the recommends dependency need to be added to the
package mate-desktop-environment instead of
mate-desktop-environment-core?
According to the description of the packages, the package
mate-desktop-environment *recommends* the standard set of applications
of the mate desktop meanwhile the package mate-desktop-environment-core
*depends* on a very basic set of programs in order to start the
desktop session.



Bug#920225: pv: replace ash shell with dash

2019-02-11 Thread Juan Picca
Hi Andrew!
Thanks for take the time to see it.
Regards,
Juan Picca

On Sun, Feb 10, 2019 at 8:03 PM Andrew Wood  wrote:

> Thanks for this discussion and for the patch.  I have no idea why this
> script uses ash instead of sh.  Digging into its history a little bit I see
> that it has been unchanged since December 2003, so who knows what I was
> thinking.
>
> It will use /bin/sh in the next release.
>
>
> On Tue, Jan 22, 2019 at 09:53:16PM -0500, Antoine Beaupre wrote:
> > On Tue, Jan 22, 2019 at 09:01:21PM -0300, Juan Picca wrote:
> > > Closed as not directly related to debian.
> > > Thanks Antoine for your comments and sorry for the noise.
> >
> > Glad I could be of service.
> >
> > And no problem at all for the noise, I believe it was a fine patch, it's
> > just we don't need it in Debian specifically. I would suggest you
> > contact upstream here:
> >
> > https://www.ivarch.com/personal/contact.shtml
> >
> > They are usually quite supportive and responsive to patches, bug reports
> > and suggestions. Don't expect a response immediately, however, they take
> > their time, which is fine. :)
>
> --
> Andrew Wood
>


Bug#920644: Update

2019-01-28 Thread Juan Picca
Update for bug 920642 (closed):

gargoyle-free doesn't use the script that use the ash shell.



Bug#920642: gargoyle-free: Replace /bin/ash shell with /bin/sh

2019-01-28 Thread Juan Picca
Thanks for the info Sylvain!

Regards,
Juan Picca



Bug#920644: ash: consider the removal of the ash package

2019-01-27 Thread Juan Picca
Package: ash
Severity: wishlist

Dear maintainer,

According the description of the ash package, it is a compatibility
package awaiting that /bin/ash be not longer used for delete it.

With the close of bug 919992, no package depends of ash in sid.

Also, according codesearch, only a fews packages use ash as shell
(https://codesearch.debian.net/search?q=%23!%2Fbin%2Fash):

* dnsmasq: bug 920224 - waiting for maintainer response
* pv: bug 920225 (closed) - according Antoine not related to debian,
  the script is not directly used (autoconf/scripts/index.sh)
* gargoyle-free: bug 920642 - waiting for maintainer response
* qsf: not bug filled - same situation as pv

Regards,
Juan Picca



Bug#920642: gargoyle-free: Replace /bin/ash shell with /bin/sh

2019-01-27 Thread Juan Picca
Package: gargoyle-free
Version: 2011.1b-1
Severity: wishlist
Tags: upstream patch

Dear maintainer,

Currently the ash shell is not widely used and was superseded by dash
shell in debian.
The attached patch replace it with dash shell.

When ash shell be removed of all scripts using it, the ash package may
be removed from debian.
(Only four packges left according codesearch:
https://codesearch.debian.net/search?q=%23!%2Fbin%2Fash)

Regards,
Juan Picca.

Note: The patch was upstreamed
Description: Replace /bin/ash shell with /bin/sh
 Use /bin/sh as the majority of the scripts does.
 Currently the ash shell is not widely used and was superseded by dash
 shell in many linux distributions.
Author: Juan Picca 
Forwarded: https://github.com/garglk/garglk/pull/342
Last-Update: 2019-01-23
---
--- a/terps/nitfol/nitfol
+++ b/terps/nitfol/nitfol
@@ -1,4 +1,4 @@
-#!/bin/ash
+#!/bin/sh
 # This is a shell wrapper that finds an appropriate nitfol in your path
 # and runs it.  Requires 'which' and sh.  (only tested with bash, so YMMV)
 


Bug#920225: pv: replace ash shell with dash

2019-01-22 Thread Juan Picca
> I see. But the script is not shipped with the pv binary package and is
> unlikely to be ever called. At least it isn't called during build,
> unless I'm mistaken...

You are right in that, but if has sense that somebody (maybe a
developer) execute `make index` i think that this patch equally apply.
If not, please tell me and I close this bug.

Regards,
Juan Picca



Bug#920225: pv: replace ash shell with dash

2019-01-22 Thread Juan Picca
Hi Antoine,
Thanks for your fast response.

The ash shell is not installed by default and the package pv (or its
dependencies) don't depend of it.
Due that, the script can fail if executed.
Also, the ash package was supersedeed by dash and this is one of the
few (less than ten) packages that uses it.

Regards,
Juan Picca

On Tue, Jan 22, 2019 at 6:33 PM Antoine Beaupré  wrote:
>
> On 2019-01-22 18:18:00, Juan Picca wrote:
> > Package: pv
> > Version: 1.6.6-1
> > Severity: wishlist
> > Tags: patch
> >
> > Dear maintainer,
> >
> > One script in autoconf directory uses the ash shell, which is replaced
> > in debian with the dash shell.
> >
> > Regards,
> > Juan Picca
> > Description: Replace usage of ash with dash
> >  Replace usage of ash shell with dash (/bin/sh).
> > Author: Juan Picca 
> > Last-Update: 2019-01-22
> > ---
> > --- a/autoconf/scripts/index.sh
> > +++ b/autoconf/scripts/index.sh
> > @@ -1,4 +1,4 @@
> > -#!/bin/ash
> > +#!/bin/sh
> >  #
> >  # Script to generate an HTML index of all C code from the current directory
> >  # downwards (skipping directories ending in ~). The header comment in each
>
> Hi!
>
> Thanks for your bug report.
>
> Could you clarify what problem this patch fixes exactly?
>
> A.
>
> --
> L'adversaire d'une vraie liberté est un désir excessif de sécurité.
> - Jean de la Fontaine



Bug#920225: pv: replace ash shell with dash

2019-01-22 Thread Juan Picca
Package: pv
Version: 1.6.6-1
Severity: wishlist
Tags: patch

Dear maintainer,

One script in autoconf directory uses the ash shell, which is replaced
in debian with the dash shell.

Regards,
Juan Picca
Description: Replace usage of ash with dash
 Replace usage of ash shell with dash (/bin/sh).
Author: Juan Picca 
Last-Update: 2019-01-22
---
--- a/autoconf/scripts/index.sh
+++ b/autoconf/scripts/index.sh
@@ -1,4 +1,4 @@
-#!/bin/ash
+#!/bin/sh
 #
 # Script to generate an HTML index of all C code from the current directory
 # downwards (skipping directories ending in ~). The header comment in each


Bug#920224: dnsmasq: replace ash shell with dash

2019-01-22 Thread Juan Picca
Package: dnsmasq
Version: 2.80-1
Severity: wishlist
Tags: patch

Dear maintainer,

One example in contrib directory uses the ash shell, which was
superseeded in debian with the dash shell.

Regards,
Juan Picca
diff -urN dnsmasq-2.80.orig/contrib/reverse-dns/README 
dnsmasq-2.80/contrib/reverse-dns/README
--- dnsmasq-2.80.orig/contrib/reverse-dns/README2018-09-17 
20:11:25.0 -0300
+++ dnsmasq-2.80/contrib/reverse-dns/README 2019-01-22 17:51:20.154630335 
-0300
@@ -14,5 +14,5 @@
 
 in the dnsmasq configuration.
 
-The script runs on debian (with ash installed) and on busybox.
+The script runs on debian (with dash installed) and on busybox.
 
diff -urN dnsmasq-2.80.orig/contrib/reverse-dns/reverse_replace.sh 
dnsmasq-2.80/contrib/reverse-dns/reverse_replace.sh
--- dnsmasq-2.80.orig/contrib/reverse-dns/reverse_replace.sh2018-09-17 
20:11:25.0 -0300
+++ dnsmasq-2.80/contrib/reverse-dns/reverse_replace.sh 2019-01-22 
17:51:28.178673463 -0300
@@ -1,4 +1,4 @@
-#!/bin/ash
+#!/bin/dash
 # $Id: reverse_replace.sh 18 2015-03-01 16:12:35Z jo $
 #
 # Usage e.g.: netstat -n -4 | reverse_replace.sh 


Bug#919992: drbl: Remove/replace ash dependency

2019-01-21 Thread Juan Picca
Package: drbl
Version: 2.20.11-6
Severity: wishlist

Dear Maintainer,

Your package is the only one that use the package ash as dependency.

If you can change it for the package dash, the functionality remain unchanged
and the dash source package can remove the creation of the ash package.

Also, inspecting the files in drbl package, i can't see the usage of ash/dash
shell; the only one used is bash.

Regards,
Juan Picca



Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

2019-01-18 Thread Juan Picca
Hi Reinhard.

I don't know if skopeo works (and how) with the sjoerdsimons fork.
Personally, I prefer using the upstream project
(https://github.com/ostreedev/ostree-go) to minimize divergences and
also due that is the code used and tested with skopeo.

But, through the pull request and the issue from Jul 27, 2017 in
github, I can see the efforts of Sjoerd to work in the upstream
project and the little response obtained, and then understand the
fork.
Due my little experience in this matters, I add Andrej who is
currently working with golang-github-sjoerdsimons-ostree-go and if he
think that the Sjoerd fork is a viable replacement we can use it,
close this ITP and remove the golang-github-ostreedev-ostree-go to
avoid future confusions.

Regards,
JMPC



Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

2019-01-17 Thread Juan Picca
Hi Reinhard.

As commented previously, I update the package to the version currently
used by skopeo (56f3a63).
If you can upload the files tell me and i send you the build results.
If not please give me some time to find a sponsor to upload the package.

Regards,
JMPC



Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

2019-01-09 Thread Juan Picca
Hi Reinhard.

Currently ostree-go, commit d0388bd (master HEAD today) fails some tests:

```
=== RUN   TestCommitTreeSuccess
--- FAIL: TestCommitTreeSuccess (0.11s)
commit_test.go:108: failed to tar populated dir: read
/tmp/otbuiltin-test-179055475/commit1: is a directory
=== RUN   TestCommitTreeParentSuccess
--- FAIL: TestCommitTreeParentSuccess (0.05s)
commit_test.go:169: failed to tar populated dir: read
/tmp/otbuiltin-test-662857270/commit1: is a directory
```

My first intention was package all skopeo dependencies, then skopeo,
then upload all packages.
Sadly, it showed very ambitious and I can't had the time to do it.

If i remember well, the version from 'Sjoerd Simons' pass all the tests.

About the ITP, if help, i can update the version to the one used by
skopeo (currently 56f3a63,
https://github.com/containers/skopeo/blob/master/vendor.conf) and
exclude the failing tests.
I never had upload a package to debian, maybe you can do it from the
repository if time is pressing.

Regards,
JMPC

On Wed, Jan 9, 2019 at 11:58 AM Alexandre Viau  wrote:
>
> On 2019-01-09 6:54 a.m., Reinhard Tartler wrote:
> > Hi Juan,
> >
> > are you still working on this ITP? I was looking at skopeo as well,
> > and stumpled upon this ITP. I noticed that you created a repository on
> > salsa:
> >
> > https://salsa.debian.org/go-team/packages/golang-github-ostreedev-ostree-go
> >
> > This package never got uploaded.
> >
> > However, I also noticed that there is another packaging repo in salsa,
> > which contains a similar package that did get uploaded:
> >
> > https://salsa.debian.org/go-team/packages/golang-github-sjoerdsimons-ostree-go
> > https://tracker.debian.org/pkg/golang-github-sjoerdsimons-ostree-go
> >
> > I wonder what the relationship between these two are. It seems that the
> > sjoerdsimons
> > version does declare it satisfies the import of the
> > github:ostreedev/ostree-go repo,
> > which makes me believe it is a fork.
>
> Looking at the upstream website will show you that yes it is a fork.
> (forked from ostreedev/ostree).
>
> > If this is the case, can we consider this ITP abandoned and close it?
>
> You need the package for skopeo but you want to close the ITP? I don't
> understand what is your end goal here.
>
> Unless the package is not needed in Debian anymore, we wouldn't close
> ITPs if they were abandoned. Instead, we would change them into RFPs.
>
> If you want to take over the ITP, the thing to do would be to assign it
> to you.
>
> Cheers,
>
> --
> Alexandre Viau
> av...@debian.org
>



Bug#917778: supercat: make supercat reproducible adding debhelper

2018-12-29 Thread Juan Picca
Package: supercat
Version: 0.5.5-4.3
Severity: normal
Tags: patch
Usertags: fileordering locale umask

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that supercat could not be built reproducibly.

The attached patch (make-reproducible-adding-debhelper.patch) adds
debhelper to build the package, removing reproducibility issues.

Also, a second patch (fix-lintian-issues.patch) is added to fix some
lintian issues.

Regards,
JMPC

[1]: https://wiki.debian.org/ReproducibleBuilds
diff -urN supercat-0.5.5.old/debian/compat supercat-0.5.5/debian/compat
--- supercat-0.5.5.old/debian/compat2016-08-02 03:45:06.0 +
+++ supercat-0.5.5/debian/compat2018-12-28 13:59:14.374775078 +
@@ -1 +1 @@
-5
+11
diff -urN supercat-0.5.5.old/debian/control supercat-0.5.5/debian/control
--- supercat-0.5.5.old/debian/control   2016-08-02 16:45:18.0 +
+++ supercat-0.5.5/debian/control   2018-12-28 13:59:41.158359483 +
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Kumar Appaiah 
-Build-Depends: autotools-dev, quilt, autoconf, automake
+Build-Depends: debhelper (>= 11)
 Standards-Version: 3.8.3
 Homepage: http://supercat.nosredna.net/
 Vcs-Browser: http://git.debian.org/?p=users/akumar/supercat.git
diff -urN supercat-0.5.5.old/debian/rules supercat-0.5.5/debian/rules
--- supercat-0.5.5.old/debian/rules 2016-08-02 08:57:31.0 +
+++ supercat-0.5.5/debian/rules 2018-12-28 12:02:39.513188272 +
@@ -1,117 +1,4 @@
 #!/usr/bin/make -f
-# -*- makefile -*-
-
-export SOURCE_DATE_EPOCH = $(shell date -d "$$(dpkg-parsechangelog --count 1 
-SDate)" +%s)
-
-# Package name
-PACKAGE_NAME = supercat
-
-# Install program
-INSTALL = install
-
-INSTALL_FILE= $(INSTALL) -p-o root -g root  -m  644
-INSTALL_PROGRAM = $(INSTALL) -p-o root -g root  -m  755
-INSTALL_SCRIPT  = $(INSTALL) -p-o root -g root  -m  755
-INSTALL_DIR = $(INSTALL) -p -d -o root -g root  -m  755
-
-
-# The installation directory
-PACKAGE_DIR = debian/$(PACKAGE_NAME)
-
-CFLAGS=$(shell dpkg-buildflags --get CFLAGS)
-LDFLAGS=$(shell dpkg-buildflags --get LDFLAGS)
-
-ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
-CROSS= --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
-else
-CROSS= --build $(DEB_BUILD_GNU_TYPE)
-endif
-
-ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-INSTALL_PROGRAM += -s
-endif
-
-configure:
-   cp -f configure.ac configure.ac.bak
-   autoupdate configure.ac
-   autoreconf --force --install --symlink --warnings=all
-   ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man 
--infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)"
-
-config.status: configure
-   $(checkdir)
-ifneq "$(wildcard /usr/share/misc/config.sub)" ""
-   cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq "$(wildcard /usr/share/misc/config.guess)" ""
-   cp -f /usr/share/misc/config.guess config.guess
-endif
-
-
-build: build-stamp
-
-build-stamp: config.status
-   $(checkdir)
-   $(MAKE)
-   touch $@
-
-clean: checkroot
-   $(checkdir)
-   rm -f build-stamp
-   [ ! -f Makefile ] || $(MAKE) distclean
-   rm -f config.sub config.guess config.log
-   rm -rf $(PACKAGE_DIR) debian/files debian/substvars
-   test -e configure.ac.bak && mv -f configure.ac.bak configure.ac || true
-   rm -f Makefile.in */Makefile.in aclocal.m4 config.h.in configure
-   rm -f compile install-sh missing depcomp
-   rm -rf autom4te.cache/
-
-install: checkroot build
-   $(checkdir)
-   $(MAKE) DESTDIR=$(CURDIR)/$(PACKAGE_DIR) install
-
-# Build architecture-independent files here.
-binary-indep: checkroot build install
-# We have nothing to do by default.
-
-# Build architecture-dependent files here.
-binary-arch: checkroot build install
-   $(checkdir)
-   $(INSTALL_DIR) $(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/
-   for i in doc/spc.txt debian/README.Debian;do \
-   $(INSTALL_FILE) -m 644 $$i 
$(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/; \
-   done;
-   $(INSTALL_FILE) -m 644 ChangeLog 
$(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/changelog
-   $(INSTALL_FILE) -m 644 debian/changelog 
$(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/changelog.Debian
-   for i in $(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/changelog*;do \
-   gzip -9nv $$i; \
-   done;
-   $(INSTALL_FILE) -m 644 debian/copyright 
$(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/copyright
-   $(INSTALL_DIR) $(PACKAGE_DIR)/etc/$(PACKAGE_NAME)
-   $(INSTALL_DIR) $(PACKAGE_DIR)/usr/share/man/man1
-   $(INSTALL_FILE) -m 644 doc/spc.1 $(PACKAGE_DIR)/usr/share/man/man1
-   gzip -9nv $(PACKAGE_DIR)/usr/share/man/*/*
-# Strip binaries (including hack by policy wonks)
-ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-   strip -R.note -R.comment $(PACKAGE_DIR)/usr/bin/*
-endif
-   dpkg-shlibdeps 

Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors

2018-10-08 Thread Juan Picca
About issues: We can't change where the users create bug reports, only
suggest the correct place to do it. The extra work for BTS/salsa
issues (if enabled) for me is inevitable.

About the move from salsa.d.o, the question is: salsa.d.o can be used
for general projects born in debian or is most suited for debian
specific projects?

If salsa.d.o is suited, the next step should be enable the issues in
the repository and handle the work of manage duplicated issues between
the repository and the BTS,  while the users understand the correct
place to create issues.

If as Holger suggests, salsa.d.o is very much Debian centric then has
sense look for a new home for diffoscope and maybe other rb
repositories (eg website).
Personally i expect not.

Regards,
JMPC



Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors

2018-10-08 Thread Juan Picca
Hi all.
My way of thinking:

If the program is only for debian, bugs.d.o is a right place to report issues.

If the program aims to a broader audience (multiple distros), the
project repository is the right place to report issues. Also, issues
specific to debian can be filled alternatively in bugs.d.o and later
'sent upstream' the fixes to the project repository.

About the need for create an account in salsa.d.o to report issues, is
the same case in gitlab, github, bitbucket, etc.., the user always
needs to create an account the first time (i don't think that it is
complicated).

Regards,
JMPC.
On Mon, Oct 8, 2018 at 7:21 AM Holger Levsen  wrote:
>
> Dear Chris,
>
> On Sun, Oct 07, 2018 at 10:33:49PM +0100, Chris Lamb wrote:
> > (Adjusting severity only because important severity bugs are treated
> > somewhat different in some interfaces, but agree this is more
> > severe than "just another" wishlist entry.)
>
> I agree, was thinking the same when filing the bug...
>
> > > - the project on salsa has issues disabled (but would require a login on
> > >   salsa anyway), still filing bugs in a webbrowser is something many
> > >   people want to do today, so I think maybe we should enable issues?
> >
> > No strong objection to the principle except that we would then have
> > some duplication between the two trackers.
>
> while I do agree that duplication is a problem, I think having bugs not
> filed because "it's complicated" is worse.
>
> > I'm thinking specifically of those times when I'd like to pick up on a
> > previous issue, but then would need to "mentally merge" two lists of
> > bugs, filtering any potential duplicates, etc.
>
> we could make the habbit to always file a debian bug and set it
> forwarded to the github issue if we'd agree to use github issues...
>
> but...
>
> > > - there is still https://github.com/ReproducibleBuilds but thats empty,
> > >   so noone could file issues there.
> > Well, this one is easily "fixed":
> >   https://i.imgur.com/vXbuKYU.png
>
> sigh. for two reasons:
>
> first, I find the style of explaining an issue by the means of a
> screenshot to be, dunno, passive aggressive, or maybe just annoying? its
> definitly not accessable not stored in the bts, and requires everyone
> reading the bts mail to go to a graphical webbrowser (& be online) to
> see what you have done... so for those who have not followed that link,
> Chris deleted https://github.com/ReproducibleBuilds
>
> second, I was basically suggesting to discuss using the github tracker
> and instead of allowing the discussion you killed it within minutes
> after my report. surely we could recreate the github project again, but
> that would mean everybody again needs to apply to become a member etc.
>
> I actually would have been in favor of allowing people to report issues
> on github, just because it has 40mio users, which includes most people
> working on reproducible builds, while a.) salsa has a few thousand and
> hardly anyone not involved in Debian and b.) filing bugs via mail (while
> I like it a lot) is something many people dislike.
>
> But I guess this discussion is academic now. :(
>
>
> --
> cheers,
> Holger
>
> ---
>holger@(debian|reproducible-builds|layer-acht).org
>PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C
> ___
> Reproducible-builds mailing list
> reproducible-bui...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/reproducible-builds



Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

2018-05-15 Thread Juan Picca
Package: wnpp
Severity: wishlist
Owner: Juan Picca <jumap...@gmail.com>

* Package name: golang-github-ostreedev-ostree-go
  Version : 0.0~git20171027.cb6250d-1
  Upstream Author : OSTree Project
* URL : https://github.com/ostreedev/ostree-go
* License : ISC
  Programming Lang: Go
  Description : Golang bindings for httt://github.com/ostreedev/ostree

 OSTree-Go Go bindings for OSTree. Find out more about OSTree here
 (https://github.com/ostreedev/ostree)

This package is a dependency for skopeo
(https://github.com/projectatomic/skopeo).



Bug#894787: vte: [PATCH] make the build reproducible

2018-04-04 Thread Juan Picca
Source: vte
Version: 1:0.28.2-5
Severity: whishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that vte generates output that is not reproducible:

│ │ │ ├── ./usr/include/vte-0.0/vte/vtetypebuiltins.h
│ │ │ │ @@ -8,29 +8,29 @@
│ │ │ │  #ifndef VTE_TYPE_BUILTINS_H
│ │ │ │  #define VTE_TYPE_BUILTINS_H
│ │ │ │
│ │ │ │  #include 
│ │ │ │
│ │ │ │  G_BEGIN_DECLS
│ │ │ │
│ │ │ │ -/* enumerations from "/build/1st/vte-0.28.2/./src/vte.h" */
│ │ │ │ +/* enumerations from "/build/vte-0.28.2/2nd/./src/vte.h" */

Patch attached.

 [0] https://reproducible-builds.org/
Description: Reproducible template output
 Allow the output of `glib-mkenums` be reproducible using `@basename` instead of
 `@filename@`.
Author: Juan Picca <jumap...@gmail.com>
Last-Update: 2018-04-02
---
--- a/src/vtetypebuiltins.c.template
+++ b/src/vtetypebuiltins.c.template
@@ -4,7 +4,7 @@
 /*** END file-header ***/
 
 /*** BEGIN file-production ***/
-/* enumerations from "@filename@" */
+/* enumerations from "@basename@" */
 /*** END file-production ***/
 
 /*** BEGIN value-header ***/
--- a/src/vtetypebuiltins.h.template
+++ b/src/vtetypebuiltins.h.template
@@ -13,7 +13,7 @@ G_BEGIN_DECLS
 
 /*** BEGIN file-production ***/
 
-/* enumerations from "@filename@" */
+/* enumerations from "@basename@" */
 /*** END file-production ***/
 
 /*** BEGIN value-header ***/


Bug#790235: [Python-modules-team] Bug#790235: basemap: [PATCH] please make the build reproducible

2017-01-08 Thread Juan Picca
Hi Sandro.
Thanks for the ping.

For now, this is blocked by https://bugs.debian.org/827361 for the
documentation and by 
https://tests.reproducible-builds.org/debian/issues/unstable/captures_build_path_issue.html
(captured build path).

I try use the following change to avoid the captured build path problem:

diff -urNp basemap-1.0.7+dfsg.orig/debian/rules basemap-1.0.7+dfsg/debian/rules
--- basemap-1.0.7+dfsg.orig/debian/rules2016-08-14 13:39:28.0 
-0300
+++ basemap-1.0.7+dfsg/debian/rules 2017-01-08 04:37:07.869514863 -0300
@@ -1,4 +1,9 @@
 #!/usr/bin/make -f
 +export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 +DPKG_EXPORT_BUILDFLAGS = 1
 +include /usr/share/dpkg/buildflags.mk

but after the change some .so files also have differences.=
I think that is a problem of order in inputs 
(https://reproducible-builds.org/docs/stable-inputs/).

I attach a small patch for fix reproducible problems in some images.
Maybe with it and after the close of bug 827361, the documentation (
package python-mpltoolkits.basemap-doc) can be reproducible.

Greetings,
Juan

On Sat, Jan 07, 2017 at 10:26:24PM -0500, Sandro Tosi wrote:
> On Mon, Aug 15, 2016 at 11:13 PM, Juan Picca <jumap...@gmail.com> wrote:
> > The patch is no longer valid.
> > Also, basemap 1.0.7+dfsg-3 currently is not reproducible.
> > I hope that in the coming weeks i will have the time to make the build
> > reproducible.
> 
> gentle ping
> 
> -- 
> Sandro "morph" Tosi
> My website: http://sandrotosi.me/
> Me at Debian: http://wiki.debian.org/SandroTosi
> G+: https://plus.google.com/u/0/+SandroTosi
diff -urNp basemap-1.0.7+dfsg.orig/debian/patches/reproducible_documentation.patch basemap-1.0.7+dfsg/debian/patches/reproducible_documentation.patch
--- basemap-1.0.7+dfsg.orig/debian/patches/reproducible_documentation.patch	1969-12-31 21:00:00.0 -0300
+++ basemap-1.0.7+dfsg/debian/patches/reproducible_documentation.patch	2017-01-08 14:34:30.065711706 -0300
@@ -0,0 +1,53 @@
+Description: Make documentation reproducible
+Author: Juan Picca <jumap...@gmail.com>
+Last-Update: 2017-01-08
+---
+--- a/doc/users/figures/plotdaynight.py
 b/doc/users/figures/plotdaynight.py
+@@ -1,7 +1,9 @@
++import os
++import time
++import datetime
+ import numpy as np
+ from mpl_toolkits.basemap import Basemap
+ import matplotlib.pyplot as plt
+-from datetime import datetime
+ # miller projection 
+ map = Basemap(projection='mill',lon_0=180)
+ # plot coastlines, draw label meridians and parallels.
+@@ -13,7 +15,8 @@ map.drawmapboundary(fill_color='aqua')
+ map.fillcontinents(color='coral',lake_color='aqua')
+ # shade the night areas, with alpha transparency so the 
+ # map shows through. Use current time in UTC.
+-date = datetime.utcnow()
++date = datetime.datetime.utcfromtimestamp(
++int(os.environ.get('SOURCE_DATE_EPOCH', time.time(
+ CS=map.nightshade(date)
+ plt.title('Day/Night Map for %s (UTC)' % date.strftime("%d %b %Y %H:%M:%S"))
+ plt.show()
+--- a/doc/users/figures/plothighsandlows.py
 b/doc/users/figures/plothighsandlows.py
+@@ -2,9 +2,11 @@
+ plot H's and L's on a sea-level pressure map
+ (uses scipy.ndimage.filters and netcdf4-python)
+ """
++import os
++import time
++import datetime
+ import numpy as np
+ import matplotlib.pyplot as plt
+-from datetime import datetime
+ from mpl_toolkits.basemap import Basemap, addcyclic
+ from scipy.ndimage.filters import minimum_filter, maximum_filter
+ from netCDF4 import Dataset
+@@ -20,7 +22,9 @@ def extrema(mat,mode='wrap',window=10):
+ return np.nonzero(mat == mn), np.nonzero(mat == mx)
+ 
+ # plot 00 UTC today.
+-date = datetime.now().strftime('%Y%m%d')+'00'
++date = datetime.datetime.utcfromtimestamp(
++int(os.environ.get('SOURCE_DATE_EPOCH', time.time(
++date = date.strftime('%Y%m%d')+'00'
+ 
+ # open OpenDAP dataset.
+ #data=Dataset("http://nomads.ncep.noaa.gov:9090/dods/gfs/gfs/%s/gfs_%sz_anl; %\
diff -urNp basemap-1.0.7+dfsg.orig/debian/patches/series basemap-1.0.7+dfsg/debian/patches/series
--- basemap-1.0.7+dfsg.orig/debian/patches/series	2016-08-14 13:39:28.0 -0300
+++ basemap-1.0.7+dfsg/debian/patches/series	2017-01-08 13:23:11.708568267 -0300
@@ -3,3 +3,4 @@ add_shebang_data_scripts
 use_share_datafiles
 install_matplotlib_sphinxext
 fix_ftbfs_with_geos3.3
+reproducible_documentation.patch


Bug#790235: [Python-modules-team] Bug#790235: basemap: [PATCH] please make the build reproducible

2016-08-15 Thread Juan Picca
Hi.
The patch is no longer valid.
Also, basemap 1.0.7+dfsg-3 currently is not reproducible.
I hope that in the coming weeks i will have the time to make the build
reproducible.
Greetings,
JMPC


On Sun, Aug 14, 2016 at 1:24 PM, Sandro Tosi  wrote:
> Hey there, can you verify if this patch is still needed or the
> underlying issue has been addressed in sphinx?
>
> On Sat, Jun 27, 2015 at 8:21 PM, W. Martin Borgert  wrote:
>> On 2015-06-27 13:40, Sandro Tosi wrote:
>>> Also, why dont you just patch sphinx instead of changing all the
>>> packages using it? one fix, and we're done.
>>
>> Yes. Doxygen has been changed by upstream in that way
>> (https://bugs.debian.org/780617). We should to the same for
>> sphinx, if necessary even before upstream.
>
>
>
> --
> Sandro "morph" Tosi
> My website: http://sandrotosi.me/
> Me at Debian: http://wiki.debian.org/SandroTosi
> G+: https://plus.google.com/u/0/+SandroTosi



Bug#828810: fakeroot: [PATCH] Make the build reproducible

2016-06-27 Thread Juan Picca
Package: fakeroot
Version: 1.21-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: environment

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that fakeroot could not be built reproducibly.

The attached patch fix the shebang shell used in fakeroot.in to /bin/sh.
Once applied, fakeroot can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp fakeroot-1.21.orig/debian/patches/fix-shell-in-fakeroot fakeroot-1.21/debian/patches/reproducible-build
--- fakeroot-1.21.orig/debian/patches/fix-shell-in-fakeroot	1969-12-31 21:00:00.0 -0300
+++ fakeroot-1.21/debian/patches/fix-shell-in-fakeroot	2016-06-27 16:51:57.038058143 -0300
@@ -0,0 +1,13 @@
+Description: Fix shell in fakeroot.in
+ Use /bin/sh instead of @SHELL@ in fakeroot.in
+Author: Juan Picca <jumap...@gmail.com>
+Last-Update: 2016-06-27
+---
+--- a/scripts/fakeroot.in
 b/scripts/fakeroot.in
+@@ -1,4 +1,4 @@
+-#!@SHELL@
++#!/bin/sh
+ 
+ # This script first starts faked (the daemon), and then it will run
+ # the requested program with fake root privileges.
diff -urNp fakeroot-1.21.orig/debian/patches/series fakeroot-1.21/debian/patches/series
--- fakeroot-1.21.orig/debian/patches/series	2016-06-26 19:07:15.0 -0300
+++ fakeroot-1.21/debian/patches/series	2016-06-27 16:48:01.489470826 -0300
@@ -1,2 +1,3 @@
 eglibc-fts-without-LFS
 glibc-xattr-types
+fix-shell-in-fakeroot


Bug#822983: zlibc: [PATCH] convert package to 3.0 (quilt)

2016-04-29 Thread Juan Picca
Package: zlibc
Version: 0.9k-4.3
Severity: normal

Please, consider the attached tar for convert the package to format 3.0
(quilt).


zlibc_0.9k-4.4.debian.tar.xz
Description: application/xz


Bug#783478: texi2html: [PATCH] Please make the build reproducible

2015-08-08 Thread Juan Picca
You are right, Johannes.
I changed the flag name without notice it.
With the change done by Maria (#783475) now we can remove the
--build-date flag (i hope)
Also, now the reproducible build fails due the date in copied files,
(dist_images_DATA in Makefile.am, etc).
Please, give me some days to figure it and fix it.
Greetings,
JMPC

On Sat, Aug 8, 2015 at 3:41 AM, Johannes Schauer jo...@debian.org wrote:
 Hi Juan,

 On Mon, 27 Apr 2015 08:09:03 -0300 Juan Picca jumap...@gmail.com wrote:
 The attached patch removes extra timestamps from the build system and
 ensure a stable file order when creating the source archive. Once
 applied, texi2html can be built reproducibly in our current experimental
 framework.

 thanks for your patch!

 I'm considering to NMU this package together with this patch of yours but am
 having some questions about your patch before.

  1. In your patch you remove ./mdate-sh and ./doc/mdate-sh. This removal makes
 your patch quite big. Why do those files have to be removed and cannot 
 stay
 to minimize the size of the patch?

  2. you call texi2html.pl with --use-date but in #783475 you renamed the
 command line option to --build-date

  3. the updated patch in #783475 allows texi2html to use $SOURCE_DATE_EPOCH. 
 So
 maybe instead of patching upstreams ./doc/Makefile.am and
 ./doc/Makefile.in, you should instead not patch these files but just 
 export
 $SOURCE_DATE_EPOCH in debian/rules

  4. in doc/Makefile.in you are moving the line calling mdate-sh around. Why?

  5. you are patching ./configure.ac in addition to ./configure. But either
 ./configure does get regenerated from ./configure.ac (and in this case you
 do not need to patch ./configure) or ./configure does not get regenerated
 from ./configure.ac (and in this case you do not need to patch
 ./configure.ac). I'd prefer if configure was regenerated at build time.

 Thanks again for your contribution!

 cheers, josch


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#792821: pkg-config: [PATCH] please make the build reproducible

2015-07-18 Thread Juan Picca
Package: pkg-config
Version: 0.28-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale

Hi!

While working on the reproducible builds effort [1], we have noticed
that pkg-config could not be built reproducibly.

The attached patch set the environment variable LC_ALL=C for the sort
command in debian/rules whose output changes depending on the locale.
Once applied, pkg-config can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp pkg-config-0.28.orig/debian/rules pkg-config-0.28/debian/rules
--- pkg-config-0.28.orig/debian/rules	2015-07-18 17:04:57.0 -0300
+++ pkg-config-0.28/debian/rules	2015-07-18 17:10:01.381537676 -0300
@@ -14,7 +14,7 @@ endif
 SYSTEM_LIBDIRS := $(shell for opt in '' $$($${CC-$(GCC)} -print-multi-lib | sed -n -e's/.*;@/-/p'); do \
  $(GCC) $$opt -print-search-dirs | sed -n -e's/^libraries: =//p' \
  | sed -e's/:/\n/g' | xargs -n1 readlink -f | grep -v 'gcc\|/[0-9.]\+$$'; \
-done | sort -u | tr '\n' : | sed 's/:$$//')
+done | LC_ALL=C sort -u | tr '\n' : | sed 's/:$$//')
 
 %:
 	dh $@ --with autoreconf


Bug#792520: base-passwd: [PATCH] please make build reproducible

2015-07-15 Thread Juan Picca
Package: base-passwd
Version: 3.5.37
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale

Hi!

While working on the reproducible builds effort [1], we have noticed
that base-passwd could not be built reproducibly.

The attached patch set LC_ALL to C.UTF-8 for build the txt
documentation. Once applied, base-passwd can be built reproducibly in
our current experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp base-passwd-3.5.37.orig/doc/Makefile.am base-passwd-3.5.37/doc/Makefile.am
--- base-passwd-3.5.37.orig/doc/Makefile.am	2014-01-08 14:06:26.0 -0200
+++ base-passwd-3.5.37/doc/Makefile.am	2015-07-15 13:14:40.887240123 -0300
@@ -6,4 +6,4 @@ users-and-groups.html: users-and-groups.
 	sgmltools -b onehtml $
 
 users-and-groups.txt: users-and-groups.sgml
-	sgmltools -b txt $
+	LC_ALL=C.UTF-8 sgmltools -b txt $


Bug#792285: pkgconf: [PATCH] please make the build reproducible

2015-07-13 Thread Juan Picca
Package: pkgconf
Version: 0.9.7-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale

Hi!

While working on the reproducible builds effort [1], we have noticed
that pkgconf could not be built reproducibly.

The attached patch removes locale-specific ordering written in the binary
file. Once applied, pkgconf can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -rNup pkgconf-0.9.7.orig/debian/rules pkgconf-0.9.7/debian/rules
--- pkgconf-0.9.7.orig/debian/rules	2014-02-16 11:08:13.0 -0200
+++ pkgconf-0.9.7/debian/rules	2015-07-13 11:38:40.359016831 -0300
@@ -5,7 +5,7 @@ DEB_HOST_MULTIARCH := $(shell dpkg-a
 SYSTEM_LIBDIRS := $(shell for opt in '' $$($${CC-gcc} -print-multi-lib | sed -n -e's/.*;@/-/p'); do \
  gcc $$opt -print-search-dirs | sed -n -e's/^libraries: =//p' \
  | sed -e's/:/\n/g' | xargs -n1 readlink -f | grep -v 'gcc\|/[0-9.]\+$$'; \
-done | sort -u | tr '\n' : | sed 's/:$$//')
+done | LC_ALL=C sort -u | tr '\n' : | sed 's/:$$//')
 
 %:
 	dh $@ --with=autoreconf


Bug#792127: pam: [PATCH] please make the build reproducible

2015-07-11 Thread Juan Picca
Package: pam
Version: 1.1.8-3.1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale

Hi!

While working on the reproducible builds effort [1], we have noticed
that pam could not be built reproducibly.

The attached patch removes differences when using different locale
values. Once applied, pam can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
Description: Make documentation reproducible
 Add LC_ALL=C to w3m to avoid changes in the output when build the
 documentation with different locales.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-07-11
---
--- a/configure
+++ b/configure
@@ -15162,7 +15162,7 @@ fi
 
 
 if test ! -z $BROWSER; then
- BROWSER=$BROWSER -T text/html -dump
+ BROWSER=LC_ALL=C $BROWSER -T text/html -dump
 else
  enable_docu=no
 fi
--- a/configure.in
+++ b/configure.in
@@ -554,7 +554,7 @@ JH_CHECK_XML_CATALOG([http://docbook.sou
 
 AC_PATH_PROG([BROWSER], [w3m])
 if test ! -z $BROWSER; then
- BROWSER=$BROWSER -T text/html -dump
+ BROWSER=LC_ALL=C $BROWSER -T text/html -dump
 else
  enable_docu=no
 fi


Bug#785624: Timestamps in manpages generated makes builds non-reproducible

2015-07-01 Thread Juan Picca
Package: doxygen
Version: 1.8.9.1-3
Followup-For: Bug #785624
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Ximin:
Thanks for point me to the timestamps proposal page.
I modified the patch according it.
Description: Allow set current date and time externally.
 Allow the date and time to be set externally by the environment
 variable SOURCE_DATE_EPOCH, whose expected value is a unix time.
 If the SOURCE_DATE_EPOCH value is invalid it is ignored silently.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-06-29
---
--- a/src/rtfgen.cpp
+++ b/src/rtfgen.cpp
@@ -49,7 +49,7 @@
 
 static QCString dateToRTFDateString()
 {
-  const QDateTime d = QDateTime::currentDateTime();
+  const QDateTime d = DoxygenDateTime::get();
   QCString result;
   result.sprintf(\\yr%d\\mo%d\\dy%d\\hr%d\\min%d\\sec%d,
   d.date().year(), d.date().month(), d.date().day(),
--- a/src/util.cpp
+++ b/src/util.cpp
@@ -18,6 +18,7 @@
 #include ctype.h
 #include errno.h
 #include math.h
+#include time.h
 
 #include md5.h
 
@@ -90,6 +91,38 @@
 #define REL_PATH_TO_ROOT ../../
 
 //
+// DoxygenDateTime implementation
+//
+
+QDateTime DoxygenDateTime::current; // initialize static to null
+
+QDateTime DoxygenDateTime::get()
+{
+  if (current.isNull())
+  {
+if (const char* source_date_epoch = getenv(SOURCE_DATE_EPOCH))
+{
+  // we ignore silently errors in SOURCE_DATE_EPOCH
+  errno = 0;
+  time_t tt = (time_t) strtol(source_date_epoch, NULL, 10);
+  if (errno == 0)
+  {
+if (struct tm *tb = gmtime(tt))
+{
+  current = QDateTime(QDate(tb-tm_year + 1900, tb-tm_mon + 1,
+  tb-tm_mday), QTime(tb-tm_hour, tb-tm_min, tb-tm_sec));
+}
+  }
+}
+if (!current.isValid())
+{
+  current = QDateTime::currentDateTime();
+}
+  }
+  return current;
+}
+
+//
 // TextGeneratorOLImpl implementation
 //
 
@@ -2460,7 +2493,7 @@ QCString fileToString(const char *name,b
 
 QCString dateToString(bool includeTime)
 {
-  QDateTime current = QDateTime::currentDateTime();
+  QDateTime current = DoxygenDateTime::get();
   return theTranslator-trDateTime(current.date().year(),
current.date().month(),
current.date().day(),
@@ -2473,7 +2506,7 @@ QCString dateToString(bool includeTime)
 
 QCString yearToString()
 {
-  const QDate d=QDate::currentDate();
+  const QDate d = DoxygenDateTime::get().date();
   QCString result;
   result.sprintf(%d, d.year());
   return result;
--- a/src/util.h
+++ b/src/util.h
@@ -24,6 +24,8 @@
 
 #include qlist.h
 #include ctype.h
+#include cstdlib
+#include qdatetime.h
 #include types.h
 #include sortdict.h
 #include docparser.h
@@ -60,6 +62,15 @@ class FTextStream;
 
 //
 
+/** Handle the doxygen date and time. */
+class DoxygenDateTime
+{
+  public:
+static QDateTime get();
+  private:
+static QDateTime current;
+};
+
 /** Abstract interface for a hyperlinked text fragment. */
 class TextGeneratorIntf
 {


Bug#785624: Timestamps in manpages generated makes builds non-reproducible

2015-06-30 Thread Juan Picca
Package: doxygen
Version: 1.8.9.1-3
Followup-For: Bug #785624
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi.
I created a patch for doxygen that allow get the current date and time
from the DOXYGEN_CURRENTDATETIME environment variable in iso 8601
extended format.

The expected usage in the debian/rules file is the following:

LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
DOXYGEN_CURRENTDATETIME = $(shell LC_ALL=C date -uIs -d $(LAST_CHANGE))
export DOXYGEN_CURRENTDATETIME

Comments are welcome.
Greetings,
Juan Picca

Note: the code for parse the date is simplified from QDateTime
Description: Allow set doxygen current date time from environment variable
 Allow use the DOXYGEN_CURRENTDATETIME environment variable for modify the
 current date and time used by doxygen for timestamp values.
 The expected format for DOXYGEN_CURRENTDATETIME is the ISO 8601 extended
 format.
 The code for parse the text in iso 8601 format is a simplification of the
 code from QDateTime::fromString, QDate::fromString and QTime::fromString.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-06-29
---
--- a/src/rtfgen.cpp
+++ b/src/rtfgen.cpp
@@ -49,7 +49,7 @@
 
 static QCString dateToRTFDateString()
 {
-  const QDateTime d = QDateTime::currentDateTime();
+  const QDateTime d = DoxygenDateTime::get();
   QCString result;
   result.sprintf(\\yr%d\\mo%d\\dy%d\\hr%d\\min%d\\sec%d,
   d.date().year(), d.date().month(), d.date().day(),
--- a/src/util.cpp
+++ b/src/util.cpp
@@ -90,6 +90,95 @@
 #define REL_PATH_TO_ROOT ../../
 
 //
+// DoxygenDateTime implementation
+//
+
+QDateTime DoxygenDateTime::current; // initialize static to null
+
+QDateTime DoxygenDateTime::get()
+{
+  if (current.isNull())
+  {
+if (const char* env_p = std::getenv(DOXYGEN_CURRENTDATETIME))
+{
+  current = parseIso8601(env_p);
+}
+if (!current.isValid())
+{
+  current = QDateTime::currentDateTime();
+}
+  }
+  return current;
+}
+
+QDateTime DoxygenDateTime::parseIso8601(const QString s)
+{
+  if (s.isEmpty())
+  {
+return QDateTime();
+  }
+  QString tmp = s;
+  const QDate date = parseIso8601Date(tmp.left(10));
+  if (tmp.length() == 10)
+  {
+return QDateTime(date);
+  }
+  tmp = tmp.mid(11);
+  if (tmp.at(tmp.length() - 1) == 'Z')
+  {
+  // skip UTC specifications
+  tmp = tmp.left(tmp.length() - 1);
+  }
+  else
+  {
+// skip timezone specifications
+QRegExp rx(QString([+-]).latin1());
+if (tmp.contains(rx))
+{
+int idx = tmp.find(rx);
+tmp = tmp.left(idx);
+}
+  }
+  const QTime time = parseIso8601Time(tmp);
+  return QDateTime(date, time);
+}
+
+QDate DoxygenDateTime::parseIso8601Date(const QString s)
+{
+  if (s.isEmpty())
+  {
+return QDate();
+  }
+  int year(s.mid(0, 4).toInt());
+  int month(s.mid(5, 2).toInt());
+  int day(s.mid(8, 2).toInt());
+  if (year  month  day) {
+return QDate(year, month, day);
+  }
+  return QDate();
+}
+
+QTime DoxygenDateTime::parseIso8601Time(const QString s)
+{
+  if (s.isEmpty())
+  {
+return QTime();
+  }
+  bool ok = true;
+  const int hour(s.mid(0, 2).toInt(ok));
+  if (!ok)
+return QTime();
+  const int minute(s.mid(3, 2).toInt(ok));
+  if (!ok)
+return QTime();
+  const int second(s.mid(6, 2).toInt(ok));
+  if (!ok)
+return QTime();
+  // ignore msec if exists
+  return QTime(hour, minute, second, 0);
+}
+
+//
 // TextGeneratorOLImpl implementation
 //
 
@@ -2460,7 +2549,7 @@ QCString fileToString(const char *name,b
 
 QCString dateToString(bool includeTime)
 {
-  QDateTime current = QDateTime::currentDateTime();
+  QDateTime current = DoxygenDateTime::get();
   return theTranslator-trDateTime(current.date().year(),
current.date().month(),
current.date().day(),
@@ -2473,7 +2562,7 @@ QCString dateToString(bool includeTime)
 
 QCString yearToString()
 {
-  const QDate d=QDate::currentDate();
+  const QDate d = DoxygenDateTime::get().date();
   QCString result;
   result.sprintf(%d, d.year());
   return result;
--- a/src/util.h
+++ b/src/util.h
@@ -24,6 +24,8 @@
 
 #include qlist.h
 #include ctype.h
+#include cstdlib
+#include qdatetime.h
 #include types.h
 #include sortdict.h
 #include docparser.h
@@ -60,6 +62,18 @@ class FTextStream;
 
 //
 
+/** Handle the doxygen date and time. */
+class DoxygenDateTime
+{
+  public:
+static QDateTime get();
+  private:
+static QDateTime current;
+static QDateTime parseIso8601(const QString s);
+static QDate parseIso8601Date(const QString s);
+static QTime parseIso8601Time(const

Bug#790235: basemap: [PATCH] please make the build reproducible

2015-06-27 Thread Juan Picca
Package: basemap
Version: 1.0.7+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that basemap could not be built reproducibly.

The attached patches removes extra timestamps from the build system.
Once applied, basemap can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp basemap-1.0.7+dfsg.old/debian/rules basemap-1.0.7+dfsg/debian/rules
--- basemap-1.0.7+dfsg.old/debian/rules	2012-08-10 18:36:52.0 -0300
+++ basemap-1.0.7+dfsg/debian/rules	2015-06-27 13:27:18.548667416 -0300
@@ -3,6 +3,11 @@
 PYVERS := $(shell pyversions -s)
 LIB := $$(python -c from distutils.command.build import build ; from distutils.core import Distribution ; b = build(Distribution()) ; b.finalize_options() ; print b.build_platlib)
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=\$(BUILD_DATE)\
+SPHINXOPTS += -D today=\$(BUILD_DATE)\
+
 %:
 	dh $@ --with sphinxdoc
 
@@ -29,7 +34,7 @@ build-indep:
 	# mpl_toolkits namespace
 	ln -s $$(dirname $$(python -c import mpl_toolkits.axes_grid1 as p; print p.__file__)) $(CURDIR)/$(LIB)/mpl_toolkits/
 	# build doc only for default python version
-	(export MPLCONFIGDIR=. ; cd doc ; PYTHONPATH=$(CURDIR)/$(LIB) BASEMAPDATA=$(CURDIR)/lib/mpl_toolkits/basemap/data/ python make.py html)
+	(export MPLCONFIGDIR=. ; cd doc ; PYTHONPATH=$(CURDIR)/$(LIB) BASEMAPDATA=$(CURDIR)/lib/mpl_toolkits/basemap/data/ python make.py --sphinxopts=$(SPHINXOPTS) html)
 	# remove hack
 	rm $(CURDIR)/$(LIB)/mpl_toolkits/axes_grid1
 
Description: Modify doc/make.py to add sphinxopts options.
 Allow pass the value of sphinxopts command line option to sphinx-build.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-06-27
---
--- a/doc/make.py
+++ b/doc/make.py
@@ -5,13 +5,13 @@ import os
 import shutil
 import sys
 
-def html():
-os.system('sphinx-build -b html -d build/doctrees . build/html')
+def html(opts):
+os.system('sphinx-build %s -b html -d build/doctrees . build/html' % opts.get('sphinxopts', ''))
 
-def latex():
+def latex(opts):
 if sys.platform != 'win32':
 # LaTeX format.
-os.system('sphinx-build -b latex -d build/doctrees . build/latex')
+os.system('sphinx-build %s -b latex -d build/doctrees . build/latex' % opts.get('sphinxopts', ''))
 
 # Produce pdf.
 os.chdir('build/latex')
@@ -27,12 +27,12 @@ def latex():
 else:
 print 'latex build has not been tested on windows'
 
-def clean():
+def clean(opts):
 shutil.rmtree('build')
 
-def all():
-html()
-latex()
+def all(opts):
+html(opts)
+latex(opts)
 
 
 funcd = {
@@ -44,11 +44,16 @@ funcd = {
 
 
 if len(sys.argv)1:
+opts = {}
 for arg in sys.argv[1:]:
+if arg.startswith('--sphinxopts='):
+opts['sphinxopts'] = arg.replace('--sphinxopts=', '')
+continue
+
 func = funcd.get(arg)
 if func is None:
 raise SystemExit('Do not know how to handle %s; valid args are'%(
 arg, funcd.keys()))
-func()
+func(opts)
 else:
-all()
+all({})


Bug#789997: python-pysqlite2: [PATCH] please make the build reproducible

2015-06-25 Thread Juan Picca
Package: python-pysqlite2
Version: 2.6.3-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-pysqlite2 could not be built reproducibly.

The attached patches removes extra timestamps from the build system.
Once applied, python-pysqlite2 can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-pysqlite2-2.6.3.old/debian/rules python-pysqlite2-2.6.3/debian/rules
--- python-pysqlite2-2.6.3.old/debian/rules	2012-06-24 08:14:37.0 +
+++ python-pysqlite2-2.6.3/debian/rules	2015-06-26 02:12:28.077796703 +
@@ -8,6 +8,10 @@ include /usr/share/dpkg/buildflags.mk
 
 PYVERS = $(shell pyversions -r)
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 build: build-arch build-indep
 build-arch: build-stamp
 build-indep: build-stamp
@@ -60,7 +64,7 @@ binary-indep:
 	dh_prep
 	dh_installdirs -i usr/share/doc/python-pysqlite2-doc/html
 
-	python setup.py build_docs
+	python setup.py build_docs --sphinxopts=$(SPHINXOPTS)
 	dh_installdocs -i build/doc/*
 	cd debian/python-pysqlite2-doc/usr/share/doc/python-pysqlite2-doc  \
 		mv *.html *.js *.inv _static _sources html  \
Description: Modify DocBuilder command
 Modify DocBuilder command to use sphinxopts command line option for add
 parameters in the call to sphinx-build.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-06-25
---
--- a/setup.py
+++ b/setup.py
@@ -65,10 +65,10 @@ else:
 
 class DocBuilder(Command):
 description = Builds the documentation
-user_options = []
+user_options = [(sphinxopts=, None, sphinx options)]
 
 def initialize_options(self):
-pass
+self.sphinxopts = 
 
 def finalize_options(self):
 pass
@@ -80,7 +80,7 @@ class DocBuilder(Command):
 except OSError:
 pass
 os.makedirs(build/doc)
-rc = os.system(sphinx-build doc/sphinx build/doc)
+rc = os.system(sphinx-build %s doc/sphinx build/doc % self.sphinxopts)
 if rc != 0:
 print Is sphinx installed? If not, try 'sudo easy_install sphinx'.
 


Bug#789728: aegisub: [PATCH] please make the build reproducible

2015-06-23 Thread Juan Picca
Package: aegisub
Version: 3.1.2-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that aegisub could not be built reproducibly.

The attached patch removes timestamps from the code.
Once applied, aegisub can be built reproducibly.

 [1]: https://wiki.debian.org/ReproducibleBuilds
Description: Only add timestamp when BUILD_CREDIT is defined
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-06-23
---
--- a/src/version.cpp
+++ b/src/version.cpp
@@ -58,7 +58,11 @@ const char *GetAegisubShortVersionString
 }
 
 const char *GetAegisubBuildTime() {
+#ifdef BUILD_CREDIT
 	return __DATE__   __TIME__;
+#else
+	return ;
+#endif
 }
 
 const char *GetAegisubBuildCredit() {


Bug#789747: dipy: [PATCH] please make the build reproducible

2015-06-23 Thread Juan Picca
Package: dipy
Version: 0.7.1-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that dipy could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, dipy can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp dipy-0.7.1.old/debian/rules dipy-0.7.1/debian/rules
--- dipy-0.7.1.old/debian/rules	2014-08-13 11:18:54.0 -0300
+++ dipy-0.7.1/debian/rules	2015-06-24 00:00:43.428334134 -0300
@@ -22,6 +22,10 @@ upver = $(shell echo $(debver) | cut -d
 
 MIN_CYTHONVER = 0.17.3
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D today=\$(BUILD_DATE)\
+
 %:
 	dh --buildsystem=python_distutils $@
 
@@ -74,7 +78,7 @@ ifeq (,$(filter nodoc,$(DEB_BUILD_OPTION
 	cp -rp doc-examples/doc/examples_built/* doc/examples_built/
 	export PYTHONPATH=$$(/bin/ls -d $(INSTALL_PATH)/usr/lib/$(PYTHON)/*-packages) \
 		   MPLCONFIGDIR=$(CURDIR)/build HOME=$(CURDIR)/build; \
-	cd doc; $(MAKE) html-after-examples
+	cd doc; $(MAKE) html-after-examples SPHINXOPTS=$(SPHINXOPTS)
 	-rm doc/_build/html/_static/jquery.js
 	-rm -r doc/_build/html/_sources
 	: # objects inventory is of no use for the package


Bug#789748: jansson: [PATCH] please make the build reproducible

2015-06-23 Thread Juan Picca
Package: jansson
Version: 2.7-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that jansson could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, jansson can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp jansson-2.7.old/debian/rules jansson-2.7/debian/rules
--- jansson-2.7.old/debian/rules	2015-06-23 08:11:19.0 -0300
+++ jansson-2.7/debian/rules	2015-06-24 00:19:44.637089407 -0300
@@ -1,11 +1,15 @@
 #!/usr/bin/make -f
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D today=\$(BUILD_DATE)\
+
 %:
 	dh $@ --with=autoreconf,sphinxdoc
 
 override_dh_auto_build:
 	dh_auto_build
-	$(MAKE) html
+	$(MAKE) html SPHINXOPTS=$(SPHINXOPTS)
 
 override_dh_strip:
 	dh_strip --dbg-package=libjansson-dbg


Bug#789752: mathjax-docs: [PATCH] please make the build reproducible

2015-06-23 Thread Juan Picca
Package: mathjax-docs
Version: 2.5+20150415-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that mathjax-docs could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, mathjax-docs can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp mathjax-docs-2.5+20150415.old/debian/rules mathjax-docs-2.5+20150415/debian/rules
--- mathjax-docs-2.5+20150415.old/debian/rules	2015-05-03 15:25:41.0 -0300
+++ mathjax-docs-2.5+20150415/debian/rules	2015-06-24 02:07:45.499341887 -0300
@@ -1,11 +1,14 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 %:
 	dh $@ --with sphinxdoc
 
 override_dh_auto_build:
-	sphinx-build . html
+	sphinx-build -D today=$(BUILD_DATE) . html
 
 override_dh_auto_clean:
 	rm -rf html


Bug#789749: tempest: [PATCH] please make the build reproducible

2015-06-23 Thread Juan Picca
Package: tempest
Version: 4-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that tempest could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, tempest can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp tempest-4.old/debian/rules tempest-4/debian/rules
--- tempest-4.old/debian/rules	2015-05-04 17:36:16.0 -0300
+++ tempest-4/debian/rules	2015-06-24 01:04:07.999253774 -0300
@@ -5,6 +5,9 @@ include /usr/share/openstack-pkg-tools/p
 
 export OSLO_PACKAGE_VERSION=$(VERSION)
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 %:
 	dh $@ --buildsystem=python_distutils --with python2,sphinxdoc
 
@@ -52,6 +55,6 @@ endif
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	PYTHONPATH=. sphinx-build -b html doc/source $(CURDIR)/debian/tempest/usr/share/doc/tempest/html
+	PYTHONPATH=. sphinx-build -D html_last_updated_fmt=$(BUILD_DATE) -b html doc/source $(CURDIR)/debian/tempest/usr/share/doc/tempest/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 endif


Bug#789751: python-pysaml2: [PATCH] please make the build reproducible

2015-06-23 Thread Juan Picca
Package: python-pysaml2
Version: 2.4.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-pysaml2 could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-pysaml2 can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-pysaml2-2.4.0.old/debian/rules python-pysaml2-2.4.0/debian/rules
--- python-pysaml2-2.4.0.old/debian/rules	2015-05-15 13:02:00.0 -0300
+++ python-pysaml2-2.4.0/debian/rules	2015-06-24 01:40:37.133414431 -0300
@@ -6,6 +6,9 @@ PYTHONS:=$(shell pyversions -vr)
 UPSTREAM_GIT = git://github.com/rohe/pysaml2.git
 -include /usr/share/openstack-pkg-tools/pkgos.make
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 %:
 	dh $@ --buildsystem=python_distutils --with python2,sphinxdoc
 
@@ -41,7 +44,7 @@ override_dh_clean:
 	rm -rf build
 
 override_dh_sphinxdoc:
-	sphinx-build -b html doc debian/python-pysaml2-doc/usr/share/doc/python-pysaml2-doc/html
+	sphinx-build -D today=$(BUILD_DATE) -b html doc debian/python-pysaml2-doc/usr/share/doc/python-pysaml2-doc/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 
 # Commands not to run


Bug#789733: migrate: [PATCH] please make the build reproducible

2015-06-23 Thread Juan Picca
Package: migrate
Version: 0.9.6-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that migrate could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, migrate can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp migrate-0.9.6.old/debian/rules migrate-0.9.6/debian/rules
--- migrate-0.9.6.old/debian/rules	2015-04-27 05:42:44.0 -0300
+++ migrate-0.9.6/debian/rules	2015-06-23 19:06:31.450484794 -0300
@@ -12,6 +12,9 @@ DEB_UPSTREAM_VERSION=$(shell dpkg-parsec
 DOCS=$(shell find docs/ -name *.rst -printf %p )
 PYLIBDIR=$(call py_libdir,$(shell pyversions -d))
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 %:
 	dh $@ --with python2,sphinxdoc --buildsystem=python_distutils
 
@@ -23,7 +26,7 @@ override_dh_auto_clean:
 
 override_dh_auto_install:
 	# install documentation
-	PYTHONPATH=$(CURDIR) sphinx-build -b html -a -E -N \
+	PYTHONPATH=$(CURDIR) sphinx-build -b html -a -E -N -D today=$(BUILD_DATE) \
 	  doc/source \
 	  debian/python-migrate/usr/share/doc/python-migrate/html/
 	cp debian/install.tmpl debian/install


Bug#788598: transmissionrpc: [PATCH] please make the build reproducible

2015-06-12 Thread Juan Picca
Package: transmissionrpc
Version: 0.11-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that transmissionrpc could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, transmissionrpc can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp transmissionrpc-0.11.old/debian/rules transmissionrpc-0.11/debian/rules
--- transmissionrpc-0.11.old/debian/rules	2013-08-18 15:55:34.0 -0300
+++ transmissionrpc-0.11/debian/rules	2015-06-12 21:49:56.876602010 -0300
@@ -4,6 +4,10 @@
 export PYBUILD_DESTDIR_python2=debian/python-transmissionrpc/
 export PYBUILD_DESTDIR_python3=debian/python3-transmissionrpc/
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 %:
 	dh $@ --with python2,python3,sphinxdoc --buildsystem=pybuild
 
@@ -11,7 +15,7 @@ override_dh_install:
 	install -m 755 contrib/helical.py debian/python-transmissionrpc/usr/bin/helical
 
 override_dh_installdocs:
-	sphinx-build -q doc debian/python-transmissionrpc-doc/usr/share/doc/python-transmissionrpc-doc/html/
+	sphinx-build $(SPHINXOPTS) -q doc debian/python-transmissionrpc-doc/usr/share/doc/python-transmissionrpc-doc/html/
 	dh_installdocs
 
 override_dh_auto_test:


Bug#788596: simplejson: [PATCH] please make the build reproducible

2015-06-12 Thread Juan Picca
Package: simplejson
Version: 3.7.3-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that simplejson could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, simplejson can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp simplejson-3.7.3.old/debian/rules simplejson-3.7.3/debian/rules
--- simplejson-3.7.3.old/debian/rules	2014-09-07 10:55:45.0 -0300
+++ simplejson-3.7.3/debian/rules	2015-06-12 21:00:25.234750413 -0300
@@ -6,13 +6,17 @@ export PYBUILD_DESTDIR_python3=debian/py
 export PYBUILD_DESTDIR_python3-dbg=debian/python3-simplejson-dbg/
 export PYBUILD_DESTDIR_pypy=debian/pypy-simplejson/
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 %:
 	dh $@ --with python2,python3,pypy,sphinxdoc --buildsystem=pybuild
 
 build-indep:
 	dh_testdir
 	dh_installdirs
-	sphinx-build -N -q -E -b html . \
+	sphinx-build $(SPHINXOPTS) -N -q -E -b html . \
 	 $(CURDIR)/debian/python-simplejson-doc/usr/share/doc/python-simplejson-doc/
 
 override_dh_sphinxdoc:


Bug#788597: waitress: [PATCH] please make the build reproducible

2015-06-12 Thread Juan Picca
Package: waitress
Version: 0.8.9-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that waitress could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, waitress can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp waitress-0.8.9.old/debian/rules waitress-0.8.9/debian/rules
--- waitress-0.8.9.old/debian/rules	2014-04-24 03:17:57.0 -0300
+++ waitress-0.8.9/debian/rules	2015-06-12 21:19:59.862755145 -0300
@@ -4,12 +4,16 @@ export PYBUILD_DESTDIR_python2=debian/py
 export PYBUILD_DESTDIR_python3=debian/python3-waitress/
 export PYBUILD_DISABLE=test
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -N -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 %:
 	dh $@ --with python2,python3,sphinxdoc --buildsystem=pybuild
 
 override_dh_auto_build:
 	dh_auto_build -v
-	$(MAKE) -C docs clean html SPHINXOPTS=-N
+	$(MAKE) -C docs clean html SPHINXOPTS=$(SPHINXOPTS)
 
 override_dh_auto_clean:
 	dh_auto_clean


Bug#788593: python-scrapy: [PATCH] please make the build reproducible

2015-06-12 Thread Juan Picca
Package: python-scrapy
Version: 0.24.2-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-scrapy could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-scrapy can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-scrapy-0.24.2.old/debian/rules python-scrapy-0.24.2/debian/rules
--- python-scrapy-0.24.2.old/debian/rules	2014-07-20 03:17:42.0 -0300
+++ python-scrapy-0.24.2/debian/rules	2015-06-12 09:25:52.127792490 -0300
@@ -3,12 +3,16 @@
 
 export DH_ALWAYS_EXCLUDE=license.txt:_sources/:.buildinfo:*.egg
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 %:
 	dh $@ --with python2,bash_completion
 
 override_dh_auto_install:
 	dh_auto_install
-	cd docs/  $(MAKE) html
+	cd docs/  $(MAKE) html SPHINXOPTS=$(SPHINXOPTS)
 
 override_dh_install:
 	dh_install -Xjquery.js


Bug#788592: python-repoze.what: [PATCH] please make the build reproducible

2015-06-12 Thread Juan Picca
Package: python-repoze.what
Version: 1.0.9-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-repoze.what could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-repoze.what can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -ruNp python-repoze.what-1.0.9.old/debian/rules python-repoze.what-1.0.9/debian/rules
--- python-repoze.what-1.0.9.old/debian/rules	2014-05-21 20:51:49.0 -0300
+++ python-repoze.what-1.0.9/debian/rules	2015-06-11 23:04:06.080217487 -0300
@@ -1,6 +1,9 @@
 #!/usr/bin/make -f
 
 PYTHONS:=$(shell pyversions -vr)
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
 
 %:
 	dh $@ --buildsystem=python_distutils --with python2,sphinxdoc
@@ -14,7 +17,7 @@ override_dh_auto_install:
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	sphinx-build -b html docs/source $(CURDIR)/debian/python-repoze.what/usr/share/doc/python-repoze.what/html
+	sphinx-build $(SPHINXOPTS) -b html docs/source $(CURDIR)/debian/python-repoze.what/usr/share/doc/python-repoze.what/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 endif
 


Bug#788595: sahara: [PATCH] please make the build reproducible

2015-06-12 Thread Juan Picca
Package: sahara
Version: 2015.1.0-4
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that sahara could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, sahara can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp sahara-2015.1.0.old/debian/rules sahara-2015.1.0/debian/rules
--- sahara-2015.1.0.old/debian/rules	2015-05-30 11:53:19.0 -0300
+++ sahara-2015.1.0/debian/rules	2015-06-12 20:56:56.682825917 -0300
@@ -5,6 +5,10 @@ PYTHONS:=$(shell pyversions -vr)
 include /usr/share/openstack-pkg-tools/pkgos.make
 export OSLO_PACKAGE_VERSION=$(VERSION)
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 %:
 	dh $@ --buildsystem=python_distutils --with python2,sphinxdoc,systemd
 
@@ -15,13 +19,13 @@ endif
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	PYTHONPATH=. sphinx-build -b html doc/source $(CURDIR)/debian/sahara-doc/usr/share/doc/sahara-doc/html
+	PYTHONPATH=. sphinx-build $(SPHINXOPTS) -b html doc/source $(CURDIR)/debian/sahara-doc/usr/share/doc/sahara-doc/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 endif
 
 override_dh_installman:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	PYTHONPATH=. sphinx-build -b man doc/source doc/build/man
+	PYTHONPATH=. sphinx-build $(SPHINXOPTS) -b man doc/source doc/build/man
 	dh_installman -O--buildsystem=python_distutils
 endif
 


Bug#788594: pywavelets: [PATCH] please make the build reproducible

2015-06-12 Thread Juan Picca
Package: pywavelets
Version: 0.2.2-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that pywavelets could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, pywavelets can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp pywavelets-0.2.2.old/debian/rules pywavelets-0.2.2/debian/rules
--- pywavelets-0.2.2.old/debian/rules	2013-07-14 07:58:56.0 +
+++ pywavelets-0.2.2/debian/rules	2015-06-12 12:42:12.719771057 +
@@ -12,6 +12,10 @@ PYVERS = $(shell pyversions -vr)
 PACKAGE_NAME = python-pywt
 MODULE_NAME = PyWavelets
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 TESTS = \
 	test_doc.py \
 	test_perfect_reconstruction.py \
@@ -34,7 +38,7 @@ build-stamp: build-docs $(PYVERS:%=build
 	touch $@
 
 build-docs:
-	make -C doc html
+	make -C doc html SPHINXOPTS=$(SPHINXOPTS)
 	touch $@
 
 build-ext-%:


Bug#788599: wtforms: [PATCH] please make the build reproducible

2015-06-12 Thread Juan Picca
Package: wtforms
Version: 2.0.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that wtforms could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, wtforms can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp wtforms-2.0.1.old/debian/rules wtforms-2.0.1/debian/rules
--- wtforms-2.0.1.old/debian/rules	2015-06-12 21:51:28.0 -0300
+++ wtforms-2.0.1/debian/rules	2015-06-12 21:53:33.168651646 -0300
@@ -1,5 +1,9 @@
 #!/usr/bin/make -f
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D today=\$(BUILD_DATE)\
+
 %:
 	dh --buildsystem=python_distutils --with=python2 $@
 
@@ -13,7 +17,7 @@ ifeq (,$(filter nocheck,$(DEB_BUILD_OPTI
 	done
 endif
 
-	cd docs  make html
+	cd docs  make html SPHINXOPTS=$(SPHINXOPTS)
 	rm docs/_build/html/_static/jquery.js
 	rm docs/_build/html/_static/underscore.js
 


Bug#788502: python-glance-store: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: python-glance-store
Version: 0.4.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-glance-store could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-glance-store can be built reproducibly in our
current experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-glance-store-0.4.0.old/debian/rules python-glance-store-0.4.0/debian/rules
--- python-glance-store-0.4.0.old/debian/rules	2015-04-28 10:41:45.0 -0300
+++ python-glance-store-0.4.0/debian/rules	2015-06-11 22:10:19.820794747 -0300
@@ -1,5 +1,9 @@
 #!/usr/bin/make -f
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 PYTHONS:=$(shell pyversions -vr)
 PYTHON3S:=$(shell py3versions -vr)
 
@@ -40,7 +44,7 @@ override_dh_clean:
 	rm -rf build .testrepository
 
 override_dh_sphinxdoc:
-	sphinx-build -b html doc/source debian/python-glance-store-doc/usr/share/doc/python-glance-store-doc/html
+	sphinx-build $(SPHINXOPTS) -b html doc/source debian/python-glance-store-doc/usr/share/doc/python-glance-store-doc/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 
 # Commands not to run


Bug#788503: python-osprofiler: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: python-osprofiler
Version: 0.3.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-osprofiler could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-osprofiler can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-osprofiler-0.3.0.old/debian/rules python-osprofiler-0.3.0/debian/rules
--- python-osprofiler-0.3.0.old/debian/rules	2014-09-04 23:16:33.0 -0300
+++ python-osprofiler-0.3.0/debian/rules	2015-06-11 22:14:36.801069933 -0300
@@ -1,5 +1,9 @@
 #!/usr/bin/make -f
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 PYTHONS:=$(shell pyversions -vr)
 PYTHON3S:=$(shell py3versions -vr)
 
@@ -45,7 +49,7 @@ override_dh_clean:
 	rm -rf build
 
 override_dh_sphinxdoc:
-	sphinx-build -b html doc/source debian/python-osprofiler-doc/usr/share/doc/python-osprofiler-doc/html
+	sphinx-build $(SPHINXOPTS) -b html doc/source debian/python-osprofiler-doc/usr/share/doc/python-osprofiler-doc/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 
 # Commands not to run


Bug#788507: python-repoze.tm2: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: python-repoze.tm2
Version: 2.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-repoze.tm2 could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-repoze.tm2 can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -ruNp python-repoze.tm2-2.0.old/debian/rules python-repoze.tm2-2.0/debian/rules
--- python-repoze.tm2-2.0.old/debian/rules	2014-09-28 12:19:16.0 -0300
+++ python-repoze.tm2-2.0/debian/rules	2015-06-11 23:01:23.412037493 -0300
@@ -2,10 +2,13 @@
 
 #DH_VERBOSE=1
 PYBUILD_NAME=python-repoze.tm2
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	sphinx-build -b html docs $(CURDIR)/debian/python-repoze.tm2-doc/usr/share/doc/python-repoze.tm2-doc/html
+	sphinx-build $(SPHINXOPTS) -b html docs $(CURDIR)/debian/python-repoze.tm2-doc/usr/share/doc/python-repoze.tm2-doc/html
 	dh_sphinxdoc -O--buildsystem=pybuild
 endif
 


Bug#788504: python-psutil: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: python-psutil
Version: 2.1.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-psutil could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-psutil can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-psutil-2.1.1.old/debian/rules python-psutil-2.1.1/debian/rules
--- python-psutil-2.1.1.old/debian/rules	2014-05-02 15:57:54.0 -0300
+++ python-psutil-2.1.1/debian/rules	2015-06-11 22:19:08.349355883 -0300
@@ -1,5 +1,9 @@
 #!/usr/bin/make -f
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 PY2VERS := $(shell pyversions -s)
 PY3VERS := $(shell py3versions -s)
 
@@ -15,7 +19,7 @@ override_dh_auto_build:
 	for python in $(PY2VERS) $(PY3VERS); do \
 		$$python setup.py build; \
 	done
-	$(MAKE) -C docs html
+	$(MAKE) -C docs html SPHINXOPTS=$(SPHINXOPTS)
 
 override_dh_auto_install:
 	set -e ; \


Bug#788501: python-fudge: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: python-fudge
Version: 1.0.3-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-fudge could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-fudge can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-fudge-1.0.3.old/debian/rules python-fudge-1.0.3/debian/rules
--- python-fudge-1.0.3.old/debian/rules	2012-05-04 16:13:56.0 -0300
+++ python-fudge-1.0.3/debian/rules	2015-06-11 22:05:58.692513453 -0300
@@ -1,12 +1,16 @@
 #!/usr/bin/make -f
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 override_dh_auto_clean:
 	rm -rf build fudge.egg-info
 	find -name '._*' -delete
 	dh_auto_clean
 
 override_dh_auto_install:
-	sphinx-build -b html -a -c docs docs \
+	sphinx-build $(SPHINXOPTS) -b html -a -c docs docs \
 		$(CURDIR)/debian/python-fudge-doc/usr/share/doc/python-fudge-doc/html
 	python setup.py install --install-layout=deb \
 	--root $(CURDIR)/debian/python-fudge


Bug#788505: python-pypump: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: python-pypump
Version: 0.6-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-pypump could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-pypump can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-pypump-0.6.old/debian/rules python-pypump-0.6/debian/rules
--- python-pypump-0.6.old/debian/rules	2015-05-13 14:48:10.0 -0300
+++ python-pypump-0.6/debian/rules	2015-06-11 22:30:19.454056240 -0300
@@ -2,6 +2,10 @@
 PYTHONS:=$(shell pyversions -vr)
 PYTHON3S:=$(shell py3versions -vr)
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D today=\$(BUILD_DATE)\
+
 %:
 	dh $@ --buildsystem=python_distutils --with python2,python3,sphinxdoc
 
@@ -12,7 +16,7 @@ override_dh_clean:
 
 override_dh_auto_build:
 	dh_auto_build
-	make -C docs html
+	make -C docs html SPHINXOPTS=$(SPHINXOPTS)
 
 	# # This version pypump-shell needs the path $HOME/.config/
 	# # to exist for it to build correctly, so I'm adding it


Bug#788467: astroquery: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: astroquery
Version: 0.2.4+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that astroquery could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, astroquery can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp astroquery-0.2.4+dfsg.old/debian/rules astroquery-0.2.4+dfsg/debian/rules
--- astroquery-0.2.4+dfsg.old/debian/rules	2015-04-07 06:53:09.0 -0300
+++ astroquery-0.2.4+dfsg/debian/rules	2015-06-11 09:10:16.195865837 -0300
@@ -6,12 +6,16 @@ export PYBUILD_TEST_PYTEST=1
 export PYBUILD_TEST_ARGS=../../../astroquery
 export http_proxy=127.0.0.1:9
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 %:
 	dh $@ --with python2,python3,sphinxdoc --buildsystem=pybuild
 
 override_dh_auto_build:
 	dh_auto_build
-	PYTHONPATH=. sphinx-build -N -bhtml docs/ build/html # HTML generator
+	PYTHONPATH=. sphinx-build $(SPHINXOPTS) -N -bhtml docs/ build/html # HTML generator
 
 override_dh_auto_clean:
 	dh_auto_clean


Bug#788469: glance: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: glance
Version: 2015.1.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that glance could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, glance can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp glance-2015.1.0.old/debian/rules glance-2015.1.0/debian/rules
--- glance-2015.1.0.old/debian/rules	2015-04-30 18:46:13.0 -0300
+++ glance-2015.1.0/debian/rules	2015-06-11 09:29:37.859893246 -0300
@@ -6,6 +6,11 @@ include /usr/share/openstack-pkg-tools/p
 
 export OSLO_PACKAGE_VERSION=$(VERSION)
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D today=$(BUILD_DATE)
+SPHINXOPTS += -D html_last_updated_fmt=$(BUILD_DATE)
+
 %:
 	dh $@ --buildsystem=python_distutils --with python2,sphinxdoc,systemd
 
@@ -25,13 +30,13 @@ override_dh_auto_build:
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	sphinx-build -b html doc/source $(CURDIR)/debian/python-glance-doc/usr/share/doc/python-glance-doc/html
+	sphinx-build $(SPHINXOPTS) -b html doc/source $(CURDIR)/debian/python-glance-doc/usr/share/doc/python-glance-doc/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 endif
 
 override_dh_installman:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	sphinx-build -b man doc/source doc/build/man
+	sphinx-build $(SPHINXOPTS) -b man doc/source doc/build/man
 	dh_installman -O--buildsystem=python_distutils
 endif
 


Bug#788476: mpi4py: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: mpi4py
Version: 1.3.1+hg20131106-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that mpi4py could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, mpi4py can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp mpi4py-1.3.1+hg20131106.old/debian/rules mpi4py-1.3.1+hg20131106/debian/rules
--- mpi4py-1.3.1+hg20131106.old/debian/rules	2014-11-24 12:21:30.0 -0200
+++ mpi4py-1.3.1+hg20131106/debian/rules	2015-06-11 09:35:09.259901065 -0300
@@ -8,6 +8,9 @@ PY3VERS = $(shell py3versions -vr)
 CYTHON_VER := $(shell dpkg -l cython 2/dev/null | awk '/^ii/{print $$3;}' || echo 0)
 RECONF = $(shell dpkg --compare-versions $(CYTHON_VER) ge 0.19.1  echo ,autoreconf || echo )
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 # Specify a specific version of MPI to use in the build, otherwise
 # just use the default.
 # MPI=.openmpi
@@ -40,7 +43,7 @@ override_dh_auto_build:
 
 	: # Build documentation now
 	PYTHONPATH=`/bin/ls -d $(CURDIR)/build/lib.*$(PY2)` \
-	 make -C docs/source/usrman/ html
+	 make -C docs/source/usrman/ html SPHINXOPTS=-D today=\$(BUILD_DATE)\
 
 override_dh_auto_install:
 	dh_auto_install


Bug#788477: musicbrainzngs: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: musicbrainzngs
Version: 0.5-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that musicbrainzngs could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
ensure a stable file order when creating the source archive.
Once applied, musicbrainzngs can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp musicbrainzngs-0.5.old/debian/rules musicbrainzngs-0.5/debian/rules
--- musicbrainzngs-0.5.old/debian/rules	2014-10-12 18:28:41.0 -0200
+++ musicbrainzngs-0.5/debian/rules	2015-06-11 09:50:54.495923368 -0300
@@ -4,12 +4,16 @@
 #export DH_VERBOSE=1
 
 export PYBUILD_NAME=musicbrainzngs
+
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 %:
 	dh $@ --with python2,python3,sphinxdoc --buildsystem=pybuild
 
 override_dh_auto_build:
 	dh_auto_build
-	make -C docs html
+	make -C docs html SPHINXOPTS=-D html_last_updated_fmt=\$(BUILD_DATE)\
 
 override_dh_clean:
 	rm -rf docs/_build


Bug#788478: ns3: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: ns3
Version: 3.22+dfsg-1
Severity: wishlist
Template taken from https://wiki.debian.org/ReproducibleBuilds/Contribute
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that ns3 could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, ns3 can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp ns3-3.22+dfsg.old/debian/rules ns3-3.22+dfsg/debian/rules
--- ns3-3.22+dfsg.old/debian/rules	2015-05-14 02:08:16.0 -0300
+++ ns3-3.22+dfsg/debian/rules	2015-06-11 10:05:28.687943994 -0300
@@ -14,15 +14,20 @@ BUILD_OPTION=$(shell if [ $(MEMORY) -lt
 CPU_CORES=$(shell nproc)
 BUILD_OPTION_OPTIPNG=$(shell echo -j$(CPU_CORES))
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D today=\$(BUILD_DATE)\
+SPHINXOPTS += -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 %:
 	dh $@ --with python2
 
 build-indep: build-doc-stamp
 
 build-doc-stamp:
-	make html man -C ./$(NS3_DIR)/doc/manual/
-	make html man -C ./$(NS3_DIR)/doc/models/
-	make html man -C ./$(NS3_DIR)/doc/tutorial/
+	make html man -C ./$(NS3_DIR)/doc/manual/ SPHINXOPTS=$(SPHINXOPTS)
+	make html man -C ./$(NS3_DIR)/doc/models/ SPHINXOPTS=$(SPHINXOPTS)
+	make html man -C ./$(NS3_DIR)/doc/tutorial/ SPHINXOPTS=$(SPHINXOPTS)
 	rm ns-3.*/doc/*/build/*/_static/jquery.js
 	rm ns-3.*/doc/*/build/*/_static/underscore.js
 	touch $@


Bug#788479: oslo-config: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: oslo-config
Version: 1.9.3-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps


Hi!

While working on the reproducible builds effort [1], we have noticed
that oslo-config could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, oslo-config can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp oslo-config-1.9.3.old/debian/rules oslo-config-1.9.3/debian/rules
--- oslo-config-1.9.3.old/debian/rules	2015-04-27 06:02:17.0 -0300
+++ oslo-config-1.9.3/debian/rules	2015-06-11 11:22:23.656052882 -0300
@@ -5,6 +5,10 @@ PYTHON3S:=$(shell py3versions -vr)
 
 UPSTREAM_GIT = git://github.com/openstack/oslo.config.git
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 include /usr/share/openstack-pkg-tools/pkgos.make
 export OSLO_PACKAGE_VERSION=$(VERSION)
 
@@ -40,7 +44,7 @@ endif
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	sphinx-build -b html doc/source $(CURDIR)/debian/python-oslo.config-doc/usr/share/doc/python-oslo.config-doc/html
+	sphinx-build $(SPHINXOPTS) -b html doc/source $(CURDIR)/debian/python-oslo.config-doc/usr/share/doc/python-oslo.config-doc/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 endif
 


Bug#788480: oslo.messaging: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: oslo.messaging
Version: 1.8.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that oslo.messaging could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, oslo.messaging can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp oslo.messaging-1.8.1.old/debian/rules oslo.messaging-1.8.1/debian/rules
--- oslo.messaging-1.8.1.old/debian/rules	2015-04-27 10:22:53.0 -0300
+++ oslo.messaging-1.8.1/debian/rules	2015-06-11 12:19:38.436133925 -0300
@@ -1,5 +1,9 @@
 #!/usr/bin/make -f
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 include /usr/share/openstack-pkg-tools/pkgos.make
 
 export OSLO_PACKAGE_VERSION=$(VERSION)
@@ -18,6 +22,6 @@ endif
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	sphinx-build -b html doc/source $(CURDIR)/debian/python-oslo.messaging/usr/share/doc/python-oslo.messaging/html
+	sphinx-build $(SPHINXOPTS) -b html doc/source $(CURDIR)/debian/python-oslo.messaging/usr/share/doc/python-oslo.messaging/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 endif


Bug#788486: pyopencl: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: pyopencl
Version: 2015.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that pyopencl could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, pyopencl can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp pyopencl-2015.1.old/debian/rules pyopencl-2015.1/debian/rules
--- pyopencl-2015.1.old/debian/rules	2015-06-09 18:08:24.0 -0300
+++ pyopencl-2015.1/debian/rules	2015-06-11 12:26:35.960143776 -0300
@@ -12,6 +12,8 @@ endif
 
 LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
 BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS:=-D today=\$(BUILD_DATE)\
+SPHINXOPTS+=-D html_last_updated_fmt=\$(BUILD_DATE)\
 
 %:
 	dh $@ --with python2,python3,sphinxdoc
@@ -50,7 +52,7 @@ override_dh_auto_install:
 override_dh_installdocs:
 # Required to build PyOpenCL symbols for documentation
 	cp -Ri pyopencl.egg-info build/lib.*-*-$(firstword $(PYTHON2))/
-	PYTHONPATH=../$$(ls -d build/lib.*-*-$(firstword $(PYTHON2)))/ $(MAKE) -C doc html SPHINXOPTS='-D today=$(BUILD_DATE)'
+	PYTHONPATH=../$$(ls -d build/lib.*-*-$(firstword $(PYTHON2)))/ $(MAKE) -C doc html SPHINXOPTS=$(SPHINXOPTS)
 	rm -rf build/lib.*-*-$(firstword $(PYTHON2))/pyopencl.egg-info 
 	dh_installdocs
 


Bug#788487: python-amqp: [PATCH] please make the build reproducible

2015-06-11 Thread Juan Picca
Package: python-amqp
Version: 1.4.6-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-amqp could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, python-amqp can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-amqp-1.4.6.old/debian/rules python-amqp-1.4.6/debian/rules
--- python-amqp-1.4.6.old/debian/rules	2015-05-19 06:47:20.0 -0300
+++ python-amqp-1.4.6/debian/rules	2015-06-11 12:36:32.040157840 -0300
@@ -3,6 +3,9 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 export PYBUILD_NAME=amqp
 
 %:
@@ -10,7 +13,7 @@ export PYBUILD_NAME=amqp
 
 override_dh_auto_build:
 	dh_auto_build
-	PYTHONPATH=. sphinx-build -b html -N docs/ docs/.build/html
+	PYTHONPATH=. sphinx-build -D today=$(BUILD_DATE) -b html -N docs/ docs/.build/html
 
 override_dh_clean:
 	rm -rf docs/.build


Bug#788308: fiona: [PATCH] please make the build reproducible

2015-06-10 Thread Juan Picca
Package: fiona
Version: 1.5.0-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that fiona could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, fiona can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -urNp fiona-1.5.0/debian/rules fiona-1.5.0.new/debian/rules
--- fiona-1.5.0/debian/rules	2015-02-05 16:37:29.0 -0200
+++ fiona-1.5.0.new/debian/rules	2015-06-10 02:52:27.434895787 -0300
@@ -2,9 +2,11 @@
 
 export LC_ALL=C.UTF-8
 export LANG=C.UTF-8
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
 
 export PYBUILD_NAME=fiona
-export PYBUILD_AFTER_BUILD_python2 = PYTHONPATH={build_dir} http_proxy='127.0.0.1:9' sphinx-build -N -bhtml docs/ build/html 
+export PYBUILD_AFTER_BUILD_python2 = PYTHONPATH={build_dir} http_proxy='127.0.0.1:9' sphinx-build -N -bhtml -D today=$(BUILD_DATE) docs/ build/html 
 export PYBUILD_TEST_NOSE=1
 export PYBUILD_BEFORE_TEST=cp -r {dir}/tests {build_dir}
 export PYBUILD_AFTER_TEST=rm -rf {build_dir}/tests


Bug#788393: brian: [PATCH] please make the build reproducible

2015-06-10 Thread Juan Picca
Source: brian
Version: 1.4.1-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that brian could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, brian can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -urNp brian-1.4.1.old/debian/rules brian-1.4.1/debian/rules
--- brian-1.4.1.old/debian/rules	2014-07-30 12:30:01.0 -0300
+++ brian-1.4.1/debian/rules	2015-06-10 10:43:01.075701742 -0300
@@ -5,6 +5,9 @@ ifeq (,$(findstring get-orig-source, $(M
 export  http_proxy=http://127.0.0.1:9/
 endif
 
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS = -D html_last_updated_fmt=$(BUILD_DATE)
 
 PACKAGE_NAME = python-brian
 PACKAGE_ROOT_DIR = debian/${PACKAGE_NAME}
@@ -38,7 +41,7 @@ override_dh_auto_install:
 ifeq (,$(filter nodoc,$(DEB_BUILD_OPTIONS)))
 	mkdir -p docs_sphinx/_static # to avoid crashes with older sphinx (e.g. on jaunty)
 	export PYTHONPATH=$$(/bin/ls -d $(INSTALL_PATH)/usr/lib/$(PYTHON)/*-packages); \
-	{ cd docs_sphinx; sphinx-build -a -E -b html . ../docs; }
+	{ cd docs_sphinx; sphinx-build -a -E $(SPHINXOPTS) -b html . ../docs; }
 	-rmdir docs_sphinx/_static	# remove directory possibly created above
 	rm docs/_static/jquery.js
 	rm -r docs/.doctrees


Bug#788394: makehuman: [PATCH] please make the build reproducible

2015-06-10 Thread Juan Picca
Package: makehuman
Version: 1.0.2-8
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that makehuman could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, makehuman can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -urNp makehuman-1.0.2.old/debian/scripts/gendoc.sh makehuman-1.0.2/debian/scripts/gendoc.sh
--- makehuman-1.0.2.old/debian/scripts/gendoc.sh	2015-05-16 19:56:27.0 -0300
+++ makehuman-1.0.2/debian/scripts/gendoc.sh	2015-06-10 11:50:00.495705233 -0300
@@ -1,10 +1,13 @@
 #!/usr/bin/env bash
 # This script creates the API documentation files.
+LAST_CHANGE=$(dpkg-parsechangelog -S Date)
+BUILD_DATE=$(LC_ALL=C date -u +%B %d, %Y -d $LAST_CHANGE)
+SPHINXOPTS=-D html_last_updated_fmt=\$BUILD_DATE\
 
 echo Creating API documentation
 
 if [ -d docs ]; then
-cd docs/sphinx; make html
+cd docs/sphinx; make html SPHINXOPTS=$SPHINXOPTS
 else
 exit 0
 fi


Bug#788396: murano: [PATCH] please make the build reproducible

2015-06-10 Thread Juan Picca
Package: murano
Version: 2015.1.0-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that murano could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, murano can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -urNp murano-2015.1.0.old/debian/rules murano-2015.1.0/debian/rules
--- murano-2015.1.0.old/debian/rules	2015-05-14 19:22:42.0 -0300
+++ murano-2015.1.0/debian/rules	2015-06-10 11:11:22.763703220 -0300
@@ -5,6 +5,10 @@ PYTHON3S:=$(shell py3versions -vr)
 
 UPSTREAM_GIT = git://github.com/stackforge/murano.git
 
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=$(BUILD_DATE)
+
 include /usr/share/openstack-pkg-tools/pkgos.make
 export OSLO_PACKAGE_VERSION=$(VERSION)
 
@@ -29,7 +33,7 @@ endif
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
-	PYTHONPATH=. sphinx-build -b html doc/source $(CURDIR)/debian/murano-doc/usr/share/doc/murano-doc/html
+	PYTHONPATH=. sphinx-build $(SPHINXOPTS) -b html doc/source $(CURDIR)/debian/murano-doc/usr/share/doc/murano-doc/html
 	dh_sphinxdoc -O--buildsystem=python_distutils
 endif
 


Bug#788402: linop: [PATCH] please make the build reproducible

2015-06-10 Thread Juan Picca
Package: linop
Version: 0.8.2-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that linop could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, linop can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp linop-0.8.2.old/debian/rules linop-0.8.2/debian/rules
--- linop-0.8.2.old/debian/rules	2014-04-22 08:10:37.0 -0300
+++ linop-0.8.2/debian/rules	2015-06-10 21:39:25.436091821 -0300
@@ -3,11 +3,14 @@
 export DH_VERBOSE=1
 export PYBUILD_NAME=linop
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 %:
 	dh $@ --with python2,python3,sphinxdoc --buildsystem=pybuild
 
 override_dh_auto_install-indep:
-	python setup.py build_sphinx -b html
+	python setup.py build_sphinx -b html --today=$(BUILD_DATE)
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodoc,$(DEB_BUILD_OPTIONS)))


Bug#788403: pyevolve: [PATCH] please make the build reproducible

2015-06-10 Thread Juan Picca
Package: pyevolve
Version: 0.6~rc1+svn398+dfsg-6
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that pyevolve could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, pyevolve can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

diff -urNp pyevolve-0.6~rc1+svn398+dfsg.old/debian/rules pyevolve-0.6~rc1+svn398+dfsg/debian/rules
--- pyevolve-0.6~rc1+svn398+dfsg.old/debian/rules	2014-08-17 18:18:20.0 -0300
+++ pyevolve-0.6~rc1+svn398+dfsg/debian/rules	2015-06-10 21:59:54.232801405 -0300
@@ -15,6 +15,8 @@ SVNREV = $(shell dpkg-parsechangelog -l$
 SVNURL = https://pyevolve.svn.sourceforge.net/svnroot/pyevolve/trunk/
 export UPNAME UPVER SVNURL SVNREV
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
 
 %:
 	dh  $@ --with python2,sphinxdoc --buildsystem=pybuild
@@ -28,7 +30,7 @@ override_dh_auto_clean:
 # Override needed for building documentation; jquery link
 override_dh_auto_build:
 	dh_auto_build
-	cd docs  sphinx-build -E -a -b html ./source ./html
+	cd docs  sphinx-build -E -a -b html -D today=$(BUILD_DATE) ./source ./html
 
 # Run the autopkgtest as unit test
 override_dh_auto_test:


Bug#788406: argvalidate: [PATCH] please make the build reproducible

2015-06-10 Thread Juan Picca
Package: argvalidate
Version: 0.9.0-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that argvalidate could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, argvalidate can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp argvalidate-0.9.0.old/debian/rules argvalidate-0.9.0/debian/rules
--- argvalidate-0.9.0.old/debian/rules	2014-09-17 16:03:59.0 -0300
+++ argvalidate-0.9.0/debian/rules	2015-06-10 22:48:58.627293262 -0300
@@ -3,11 +3,15 @@
 # Uncomment this to turn on verbose mode.
 export DH_VERBOSE=1
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 %:
 	dh $@ --with python2,sphinxdoc --buildsystem=pybuild
 
 override_dh_installdocs:
-	make -C doc html
+	make -C doc html SPHINXOPTS=$(SPHINXOPTS)
 	dh_installdocs
 
 override_dh_clean:


Bug#782294: asciidoc: make timestamps reproducible adding the flag --use-utc-timezone

2015-06-09 Thread Juan Picca
Thanks for your response Joseph.
I think that remove the timestamp can work.
Note that if i use the value revdate in the proposed footer-style
attribute (maybe a better option), i need that it was used in a
reproducible manner without showing it using the user timezone that
can vary between builds in different timezones.
Greetings,
Juan Picca

On Sun, Jun 7, 2015 at 7:36 PM, Joseph Herlant herla...@gmail.com wrote:
 Hi Juan,

 Sorry for the late answer.
 I didn't have the time to dig yet in your request, but would
 https://github.com/asciidoc/asciidoc/pull/7 solve your need?
 It brings the ability to either remove the last updated field or
 give set it to the value of the date field in set in the header. (see
 also #656736)
 I'm not sure having the time set as UTC will really change the
 reproducibility of the build as the date/time will change anyways.

 Thanks for your help,
 Joseph



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#788249: pastescript: [PATCH] please make the build reproducible

2015-06-09 Thread Juan Picca
Source: pastescript
Version: 1.7.5-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that pastescript could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, pastescript can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -urNp pastescript-1.7.5.old/debian/rules pastescript-1.7.5/debian/rules
--- pastescript-1.7.5.old/debian/rules	2012-05-27 16:46:37.0 -0300
+++ pastescript-1.7.5/debian/rules	2015-06-09 12:38:27.710010479 -0300
@@ -1,6 +1,11 @@
 #!/usr/bin/make -f
 
 #export DH_VERBOSE=1
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
+SPHINXOPTS := -D today=$(BUILD_DATE)
+SPHINXOPTS += -D html_last_updated_fmt=$(BUILD_DATE)
 
 PYVERS=$(shell pyversions -vr)
 PKGDIR=$(CURDIR)/debian/python-pastescript
@@ -20,7 +25,7 @@ build-arch:
 build-docs:
 	dh_testdir
 	dh_installdirs
-	PYTHONPATH=. sphinx-build -N -q -E -b html docs/ $(PKGDIR)/usr/share/doc/python-pastescript/docs/
+	PYTHONPATH=. sphinx-build -N -q -E -b html $(SPHINXOPTS) docs/ $(PKGDIR)/usr/share/doc/python-pastescript/docs/
 	touch $@
 
 install: build install-stamp


Bug#788247: grapefruit: [PATCH] please make the build reproducible

2015-06-09 Thread Juan Picca
Source: grapefruit
Version: 0.1~a3+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that grapefruit could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, grapefruit can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -urNp grapefruit-0.1~a3+dfsg/debian/rules grapefruit-0.1~a3+dfsg.new/debian/rules
--- grapefruit-0.1~a3+dfsg/debian/rules	2013-08-12 05:55:26.0 -0300
+++ grapefruit-0.1~a3+dfsg.new/debian/rules	2015-06-09 10:38:28.721730162 -0300
@@ -3,12 +3,18 @@ PYVERS :=  $(shell pyversions -r)
 
 UPSTREAM = $(shell dpkg-parsechangelog | egrep '^Version: ' | cut -d ' ' -f 2- | sed 's/+dfsg.*//')
 
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
+SPHINXOPTS := -D today=\$(BUILD_DATE)\
+SPHINXOPTS += -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 %:
 	dh $@ --with python2,sphinxdoc
 
 override_dh_auto_build:
 	dh_auto_build
-	PYTHONPATH=$(shell pwd) make -C doc/ html
+	PYTHONPATH=$(shell pwd) make -C doc/ html SPHINXOPTS=$(SPHINXOPTS)
 
 override_dh_install:
 	dh_install -X SOURCES.txt


Bug#788246: pyepr: [PATCH] please make the build reproducible

2015-06-09 Thread Juan Picca
Source: pyepr
Version: 0.8.2-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that pyepr could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, pyepr can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -urNp pyepr-0.8.2.old/debian/rules pyepr-0.8.2/debian/rules
--- pyepr-0.8.2.old/debian/rules	2015-01-11 07:42:19.0 -0200
+++ pyepr-0.8.2/debian/rules	2015-06-09 11:30:08.693850870 -0300
@@ -4,6 +4,11 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+SPHINXOPTS := -D today=\$(BILD_DATE)\
+SPHINXOPTS += -D html_last_updated_fmt=\$(BUILD_DATE)\
+
 # Get the supported Python versions
 #PY2VERS=$(shell pyversions -vr)
 PY3VERS=$(shell py3versions -vr)
@@ -89,7 +94,7 @@ endif
 
 override_dh_installdocs:
 ifeq (,$(findstring nodoc,$(DEB_BUILD_OPTIONS)))
-	$(MAKE) -C doc html
+	$(MAKE) -C doc html SPHINXOPTS=$(SPHINXOPTS)
 else
 	mkdir -p doc/html
 endif


Bug#787891: gem2deb: [PATCH] please make generation of gemspec file from metadata.yml reproducible

2015-06-06 Thread Juan Picca
Bug #779631 fixes this problem too, but in a better manner for me.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#787891: gem2deb: [PATCH] please make generation of gemspec file from metadata.yml reproducible

2015-06-05 Thread Juan Picca
Source: gem2deb
Version: 0.17
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timezone timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that dh_ruby don't allow generate the gemspec file from the metadata.yml
file in a reproducible manner due usage of the user timezone.

The attached patch set the environment variable TZ to UTC in dh_ruby,
ignoring the timezone of the user.
Once applied, we can built about 70 packages reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -urNp gem2deb-0.17.old/bin/dh_ruby gem2deb-0.17+nmu1/bin/dh_ruby
--- gem2deb-0.17.old/bin/dh_ruby	2015-05-28 08:50:10.0 -0300
+++ gem2deb-0.17+nmu1/bin/dh_ruby	2015-06-05 15:26:29.476450780 -0300
@@ -21,6 +21,8 @@ require 'gem2deb/setup_rb_installer'
 require 'optparse'
 include Gem2Deb
 
+ENV[TZ] = UTC
+
 engine = Gem2Deb::DhRuby.new
 
 optparse = OptionParser.new do |opts|
diff -urNp gem2deb-0.17.old/debian/changelog gem2deb-0.17+nmu1/debian/changelog
--- gem2deb-0.17.old/debian/changelog	2015-05-28 08:50:10.0 -0300
+++ gem2deb-0.17+nmu1/debian/changelog	2015-06-05 15:39:49.308481924 -0300
@@ -1,3 +1,10 @@
+gem2deb (0.17+nmu1) unstable; urgency=medium
+
+  * dh_ruby: set TZ environ variable to UTC for make the generation of 
+gemspec file from metadata.yml reproducible.
+
+ -- Juan Picca jumap...@gmail.com  Fri, 05 Jun 2015 18:22:37 +
+
 gem2deb (0.17) unstable; urgency=medium
 
   * dh-make-ruby:


Bug#787790: ossim: please make the build reproducible

2015-06-04 Thread Juan Picca
Source: ossim
Version: 1.8.16-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that ossim could not be built reproducibly.

The attached patch removes extra timestamps from the build system:

* avoid_overwrite_build_date.patch: avoid overwrite OSSIM_BUILD_DATE
  through TODAYS_DATE in CMakeLists.txt if OSSIM_BUILD_DATE was already
  defined.

* debian-rules.patch: modify debian/rules to set the variable
  OSSIM_BUILD_DATE in cmake command line.

Once applied, ossim can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Avoid overwrite build date.
 Previous to use the current date to set the variable OSSIM_BUILD_DATE check if
 it was already defined in command line.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-06-04
---
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -148,7 +148,9 @@ endif ( ZLIB_FOUND )
 #---
 # Call the OSSIM macros in OssimUtilities.cmake
 #---
-TODAYS_DATE(OSSIM_BUILD_DATE)
+if ( NOT OSSIM_BUILD_DATE )
+TODAYS_DATE(OSSIM_BUILD_DATE)
+endif()
 SET(OSSIM_SVN_REVISION_NUMBER UNKNOWN)
 GET_SVN_REVISION()
 if ( NOT ${Project_WC_REVISION} EQUAL 0 )
diff -ruNp ossim-1.8.16/debian/rules ossim-1.8.16.new/debian/rules
--- ossim-1.8.16/debian/rules	2014-11-02 10:12:44.0 -0200
+++ ossim-1.8.16.new/debian/rules	2015-06-04 15:45:25.611943209 -0300
@@ -1,5 +1,8 @@
 #!/usr/bin/make -f
 
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%Y%m%d -d $(LAST_CHANGE))
+
 OSSIM_VERSION=$(shell dpkg-parsechangelog|grep Version:|cut -d' ' -f2|cut -d- -f1)
 OSSIM_VERSION_TAG=$(subst .,_,$(OSSIM_VERSION))
 
@@ -21,6 +24,7 @@ endif
 # Add here any variable or target overrides you need.
 CMAKE_OPTS = \
-DCMAKE_INSTALL_PREFIX=/usr \
+   -DOSSIM_BUILD_DATE=$(BUILD_DATE) \
-DBUILD_OSSIM_FRAMEWORKS=ON \
-DBUILD_OSSIM_FREETYPE_SUPPORT=ON \
-DBUILD_OSSIM_ID_SUPPORT=ON \


Bug#787303: dos2unix: please make the build reproducible

2015-05-31 Thread Juan Picca
Package: dos2unix
Version: 6.0.4-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps 

Hi!

While working on the reproducible builds effort [1], we have noticed
that dos2unix could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, dos2unix can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -rupN dos2unix-6.0.4.old/debian/rules dos2unix-6.0.4/debian/rules
--- dos2unix-6.0.4.old/debian/rules	2014-01-03 09:07:50.0 -0200
+++ dos2unix-6.0.4/debian/rules	2015-05-31 03:46:57.648901919 -0300
@@ -5,6 +5,10 @@ PKGDIR		= $(CURDIR)/debian/$(PACKAGE)
 DOCROOTDIR  = $(PKGDIR)/usr/share/doc
 PKGDOCDIR   = $(DOCROOTDIR)/$(PACKAGE)
 
+BUILD_DATE   = $(shell dpkg-parsechangelog -S Date)
+PODCENTER= $(shell date -u +%Y-%m-%d --date=$(BUILD_DATE))
+export PODCENTER
+
 export DEB_BUILD_MAINT_OPTIONS  = hardening=+all
 export DEB_CFLAGS_MAINT_APPEND  = -Wall -pedantic
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed


Bug#786846: [Reproducible-builds] Bug#786846: alt-ergo: [PATCH] please make the build reproducible - set build date

2015-05-26 Thread Juan Picca
On Tue, May 26, 2015 at 10:29:12AM +0200, Jérémy Bobbio wrote:
 Juan Picca:
  --- a/Makefile.users
  +++ b/Makefile.users
  @@ -1,4 +1,5 @@
   ARCH = $(shell uname -m)
  +BUILD_DATE = $(shell LANG=en_US; date)
 
 I would use `?=` instead of `=` here to highlight that it can be preset.

Done

 
 I'm actually suprised that it works like this, but tests confirmed it.
 But hey, you learn every day:
 https://www.gnu.org/software/make/manual/html_node/Overriding.html
 Thanks Juan. :)
 
 -- 
 Lunar.''`. 
 lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
 `. `'` 
   `-   
Description: Allow set the build date
 This patch moves the date command used for set the build date to a variable,
 allowing set the build date externally.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-05-25
---
--- a/Makefile.users
+++ b/Makefile.users
@@ -1,4 +1,5 @@
 ARCH = $(shell uname -m)
+BUILD_DATE ?= $(shell LANG=en_US; date)
 
 VERSION=0.99.1
 
@@ -157,7 +158,7 @@ endif
 
 src/util/version.ml: config.status
 	@echo let version = \$(VERSION)\  src/util/version.ml
-	@echo let date = \`LANG=en_US; date`\  src/util/version.ml
+	@echo let date = \$(BUILD_DATE)\  src/util/version.ml
 	@echo let bindir = \$(BINDIR)\  src/util/version.ml
 	@echo let libdir = \$(LIBDIR)\  src/util/version.ml
 	@echo let pluginsdir = \$(PLUGINSDIR)\  src/util/version.ml


Bug#786846: alt-ergo: [PATCH] please make the build reproducible - set build date

2015-05-25 Thread Juan Picca
Package: alt-ergo
Version: 0.99.1+dfsg1-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that alt-ergo could not be built reproducibly.

The attached patch removes extra timestamps from the build system,
helping us to work in make the build reproducible.

Notes:
* 0003-allow-set-build-date.patch: is a quilt patch.
* debian-rules.patch: is a patch for the debian directory file.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Allow set the build date
 This patch moves the date command used for set the build date to a variable,
 allowing set the build date externally.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-05-25
---
--- a/Makefile.users
+++ b/Makefile.users
@@ -1,4 +1,5 @@
 ARCH = $(shell uname -m)
+BUILD_DATE = $(shell LANG=en_US; date)
 
 VERSION=0.99.1
 
@@ -157,7 +158,7 @@ endif
 
 src/util/version.ml: config.status
 	@echo let version = \$(VERSION)\  src/util/version.ml
-	@echo let date = \`LANG=en_US; date`\  src/util/version.ml
+	@echo let date = \$(BUILD_DATE)\  src/util/version.ml
 	@echo let bindir = \$(BINDIR)\  src/util/version.ml
 	@echo let libdir = \$(LIBDIR)\  src/util/version.ml
 	@echo let pluginsdir = \$(PLUGINSDIR)\  src/util/version.ml
diff -ruNp alt-ergo-0.99.1+dfsg1.old/debian/rules alt-ergo-0.99.1+dfsg1/debian/rules
--- alt-ergo-0.99.1+dfsg1.old/debian/rules	2015-05-04 14:05:56.0 -0300
+++ alt-ergo-0.99.1+dfsg1/debian/rules	2015-05-25 11:32:50.114651077 -0300
@@ -3,10 +3,13 @@
 
 #export DH_VERBOSE=1
 
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
+
 include /usr/share/ocaml/ocamlvars.mk
 
 override_dh_auto_build:
-	$(MAKE) all gui
+	$(MAKE) all gui BUILD_DATE=$(BUILD_DATE)
 
 override_dh_auto_install:
 	$(MAKE) DESTDIR=debian/tmp install install-gui


Bug#786508: ttyload: [PATCH] please make the build reproducible

2015-05-22 Thread Juan Picca
Package: ttyload
Version: 0.5-8
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that ttyload could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, ttyload can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -rupN ttyload-0.5.old/debian/pod2man.mk ttyload-0.5/debian/pod2man.mk
--- ttyload-0.5.old/debian/pod2man.mk	2013-05-23 13:30:32.0 -0300
+++ ttyload-0.5/debian/pod2man.mk	2015-05-22 08:40:40.080899770 -0300
@@ -36,7 +36,6 @@ RELEASE ?= $(PACKAGE)
 
 # Optional variables to set
 MANSECT		?= 1
-PODCENTER	?= $$(date +%Y-%m-%d)
 
 # Directories
 MANSRC		=
@@ -54,7 +53,6 @@ $(MANPAGE): $(MANPOD)
 	# make target - create manual page from a *.pod page
 	podchecker $(MANPOD)
 	LC_ALL=C $(POD2MAN) $(POD2MAN_FLAGS) \
-		--center=$(PODCENTER) \
 		--name=$(PACKAGE) \
 		--section=$(MANSECT) \
 --release=$(RELEASE) \


Bug#785774: afterstep: [PATCH] please make the build reproducible

2015-05-19 Thread Juan Picca
Source: afterstep
Version: 2.2.12-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that afterstep could not be built reproducibly.

The three attached patches removes extra timestamps from the build system:

* 47-Add-build-date-to-AsDocGen.patch: modifies ASDocGen binary to add the
  --build-date flag that expects an unix time (integer) and use it for
  timestamps in generated files (documentation).

* 48-Make-build-reproducible.patch: modifies Makefile.in adding the
  variable ASDOCGENOPTS to the command line of ASDocGen.

* debian-rules.patch: modifies the debian/rules file to get the unix
  time from the changelog file and set the variable ASDOCGENOPTS.

Once applied, afterstep can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Add build-date flag
 Add build-date flag for use the given unix time instead current time in
 timestamps.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-05-18
---
--- a/src/ASDocGen/ASDocGen.c
+++ b/src/ASDocGen/ASDocGen.c
@@ -195,14 +195,15 @@ asdocgen_usage (void)
 	printf (Usage:\n
 			%s\t\t[-t |--target plain|text|html|php|xml|nroff|source] [-s | -css stylesheets_file]\n
 			\t\t\t[--faq-css stylesheets_file] [--html-data-back background] [-d | --data]\n
-			\t\t\t[-S | --source source_dir] [-D | --dst destination_dir]\n
+			\t\t\t[-S | --source source_dir] [-D | --dst destination_dir] [--build-date unixtime]\n
 			-t | --target 		- selects oputput file format\n
 			-s | --css 		- selects which file to get HTML style sheets from\n
 			 --faq-css	- selects which file to get HTML style sheets from for FAQs\n
   --html-data-back - which image file to use as HTML background ( default background.jpg )\n
 			-d | --data- generate HTML catalogue of image/data files\n
 			-S | --source  - specifies dir to read XML source or data source from\n
-			-D | --dst - specifies destination directory - where to wriote stuff to\n,
+			-D | --dst - specifies destination directory - where to wriote stuff to\n
+			 --build-date  - uses the given unix time instead current time\n,
 			MyName);
 	exit (0);
 }
@@ -215,6 +216,8 @@ main (int argc, char **argv)
 	char *source_dir = NULL ;
 	const char *destination_dir = NULL ;
 	Bool do_data = False;
+	Bool use_build_date = False;
+	time_t build_date;
 	ASDocType target_type = DocType_Source ;
 	/* Save our program name - for error messages */
 	set_DeadPipe_handler(DeadPipe);
@@ -269,6 +272,17 @@ main (int argc, char **argv)
 			{
 ++i ;
 destination_dir = argv[i] ;
+			}else if( strcmp( argv[i], --build-date ) == 0  i+1  argc  argv[i+1] != NULL )
+			{
+++i ;
+struct tm tm;
+if( strptime(argv[i], %s, tm) == NULL)
+	show_error( invalid unix time \%s\, argv[i] );
+else
+{
+	build_date = mktime(tm);
+	use_build_date = True;
+}
 			}
 		}
 	}		  
@@ -295,7 +309,6 @@ main (int argc, char **argv)
 	TopicIndexName = UserTopicIndexName ; 
 
 	if( target_type  DocType_Source ) {	
-		time_t curtime;
	struct tm *loctime;
 		ASHashData hashd;
 		
@@ -306,9 +319,15 @@ main (int argc, char **argv)
 		}
 		
 		/* Get the current time. */
-		curtime = time (NULL);
- 	/* Convert it to local time representation. */
-		loctime = localtime (curtime);
+		if( use_build_date )
+			loctime = gmtime (build_date);
+		else
+		{
+			time_t curtime = time (NULL);
+			/* Convert it to local time representation. */
+			loctime = localtime (curtime);
+		}
+
 		strftime(CurrentDateLong, DATE_SIZE, %b %e %Y, loctime);
 		strftime(CurrentDateShort, DATE_SIZE, %m/%d/%Y, loctime);
 	}
Description: Add variable for ASDocGen options in Makefile.in
 Add variable ASDOCGENOPTS in Makefile.in to pass extra options to ASDocGen
 when build the documentation.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-05-19
---
--- a/src/ASDocGen/Makefile.in
+++ b/src/ASDocGen/Makefile.in
@@ -1,3 +1,6 @@
+# You can set these variables from the command line.
+ASDOCGENOPTS	=
+
 OBJS		= ASDocGen.o datadoc.o docfile.o robodoc.o xmlproc.o
 
 PROG		= ASDocGen
@@ -18,18 +21,18 @@ do_compile:$(OBJS) $(LIBS_DEPEND) Ma
 		@touch do_compile
 
 doc_man:	do_compile
-		@echo -n Generating man pages ... ; ./ASDocGen -l log.man -t nroff ; echo Done ; touch doc_man
+		@echo -n Generating man pages ... ; ./ASDocGen -l log.man -t nroff $(ASDOCGENOPTS) ; echo Done ; touch doc_man
 
 doc_html:	do_compile
-		@echo -n Generating

Bug#785617: python-carrot: [PATCH] please make the build reproducible

2015-05-18 Thread Juan Picca
Package: python-carrot
Version: 0.10.7-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that python-carrot could not be built reproducibly.

The attached patch fixes non reproducibility generated by timestamps
in documentation. Once applied, python-carrot can be built reproducibly
in our current experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -rupN python-carrot-0.10.7.old/debian/rules python-carrot-0.10.7/debian/rules
--- python-carrot-0.10.7.old/debian/rules	2015-05-18 10:46:16.0 +
+++ python-carrot-0.10.7/debian/rules	2015-05-18 10:53:31.360883012 +
@@ -8,6 +8,8 @@
 
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
 
 %:
 	dh  $@
@@ -21,7 +23,7 @@ override_dh_auto_build:
 
 	# Make the documentation.
 	cp -r docs docs.debian
-	make -C docs.debian html
+	make -C docs.debian html SPHINXOPTS=-D today=\$(BUILD_DATE)\
 	rm -rf docs.debian/_build/html/_sources/
 
 override_dh_installdocs:


Bug#785583: s5: [PATCH] please make the build reproducible

2015-05-17 Thread Juan Picca
Package: s5
Version: 1.1.dfsg.2-5
Followup-For: Bug #785583
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Sorry, i miss the patch.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -rupN s5-1.1.dfsg.2.old/debian/rules s5-1.1.dfsg.2/debian/rules
--- s5-1.1.dfsg.2.old/debian/rules	2010-02-25 11:30:17.0 -0200
+++ s5-1.1.dfsg.2/debian/rules	2015-05-17 21:59:02.383413358 -0300
@@ -19,7 +19,7 @@ get-orig-source:
 override_dh_auto_build:
 	mkdir -p $C $S
 	tar -cf - --exclude=.DS_Store *.html pix primer ui | tar -C $S -xf -
-	cd $S  unzip -x ../../s5-blank.zip
+	cd $S  TZ=UTC unzip -x ../../s5-blank.zip
 	find $S -name __MACOSX -or -name .DS_Store | xargs rm -rf
 	find $S -regextype posix-extended -type f -iregex '.*\.(css|htc|html|js|txt)' -print0 | xargs -0 sed -i.debbuild -e 's/
$$//'
 	find $S -type f -name '*.debbuild' -delete


Bug#785583: s5: [PATCH] please make the build reproducible

2015-05-17 Thread Juan Picca
Package: s5
Version: 1.1.dfsg.2-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that s5 could not be built reproducibly.

The attached patch fixes issues with timestamps when unzip files during
the build. Once applied, s5 can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#783475: texi2html: [PATCH] Allow make the build of documentation reproducible adding the use-date flag.

2015-05-17 Thread Juan Picca
Package: texi2html
Version: 1.82+dfsg1-3
Followup-For: Bug #783475

Modified patch after comments and advices of Jérémy Bobbio.
The option was renamed to --build-date and now expects an unix time
integer which is formatted using pretty_time instead of using a given
string to show as timestamp.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Add --build-date command line flag.
 Allow create reproducible documentation passing a unix time in the command
 line.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-05-16
--- a/T2h_i18n.pm
+++ b/T2h_i18n.pm
@@ -295,7 +295,14 @@ sub pretty_date($)
 my $lang = shift;
 my($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst);
 
-($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) = localtime(time);
+if ($Texi2HTML::Config::BUILD_DATE)
+{
+($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) = gmtime($Texi2HTML::Config::BUILD_DATE);
+}
+else
+{
+($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) = localtime(time);
+}
 $year += ($year  70) ? 2000 : 1900;
 # obachman: Let's do it as the Americans do
 #return($MONTH_NAMES-{$lang}[$mon] . ,  . $mday .   . $year);
--- a/texi2html.init
+++ b/texi2html.init
@@ -260,6 +260,10 @@ $MONOLITHIC = 1;
 # the specified url are used as stylesheet links
 @CSS_REFS = ();
 
+# -build-date
+# Use the given unix time as build date showing UTC timezone when it is used
+$BUILD_DATE = undef;
+
 ##
 # The following options are only relevant if $L2H is set
 #
--- a/texi2html.pl
+++ b/texi2html.pl
@@ -261,6 +261,7 @@ $EXTERNAL_DIR
 $IGNORE_PREAMBLE_TEXT
 @CSS_FILES
 @CSS_REFS
+$BUILD_DATE
 $INLINE_CONTENTS
 $INLINE_INSERTCOPYING
 );
@@ -2600,6 +2601,13 @@ $T2H_OPTIONS - {'css-ref'} =
  verbose = 'generate reference to the CSS URL $s'
 };
 
+$T2H_OPTIONS - {'build-date'} =
+{
+ type = '=i',
+ linkage = \$Texi2HTML::Config::BUILD_DATE,
+ verbose = 'use the given unix time as build date showing UTC timezone when it is used'
+};
+
 $T2H_OPTIONS - {'transliterate-file-names'} =
 {
  type = '!',
--- a/doc/texi2html.texi
+++ b/doc/texi2html.texi
@@ -523,6 +523,8 @@ Display a short help and exit.
 Be verbose.
 @item @longopt{version}
 Display version information and exit.
+@item @longopt{build-date=@var{unixtime}}
+Use the given unix time as build date showing UTC timezone when it is used.
 @end table
 
 @c 
--- a/doc/texi2html.info
+++ b/doc/texi2html.info
@@ -435,6 +435,9 @@ Miscellaneous general options:
 `--version'
  Display version information and exit.
 
+`--build-date=UNIXTIME'
+ Use the given unix time as build date showing UTC timezone when it is used.
+
 
 File: texi2html.info,  Node: Splitting output,  Next: Output files,  Prev: General options,  Up: Invoking texi2html
 


Bug#784723: alot: [PATCH] Please make the build reproducible

2015-05-07 Thread Juan Picca
Source: alot
Version: 0.3.6-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that alot could not be built reproducibly.

The attached patch removes extra timestamps from the build system
when creating the source archive. Once applied, alot can be built
reproducibly in our current experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -rupN alot-0.3.6.old/debian/rules alot-0.3.6/debian/rules
--- alot-0.3.6.old/debian/rules	2014-08-22 06:52:14.0 -0300
+++ alot-0.3.6/debian/rules	2015-05-07 11:35:52.565732248 -0300
@@ -1,4 +1,6 @@
 #!/usr/bin/make -f
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
 
 %:
 	dh $@ --with python2,sphinxdoc
@@ -6,7 +8,7 @@
 override_dh_auto_build:
 	dh_auto_build
 	rm -rf $(CURDIR)/docs/build
-	$(MAKE) -C docs html man
+	$(MAKE) -C docs html man SPHINXOPTS=-D today=\$(BUILD_DATE)\
 
 override_dh_auto_install:
 	dh_auto_install -- --install-lib=/usr/share/alot/


Bug#783478: texi2html: [PATCH] Please make the build reproducible

2015-04-27 Thread Juan Picca
Package: texi2html
Version: 1.82+dfsg1
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that texi2html could not be built reproducibly.

The attached patch removes extra timestamps from the build system and
ensure a stable file order when creating the source archive. Once
applied, texi2html can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

NOTE: THIS PATCH DEPENDS OF https://bugs.debian.org/783475

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Make the build reproducible
 This patch uses dpkg-parsechangelog instead of mdate-sh in configure.ac. A
 previous patch modifies the file configure.ac, changing his last modified
 time avoiding make the build reproducible.
 Due not usage the file mdate-sh is removed.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-04-26
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/configure.ac
+++ b/configure.ac
@@ -10,7 +10,7 @@ dnl --enable-maintainer-mode argument.
 AM_MAINTAINER_MODE
 
 dnl Misc variable settings
-PACKAGE_DATE=`$srcdir/mdate-sh $srcdir/configure.ac`
+PACKAGE_DATE=`dpkg-parsechangelog -S date`
 AC_SUBST([PACKAGE_DATE])
 
 dnl Checks for programs.
--- a/doc/mdate-sh
+++ /dev/null
@@ -1,201 +0,0 @@
-#!/bin/sh
-# Get modification time of a file or directory and pretty-print it.
-
-scriptversion=2005-06-29.22
-
-# Copyright (C) 1995, 1996, 1997, 2003, 2004, 2005 Free Software
-# Foundation, Inc.
-# written by Ulrich Drepper drep...@gnu.ai.mit.edu, June 1995
-#
-# This program is free software; you can redistribute it and/or modify
-# it under the terms of the GNU General Public License as published by
-# the Free Software Foundation; either version 2, or (at your option)
-# any later version.
-#
-# This program is distributed in the hope that it will be useful,
-# but WITHOUT ANY WARRANTY; without even the implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-# GNU General Public License for more details.
-#
-# You should have received a copy of the GNU General Public License
-# along with this program; if not, write to the Free Software Foundation,
-# Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
-
-# As a special exception to the GNU General Public License, if you
-# distribute this file as part of a program that contains a
-# configuration script generated by Autoconf, you may include it under
-# the same distribution terms that you use for the rest of that program.
-
-# This file is maintained in Automake, please report
-# bugs to bug-autom...@gnu.org or send patches to
-# automake-patc...@gnu.org.
-
-case $1 in
-  '')
- echo $0: No file.  Try \`$0 --help' for more information. 12
- exit 1;
- ;;
-  -h | --h*)
-cat \EOF
-Usage: mdate-sh [--help] [--version] FILE
-
-Pretty-print the modification time of FILE.
-
-Report bugs to bug-autom...@gnu.org.
-EOF
-exit $?
-;;
-  -v | --v*)
-echo mdate-sh $scriptversion
-exit $?
-;;
-esac
-
-# Prevent date giving response in another language.
-LANG=C
-export LANG
-LC_ALL=C
-export LC_ALL
-LC_TIME=C
-export LC_TIME
-
-# GNU ls changes its time format in response to the TIME_STYLE
-# variable.  Since we cannot assume `unset' works, revert this
-# variable to its documented default.
-if test ${TIME_STYLE+set} = set; then
-  TIME_STYLE=posix-long-iso
-  export TIME_STYLE
-fi
-
-save_arg1=$1
-
-# Find out how to get the extended ls output of a file or directory.
-if ls -L /dev/null 1/dev/null 21; then
-  ls_command='ls -L -l -d'
-else
-  ls_command='ls -l -d'
-fi
-
-# A `ls -l' line looks as follows on OS/2.
-#  drwxrwx---0 Aug 11  2001 foo
-# This differs from Unix, which adds ownership information.
-#  drwxrwx---   2 root  root  4096 Aug 11  2001 foo
-#
-# To find the date, we split the line on spaces and iterate on words
-# until we find a month.  This cannot work with files whose owner is a
-# user named `Jan', or `Feb', etc.  However, it's unlikely that `/'
-# will be owned by a user whose name is a month.  So we first look at
-# the extended ls output of the root directory to decide how many
-# words should be skipped to get the date.
-
-# On HPUX /bin/sh, set interprets -rw-r--r-- as options, so the x below.
-set x`ls -l -d /`
-
-# Find which argument is the month.
-month=
-command=
-until test $month
-do
-  shift
-  # Add another shift to the command.
-  command=$command shift;
-  case $1 in
-Jan) month=January; nummonth=1;;
-Feb) month=February; nummonth

Bug#783475: texi2html: [PATCH] Allow make the build of documentation reproducible adding the use-date flag.

2015-04-27 Thread Juan Picca
Package: texi2html
Version: 1.82+dfsg1
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the reproducible builds effort [1], we have noticed
that texi2html could not allow to built documentation reproducibly.

The attached patch adds the flag use-date that allows use the given  string
for the date, instead the generated timestamps.
Once applied, we can build reproducibly the packages that use
texi2html for generate documentation in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Add flag use-date
 Allow make the build of documentation reproducible using the value given in
 the command line for use instead of date timestamp.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-04-26
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/texi2html.init
+++ b/texi2html.init
@@ -260,6 +260,10 @@ $MONOLITHIC = 1;
 # the specified url are used as stylesheet links
 @CSS_REFS = ();
 
+# -use-date
+# the specified string is used as date timestamp in generated files
+$USE_DATE = undef;
+
 ##
 # The following options are only relevant if $L2H is set
 #
--- a/texi2html.pl
+++ b/texi2html.pl
@@ -261,6 +261,7 @@ $EXTERNAL_DIR
 $IGNORE_PREAMBLE_TEXT
 @CSS_FILES
 @CSS_REFS
+$USE_DATE
 $INLINE_CONTENTS
 $INLINE_INSERTCOPYING
 );
@@ -1910,6 +1911,8 @@ sub set_date()
 }
 $Texi2HTML::THISDOC{'today'} = $Texi2HTML::Config::DATE 
 if (defined($Texi2HTML::Config::DATE));
+$Texi2HTML::THISDOC{'today'} = $Texi2HTML::Config::USE_DATE
+if (defined($Texi2HTML::Config::USE_DATE));
 $::things_map_ref-{'today'} = $Texi2HTML::THISDOC{'today'};
 $::pre_map_ref-{'today'} = $Texi2HTML::THISDOC{'today'};
 $::texi_map_ref-{'today'} = $Texi2HTML::THISDOC{'today'};
@@ -2600,6 +2603,13 @@ $T2H_OPTIONS - {'css-ref'} =
  verbose = 'generate reference to the CSS URL $s'
 };
 
+$T2H_OPTIONS - {'use-date'} =
+{
+ type = '=s',
+ linkage = \$Texi2HTML::Config::USE_DATE,
+ verbose = 'use given date in generation timestamps $s'
+};
+
 $T2H_OPTIONS - {'transliterate-file-names'} =
 {
  type = '!',
--- a/doc/texi2html.texi
+++ b/doc/texi2html.texi
@@ -853,6 +853,9 @@ This command line switch provides for th
 to a Cascading Style Sheet (@acronym{CSS}) URL.  More than one URL may be
 specified (array @variable{@@CSS_REFS}). 
 
+@item @longopt{use-date=@var{DATE}}
+This command line uses the given date in place of generated timestamps.
+
 @item @longopt{html-xref-prefix=@var{path}}
 This option sets the base directory for external @acronym{HTML} texinfo manuals 
 (variable @variable{$EXTERNAL_DIR}).  Defaults to @samp{../}.
--- a/doc/texi2html.info
+++ b/doc/texi2html.info
@@ -700,6 +700,9 @@ Miscalleneous style changes may be achie
  to a Cascading Style Sheet (CSS) URL.  More than one URL may be
  specified (array `@CSS_REFS').
 
+`--use-date=DATE'
+This command line uses the given date in place of generated timestamps.
+
 `--html-xref-prefix=PATH'
  This option sets the base directory for external HTML texinfo
  manuals (variable `$EXTERNAL_DIR').  Defaults to `../'.


Bug#783574: mopidy: [PATCH] Please make the build reproducible.

2015-04-27 Thread Juan Picca
Source: mopidy
Version: 1.0.2
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that mopidy could not be built reproducibly.

The attached patch removes generated timestamps from the build system.
Once applied, mopidy can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Make documentation build reproducible.
 Use the last changelog date in generated documentation
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-04-28
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/docs/Makefile
+++ b/docs/Makefile
@@ -1,8 +1,10 @@
 # Makefile for Sphinx documentation
 #
+LAST_CHANGE=$(shell dpkg-parsechangelog -S Date -l../debian/changelog)
+BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE))
 
 # You can set these variables from the command line.
-SPHINXOPTS=
+SPHINXOPTS= -D today=$(BUILD_DATE)
 SPHINXBUILD   = sphinx-build
 PAPER =
 BUILDDIR  = _build


Bug#783219: iputils: [PATCH] Please make the build reproducible

2015-04-23 Thread Juan Picca
Source: iputils
Version: 20121221
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that iputils could not be built reproducibly.

The attached patch removes extra timestamps from the build system.
Once applied, iputils can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Reproducible timestamps in generated files
 This patch allow to use the date from debian/changelog in generated documentation.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-04-24
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/doc/Makefile
+++ b/doc/Makefile
@@ -1,3 +1,4 @@
+BUILD_DATE=$(shell dpkg-parsechangelog -S Date -l../debian/changelog | LC_ALL=C date -u +%d %B %Y -f -)
 SGMLFILES=$(shell echo *.sgml)
 HTMLFILES=$(subst .sgml,.html,$(SGMLFILES)) index.html
 MANFILES=$(subst .sgml,.8,$(SGMLFILES))
@@ -30,7 +31,7 @@ iputils.html: iputils.db
 
 $(MANFILES): index.db
 	@-mkdir tmp.db2man
-	@set -e; cd tmp.db2man; nsgmls ../$ | sgmlspl ../docbook2man-spec.pl ;	mv $@ ..
+	@set -e; cd tmp.db2man; nsgmls ../$ | sgmlspl ../docbook2man-spec.pl $(BUILD_DATE);	mv $@ ..
 	@-rm -rf tmp.db2man
 
 fix_sgml2man:
--- a/doc/docbook2man-spec.pl
+++ b/doc/docbook2man-spec.pl
@@ -266,7 +266,7 @@ sgml('/REFMETA', sub {
 .\\ etc. to Steve Cheng steve\@ggi-project.org.
 _END_BANNER
 
-	my $manpage_date = `date +%d %B %Y`;
+	my $manpage_date = (@ARGV == 1) ? $ARGV[0] : `date +%d %B %Y`;
 		
 	output '.TH ';
 	
@@ -280,7 +280,7 @@ _END_BANNER
 	}
 	
 	output  ' ', fold_string($manpage_sect), 
-		' ', fold_string(`date +%d %B %Y`), 
+		' ', fold_string($manpage_date),
 		' ', $manpage_misc, 
 		' ', $manpage_manual, 
 		\\n;


Bug#782294: asciidoc: make timestamps reproducible adding the flag --use-utc-timezone

2015-04-13 Thread Juan Picca
Package: asciidoc
Version: 8.6.9-3
Followup-For: Bug #782294
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

User elextr from github noted that function tzset() from the previous patch
only works for unixes:
https://github.com/jumapico/asciidoc/commit/74a0530e0eada1eef853ee0939ba7f9f59b22470
I rewrite the previous patch.

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Add --use-utc-timezone flag for reproducible builds.
 Adds a new flag, --use-utc-timezone, that uses the UTC timezone instead of
 the local one, making the generation of the documentation reproducible.
Author: Juan Picca jumap...@gmail.com
Bug: https://bugs.debian.org/782294
Last-Update: 2014-04-13
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/asciidoc.py
+++ b/asciidoc.py
@@ -1270,9 +1270,11 @@ def char_encode(s):

 def time_str(t):
 Convert seconds since the Epoch to formatted local time string.
-t = time.localtime(t)
+t = time.localtime(t) if not utc_mode else time.gmtime(t)
 s = time.strftime('%H:%M:%S',t)
-if time.daylight and t.tm_isdst == 1:
+if utc_mode:
+result = s + ' UTC'
+elif time.daylight and t.tm_isdst == 1:
 result = s + ' ' + time.tzname[1]
 else:
 result = s + ' ' + time.tzname[0]
@@ -1285,7 +1287,7 @@ def time_str(t):

 def date_str(t):
 Convert seconds since the Epoch to formatted local date string.
-t = time.localtime(t)
+t = time.localtime(t) if not utc_mode else time.gmtime(t)
 return time.strftime('%Y-%m-%d',t)


@@ -5883,6 +5885,7 @@ tables = Tables()   # Table defi
 macros = Macros()   # Macro definitions.
 calloutmap = CalloutMap()   # Coordinates callouts and callout list.
 trace = Trace() # Implements trace attribute processing.
+utc_mode = False# Use utc time functions.

 ### Used by asciidocapi.py ###
 # List of message strings written to stderr.
@@ -6219,7 +6222,7 @@ if __name__ == '__main__':
 ['attribute=','backend=','conf-file=','doctype=','dump-conf',
 'help','no-conf','no-header-footer','out-file=',
 'section-numbers','verbose','version','safe','unsafe',
-'doctest','filter=','theme='])
+'doctest','use-utc-timezone','filter=','theme='])
 except getopt.GetoptError:
 message.stderr('illegal command options')
 sys.exit(1)
@@ -6234,6 +6237,9 @@ if __name__ == '__main__':
 sys.exit(0)
 else:
 sys.exit(1)
+# Use UTC timezone for date and time
+if '--use-utc-timezone' in opt_names:
+utc_mode = True
 # Look for plugin management commands.
 count = 0
 for o,v in opts:
--- a/doc/asciidoc.1.txt
+++ b/doc/asciidoc.1.txt
@@ -95,6 +95,10 @@ OPTIONS
 The *--theme* option is also used to manage theme plugins (see
 X1,*PLUGIN COMMANDS*).

+*--use-utc-timezone*::
+Use the UTC timezone for show dates and times. Afects docdate,
+doctime, localdate and localtime attributes.
+
 *-v, --verbose*::
 Verbosely print processing information and configuration file
 checks to stderr.


Bug#782182: libalog: [PATCH] Please, make the build reproducible

2015-04-08 Thread Juan Picca
Source: libalog
Version: 0.5.0
Severity: normal

Dear Maintainer,

Please, consider the patch for make the build reproducible.
For more information about reproducible builds please see
https://wiki.debian.org/ReproducibleBuilds

Greetings,
Juan Picca

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libalog-0.5.0/debian/changelog libalog-0.5.0/debian/changelog
--- libalog-0.5.0/debian/changelog	2014-10-16 10:42:31.0 -0200
+++ libalog-0.5.0/debian/changelog	2015-04-08 22:33:35.0 -0300
@@ -1,3 +1,9 @@
+libalog (0.5.0-1.0~reproducible1) unstable; urgency=medium
+
+   * Make the build reproducible
+
+ -- Juan Picca jumap...@gmail.com  Thu, 09 Apr 2015 01:33:06 +
+
 libalog (0.5.0-1) unstable; urgency=medium
 
   * Imported upstream version 0.5.0
diff -Nru libalog-0.5.0/debian/patches/series libalog-0.5.0/debian/patches/series
--- libalog-0.5.0/debian/patches/series	1969-12-31 21:00:00.0 -0300
+++ libalog-0.5.0/debian/patches/series	2015-04-08 21:55:26.0 -0300
@@ -0,0 +1 @@
+use-tz-with-asciidoc.patch
diff -Nru libalog-0.5.0/debian/patches/use-tz-with-asciidoc.patch libalog-0.5.0/debian/patches/use-tz-with-asciidoc.patch
--- libalog-0.5.0/debian/patches/use-tz-with-asciidoc.patch	1969-12-31 21:00:00.0 -0300
+++ libalog-0.5.0/debian/patches/use-tz-with-asciidoc.patch	2015-04-09 01:24:07.0 -0300
@@ -0,0 +1,30 @@
+Description: Use TZ with asciidoc for a reproducible build
+ Related to https://wiki.debian.org/ReproducibleBuilds
+ .
+ libalog (0.5.0-1) unstable; urgency=medium
+ .
+Author: Juan Picca jumap...@gmail.com
+
+---
+
+Origin: other
+
+--- libalog-0.5.0.orig/doc/Makefile
 libalog-0.5.0/doc/Makefile
+@@ -23,13 +23,13 @@ $(DESTDIR)/asciidoc.css: asciidoc.css
+ 	cp $ $@
+
+ $(DESTDIR)/index.html: index page.conf
+-	asciidoc $(ASCIIDOC_OPTS) $  $@
++	TZ=UTC asciidoc $(ASCIIDOC_OPTS) $  $@
+
+ $(DESTDIR)/README.html: ../README
+-	asciidoc $(ASCIIDOC_OPTS) $  $@
++	TZ=UTC asciidoc $(ASCIIDOC_OPTS) $  $@
+
+ $(DESTDIR)/CHANGELOG.html: ../CHANGELOG
+-	asciidoc $(ASCIIDOC_OPTS) $  $@
++	TZ=UTC asciidoc $(ASCIIDOC_OPTS) $  $@
+
+ $(DESTDIR):
+ 	mkdir $@
diff -Nru libalog-0.5.0/debian/rules libalog-0.5.0/debian/rules
--- libalog-0.5.0/debian/rules	2014-10-16 10:35:04.0 -0200
+++ libalog-0.5.0/debian/rules	2015-04-08 23:45:23.0 -0300
@@ -19,7 +19,7 @@
 	rm -rf debian/tmp-*
 
 override_dh_quilt_patch:
-	guards --config debian/patches/guards  debian/patches/series $(ARCH)
+	guards --config debian/patches/guards  debian/patches/series $(ARCH)
 	dh_quilt_patch
 
 override_dh_auto_build:


Bug#780378: libpam-mount: The validation command for the pam_mount.conf.xml file in README.Debian is wrong

2015-03-12 Thread Juan Picca
Package: libpam-mount
Version: 2.14-1.1
Severity: minor

Dear Maintainer,

The --path option of xmllint uses a path for load the dtd file, not
the full path of the dtd file.

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libpam-mount depends on:
ii  base-files  8
ii  libc6   2.19-15
ii  libcryptsetup4  2:1.6.6-5
ii  libhx28 3.21-1
ii  libmount1   2.25.2-5
ii  libpam-runtime  1.1.8-3.1
ii  libpam0g1.1.8-3.1
ii  libpcre32:8.35-3.3
ii  libssl1.0.0 1.0.1k-1
ii  libxml2 2.9.1+dfsg1-5
ii  mount   2.25.2-5

libpam-mount recommends no packages.

Versions of packages libpam-mount suggests:
ii  cifs-utils  2:6.4-1
pn  davfs2  none
ii  fuse2.9.3-15+b1
ii  lsof4.86+dfsg-1
pn  ncpfs   none
ii  openssl 1.0.1k-1
ii  psmisc  22.21-2
ii  sshfs   2.5-1
pn  tc-utilsnone
pn  xfsprogsnone

-- no debconf information
--- README.Debian.orig	2015-03-12 22:01:58.267755208 -0300
+++ README.Debian	2015-03-12 22:02:15.691775822 -0300
@@ -17,7 +17,7 @@
 If xmllint is installed, the configuration file can be validated with
 the following command:
 	xmllint --nonet --noout --loaddtd --valid
-	--path /usr/share/xml/pam_mount/dtd/pam_mount.conf.xml.dtd
+	--path /usr/share/xml/pam_mount/dtd
 	/etc/security/pam_mount.conf.xml