Re: [Reproducible-builds] getting dpkg ready for reproducible sid

[Holger Levsen]

Hi Guillem,

On Wed, May 18, 2016 at 01:58:42AM +0200, Guillem Jover wrote:
> Ok, so tar 1.29 has just been released and uploaded to Debian. I've
> reworked the patch as mentioned above, and will merge it for 1.18.8,
> and will do the same for most of the others.

awesome news! looking much forward to 1.18.8! (and will probably still
reply to your previous mail to this thread… :) but this is great news
already!

thanks!


-- 
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] getting dpkg ready for reproducible sid

[Guillem Jover]

Hi!

On Tue, 2016-05-10 at 10:34:08 +0200, Guillem Jover wrote:
> On Mon, 2016-05-09 at 12:26:13 +, Holger Levsen wrote:
> > b.) common build timestamp for all files created at a later time
> 
> Pending release of new upstream tar. And the patch reworked to stop
> trying to detect the presence of --clamp-mtime at run-time.

Ok, so tar 1.29 has just been released and uploaded to Debian. I've
reworked the patch as mentioned above, and will merge it for 1.18.8,
and will do the same for most of the others.

Thanks,
Guillem

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#824592: twitter-bootstrap: wrong copyright formatting when using bash

[Alexis Bienvenüe]

Source: twitter-bootstrap
Version: 2.0.2+dfsg-9
Severity: minor
Tags: patch upstream
User: reproducible-builds@lists.alioth.debian.org
Usertags: environment
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org

Dear Maintainer,

While working on the “reproducible builds” effort [1], we have noticed
that 'twitter-bootstrap' could not be built reproducibly [2].

When using the shell bash, echo does not expand "\n" in the copyright
string, leading to an unexpected result.
This can be fixed by using printf instead of echo, as illustrated by the
attached patch.

Once applied, twitter-bootstrap can be built reproducibly in our current
experimental framework.

Regards,
Alexis Bienvenüe.

 [1] https://wiki.debian.org/ReproducibleBuilds
 [2]
https://reproducible.debian.net/rb-pkg/testing/amd64/twitter-bootstrap.html







diff -Nru twitter-bootstrap-2.0.2+dfsg/debian/patches/06-use-printf-instead-of-echo.patch twitter-bootstrap-2.0.2+dfsg/debian/patches/06-use-printf-instead-of-echo.patch
--- twitter-bootstrap-2.0.2+dfsg/debian/patches/06-use-printf-instead-of-echo.patch	1970-01-01 01:00:00.0 +0100
+++ twitter-bootstrap-2.0.2+dfsg/debian/patches/06-use-printf-instead-of-echo.patch	2016-05-17 22:06:16.0 +0200
@@ -0,0 +1,17 @@
+Description: Use printf instead of echo
+ "\n" can be expanded or not by echo, depending on the shell used.
+ So using printf instead of echo is more reliable.
+Author: Alexis Bienvenüe 
+Index: twitter-bootstrap-2.0.2+dfsg/Makefile
+===
+--- twitter-bootstrap-2.0.2+dfsg.orig/Makefile
 twitter-bootstrap-2.0.2+dfsg/Makefile
+@@ -35,7 +35,7 @@ bootstrap:
+ 	lessc --compress ${BOOTSTRAP_RESPONSIVE_LESS} > bootstrap/css/bootstrap-responsive.min.css
+ 	cat js/bootstrap-transition.js js/bootstrap-alert.js js/bootstrap-button.js js/bootstrap-carousel.js js/bootstrap-collapse.js js/bootstrap-dropdown.js js/bootstrap-modal.js js/bootstrap-tooltip.js js/bootstrap-popover.js js/bootstrap-scrollspy.js js/bootstrap-tab.js js/bootstrap-typeahead.js > bootstrap/js/bootstrap.js
+ 	uglifyjs bootstrap/js/bootstrap.js > bootstrap/js/bootstrap.min.tmp.js
+-	echo "/**\n* Bootstrap.js by @fat & @mdo\n* Copyright 2012 Twitter, Inc.\n* http://www.apache.org/licenses/LICENSE-2.0.txt\n*/; > bootstrap/js/copyright.js
++	printf "/**\n* Bootstrap.js by @fat & @mdo\n* Copyright 2012 Twitter, Inc.\n* http://www.apache.org/licenses/LICENSE-2.0.txt\n*/\n; > bootstrap/js/copyright.js
+ 	cat bootstrap/js/copyright.js bootstrap/js/bootstrap.min.tmp.js > bootstrap/js/bootstrap.min.js
+ 	rm bootstrap/js/copyright.js bootstrap/js/bootstrap.min.tmp.js
+ 
diff -Nru twitter-bootstrap-2.0.2+dfsg/debian/patches/series twitter-bootstrap-2.0.2+dfsg/debian/patches/series
--- twitter-bootstrap-2.0.2+dfsg/debian/patches/series	2015-09-25 15:00:00.0 +0200
+++ twitter-bootstrap-2.0.2+dfsg/debian/patches/series	2016-05-17 22:06:56.0 +0200
@@ -3,3 +3,4 @@
 03-use-nodejs-command.patch
 04-build-with-node-1.4.2.patch
 05-drop-nc-from-uglifyjs.patch
+06-use-printf-instead-of-echo.patch
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#824182: codeblocks: please make the build reproducible (timestamps)

[Fabian Wolff]

> So everything may be fine. If that's the case, sorry for the noise. (Then it 
> would be nice to add a comment explaining this, for future readers.)

No, I think you are right: If SOURCE_DATE_EPOCH is not set, then this
is not going to work. I have tested the patch, but apparently only in
an environment where SOURCE_DATE_EPOCH gets set before the build
starts.

[1] says that setting and exporting SOURCE_DATE_EPOCH in debian/rules
is "a last resort to be avoided where possible", but I guess that if
we export with ?=, it should be fine.

Thanks for pointing this out!

--
Fabian

[1] 
https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal#Setting_the_variable

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#824587: stapler: FTBFS: Could not resolve dependencies for project org.kohsuke.stapler:stapler:jar

[Chris Lamb]

Source: stapler
Version: 1.242-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,

stapler fails to build from source in unstable/amd64:

  [..]

  Adding debian:Staat_der_Nederlanden_Root_CA_-_G2.pem
  Adding debian:Staat_der_Nederlanden_Root_CA_-_G3.pem
  Adding debian:Starfield_Class_2_CA.pem
  Adding debian:Starfield_Root_Certificate_Authority_-_G2.pem
  Adding debian:Starfield_Services_Root_Certificate_Authority_-_G2.pem
  Adding debian:StartCom_Certification_Authority.pem
  Adding debian:StartCom_Certification_Authority_2.pem
  Adding debian:StartCom_Certification_Authority_G2.pem
  Adding debian:SwissSign_Gold_CA_-_G2.pem
  Adding debian:SwissSign_Platinum_CA_-_G2.pem
  Adding debian:SwissSign_Silver_CA_-_G2.pem
  Adding debian:Swisscom_Root_CA_1.pem
  Adding debian:Swisscom_Root_CA_2.pem
  Adding debian:Swisscom_Root_EV_CA_2.pem
  Adding debian:T-TeleSec_GlobalRoot_Class_2.pem
  Adding debian:T-TeleSec_GlobalRoot_Class_3.pem
  Adding debian:TC_TrustCenter_Class_3_CA_II.pem
  Adding debian:TURKTRUST_Certificate_Services_Provider_Root_2007.pem
  Adding debian:TWCA_Global_Root_CA.pem
  Adding debian:TWCA_Root_Certification_Authority.pem
  Adding debian:Taiwan_GRCA.pem
  Adding debian:TeliaSonera_Root_CA_v1.pem
  Adding debian:Trustis_FPS_Root_CA.pem
  Adding debian:TÜBİTAK_UEKAE_Kök_Sertifika_Hizmet_Sağlayıcısı_-_Sürüm_3.pem
  Adding debian:TÜRKTRUST_Elektronik_Sertifika_Hizmet_Sağlayıcısı_H5.pem
  Adding debian:TÜRKTRUST_Elektronik_Sertifika_Hizmet_Sağlayıcısı_H6.pem
  Adding debian:USERTrust_ECC_Certification_Authority.pem
  Adding debian:USERTrust_RSA_Certification_Authority.pem
  Adding debian:UTN_USERFirst_Email_Root_CA.pem
  Adding debian:UTN_USERFirst_Hardware_Root_CA.pem
  Adding debian:VeriSign_Class_3_Public_Primary_Certification_Authority_-_G4.pem
  Adding debian:VeriSign_Class_3_Public_Primary_Certification_Authority_-_G5.pem
  Adding debian:VeriSign_Universal_Root_Certification_Authority.pem
  Adding debian:Verisign_Class_1_Public_Primary_Certification_Authority.pem
  Adding debian:Verisign_Class_1_Public_Primary_Certification_Authority_-_G2.pem
  Adding debian:Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.pem
  Adding debian:Verisign_Class_2_Public_Primary_Certification_Authority_-_G2.pem
  Adding debian:Verisign_Class_2_Public_Primary_Certification_Authority_-_G3.pem
  Adding debian:Verisign_Class_3_Public_Primary_Certification_Authority.pem
  Adding debian:Verisign_Class_3_Public_Primary_Certification_Authority_-_G2.pem
  Adding debian:Verisign_Class_3_Public_Primary_Certification_Authority_-_G3.pem
  Adding debian:Verisign_Class_3_Public_Primary_Certification_Authority_2.pem
  Adding debian:Visa_eCommerce_Root.pem
  Adding debian:WellsSecure_Public_Root_Certificate_Authority.pem
  Adding debian:WoSign.pem
  Adding debian:WoSign_China.pem
  Adding debian:XRamp_Global_CA_Root.pem
  Adding debian:certSIGN_ROOT_CA.pem
  Adding debian:ePKI_Root_Certification_Authority.pem
  Adding debian:thawte_Primary_Root_CA.pem
  Adding debian:thawte_Primary_Root_CA_-_G2.pem
  Adding debian:thawte_Primary_Root_CA_-_G3.pem
  done.
  done.
  Setting up openjdk-8-jre-headless:amd64 (8u91-b14-2) ...
  update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/rmid to 
provide /usr/bin/rmid (rmid) in auto mode
  update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java to 
provide /usr/bin/java (java) in auto mode
  update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/keytool 
to provide /usr/bin/keytool (keytool) in auto mode
  update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/jjs to 
provide /usr/bin/jjs (jjs) in auto mode
  update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/pack200 
to provide /usr/bin/pack200 (pack200) in auto mode
  update-alternatives: using 
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/rmiregistry to provide 
/usr/bin/rmiregistry (rmiregistry) in auto mode
  update-alternatives: using 
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/unpack200 to provide 
/usr/bin/unpack200 (unpack200) in auto mode
  update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/orbd to 
provide /usr/bin/orbd (orbd) in auto mode
  update-alternatives: using 
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/servertool to provide 
/usr/bin/servertool (servertool) in auto mode
  update-alternatives: using 
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/tnameserv to provide 
/usr/bin/tnameserv (tnameserv) in auto mode
  update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/jexec to 
provide /usr/bin/jexec (jexec) in auto mode
  Setting up default-jre-headless (2:1.8-57) ...
  Setting up openjdk-8-jre:amd64 (8u91-b14-2) ...
  update-alternatives: using 
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/policytool to provide 
/usr/bin/policytool (policytool) in auto mode
  

[Reproducible-builds] Bug#824584: libetonyek: FTBFS: configure: error: Package requirements (mdds) were not met

[Chris Lamb]

Source: libetonyek
Version: 0.1.6-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,

libetonyek fails to build from source in unstable/amd64:

  [..]

  ac_cv_prog_CPP='gcc -E'
  ac_cv_prog_CXXCPP='g++ -E'
  ac_cv_prog_ac_ct_AR=ar
  ac_cv_prog_ac_ct_CC=gcc
  ac_cv_prog_ac_ct_CXX=g++
  ac_cv_prog_ac_ct_OBJDUMP=objdump
  ac_cv_prog_ac_ct_RANLIB=ranlib
  ac_cv_prog_ac_ct_STRIP=strip
  ac_cv_prog_cc_c89=
  ac_cv_prog_cc_g=yes
  ac_cv_prog_cxx_g=yes
  ac_cv_prog_make_make_set=yes
  am_cv_CC_dependencies_compiler_type=none
  am_cv_CXX_dependencies_compiler_type=none
  am_cv_ar_interface=ar
  am_cv_make_support_nested_variables=yes
  am_cv_prog_cc_c_o=yes
  lt_cv_ar_at_file=@
  lt_cv_archive_cmds_need_lc=no
  lt_cv_deplibs_check_method=pass_all
  lt_cv_file_magic_cmd='$MAGIC_CMD'
  lt_cv_file_magic_test_file=
  lt_cv_ld_reload_flag=-r
  lt_cv_nm_interface='BSD nm'
  lt_cv_objdir=.libs
  lt_cv_path_LD=/usr/bin/ld
  lt_cv_path_LDCXX='/usr/bin/ld -m elf_x86_64'
  lt_cv_path_NM='/usr/bin/nm -B'
  lt_cv_path_mainfest_tool=no
  lt_cv_prog_compiler_c_o=yes
  lt_cv_prog_compiler_c_o_CXX=yes
  lt_cv_prog_compiler_pic='-fPIC -DPIC'
  lt_cv_prog_compiler_pic_CXX='-fPIC -DPIC'
  lt_cv_prog_compiler_pic_works=yes
  lt_cv_prog_compiler_pic_works_CXX=yes
  lt_cv_prog_compiler_rtti_exceptions=no
  lt_cv_prog_compiler_static_works=yes
  lt_cv_prog_compiler_static_works_CXX=yes
  lt_cv_prog_gnu_ld=yes
  lt_cv_prog_gnu_ldcxx=yes
  lt_cv_sharedlib_from_linklib_cmd='printf %s\n'
  lt_cv_shlibpath_overrides_runpath=no
  lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ 
]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][  
]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\'' | sed '\''/ __gnu_lto/d'\'''
  lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \(.*\) .*$/  
{"\1", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW][ABCDGIRSTW]* .* \(.*\)$/  
{"\1", (void *) \&\1},/p'\'''
  lt_cv_sys_global_symbol_to_c_name_address_lib_prefix='sed -n -e '\''s/^: 
\(.*\) .*$/  {"\1", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW][ABCDGIRSTW]* .* 
\(lib.*\)$/  {"\1", (void *) \&\1},/p'\'' -e '\''s/^[ABCDGIRSTW][ABCDGIRSTW]* 
.* \(.*\)$/  {"lib\1", (void *) \&\1},/p'\'''
  lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^T .* \(.*\)$/extern int 
\1();/p'\'' -e '\''s/^[ABCDGIRSTW][ABCDGIRSTW]* .* \(.*\)$/extern char 
\1;/p'\'''
  lt_cv_sys_global_symbol_to_import=
  lt_cv_sys_max_cmd_len=1572864
  lt_cv_to_host_file_cmd=func_convert_file_noop
  lt_cv_to_tool_file_cmd=func_convert_file_noop
  lt_cv_truncate_bin='/bin/dd bs=4096 count=1'
  pkg_cv_LANGTAG_CFLAGS='-I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include'
  pkg_cv_LANGTAG_LIBS='-llangtag -lglib-2.0'
  pkg_cv_REVENGE_CFLAGS=-I/usr/include/librevenge-0.0
  pkg_cv_REVENGE_LIBS=-lrevenge-0.0
  pkg_cv_XML_CFLAGS=-I/usr/include/libxml2
  pkg_cv_XML_LIBS=-lxml2
  pkg_cv_ZLIB_CFLAGS=
  pkg_cv_ZLIB_LIBS=-lz
  
  ## - ##
  ## Output variables. ##
  ## - ##
  
  ACLOCAL='${SHELL} 
/home/lamby/temp/cdt.20160517194831.Q0Esm8f53Q.libetonyek/libetonyek-0.1.6/missing
 aclocal-1.15'
  AMDEPBACKSLASH=''
  AMDEP_FALSE=''
  AMDEP_TRUE='#'
  AMTAR='$${TAR-tar}'
  AM_BACKSLASH='\'
  AM_DEFAULT_V='$(AM_DEFAULT_VERBOSITY)'
  AM_DEFAULT_VERBOSITY='1'
  AM_V='$(V)'
  AR='ar'
  AS='as'
  AUTOCONF='${SHELL} 
/home/lamby/temp/cdt.20160517194831.Q0Esm8f53Q.libetonyek/libetonyek-0.1.6/missing
 autoconf'
  AUTOHEADER='${SHELL} 
/home/lamby/temp/cdt.20160517194831.Q0Esm8f53Q.libetonyek/libetonyek-0.1.6/missing
 autoheader'
  AUTOMAKE='${SHELL} 
/home/lamby/temp/cdt.20160517194831.Q0Esm8f53Q.libetonyek/libetonyek-0.1.6/missing
 automake-1.15'
  AWK='mawk'
  BOOST_CFLAGS=''
  CC='gcc'
  CCDEPMODE='depmode=none'
  CFLAGS='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security'
  CPP='gcc -E'
  CPPFLAGS='-Wdate-time -D_FORTIFY_SOURCE=2'
  CPPUNIT_CFLAGS=''
  CPPUNIT_LIBS=''
  CXX='g++'
  CXXCPP='g++ -E'
  CXXDEPMODE='depmode=none'
  CXXFLAGS='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security'
  CYGPATH_W='echo'
  DEBUG_CXXFLAGS=''
  DEFS=''
  DEPDIR='.deps'
  DLLTOOL='false'
  DOXYGEN=''
  DSYMUTIL=''
  DUMPBIN=''
  ECHO_C=''
  ECHO_N='-n'
  ECHO_T=''
  EGREP='/bin/grep -E'
  ETONYEK_MAJOR_VERSION=''
  ETONYEK_MICRO_VERSION=''
  ETONYEK_MINOR_VERSION=''
  EXEEXT=''
  FGREP='/bin/grep -F'
  GLM_CFLAGS=''
  GPERF='${SHELL} 
/home/lamby/temp/cdt.20160517194831.Q0Esm8f53Q.libetonyek/libetonyek-0.1.6/missing
 gperf'
  GREP='/bin/grep'
  HAVE_CXX11=''
  INSTALL_DATA='${INSTALL} -m 644'
  INSTALL_PROGRAM='${INSTALL}'
  INSTALL_SCRIPT='${INSTALL}'
  INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
  KEY2RAW_WIN32_RESOURCE=''
  KEY2TEXT_WIN32_RESOURCE=''
  KEY2XHTML_WIN32_RESOURCE=''
  KN_VERSION=''
  LANGTAG_CFLAGS='-I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include'
  LANGTAG_LIBS='-llangtag 

[Reproducible-builds] Bug#824585: libgnomekbd: FTBFS: find: 'doc': No such file or directory

[Chris Lamb]

Source: libgnomekbd
Version: 3.6.0-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,

libgnomekbd fails to build from source in unstable/amd64:

  [..]

  Preparing to unpack .../libxklavier16_5.2.1-1_amd64.deb ...
  Unpacking libxklavier16 (5.2.1-1) ...
  Selecting previously unselected package libxml2-dev:amd64.
  Preparing to unpack .../libxml2-dev_2.9.3+dfsg1-1_amd64.deb ...
  Unpacking libxml2-dev:amd64 (2.9.3+dfsg1-1) ...
  Selecting previously unselected package gir1.2-xkl-1.0.
  Preparing to unpack .../gir1.2-xkl-1.0_5.2.1-1_amd64.deb ...
  Unpacking gir1.2-xkl-1.0 (5.2.1-1) ...
  Selecting previously unselected package libxklavier-dev.
  Preparing to unpack .../libxklavier-dev_5.2.1-1_amd64.deb ...
  Unpacking libxklavier-dev (5.2.1-1) ...
  Processing triggers for man-db (2.7.5-1) ...
  Processing triggers for libc-bin (2.22-9) ...
  Processing triggers for libglib2.0-0:amd64 (2.48.1-1) ...
  Processing triggers for systemd (229-6) ...
  Setting up cdbs (0.4.132) ...
  Setting up libgirepository-1.0-1:amd64 (1.48.0-2) ...
  Setting up gir1.2-glib-2.0:amd64 (1.48.0-2) ...
  Setting up libpng16-16:amd64 (1.6.21-5) ...
  Setting up libfreetype6:amd64 (2.6.3-3+b1) ...
  Setting up ucf (3.0036) ...
  Setting up fonts-dejavu-core (2.35-1) ...
  Setting up fontconfig-config (2.11.0-6.4) ...
  Setting up libfontconfig1:amd64 (2.11.0-6.4) ...
  Setting up libpixman-1-0:amd64 (0.33.6-1) ...
  Setting up libxau6:amd64 (1:1.0.8-1) ...
  Setting up libxdmcp6:amd64 (1:1.1.2-1.1) ...
  Setting up libxcb1:amd64 (1.11.1-1) ...
  Setting up libx11-data (2:1.6.3-1) ...
  Setting up libx11-6:amd64 (2:1.6.3-1) ...
  Setting up libxcb-render0:amd64 (1.11.1-1) ...
  Setting up libxcb-shm0:amd64 (1.11.1-1) ...
  Setting up libxext6:amd64 (2:1.3.3-1) ...
  Setting up libxrender1:amd64 (1:0.9.9-2) ...
  Setting up libcairo2:amd64 (1.14.6-1+b1) ...
  Setting up libcairo-gobject2:amd64 (1.14.6-1+b1) ...
  Setting up gir1.2-freedesktop:amd64 (1.48.0-2) ...
  Setting up autoconf-archive (20150925-1) ...
  Setting up pkg-config (0.29-4) ...
  Setting up openssl (1.0.2h-1) ...
  Setting up ca-certificates (20160104) ...
  Setting up libencode-locale-perl (1.05-1) ...
  Setting up libhttp-date-perl (6.02-1) ...
  Setting up libfile-listing-perl (6.04-1) ...
  Setting up libhtml-tree-perl (5.03-2) ...
  Setting up libio-html-perl (1.001-1) ...
  Setting up liblwp-mediatypes-perl (6.02-1) ...
  Setting up libhttp-message-perl (6.11-1) ...
  Setting up libhttp-cookies-perl (6.01-1) ...
  Setting up libhttp-negotiate-perl (6.00-2) ...
  Setting up libnet-http-perl (6.09-1) ...
  Setting up libwww-robotrules-perl (6.01-1) ...
  Setting up gnome-pkg-tools (0.19.7) ...
  Setting up python-markupsafe (0.23-2+b2) ...
  Setting up python-mako (1.0.4+ds1-1) ...
  Setting up gobject-introspection (1.48.0-2) ...
  Setting up libatk1.0-data (2.20.0-1) ...
  Setting up libatk1.0-0:amd64 (2.20.0-1) ...
  Setting up gir1.2-atk-1.0 (2.20.0-1) ...
  Setting up libelf1:amd64 (0.165-3) ...
  Setting up libglib2.0-data (2.48.1-1) ...
  Setting up libglib2.0-bin (2.48.1-1) ...
  Setting up libpcre16-3:amd64 (2:8.38-3.1) ...
  Setting up libpcre32-3:amd64 (2:8.38-3.1) ...
  Setting up libpcrecpp0v5:amd64 (2:8.38-3.1) ...
  Setting up libpcre3-dev:amd64 (2:8.38-3.1) ...
  Setting up zlib1g-dev:amd64 (1:1.2.8.dfsg-2+b1) ...
  Setting up libglib2.0-dev (2.48.1-1) ...
  Setting up libatk1.0-dev (2.20.0-1) ...
  Setting up libffi-dev:amd64 (3.2.1-4) ...
  Setting up libgirepository1.0-dev (1.48.0-2) ...
  Setting up libdconf1:amd64 (0.26.0-1) ...
  Setting up dconf-service (0.26.0-1) ...
  Setting up dconf-gsettings-backend:amd64 (0.26.0-1) ...
  Setting up hicolor-icon-theme (0.13-1) ...
  Setting up libdbus-1-3:amd64 (1.10.8-1) ...
  Setting up libatspi2.0-0:amd64 (2.20.1-1) ...
  Setting up libatk-bridge2.0-0:amd64 (2.20.1-1) ...
  Setting up libepoxy0:amd64 (1.3.1-1) ...
  Setting up libjpeg62-turbo:amd64 (1:1.4.2-2) ...
  Setting up libjbig0:amd64 (2.1-3.1) ...
  Setting up libtiff5:amd64 (4.0.6-1) ...
  Setting up shared-mime-info (1.6-1) ...
  Setting up libgdk-pixbuf2.0-common (2.34.0-1) ...
  Setting up libgdk-pixbuf2.0-0:amd64 (2.34.0-1) ...
  Setting up fontconfig (2.11.0-6.4) ...
  Regenerating fonts cache... done.
  Setting up libthai-data (0.1.24-2) ...
  Setting up libdatrie1:amd64 (0.2.10-2) ...
  Setting up libthai0:amd64 (0.1.24-2) ...
  Setting up libpango-1.0-0:amd64 (1.40.1-1) ...
  Setting up libgraphite2-3:amd64 (1.3.8-1) ...
  Setting up libharfbuzz0b:amd64 (1.2.6-2) ...
  Setting up libpangoft2-1.0-0:amd64 (1.40.1-1) ...
  Setting up libpangocairo-1.0-0:amd64 (1.40.1-1) ...
  Setting up libwayland-client0:amd64 (1.10.0-2) ...
  Setting up libwayland-cursor0:amd64 (1.10.0-2) ...
  Setting up libdrm2:amd64 (2.4.68-1) ...
  Setting up libwayland-server0:amd64 (1.10.0-2) ...
  Setting 

[Reproducible-builds] Bug#824586: networkmanager-qt: FTBFS: dh_makeshlibs: failing due to earlier errors

[Chris Lamb]

Source: networkmanager-qt
Version: 5.16.0-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,

networkmanager-qt fails to build from source in unstable/amd64:

  [..]

  for doc in `cd 
/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0/debian/tmp/usr/share/doc/kde/HTML/en;
 find . -name index.docbook`; do \
  pkg=${doc%/index.docbook}; pkg=${pkg#./}; \
  echo Building $pkg HTML docs...; \
  mkdir -p 
/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0/debian/networkmanager-qt-doc-html/usr/share/doc/kde/HTML/en/$pkg;
 \
  cd 
/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0/debian/networkmanager-qt-doc-html/usr/share/doc/kde/HTML/en/$pkg;
 \
  meinproc5 
/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0/debian/tmp/usr/share/doc/kde/HTML/en/$pkg/index.docbook;
 \
  done; \
  for pkg in  ; do \
  rm -rf 
/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0/debian/networkmanager-qt-doc-html/usr/share/doc/kde/HTML/en/$pkg;
 \
  done; \
  fi
  dh_movelibkdeinit  
  dh_installdocs  
  dh_installchangelogs  
  dh_installexamples  
  dh_installman  
  dh_installcatalogs  
  dh_installcron  
  dh_installdebconf  
  dh_installemacsen  
  dh_installifupdown  
  dh_installinfo  
  dh_installinit  
  dh_installmenu  
  dh_installmime  
  dh_installmodules  
  dh_installlogcheck  
  dh_installlogrotate  
  dh_installpam  
  dh_installppp  
  dh_installudev  
  dh_installwm  
  dh_installxfonts  
  dh_bugfiles  
  dh_lintian  
  dh_gconf  
  dh_icons  
  dh_perl  
  dh_usrlocal  
  dh_link  
  dh_compress '-X.dcl' '-X.docbook' '-X-license' '-X.tag' '-X.sty' '-X.el'  
  dh_fixperms  
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0'
  # "install" target is done
  /usr/bin/make -f debian/rules dhmk_run_binary_commands DHMK_TARGET="binary"
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0'
  # Running override target (override_dh_strip)
  test -z "`ls debian/*.debhelper.log 2>/dev/null`" || sed -i 
'/^override_dh_strip[[:space:]]/d' debian/*.debhelper.log
  /usr/bin/make -f debian/rules override_dh_strip 
DH_INTERNAL_OVERRIDE="dh_strip"  
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0'
  dh_strip  --dbg-package=libkf5networkmanagerqt6-dbg
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160517195048.VlRK3bUjME.networkmanager-qt/networkmanager-qt-5.16.0'
  dh_makeshlibs '-Xusr/lib/libkdeinit5_*'  
  dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
  dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
  dpkg-gensymbols: warning: debian/libkf5networkmanagerqt6/DEBIAN/symbols 
doesn't match completely debian/libkf5networkmanagerqt6.symbols
  --- debian/libkf5networkmanagerqt6.symbols 
(libkf5networkmanagerqt6_5.16.0-1_amd64)
  +++ dpkg-gensymbols_KeSnE 2016-05-17 19:54:36.067411476 +0100
  @@ -286,24 +286,24 @@
_ZN14NetworkManager11VlanSettingD0Ev@Base 5.1.1+git20141203.0020+15.04
_ZN14NetworkManager11VlanSettingD1Ev@Base 5.1.1+git20141203.0020+15.04
_ZN14NetworkManager11VlanSettingD2Ev@Base 5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice11bsidChangedERK7QString@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice11cinrChangedEi@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice11nspAppearedERK7QString@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice11qt_metacallEN11QMetaObject4CallEiPPv@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice11qt_metacastEPKc@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice11rssiChangedEi@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice14bitRateChangedEi@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice14nspDisappearedERK7QString@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice14txPowerChangedEi@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice16activeNspChangedERK7QString@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice16staticMetaObjectE@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice22centerFrequencyChangedEj@Base 
5.1.1+git20141203.0020+15.04
  - _ZN14NetworkManager11WimaxDevice22hardwareAddressChangedERK7QString@Base 
5.1.1+git20141203.0020+15.04
  - 

[Reproducible-builds] Bug#824182: Info received ( Bug#824182: codeblocks: please make the build reproducible (timestamps))

[Debian Bug Tracking System]

Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 David Paleino 

If you wish to submit further information on this problem, please
send it to 824...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

-- 
824182: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824182
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#824182: codeblocks: please make the build reproducible (timestamps)

[Ximin Luo]

Ximin Luo:
> (sorry for repost, making sure the right people see this)
> 
> Fabian Wolff:
>> -export DEB_CPPFLAGS_MAINT_APPEND=-DNDEBUG
>> +export DEB_CPPFLAGS_MAINT_APPEND=-DNDEBUG \
>> +-DBUILD_DATE="\"\\\"`date -u -d @$(SOURCE_DATE_EPOCH) +%Y-%m-%d`\\\"\"" 
>> \
>> +-DBUILD_TIME="\"\\\"`date -u -d @$(SOURCE_DATE_EPOCH) +%T`\\\"\""
> 
> Hi Fabian,
> 
> Have you tested this patch? My understanding is that debhelper sets 
> SOURCE_DATE_EPOCH but make(1) does not. In general, debian/rules is a plain 
> Makefile and shouldn't assume higher-level tools set anything extra.
> 

On a second look, it seems everything in this particular debian/rules is done 
inside override_dh* rules, so it may be the case that dpkg-buildflags (who 
expands DEB_CPPFLAGS_MAINT_APPEND) will always see SOURCE_DATE_EPOCH.

So everything may be fine. If that's the case, sorry for the noise. (Then it 
would be nice to add a comment explaining this, for future readers.)

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#824182: codeblocks: please make the build reproducible (timestamps)

[Mattia Rizzolo]

On Tue, May 17, 2016 at 07:01:49PM +0200, Ximin Luo wrote:
> export SOURCE_DATE_EPOCH = $(shell dpkg-parsechangelog -SDate | date -f- +%s)

s/=/?=/ might be also nicer, IMHO.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


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] Bug#824182: codeblocks: please make the build reproducible (timestamps)

[Ximin Luo]

(sorry for repost, making sure the right people see this)

Fabian Wolff:
> -export DEB_CPPFLAGS_MAINT_APPEND=-DNDEBUG
> +export DEB_CPPFLAGS_MAINT_APPEND=-DNDEBUG \
> + -DBUILD_DATE="\"\\\"`date -u -d @$(SOURCE_DATE_EPOCH) +%Y-%m-%d`\\\"\"" 
> \
> + -DBUILD_TIME="\"\\\"`date -u -d @$(SOURCE_DATE_EPOCH) +%T`\\\"\""

Hi Fabian,

Have you tested this patch? My understanding is that debhelper sets 
SOURCE_DATE_EPOCH but make(1) does not. In general, debian/rules is a plain 
Makefile and shouldn't assume higher-level tools set anything extra.

So this patch wouldn't work; you need to add a line:

export SOURCE_DATE_EPOCH = $(shell dpkg-parsechangelog -SDate | date -f- +%s)

near the top of debian/rules.

Or you can wait until #824572 is fixed, which I just filed. Then your patch 
might work without needing to add the extra line above.

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] [Tails-dev] tails binary and source packages lists URL has changed…

[intrigeri]

Hi Holger,

Holger Levsen wrote (17 May 2016 11:29:56 GMT) :
> On Tue, May 17, 2016 at 01:16:28PM +0200, intrigeri wrote:
>> I'm working on it and hope to fix it today.

Repaired!

> I'll gladly merge this whenever you tell me I should.

Please go ahead :)

Cheers,
-- 
intrigeri

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#824569: gap-ctbllib: please make the build reproducible (timestamps)

[Alexis Bienvenüe]

Source: gap-ctbllib
Version: 1r2p2.dfsg.0-2
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org

Dear Maintainer,

While working on the “reproducible builds” effort [1], we have noticed
that 'gap-ctbllib' could not be built reproducibly.

The attached patch removes timestamps from the compressed *.{six,toc} files.
Once applied, gap-ctbllib can be built reproducibly in our current
experimental framework.

Regards,
Alexis Bienvenüe.

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


diff -Nru gap-ctbllib-1r2p2.dfsg.0/debian/patches/doc-makefile gap-ctbllib-1r2p2.dfsg.0/debian/patches/doc-makefile
--- gap-ctbllib-1r2p2.dfsg.0/debian/patches/doc-makefile	2014-08-06 23:47:04.0 +0200
+++ gap-ctbllib-1r2p2.dfsg.0/debian/patches/doc-makefile	2016-05-17 15:11:41.0 +0200
@@ -26,8 +26,8 @@
 +install-help:
 +	install -d $(DOCDIR)/$(DIRS)
 +	set -e; for man in $(DIRS); do \
-+	  gzip --best $$man/manual.six; \
-+	  gzip --best $$man/main.toc; \
++	  gzip --best -n $$man/manual.six; \
++	  gzip --best -n $$man/main.toc; \
 +	  install -o root -g root -m 0644 $$man/manualbib.xml $(DOCDIR)/$$man;\
 +	  install -o root -g root -m 0644 $$man/manualbib.xml.bib $(DOCDIR)/$$man;\
 +	  install -o root -g root -m 0644 $$man/manual.six.gz $(DOCDIR)/$$man;\
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#824567: tkdesk: please make the build reproducible (fileordering)

[Alexis Bienvenüe]

Source: tkdesk
Version: 2.0-9.2
Severity: wishlist
Tags: patch upstream
User: reproducible-builds@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org

Dear Maintainer,

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

The attached patch fixes the order in which files are parsed by the
mkindex script.
Once applied, tkdesk can be built reproducibly in our current
experimental framework.

Regards,
Alexis Bienvenüe.

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

--- tkdesk-2.0.orig/tcldesk/mkindex
+++ tkdesk-2.0/tcldesk/mkindex
@@ -74,7 +74,7 @@
 append index "# sets an element in the auto_index array, where the\n"
 append index "# element name is the name of a command and the value is\n"
 append index "# a script that loads the command.\n\n"
-foreach file [eval glob $args] {
+foreach file [lsort [eval glob $args]] {
 	set f ""
 	set error [catch {
 	set f [open $file]
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] [Tails-dev] tails binary and source packages lists URL has changed…

[Holger Levsen]

Hi intrigeri,

On Tue, May 17, 2016 at 01:16:28PM +0200, intrigeri wrote:
> The ISO build from our feature/stretch branch, that generates these
> files, has been broken for a while, and after some weeks our Jenkins
> set up deletes artifacts it considers to be obsolete… so these files
> have indeed disappeared. Sorry for the inconvenience, and thanks for
> the heads up: I didn't consciously realize that such breakage would
> impact you folks :/
> 
> I'm working on it and hope to fix it today.

ah, cool! (and don't worry, this didnt cause much inconvenience, just
some warning emails (and the tails pkg set didnt get updated)…)
 
> > https://tests.reproducible-builds.org/unstable/amd64/pkg_set_tails.html
> > https://tests.reproducible-builds.org/unstable/amd64/pkg_set_tails_build-depends.html
> Right, it's lovely that we have these, thank you! :)

:) thanks for these kind words!

> And by the way, once the above is fixed, I want to quickly switch our
> pkgset generation process from our (very hackish and inaccurate)
> .binpkgs/.srcpkgs files, to our new (accurate) .build-manifest one.
> 
> I've prepared a branch that does this switch and adjusts
> bin/reproducible_create_meta_pkg_sets.sh accordingly:

great, thanks!

>  * I used explicit argument passing to the function this branch
>introduces, instead of global variables; if you prefer, I can of
>course adjust this to use global variables, to match the current
>code's style more closely, regardless of whatever my personal taste
>in such matters is.

Actually I prefer your coding style over the one I used… I'd probably made
the tmpfile and packages variables local variables though.

>  * I really didn't want to parse YAML by hand, hence the inline Python
>script. I've seen a Perl one in the same file already, so I've
>assumed it would be OK. If you prefer I can certainly move that
>function into its own, dedicated script.

hehe, I actually like those 10 lines in-line, they serve as a nice
example.

I'll gladly merge this whenever you tell me I should. Thanks again!


-- 
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] [Tails-dev] tails binary and source packages lists URL has changed…

[intrigeri]

Hi,

Holger Levsen wrote (11 May 2016 10:22:11 GMT) :
> once again these two URLs have changed:

> http://nightly.tails.boum.org/build_Tails_ISO_feature-stretch/lastSuccessful/archive/latest.iso.binpkgs
> http://nightly.tails.boum.org/build_Tails_ISO_feature-stretch/lastSuccessful/archive/latest.iso.srcpkg

The ISO build from our feature/stretch branch, that generates these
files, has been broken for a while, and after some weeks our Jenkins
set up deletes artifacts it considers to be obsolete… so these files
have indeed disappeared. Sorry for the inconvenience, and thanks for
the heads up: I didn't consciously realize that such breakage would
impact you folks :/

I'm working on it and hope to fix it today.

> We need to them to create the package lists for:

> https://tests.reproducible-builds.org/unstable/amd64/pkg_set_tails.html
> https://tests.reproducible-builds.org/unstable/amd64/pkg_set_tails_build-depends.html

Right, it's lovely that we have these, thank you! :)

And by the way, once the above is fixed, I want to quickly switch our
pkgset generation process from our (very hackish and inaccurate)
.binpkgs/.srcpkgs files, to our new (accurate) .build-manifest one.

I've prepared a branch that does this switch and adjusts
bin/reproducible_create_meta_pkg_sets.sh accordingly:

 * repo: https://git-tails.immerda.ch/jenkins.debian.net.git
 * branch: support-tails-build-manifest

I'll notify you once the above has been fixed and this can be merged
and deployed to production, but IMO this branch is ready for a code
review. Note that:

 * I used explicit argument passing to the function this branch
   introduces, instead of global variables; if you prefer, I can of
   course adjust this to use global variables, to match the current
   code's style more closely, regardless of whatever my personal taste
   in such matters is.

 * I really didn't want to parse YAML by hand, hence the inline Python
   script. I've seen a Perl one in the same file already, so I've
   assumed it would be OK. If you prefer I can certainly move that
   function into its own, dedicated script.

Cheers,
-- 
intrigeri

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#816072: tar: Please upstream --clamp-mtime option

[Steven Chamberlain]

tags 816072 + fixed-upstream
thanks

tar 1.29 is released today with this feature \o/

Please consider packaging it so that dpkg can fix #759886

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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