Re: [Reproducible-builds] locale woes
Hi all, so after some help I have compiled this a few times with different locales and LC_ALL settings and I cannot seem to reproduce this silly symbol. I am not convinced I am doing it right though. It gets dropped more often than not. Any suggestions welcome so that I can convince upstream to encode the generated files utf-8 which DOES work, I just have to prove it. It is a holiday weekend here, but mine is delayed to Sun-Tues evening as I am heading off to visit parents. Will be offline till then, but look forward to some ideas Wednesday :) Thanks everyone for all your help, Scarlett On Sat, May 28, 2016 at 9:27 AM, Scarlett Clark < scarlett.gately.cl...@gmail.com> wrote: > > > On Sat, May 28, 2016 at 8:11 AM, Holger Levsen > wrote: > >> On Sat, May 28, 2016 at 08:01:13AM -0700, Scarlett Clark wrote: >> > I need the locale settings for both builders please. >> >> https://tests.reproducible-builds.org/index_variations.html >> >> >> Thanks, now the problem is LC_ALL unset on one of the builders. I am > asked to build with LC_ALL=C on my computer and see if it fixes it. > However, I do not see how that would prove anything, of course it will > build, but that is irrelevant to the "reproducibility". Can anyone advise > me on how to proceed > with this? I have a perfectly working patch that fixes kconfig_compiler by > the way, I just do not want to ruffle any feathers. > Thanks, > Scarlett > > >> -- >> cheers, >> Holger >> > > ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#825706: imagemagick: please use deterministic timestamps in pdf metadata
Source: imagemagick
Version: 8:6.8.9.9-7
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: toolchain timestamps
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that imagemagick embeds the current time/date when converting images
into PDF files (CreationDate / ModDate in metadata).
The attached patch adds support for the SOURCE_DATE_EPOCH environmeht
variable [2] to replace the timestamp with a deterministic one.
Regards,
Reiner
[1]: https://wiki.debian.org/ReproducibleBuilds
[2]: https://reproducible-builds.org/specs/source-date-epoch/
diff --git a/debian/patches/0078-Honour-source-date-epoch.patch b/debian/patches/0078-Honour-source-date-epoch.patch
new file mode 100644
index 000..8283df4
--- /dev/null
+++ b/debian/patches/0078-Honour-source-date-epoch.patch
@@ -0,0 +1,46 @@
+Author: Reiner Herrmann
+Description: Honour SOURCE_DATE_EPOCH for PDF timestamp
+ When the environment variable SOURCE_DATE_EPOCH is defined, its timestamp
+ is used instead of the current time for timestamps embedded into PDF
+ metadata.
+ .
+ See also: https://reproducible-builds.org/specs/source-date-epoch/
+
+--- a/coders/pdf.c
b/coders/pdf.c
+@@ -2669,12 +2669,32 @@
+ (void) FormatLocaleString(buffer,MaxTextExtent,"/Title (%s)\n",
+ EscapeParenthesis(basename));
+ (void) WriteBlobString(image,buffer);
+- seconds=time((time_t *) NULL);
++ char *source_date_epoch;
++ source_date_epoch = getenv("SOURCE_DATE_EPOCH");
++ if (source_date_epoch) {
++char *endptr;
++seconds = strtoull(source_date_epoch, &endptr, 10);
++if ((errno == ERANGE && seconds == ULLONG_MAX)
++ || (errno != 0 && seconds == 0)
++ || (endptr == source_date_epoch)
++ || (*endptr != '\0')
++ || (seconds > ULONG_MAX)) {
++ (void) CloseBlob(image);
++ return(MagickFalse);
++}
++#if defined(MAGICKCORE_HAVE_GMTIME_R)
++(void) gmtime_r(&seconds,&local_time);
++#else
++(void) memcpy(&local_time,gmtime(&seconds),sizeof(local_time));
++#endif
++ } else {
++seconds=time((time_t *) NULL);
+ #if defined(MAGICKCORE_HAVE_LOCALTIME_R)
+- (void) localtime_r(&seconds,&local_time);
++(void) localtime_r(&seconds,&local_time);
+ #else
+- (void) memcpy(&local_time,localtime(&seconds),sizeof(local_time));
++(void) memcpy(&local_time,localtime(&seconds),sizeof(local_time));
+ #endif
++ }
+ (void) FormatLocaleString(date,MaxTextExtent,"D:%04d%02d%02d%02d%02d%02d",
+ local_time.tm_year+1900,local_time.tm_mon+1,local_time.tm_mday,
+ local_time.tm_hour,local_time.tm_min,local_time.tm_sec);
diff --git a/debian/patches/series b/debian/patches/series
index cc6a025..871c591 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -74,3 +74,4 @@
0073-Fixed-memory-leaks.patch
0074-Fix-overflow-in-pict-image-parsing.patch
0075-Fix-buffer-overflow-in-icon-parsing-code.patch
+0078-Honour-source-date-epoch.patch
signature.asc
Description: PGP signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] java.util.Properties writer and
Le 29/05/2016 à 00:02, Sascha Steinbiss a écrit : > I was wondering whether you have encountered this issue before and in general > what your thoughts are. Hi Sascha, I confirmed that I encountered this issue with the property files generated by Ant... and I fixed it last week [1] ;) I haven't uploaded it yet though. You are right to be concerned about the entries ordering of java.util.Properties, fortunately Ant uses a subclass that preserves the ordering [2]. I haven't upstreamed the patches yet, the paint it still fresh and I expect other issues to surface. Emmanuel Bourg [1] https://anonscm.debian.org/cgit/pkg-java/ant.git/commit/?id=fb28d52ff4681f18699221707efe6fb8d06c1dc2 [2] https://anonscm.debian.org/cgit/pkg-java/ant.git/tree/src/main/org/apache/tools/ant/util/LayoutPreservingProperties.java ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] java.util.Properties writer and
Hi Emmanuel, sorry for contacting you out of the blue, but I have noticed your kind help for the Debian Med and Reproducible Builds teams before, so I was just going to try my luck again ;) I am currently trying to make king [1] reproducible, which is currently not built reproducibly because of timestamps in property files written by ant [2] and subsequently packaged into the distributed jar. Apparently these files are written using java.util.Properties store() method, which automatically inserts this timestamp with no chance of overriding it: 'Next, a comment line is always written, consisting of an ASCII # character, the current date and time (as if produced by the toString method of Date for the current time), and a line separator as generated by the Writer.' Of course I could simply set the timestamps to a specific value after building but I feel this might be a systematic issue best tackled upstream. There are also some related issue entries in the Reproducible Builds documentation (concerning other files, e.g. Maven related) for which I suspect that they are different manifestations of this same problem. In addition to the timestamp issue, I am a bit concerned about the order of these properties being written to the file: if the properties are stored in a hash table (as the API documentation seems to suggest) then I am not sure that the order of output is deterministic. At least the method documentation makes no claim about sortedness. I was wondering whether you have encountered this issue before and in general what your thoughts are. If this behaviour is defined in the API, do you think there is any chance of tackling this upstream? Many thanks, and best wishes Sascha [1] https://tracker.debian.org/pkg/king [2] https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/king.html [3] https://docs.oracle.com/javase/7/docs/api/java/util/Properties.html ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#825674: libsemanage: please make the build reproducible
Source: libsemanage Version: 2.5-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: fileordering X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Hi! While working on the "reproducible builds" effort [1], we have noticed that libsemanage could not be built reproducibly. The list of source files is unsorted, which causes a non-deterministic linking order. The attached patch fixes this by sorting the list. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch new file mode 100644 index 000..dc623e5 --- /dev/null +++ b/debian/patches/reproducible-build.patch @@ -0,0 +1,14 @@ +Author: Reiner Herrmann +Description: Sort source files to get deterministic linking order + +--- a/src/Makefile b/src/Makefile +@@ -51,7 +51,7 @@ + LIBSO=$(TARGET).$(LIBVERSION) + + GENERATED=$(SWIGCOUT) $(SWIGRUBYCOUT) semanageswig_python_exception.i +-SRCS= $(filter-out $(GENERATED),$(wildcard *.c)) ++SRCS= $(filter-out $(GENERATED),$(sort $(wildcard *.c))) + + OBJS= $(patsubst %.c,%.o,$(SRCS)) conf-scan.o conf-parse.o + LOBJS= $(patsubst %.c,%.lo,$(SRCS)) conf-scan.lo conf-parse.lo diff --git a/debian/patches/series b/debian/patches/series index 7ec7424..160aae3 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -2,3 +2,4 @@ tests-makefile disable-expand-check.patch libexec-path.patch semigrate-store.patch +reproducible-build.patch 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
[Reproducible-builds] strip-nondeterminism_0.017-1_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 28 May 2016 16:10:27 +0200 Source: strip-nondeterminism Binary: libfile-stripnondeterminism-perl strip-nondeterminism dh-strip-nondeterminism Architecture: source Version: 0.017-1 Distribution: unstable Urgency: medium Maintainer: Reproducible builds folks Changed-By: Holger Levsen Description: dh-strip-nondeterminism - file non-deterministic information stripper — Debhelper add-on libfile-stripnondeterminism-perl - file non-deterministic information stripper — Perl module strip-nondeterminism - file non-deterministic information stripper — stand-alone tool Changes: strip-nondeterminism (0.017-1) unstable; urgency=medium . * New upstream version: - Add support for epub files. (Holger Levsen) - Treat *.htb as Zip files. (Sascha Steinbiss) . [ Holger Levsen ] * Bump standards version to 3.9.8, no changes needed. . [ Andrew Ayer ] * debian/rules: explicitly remove Makefile before dh_auto_clean Checksums-Sha1: 56cd54c441bea3beadb0f93ea06e777cea3e1711 2275 strip-nondeterminism_0.017-1.dsc 3649dc9a8e702521bf867fb4c2c1dd36ada9f844 25378 strip-nondeterminism_0.017.orig.tar.gz 19ff12ef4f668815bb269c65a35006915274de1b 4180 strip-nondeterminism_0.017-1.debian.tar.xz Checksums-Sha256: 30e0abb3b123faf014ce62adb20e80354498e05801d41992e6ff08f2ccb19296 2275 strip-nondeterminism_0.017-1.dsc d9468134bfe8a0469aa4b5e5726b76c843b8c537a68b7ec97079ae2dbc418652 25378 strip-nondeterminism_0.017.orig.tar.gz 6a32b9cad9281a005464fe786149a0eec36f550911f1c0356078966676f34988 4180 strip-nondeterminism_0.017-1.debian.tar.xz Files: 6d6c44dd3a6b0c7fb94342074e174fcc 2275 devel optional strip-nondeterminism_0.017-1.dsc 0379b97bed41dfd388eecb00fc594f4d 25378 devel optional strip-nondeterminism_0.017.orig.tar.gz 35db4d651c6280948e06b644d83fc8f0 4180 devel optional strip-nondeterminism_0.017-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBV0mquQkauFYGmqocAQrabRAAhkXY38syTstM9UabdoOXtQJaksFdC4NF WH1LAndCs4/aofWrYSfTMqyqVUJyC+2V1xvtcZXaCRBQ0zjzy5gdbA0Bm4mM93X6 q3IY5nmNJrtSzS9jtF98cGTyQnAKQd/QynwlAfXibMVlNI8GZl9BYWYAhxco+SpN 8cJ4mxU8sFbBAgUc8YV3e+8cvyaOQ2S8ZtaETVkeLPPuHoj0lrhOJ87h7M/JNZCW RICQwLDjChVo35LHwh2uWBhoqD3hNFhebGwEo5hBJR0/REj5LIUw0NRLZ6WUJJG5 b3iZhb14xfK45kToeHmMKHUimDQfh6f45w4jMCpwNddOTV8eF7NyFPTvTwt12lN1 jebztPSBtFkwU64BHqKEozdDgAxkY6uccvRUjNt5T+FjETgUMFOgCs9M8SRDvSMG EsGe85/PeKquDMzQA4mm66q13I4xzyJfkJVQjrecsQZbbDudR8azdfNB0GcKF635 oEIiLp9CfzU9FyPh1LG//bFmq4L+z5z71Oz2TBe6oLwRfcSH7DNcBUgAg0aHnox+ ZINOjh7x/K1iSVPfbGNmQnxzt0+SsuEpCFoxIbvZ8vY0qsy9s443gz2fwaQCFl4P KvkYh+VrS79qAL5xUnAmgD2KtOUZ677q3Eln/y+dD8FC7tgt9P4I7nZI0JjVnK9Q Z5oyXDkui5c= =r9oi -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] locale woes
On Sat, May 28, 2016 at 8:11 AM, Holger Levsen wrote: > On Sat, May 28, 2016 at 08:01:13AM -0700, Scarlett Clark wrote: > > I need the locale settings for both builders please. > > https://tests.reproducible-builds.org/index_variations.html > > > Thanks, now the problem is LC_ALL unset on one of the builders. I am asked to build with LC_ALL=C on my computer and see if it fixes it. However, I do not see how that would prove anything, of course it will build, but that is irrelevant to the "reproducibility". Can anyone advise me on how to proceed with this? I have a perfectly working patch that fixes kconfig_compiler by the way, I just do not want to ruffle any feathers. Thanks, Scarlett > -- > cheers, > Holger > ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] arm64 reproducible build network
Hi Martin, On Wed, May 25, 2016 at 11:51:45AM -0700, Martin Michlmayr wrote: > Right. We (HPE) placed an order for some boards and they will be > shipped to ETH Zurich. It's 4 Cello boards for reproducible builds > and some more boards for other use cases (maybe ci.debian.net). looking much forward to those :) > The LeMaker Cello web site still says "shipping in Q2". I'll let you > know when that changes. thanks! > Note that these are bare boards. We'll also need (at least) RAM and > SSDs. I'll check if HPE can provide that. If not, maybe you can > request funds from Debian. thanks for checking with HPE! I'll happily approach the DPL if that wont work out… -- cheers, Holger 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
Re: [Reproducible-builds] locale woes
On Sat, May 28, 2016 at 08:01:13AM -0700, Scarlett Clark wrote: > I need the locale settings for both builders please. https://tests.reproducible-builds.org/index_variations.html -- cheers, Holger 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
Re: [Reproducible-builds] locale woes
On Sat, May 28, 2016 at 7:33 AM, Reiner Herrmann wrote: > On Sat, May 28, 2016 at 07:08:40AM -0700, Scarlett Clark wrote: > > I am having some issues with locales. And rejections from all over. > > [...] > > > Setting export LC_ALL=C.UTF-8 in debian/rules works but rejected as > > "hackish" so after further investigation... > > > > Yes, it is kconfig_compiler > > > > And adjusting the code there to encode utf-8 worked and made the build > > reproducible. However, > > I now have upstream questioning why is locale not set in one of the > > builders? I need a good explanation and if possible the settings of these > > builders? > > Because builds are not only performed by builders. > Everyone should be able to build packages, and also reproducibly. > But you can't force people to use one specific locale, because they want > to see messages in their own locale/language. > So build tools should produce the same artefacts no matter which > language the current user speaks. > > Kind regards, > Reiner > That was not accepted. [07:54] < > i asked why they use a broken locale [07:54] < > you haven't proved the code fails with different locales [07:54] < > you have proven the code fails with a broken locale [07:54] < > do you see the difference? I need the locale settings for both builders please. Thanks, Scarlett ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] locale woes
On Sat, May 28, 2016 at 07:08:40AM -0700, Scarlett Clark wrote: > I am having some issues with locales. And rejections from all over. [...] > Setting export LC_ALL=C.UTF-8 in debian/rules works but rejected as > "hackish" so after further investigation... > > Yes, it is kconfig_compiler > > And adjusting the code there to encode utf-8 worked and made the build > reproducible. However, > I now have upstream questioning why is locale not set in one of the > builders? I need a good explanation and if possible the settings of these > builders? Because builds are not only performed by builders. Everyone should be able to build packages, and also reproducibly. But you can't force people to use one specific locale, because they want to see messages in their own locale/language. So build tools should produce the same artefacts no matter which language the current user speaks. Kind regards, Reiner 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
[Reproducible-builds] Processing of strip-nondeterminism_0.017-1_source.changes
strip-nondeterminism_0.017-1_source.changes uploaded successfully to localhost along with the files: strip-nondeterminism_0.017-1.dsc strip-nondeterminism_0.017.orig.tar.gz strip-nondeterminism_0.017-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Processing of strip-nondeterminism_0.017-1_source.changes
strip-nondeterminism_0.017-1_source.changes uploaded successfully to ftp-master.debian.org along with the files: strip-nondeterminism_0.017-1.dsc strip-nondeterminism_0.017.orig.tar.gz strip-nondeterminism_0.017-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host coccia.debian.org) ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#825656: libsepol: please make the build reproducible
Source: libsepol Version: 2.5-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: fileordering X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Hi! While working on the "reproducible builds" effort [1], we have noticed that libsepol could not be built reproducibly. The lists of object files are unsorted which causes a non-deterministic linking order. The attached patch fixes this by sorting the lists. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch new file mode 100644 index 000..404b749 --- /dev/null +++ b/debian/patches/reproducible-build.patch @@ -0,0 +1,25 @@ +Author: Reiner Herrmann +Description: Sort object files for deterministic linking order + +--- a/src/Makefile b/src/Makefile +@@ -18,15 +18,15 @@ + LIBPC=libsepol.pc + LIBMAP=libsepol.map + LIBSO=$(TARGET).$(LIBVERSION) +-OBJS= $(patsubst %.c,%.o,$(wildcard *.c)) +-LOBJS= $(patsubst %.c,%.lo,$(wildcard *.c)) ++OBJS= $(patsubst %.c,%.o,$(sort $(wildcard *.c))) ++LOBJS= $(patsubst %.c,%.lo,$(sort $(wildcard *.c))) + CFLAGS ?= -Werror -Wall -W -Wundef -Wshadow -Wmissing-format-attribute -O2 + + override CFLAGS += -I. -I../include -D_GNU_SOURCE + + ifneq ($(DISABLE_CIL),y) +-OBJS += $(sort $(patsubst %.c,%.o,$(wildcard $(CILDIR)/src/*.c) $(CIL_GENERATED))) +-LOBJS += $(sort $(patsubst %.c,%.lo,$(wildcard $(CILDIR)/src/*.c) $(CIL_GENERATED))) ++OBJS += $(sort $(patsubst %.c,%.o,$(sort $(wildcard $(CILDIR)/src/*.c)) $(CIL_GENERATED))) ++LOBJS += $(sort $(patsubst %.c,%.lo,$(sort $(wildcard $(CILDIR)/src/*.c)) $(CIL_GENERATED))) + override CFLAGS += -I$(CILDIR)/include + endif + diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..55077d0 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +reproducible-build.patch signature.asc Description: PGP 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#825655: libselinux: please make the build reproducible
Source: libselinux Version: 2.5-3 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: fileordering X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Hi! While working on the "reproducible builds" effort [1], we have noticed that libselinux could not be built reproducibly. The list of object files is unsorted and causes a non-deterministic linking order. The attached patch fixes this by sorting the list of source files, from which the list of object files is derived from. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch new file mode 100644 index 000..1a19d54 --- /dev/null +++ b/debian/patches/reproducible-build.patch @@ -0,0 +1,14 @@ +Author: Reiner Herrmann +Description: Sort source files for deterministic linking order + +--- a/src/Makefile b/src/Makefile +@@ -48,7 +48,7 @@ + endif + + GENERATED=$(SWIGCOUT) $(SWIGRUBYCOUT) selinuxswig_python_exception.i +-SRCS= $(filter-out $(UNUSED_SRCS) $(GENERATED) audit2why.c, $(wildcard *.c)) ++SRCS= $(filter-out $(UNUSED_SRCS) $(GENERATED) audit2why.c, $(sort $(wildcard *.c))) + + MAX_STACK_SIZE=32768 + diff --git a/debian/patches/series b/debian/patches/series index 562125a..d2e44d9 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,3 +1,4 @@ fix-makefile-bugs.patch fix-cross-compile.patch 0003-Avoid-mounting-proc-outside-of-selinux_init_load_pol.patch +reproducible-build.patch signature.asc Description: PGP signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] locale woes
Hi all, I am having some issues with locales. And rejections from all over. Sorry, I wish I would have started on this list for some context. Here is a snippet of the main conversation. My woes are below. > > Adding --build-id to LINK_FLAGS did not seem to help. I have narrowed it > > down to kconfig_compiler auto generates some cpp files. The offending line > > > > mTemplateString, QString::fromUtf8( "ᐅ %title% by %artist% from %album% > > [%player%]" ) ); > > > > This is placing whitespaces in front on build 1 and trailing on the second > > build. Is this a locale issue or ? hints please, I have been fighting this > > one all day lol. Seems like that symbol might be issue? I am not a > > programmer, well not yet. you are right with your assumption that it is locale-related. The second build has an additional 0xe19085 at the beginning, which is a unicode character (triangle pointed to the right [1][2]): The first build is running in a non-utf8 locale, in which the kconfig_compiler seems to drop unicode characters. (The zeroes at the end of the diff is probably just some padding to fill it up to a certain length.) I didn't check kconfig_compiler itself yet, but it probably has to be fixed there. Kind regards, Reiner [1]: http://www.decodeunicode.org/en/u+1405 [2]: https://sources.debian.net/src/choqok/1.5-5/plugins/nowlistening/nowlisteningsettings.kcfg/#L11 Setting export LC_ALL=C.UTF-8 in debian/rules works but rejected as "hackish" so after further investigation... Yes, it is kconfig_compiler And adjusting the code there to encode utf-8 worked and made the build reproducible. However, I now have upstream questioning why is locale not set in one of the builders? I need a good explanation and if possible the settings of these builders? Thanks for any help, Scarlett ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] kde package sets incomplete/insufficient?
On Sat, May 28, 2016 at 6:10 AM, Holger Levsen wrote: > Hi, > > On Sat, May 28, 2016 at 05:54:20AM -0700, Scarlett Clark wrote: > > I am not sure why kapptemplate is not there, I thought that was shipped > > with applications. > > > > Choqok is under collab-maint ( whatever that even means, I do not know ) > > And kdevelop falls under kde-extras > > > > I am afraid I do not know the Debian structure of all the KDE packages. > > Everything outside of regular release ( what KDE referred to as > extragear) > > seems to be all over the place. > > I think kde-extras would be best to put all of these into. I am more than > > happy to hunt down the names or update some list or whatever you would > like > > for me to do :) > > the kde pkg set is currently defined in line 290 of > bin/reproducible_create_meta_pkg_sets.sh in > git.debian.org/git/qa/jenkins.debian.net.git and the definition is just > "everything that kde-full depends on". > > Which doesnt even include all depends of kde-standard, I'm fixing this > now. > > And then we should probably also add these packages: > > https://qa.debian.org/developer.php?email=debian-qt-kde%40lists.debian.org > > https://qa.debian.org/developer.php?email=pkg-kde-extras%40lists.alioth.debian.org > > IMHO having one KDE pkg set (well, plus KDE build depends…) is enough. > What do you think? > > Agreed. Scarlett > > -- > cheers, > Holger > ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] kde package sets incomplete/insufficient?
Hi, On Sat, May 28, 2016 at 05:54:20AM -0700, Scarlett Clark wrote: > I am not sure why kapptemplate is not there, I thought that was shipped > with applications. > > Choqok is under collab-maint ( whatever that even means, I do not know ) > And kdevelop falls under kde-extras > > I am afraid I do not know the Debian structure of all the KDE packages. > Everything outside of regular release ( what KDE referred to as extragear) > seems to be all over the place. > I think kde-extras would be best to put all of these into. I am more than > happy to hunt down the names or update some list or whatever you would like > for me to do :) the kde pkg set is currently defined in line 290 of bin/reproducible_create_meta_pkg_sets.sh in git.debian.org/git/qa/jenkins.debian.net.git and the definition is just "everything that kde-full depends on". Which doesnt even include all depends of kde-standard, I'm fixing this now. And then we should probably also add these packages: https://qa.debian.org/developer.php?email=debian-qt-kde%40lists.debian.org https://qa.debian.org/developer.php?email=pkg-kde-extras%40lists.alioth.debian.org IMHO having one KDE pkg set (well, plus KDE build depends…) is enough. What do you think? -- cheers, Holger 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
Re: [Reproducible-builds] kde package sets incomplete/insufficient?
Sorry, apparently early morning + gmail do not mix. Same email adjusted to not top post, and reply-all... On Sat, May 28, 2016 at 5:54 AM, Scarlett Clark < scarlett.gately.cl...@gmail.com> wrote: > > > On Sat, May 28, 2016 at 3:06 AM, Holger Levsen > wrote: > >> Hi Scarlett, >> >> after reading >> >> http://scarlettgatelyclark.com/2016/debian-outreachy-debian-reproducible-builds-week-1-progress-report/ >> I checked >> https://tests.reproducible-builds.org/unstable/amd64/pkg_set_kde.html >> and >> >> https://tests.reproducible-builds.org/unstable/amd64/pkg_set_kde_build-depends.html >> and in neither I found kapptemplate, choqok nor kdevplatform, so I'm >> wondering, are these package sets incomplete or could we use another >> package set, kde-universe, or whatever we call? >> >> I am not sure why kapptemplate is not there, I thought that was shipped with applications. Choqok is under collab-maint ( whatever that even means, I do not know ) And kdevelop falls under kde-extras I am afraid I do not know the Debian structure of all the KDE packages. Everything outside of regular release ( what KDE referred to as extragear) seems to be all over the place. I think kde-extras would be best to put all of these into. I am more than happy to hunt down the names or update some list or whatever you would like for me to do :) Cheers, Scarlett > >> -- >> cheers, >> Holger >> > > ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] kde package sets incomplete/insufficient?
I am not sure why kapptemplate is not there, I thought that was shipped with applications. Choqok is under collab-maint ( whatever that even means, I do not know ) And kdevelop falls under kde-extras I am afraid I do not know the Debian structure of all the KDE packages. Everything outside of regular release ( what KDE referred to as extragear) seems to be all over the place. I think kde-extras would be best to put all of these into. I am more than happy to hunt down the names or update some list or whatever you would like for me to do :) Cheers, Scarlett On Sat, May 28, 2016 at 3:06 AM, Holger Levsen wrote: > Hi Scarlett, > > after reading > > http://scarlettgatelyclark.com/2016/debian-outreachy-debian-reproducible-builds-week-1-progress-report/ > I checked > https://tests.reproducible-builds.org/unstable/amd64/pkg_set_kde.html > and > > https://tests.reproducible-builds.org/unstable/amd64/pkg_set_kde_build-depends.html > and in neither I found kapptemplate, choqok nor kdevplatform, so I'm > wondering, are these package sets incomplete or could we use another > package set, kde-universe, or whatever we call? > > > -- > cheers, > Holger > ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#825643: dash: please make the build reproducible
Source: dash
Version: 0.5.8-2.2
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that dash could not be built reproducibly.
The script src/mkbuiltins is used to generate a C file (builtins.c).
The order of elements in the struct builtincmd is varying because they
are not sorted locale-independently.
The attached patch fixes this by setting LC_ALL instead of LC_COLLATE to C.
Regards,
Reiner
[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/src/mkbuiltins b/src/mkbuiltins
index f562ae2..bf57aa5 100644
--- a/src/mkbuiltins
+++ b/src/mkbuiltins
@@ -78,7 +78,7 @@ awk '{ for (i = 2 ; i <= NF ; i++) {
if ($i ~ /^-/)
line = $(++i) "\t" line
print line
- }}' $temp | LC_COLLATE=C sort -k 1,1 | tee $temp2 | awk '{
+ }}' $temp | LC_ALL=C sort -k 1,1 | tee $temp2 | awk '{
opt = ""
if (NF > 2) {
opt = substr($2, 2)
@@ -97,7 +97,7 @@ cat <<\!
*/
!
-sed 's/ -[a-z]*//' $temp2 | nl -b a -v 0 | LC_COLLATE=C sort -u -k 3,3 |
+sed 's/ -[a-z]*//' $temp2 | nl -b a -v 0 | LC_ALL=C sort -u -k 3,3 |
tr abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ |
awk '{ printf "#define %s (builtincmd + %d)\n", $3, $1}'
printf '\n#define NUMBUILTINS %d\n' $(wc -l < $temp2)
signature.asc
Description: PGP 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#825634: miceamaze: please make the build reproducible
Source: miceamaze Version: 4.2.1-2 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: fileordering X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Hi! While working on the "reproducible builds" effort [1], we have noticed that miceamaze could not be built reproducibly. While linking the list of object files is ordered randomly. The attached patch fixes this by sorting the list. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch new file mode 100644 index 000..9dad891 --- /dev/null +++ b/debian/patches/reproducible-build.patch @@ -0,0 +1,14 @@ +Author: Reiner Herrmann +Description: Sort object files for deterministic linking order + +--- a/Makefile b/Makefile +@@ -17,7 +17,7 @@ + SVGCOMMAND=rsvg-convert + SVGOPTIONS=-w 500 + +-OBJS := $(patsubst src/%.cpp,src/%.o,$(wildcard src/*.cpp)) ++OBJS := $(sort $(patsubst src/%.cpp,src/%.o,$(wildcard src/*.cpp))) + BUILTDATA := data/images/eagle.png data/images/eagle2.png + + all: miceamaze miceamaze.xpm miceamaze.png miceamaze.6.gz $(BUILTDATA) diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..55077d0 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +reproducible-build.patch signature.asc Description: PGP 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#825629: libgd-perl: FTBFS: Could not find gdlib-config in the search path.
Source: libgd-perl Version: 2.53-2.1 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, libgd-perl fails to build from source in unstable/amd64: [..] Get:41 http://httpredir.debian.org/debian sid/main amd64 libsm-dev amd64 2:1.2.2-1+b1 [35.8 kB] Get:42 http://httpredir.debian.org/debian sid/main amd64 libxt-dev amd64 1:1.1.5-1 [423 kB] Get:43 http://httpredir.debian.org/debian sid/main amd64 libexpat1-dev amd64 2.1.1-2 [127 kB] Get:44 http://httpredir.debian.org/debian sid/main amd64 pkg-config amd64 0.29-4 [62.5 kB] Get:45 http://httpredir.debian.org/debian sid/main amd64 libfontconfig1-dev amd64 2.11.0-6.4 [893 kB] Get:46 http://httpredir.debian.org/debian sid/main amd64 libvpx3 amd64 1.5.0-3 [743 kB] Get:47 http://httpredir.debian.org/debian sid/main amd64 libvpx-dev amd64 1.5.0-3 [836 kB] Get:48 http://httpredir.debian.org/debian sid/main amd64 libjbig-dev amd64 2.1-3.1 [29.9 kB] Get:49 http://httpredir.debian.org/debian sid/main amd64 liblzma-dev amd64 5.1.1alpha+20120614-2.1 [255 kB] Get:50 http://httpredir.debian.org/debian sid/main amd64 libtiffxx5 amd64 4.0.6-1 [83.9 kB] Get:51 http://httpredir.debian.org/debian sid/main amd64 libtiff5-dev amd64 4.0.6-1 [344 kB] Get:52 http://httpredir.debian.org/debian sid/main amd64 libgd-dev amd64 2.2.1-1 [275 kB] Get:53 http://httpredir.debian.org/debian sid/main amd64 libregexp-assemble-perl all 0.36-1 [86.6 kB] Get:54 http://httpredir.debian.org/debian sid/main amd64 libimage-exiftool-perl all 10.15-1 [2354 kB] Get:55 http://httpredir.debian.org/debian sid/main amd64 libfont-ttf-perl all 1.05-1 [358 kB] Fetched 20.9 MB in 0s (73.7 MB/s) Selecting previously unselected package cdbs. (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 23096 files and directories currently installed.) Preparing to unpack .../archives/cdbs_0.4.137_all.deb ... Unpacking cdbs (0.4.137) ... Selecting previously unselected package dh-buildinfo. Preparing to unpack .../dh-buildinfo_0.11+nmu1_all.deb ... Unpacking dh-buildinfo (0.11+nmu1) ... Selecting previously unselected package libpng16-16:amd64. Preparing to unpack .../libpng16-16_1.6.21-5_amd64.deb ... Unpacking libpng16-16:amd64 (1.6.21-5) ... Selecting previously unselected package libfreetype6:amd64. Preparing to unpack .../libfreetype6_2.6.3-3+b1_amd64.deb ... Unpacking libfreetype6:amd64 (2.6.3-3+b1) ... Selecting previously unselected package ucf. Preparing to unpack .../archives/ucf_3.0036_all.deb ... Moving old data out of the way Unpacking ucf (3.0036) ... Selecting previously unselected package fonts-dejavu-core. Preparing to unpack .../fonts-dejavu-core_2.35-1_all.deb ... Unpacking fonts-dejavu-core (2.35-1) ... Selecting previously unselected package fontconfig-config. Preparing to unpack .../fontconfig-config_2.11.0-6.4_all.deb ... Unpacking fontconfig-config (2.11.0-6.4) ... Selecting previously unselected package libfontconfig1:amd64. Preparing to unpack .../libfontconfig1_2.11.0-6.4_amd64.deb ... Unpacking libfontconfig1:amd64 (2.11.0-6.4) ... Selecting previously unselected package libjpeg62-turbo:amd64. Preparing to unpack .../libjpeg62-turbo_1%3a1.4.2-2_amd64.deb ... Unpacking libjpeg62-turbo:amd64 (1:1.4.2-2) ... Selecting previously unselected package libjbig0:amd64. Preparing to unpack .../libjbig0_2.1-3.1_amd64.deb ... Unpacking libjbig0:amd64 (2.1-3.1) ... Selecting previously unselected package libtiff5:amd64. Preparing to unpack .../libtiff5_4.0.6-1_amd64.deb ... Unpacking libtiff5:amd64 (4.0.6-1) ... Selecting previously unselected package libwebp5:amd64. Preparing to unpack .../libwebp5_0.4.4-1+b2_amd64.deb ... Unpacking libwebp5:amd64 (0.4.4-1+b2) ... Selecting previously unselected package libxau6:amd64. Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ... Unpacking libxau6:amd64 (1:1.0.8-1) ... Selecting previously unselected package libxdmcp6:amd64. Preparing to unpack .../libxdmcp6_1%3a1.1.2-1.1_amd64.deb ... Unpacking libxdmcp6:amd64 (1:1.1.2-1.1) ... Selecting previously unselected package libxcb1:amd64. Preparing to unpack .../libxcb1_1.11.1-1_amd64.deb ... Unpacking libxcb1:amd64 (1.11.1-1) ... Selecting previously unselected package libx11-data. Preparing to unpack .../libx11-data_2%3a1.6
[Reproducible-builds] Bug#825628: jekyll: FTBFS: 433 tests, 675 assertions, 5 failures, 0 errors, 0 skips
Source: jekyll Version: 3.0.1+dfsg-1 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, jekyll fails to build from source in unstable/amd64: [..] Setting up python-pygments (2.1.3+dfsg-1) ... Setting up xdg-utils (1.1.1-1) ... Setting up rake (10.5.0-2) ... Setting up libruby2.3:amd64 (2.3.1-1) ... Setting up ruby2.3 (2.3.1-1) ... Setting up gem2deb-test-runner (0.30.1) ... Setting up ruby2.3-dev:amd64 (2.3.1-1) ... Setting up ruby-all-dev:amd64 (1:2.3.0+4) ... Setting up ruby-setup (3.4.1-9) ... Setting up ruby-liquid (3.0.6-1) ... Setting up ruby-coderay (1.1.1-1) ... Setting up ruby-afm (0.2.2-1) ... Setting up ruby-ascii85 (1.0.2-3) ... Setting up ruby-hashery (2.1.2-1) ... Setting up ruby-rc4 (0.1.5-3) ... Setting up ruby-ttfunk (1.4.0-1) ... Setting up ruby-pdf-reader (1.4.0-1) ... Setting up ruby-pdf-core (0.5.1-1) ... Setting up ruby-prawn (2.0.2+dfsg-1) ... Setting up ruby-prawn-table (0.2.1-1) ... Setting up ruby-rouge (1.10.1-1) ... Setting up ruby-stringex (2.5.2-3) ... Setting up ruby-kramdown (1.10.0-1) ... Setting up ruby-mercenary (0.3.5-1) ... Setting up ruby-safe-yaml (1.0.4-1) ... Setting up ruby-colorator (0.1-3) ... Setting up ruby-sass (3.4.22-1) ... Setting up ruby-jekyll-sass-converter (1.3.0-1) ... Setting up ruby-blankslate (3.1.3-1) ... Setting up ruby-parslet (1.7.1-1) ... Setting up ruby-toml (0.1.2-3) ... Setting up ruby-shoulda-context (1.2.0-1) ... Setting up ruby-shoulda-matchers (1.0.0~beta2-1) ... Setting up ruby-shoulda (3.5.0-3) ... Setting up ruby-builder (3.2.2-4) ... Setting up ruby-multi-json (1.11.2-3) ... Setting up ruby-diff-lcs (1.2.5-2) ... Setting up ruby-multi-test (0.1.2-1) ... Setting up ruby-docile (1.1.5-1) ... Setting up ruby-simplecov-html (0.10.0-1) ... Setting up ruby-jekyll-test-plugin (0.1.0-1) ... Setting up ruby-jekyll-test-plugin-malicious (0.1.0-1) ... Setting up ruby-ansi (1.5.0-1) ... Setting up ruby-progressbar (1.4.2-1) ... Setting up ruby-minitest-reporters (1.0.19-1) ... Setting up ruby-rspec-support (3.4.0c3e0m1s1-1) ... Setting up ruby-rspec-mocks (3.4.0c3e0m1s1-1) ... Setting up ruby-jekyll-paginate (1.1.0-1) ... Setting up ruby-coffee-script-source (1.9.1.1-1) ... Setting up ruby-execjs (2.6.0-1) ... Setting up ruby-coffee-script (2.4.1-1) ... Setting up ruby-jekyll-coffeescript (1.0.1-2) ... Setting up ruby-jekyll-feed (0.3.1-1) ... Setting up ruby-jekyll-gist (1.1.0-1) ... Setting up ruby-mime-types (2.6.1-1) ... Setting up ruby (1:2.3.0+4) ... Setting up gem2deb (0.30.1) ... Setting up ruby-ffi (1.9.10debian-1+b2) ... Setting up ruby-rb-inotify (0.9.7-1) ... Setting up ruby-listen (3.0.3-3) ... Setting up ruby-jekyll-watch (1.3.0-1) ... Setting up ruby-gherkin (2.12.2-3+b6) ... Setting up ruby-cucumber-core (1.1.3-1) ... Setting up cucumber (2.0.0-2) ... Setting up ruby-json (1.8.3-1+b3) ... Setting up ruby-simplecov (0.11.1-1) ... Setting up ruby-rdiscount (2.1.8-1+b3) ... Setting up ruby-posix-spawn (0.3.11-1+b2) ... Setting up ruby-yajl (1.2.0-3+b3) ... Setting up ruby-pygments.rb (0.6.3-1) ... Setting up ruby-redcarpet (3.3.4-2) ... Setting up ruby-fast-stemmer (1.0.2-1+b8) ... Setting up ruby-classifier-reborn (2.0.4-1) ... Setting up jekyll-build-deps (3.0.1+dfsg-1) ... Processing triggers for ca-certificates (20160104) ... Updating certificates in /etc/ssl/certs... 173 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d... done. Processing triggers for libc-bin (2.22-9) ... dpkg-buildpackage -rfakeroot -D -us -uc -b dpkg-buildpackage: info: source package jekyll dpkg-buildpackage: info: source version 3.0.1+dfsg-1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Youhei SASAKI dpkg-source --before-build jekyll-3.0.1+dfsg dpkg-buildpackage: info: host architecture amd64 fakeroot debian/rules clean dh clean --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby debian/rules override_dh_auto_clean make[1]: Entering directory '/home/lamby/temp/cdt.20160528110816.GtoUN3jZAw.jekyll/jekyll-3.0.1+dfsg' dh_auto_clean dh_ruby --clean dh_ruby --clean rm -fr /home/lamby/temp/cdt.20160528110816.GtoUN3jZAw.jekyll/jekyll-3.0.1+dfsg/site/js rm -fr /home/lamby/temp/cdt.20160528110816.GtoUN3jZAw.jekyll/jekyll-3.0.1+dfsg/lib/site_template/js rm -fr /home/lamby/temp/cdt.20160528110816.GtoUN3jZAw.jekyll/jekyll-3.0.1+dfsg/site/_sass/_normalize.scss rm -fr /home/lamby/temp/cdt.20160528110816.GtoUN3jZAw.jekyll/jekyll-3.0.1+dfsg/lib/site_template/_sass/_normalize.scss rm -fr /home/lamby/temp/cdt.20160528110816.GtoUN3jZAw.jekyll/jekyll-3.0.1+dfsg/.sass-cache rm -fr /home/lamby/temp/cdt.20160528110816.
[Reproducible-builds] Bug#825627: ccdproc: FTBFS: AttributeError: module 'distutils.config' has no attribute 'ConfigParser'
Source: ccdproc Version: 0.3.3-2 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, ccdproc fails to build from source in unstable/amd64: [..] dh_testdir dh_testroot dh_prep dh_testdir dh_testroot dh_install dh_installdocs dh_installchangelogs dh_compress dh_fixperms dh_installdeb dh_gencontrol dh_md5sums dh_builddeb dpkg-deb: building package 'ccdproc-build-deps' in '../ccdproc-build-deps_0.3.3-2_all.deb'. The package has been created. Attention, the package has been created in the current directory, not in ".." as indicated by the message above! Selecting previously unselected package ccdproc-build-deps. (Reading database ... 23092 files and directories currently installed.) Preparing to unpack ccdproc-build-deps_0.3.3-2_all.deb ... Unpacking ccdproc-build-deps (0.3.3-2) ... Reading package lists... Building dependency tree... Reading state information... Correcting dependencies... Done The following additional packages will be installed: libblas-common libblas3 libcfitsio4 liberfa1 libgfortran3 liblapack3 libwcs5 python-all python-astropy python-astropy-helpers python-decorator python-numpy python-py python-pytest python-scipy python-setuptools python3-all python3-astropy python3-astropy-helpers python3-decorator python3-numpy python3-pkg-resources python3-py python3-pytest python3-scipy python3-setuptools Suggested packages: libxml2-utils python-astropy-doc python-beautifulsoup python-h5py python-matplotlib python-pandas python-tz python-wcsaxes python-yaml gfortran python-dev python-nose python-numpy-dbg python-numpy-doc subversion python-pytest-xdist python-mock python-scipy-doc python-setuptools-doc python3-astropy-doc python3-beautifulsoup python3-h5py python3-matplotlib python3-pandas python3-tz python3-wcsaxes python3-yaml python3-dev python3-nose python3-numpy-dbg Recommended packages: python-dev python-imaging The following NEW packages will be installed: libblas-common libblas3 libcfitsio4 liberfa1 libgfortran3 liblapack3 libwcs5 python-all python-astropy python-astropy-helpers python-decorator python-numpy python-py python-pytest python-scipy python-setuptools python3-all python3-astropy python3-astropy-helpers python3-decorator python3-numpy python3-pkg-resources python3-py python3-pytest python3-scipy python3-setuptools 0 upgraded, 26 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 30.9 MB of archives. After this operation, 139 MB of additional disk space will be used. Get:1 http://httpredir.debian.org/debian sid/main amd64 python-all amd64 2.7.11-1 [936 B] Get:2 http://httpredir.debian.org/debian sid/main amd64 libgfortran3 amd64 6.1.1-4 [265 kB] Get:3 http://httpredir.debian.org/debian sid/main amd64 libblas-common amd64 3.6.0-2 [13.5 kB] Get:4 http://httpredir.debian.org/debian sid/main amd64 libblas3 amd64 3.6.0-2 [158 kB] Get:5 http://httpredir.debian.org/debian sid/main amd64 liblapack3 amd64 3.6.0-2 [1949 kB] Get:6 http://httpredir.debian.org/debian sid/main amd64 python-numpy amd64 1:1.11.0-1 [1770 kB] Get:7 http://httpredir.debian.org/debian sid/main amd64 libcfitsio4 amd64 3.380-2 [512 kB] Get:8 http://httpredir.debian.org/debian sid/main amd64 liberfa1 amd64 1.2.0-3 [114 kB] Get:9 http://httpredir.debian.org/debian sid/main amd64 libwcs5 amd64 5.15-1 [263 kB] Get:10 http://httpredir.debian.org/debian sid/main amd64 python-astropy amd64 1.1.2-1 [2958 kB] Get:11 http://httpredir.debian.org/debian sid/main amd64 python-astropy-helpers all 1.1.2-1 [102 kB] Get:12 http://httpredir.debian.org/debian sid/main amd64 python-py all 1.4.31-1 [81.8 kB] Get:13 http://httpredir.debian.org/debian sid/main amd64 python-pytest all 2.9.1-1 [166 kB] Get:14 http://httpredir.debian.org/debian sid/main amd64 python-decorator all 4.0.6-1 [12.7 kB] Get:15 http://httpredir.debian.org/debian sid/main amd64 python-scipy amd64 0.17.1-1 [8684 kB] Get:16 http://httpredir.debian.org/debian sid/main amd64 python-setuptools all 20.10.1-1 [203 kB] Get:17 http://httpredir.debian.org/debian sid/main amd64 python3-all amd64 3.5.1-3 [936 B] Get:18 http://httpredir.debian.org/debian sid/main amd64 python3-numpy amd64 1:1.11.0-1 [1769 kB] Get:19 http://httpredir.debian.org/debian sid/main amd64 python3-astropy amd64 1.1.2-1 [2945 kB] Get:20 http://httpredir.debian.org/debian sid/main amd64 python3-astropy-helpers all 1.1.2-1 [102 kB] Get:21 http://httpredir.debian.org/debian sid/main amd64 python3-pkg-resources all 20.10.1-1 [112 kB] Get:22 http://httpredir.debian.org/debian sid/main amd64 python3-py all 1.4.31-1 [81.9 kB] Get:23 http://httpredir.debian.org/debian sid/main amd64 python3-pytest all 2.9.1
[Reproducible-builds] kde package sets incomplete/insufficient?
Hi Scarlett, after reading http://scarlettgatelyclark.com/2016/debian-outreachy-debian-reproducible-builds-week-1-progress-report/ I checked https://tests.reproducible-builds.org/unstable/amd64/pkg_set_kde.html and https://tests.reproducible-builds.org/unstable/amd64/pkg_set_kde_build-depends.html and in neither I found kapptemplate, choqok nor kdevplatform, so I'm wondering, are these package sets incomplete or could we use another package set, kde-universe, or whatever we call? -- cheers, Holger 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
[Reproducible-builds] diffoscope is marked for autoremoval from testing
diffoscope 52 is marked for autoremoval from testing on 2016-07-03 It (build-)depends on packages with these RC bugs: 824895: btrfs-progs: [PATCH] warn against likely data loss 824896: btrfs-progs: [PATCH] fix serious errors in debian/copyright ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
