[Reproducible-builds] Hello, Happy, To Mee,t You,
/HELLO DEAR (faithless...@hotmail.com} HOW ARE YOU TODAY, I HOPE ALL IS WELL. MY NAME IS FAITH, I AM VERY GOOD LOOKING PERFECT BODY FIGURE GIRL KIND , SINCERE AND TRUSTED, GOD FEARING.AND,I SAW YOUR PROFILE I WAS DELIGHTED TO CONTACT YOU, I HOPE YOU WILL BE THE TRUE LOVING, HONEST AND CARING MAN, THAT I HAVE BEEN LOOKING FOR, AND I HAVE SOMETHING SPECIAL TO TELL YOU ABOUT ME, SO PLEASE CONTACT ME DIRECTLY THROUGH MY PRIVATE EMAIL (faithless...@hotmail.com) SO THAT I CAN ALSO SEND MY PICTURE DIRECTLY TO YOU. REMEBER THAT LOVE HAS, NO COLOUR BARRIER, RELIGIOUS,NATIONALITY OR DISTANCE BARRIER, BUT LOVE MATTERS MOST,MY HAPPINESS/ MY JOY ALL IS IN YOUR HANDS,PLEASE DON'T LET ME DOWN OK.I REGARDS I KISSS YOU, I WILL BE WAITING FOR YOUR RESPONSE LOVE. YOURS FAITH (faithless...@hotmail.com}/ Mensagem enviada através do email grátis AEIOU http://www.aeiou.pt ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] 786601: Re: sbcl: ftbfs when locales-all is installed but not locales
Hi, On Samstag, 23. Mai 2015, Holger Levsen wrote: Source: sbcl Version: 2:1.2.11-2 Severity: serious User: reproducible-builds@lists.alioth.debian.org Usertags: environment Hi, While working on the “reproducible builds” effort [1], we have noticed that sbcl fails to build from source, when when locales-all is installed but not locales: [...] localedef -i en_US -f UTF-8 debian/tmpdir/usr/lib/locale/en_US.UTF-8 character map file `UTF-8' not found: No such file or directory cannot read character map directory `/usr/share/i18n/charmaps': No such file or directory because: $ dpkg -L locales|grep /usr/share/i18n/charmaps|wc -l 228 $ dpkg -L locales-all|grep /usr/share/i18n/charmaps|wc -l 0 cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#786615: kfreebsd-10: source tarballs have unreproducible file order
Package: src:kfreebsd-10 Version: 10.1~svn274115-4 Severity: wishlist Tags: patch pending User: reproducible-builds@lists.alioth.debian.org Usertags: fileordering Hi, The kfreebsd-10 (kernel) packaging creates two source tarballs: * orig.tar.xz, updated by the package maintainer for each new upstream version * in kfreebsd-source, a binary arch-indep package The ordering of files is uncertain when these tarballs are created, perhaps especially on the ZFS filesystem. The attached patch will fix that, so that independently built tarballs don't differ needlessly, and any real difference in their content is easy to identify. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#786633: webkit2pdf: please make the build reproducible
Source: webkit2pdf Version: 0.3-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps X-Debbugs-CC: reproducible-builds@lists.alioth.debian.org Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that webkit2pdf doesn't build reproducibly. The build date is embedded into the manpage. The attached patch fixes this by using the date from the latest changelog entry. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/rules b/debian/rules index cb5d30b..e49ea60 100755 --- a/debian/rules +++ b/debian/rules @@ -1,6 +1,6 @@ #!/usr/bin/make -f -DATE=$(shell date +%F) +DATE=$(shell dpkg-parsechangelog -S Date | date -u +%F -f -) OP=\( REL=$(shell head -1 debian/changelog | cut -d ${OP} -f 2 | cut -d '-' -f 1) MAN=debian/webkit2pdf signature.asc Description: OpenPGP digital signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#786637: nvidia-settings: please make the build reproducible
Source: nvidia-settings Version: 340.46-2 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps username hostname Hi! While working on the “reproducible builds” effort [1], we have noticed that nvidia-settings could not be built reproducibly. The attached patch redefines DATE, WHOAMI, and HOSTNAME_CMD in debian/rules to stable values. Once applied, nvidia-settings can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -Nru nvidia-settings-340.46/debian/rules nvidia-settings-340.46/debian/rules --- nvidia-settings-340.46/debian/rules 2014-09-08 11:26:06.0 + +++ nvidia-settings-340.46/debian/rules 2015-05-23 18:57:40.0 + @@ -28,6 +28,12 @@ AUTOKEEP = debian/watch AUTOCLEAN = $(filter-out $(AUTOKEEP),$(AUTOGEN)) +# Redefine DATE to something stable to make the build reproducible +DATE = date -u --date='$(shell dpkg-parsechangelog -S Date)' +# Cheat for user and hostname +WHOAMI = echo user +HOSTNAME_CMD = echo debian +export DATE WHOAMI HOSTNAME_CMD %: dh $@ signature.asc Description: Digital signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds