[Reproducible-builds] Bug#794372: FTBFS: undefined reference to Glib::filename_display_basename

2015-08-02 Thread Chris West (Faux)
Source: gigedit
Version: 0.2.0-1
Severity: serious
Tags: sid stretch
Justification: fails to build from source (but built successfully in the past)
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Glib::filename_display_basename(std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Glib::str_has_suffix(std::__cxx11::basic_stringchar, std::char_traitschar, 
std::allocatorchar  const, std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`RIFF::File::File(std::__cxx11::basic_stringchar, std::char_traitschar, 
std::allocatorchar  const)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Glib::ustring::operator=(std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Glib::ustring::ustring(std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Gtk::SelectionData::set(std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const, int, unsigned char 
const*, int)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Glib::build_filename(std::__cxx11::basic_stringchar, std::char_traitschar, 
std::allocatorchar  const, std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Gtk::SelectionData::get_target[abi:cxx11]() const'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Glib::path_get_dirname(std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Glib::path_get_basename(std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
.../../src/gigedit/.libs/libgigedit.so: undefined reference to 
`Glib::path_is_absolute(std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
collect2: error: ld returned 1 exit status
Makefile:552: recipe for target 'gigedit' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/gigedit.html

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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


[Reproducible-builds] Bug#794376: FTBFS: undefined reference to `boost::program_options::detail::cmdline::cmdline'

2015-08-02 Thread Chris West (Faux)
Source: fracplanet
Version: 0.4.0-3
Severity: serious
Tags: sid 
Justification: fails to build from source (but built successfully in the past)
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

obj/fracplanet.o: In function 
`boost::program_options::basic_command_line_parserchar::extra_parser(boost::function1std::pairstd::__cxx11::basic_stringchar,
 std::char_traitschar, std::allocatorchar , 
std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar  
, std::__cxx11::basic_stringchar, std::char_traitschar, 
std::allocatorchar  const)':
/usr/include/boost/program_options/detail/parsers.hpp:77: undefined reference 
to 
`boost::program_options::detail::cmdline::set_additional_parser(boost::function1std::pairstd::__cxx11::basic_stringchar,
 std::char_traitschar, std::allocatorchar , 
std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar  
, std::__cxx11::basic_stringchar, std::char_traitschar, 
std::allocatorchar  const)'
obj/fracplanet.o: In function `std::vectorstd::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar , 
std::allocatorstd::__cxx11::basic_stringchar, std::char_traitschar, 
std::allocatorchar
boost::program_options::to_internalstd::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  
(std::vectorstd::__cxx11::basic_stringchar, std::char_traitschar, 
std::allocatorchar , std::allocatorstd::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorcharconst)':
/usr/include/boost/program_options/detail/convert.hpp:79: undefined reference 
to `boost::program_options::to_internal(std::__cxx11::basic_stringchar, 
std::char_traitschar, std::allocatorchar  const)'
obj/fracplanet.o: In function 
`boost::program_options::basic_command_line_parserchar::basic_command_line_parser(int,
 char const* const*)':
/usr/include/boost/program_options/detail/parsers.hpp:43: undefined reference 
to 
`boost::program_options::detail::cmdline::cmdline(std::vectorstd::__cxx11::basic_stringchar,
 std::char_traitschar, std::allocatorchar , 
std::allocatorstd::__cxx11::basic_stringchar, std::char_traitschar, 
std::allocatorcharconst)'
obj/fracplanet.o: In function `main':
/tmp/buildd/fracplanet-0.4.0/fracplanet.cpp:47: undefined reference to 
`boost::program_options::options_description::options_description(std::__cxx11::basic_stringchar,
 std::char_traitschar, std::allocatorchar  const, unsigned int, unsigned 
int)'
obj/parameters_render.o: In function `ParametersRender::options()':
/tmp/buildd/fracplanet-0.4.0/parameters_render.cpp:28: undefined reference to 
`boost::program_options::options_description::options_description(std::__cxx11::basic_stringchar,
 std::char_traitschar, std::allocatorchar  const, unsigned int, unsigned 
int)'
collect2: error: ld returned 1 exit status
Makefile:186: recipe for target 'fracplanet' failed


Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/fracplanet.html


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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


[Reproducible-builds] Bug#794375: FTBFS: pry/cli.rb: undefined method `new' for Slop:Module (NoMethodError)

2015-08-02 Thread Chris West (Faux)
Source: cucumber
Version: 2.0.0-2
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

/usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb -r json
/usr/lib/ruby/vendor_ruby/pry/cli.rb:100:in `top (required)': undefined 
method `new' for Slop:Module (NoMethodError)
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/vendor_ruby/pry.rb:150:in `top (required)'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /tmp/buildd/cucumber-2.0.0/spec/spec_helper.rb:9:in `top 
(required)'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from 
/tmp/buildd/cucumber-2.0.0/spec/cucumber/cli/configuration_spec.rb:1:in `top 
(required)'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in 
`load'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in 
`block in load_spec_files'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in 
`each'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in 
`load_spec_files'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:103:in `setup'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:89:in `run'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:74:in `run'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:42:in `invoke'
from /usr/bin/rspec:4:in `main'
/usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb -r json failed
ERROR: Test ruby2.1 failed. Exiting.


Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/cucumber.html

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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


Re: [Reproducible-builds] ARM build machines

2015-08-02 Thread Holger Levsen
Hi,

https://reproducible.debian.net/index_repositories.html now shows missing
armhf binaries too, so we can see which binNMUs we need to do...

Next thing to do: fix dpkg as described in 
http://lists.alioth.debian.org/pipermail/reproducible-builds/Week-of-Mon-20150727/002569.html

You might also be interested in
https://jenkins.debian.net/userContent/todo.html#_reproducible_debian_armhf



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#794399: parsec47: please make the build reproducible

2015-08-02 Thread Reiner Herrmann
Source: parsec47
Version: 0.2.dfsg1-6
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 parsec47 could not be built reproducibly.
A file list is sorted differently depending on the locale.

The attached patch fixes this by sorting with LC_ALL set to C.

Regards,
 Reiner

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

diff --git a/debian/patches/makefile.patch b/debian/patches/makefile.patch
index ddffc50..2c3406d 100644
--- a/debian/patches/makefile.patch
+++ b/debian/patches/makefile.patch
@@ -6,7 +6,7 @@
 +++ b/Makefile
 @@ -0,0 +1,12 @@
 +GDC=gdc
-+DSRC=src/mt.d $(shell find import src/abagames -name *.d | sort)
++DSRC=src/mt.d $(shell find import src/abagames -name *.d | LC_ALL=C sort)
 +EXE=parsec47
 +
 +all: $(EXE)


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#794400: tumiki-fighters: please make the build reproducible

2015-08-02 Thread Reiner Herrmann
Source: tumiki-fighters
Version: 0.2.dfsg1-6
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 tumiki-fighters could not be built reproducibly.
A file list is sorted differently depending on the locale.

The attached patch fixes this by sorting with LC_ALL set to C.

Regards,
 Reiner

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

diff --git a/debian/patches/makefile.patch b/debian/patches/makefile.patch
index 80d8f39..3d9b4a6 100644
--- a/debian/patches/makefile.patch
+++ b/debian/patches/makefile.patch
@@ -6,7 +6,7 @@
 +++ b/Makefile
 @@ -0,0 +1,11 @@
 +GDC=gdc
-+DSRC=$(shell find import src/abagames -name *.d | sort)
++DSRC=$(shell find import src/abagames -name *.d | LC_ALL=C sort)
 +EXE=tumiki-fighters
 +
 +all: $(EXE)


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#794398: clhep: please make the build reproducible

2015-08-02 Thread Reiner Herrmann
Source: clhep
Version: 2.1.4.1-1.1
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 clhep could not be built reproducibly.
A file list is sorted differently depending on the locale.

The attached patch fixes this by sorting with LC_ALL set to C.

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..3a90b7f
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,13 @@
+Author: Reiner Herrmann rei...@reiner-h.de
+Description: Sort file list to get reproducible results
+
+Index: clhep-2.1.4.1/getObjectList.in
+===
+--- clhep-2.1.4.1.orig/getObjectList.in
 clhep-2.1.4.1/getObjectList.in
+@@ -22,4 +22,4 @@ do
+fi
+ done
+ 
+-echo $filelist
++echo $filelist | tr ' ' '\n' | LC_ALL=C sort | tr '\n' ' '
diff --git a/debian/patches/series b/debian/patches/series
index 3e08479..9ad0fac 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -3,3 +3,4 @@ doxygen.conf
 clhep-config.patch
 tests.patch
 fix-double-comparision-in-testBug58950.patch
+reproducible_build.patch


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] package uploaded to our repo

2015-08-02 Thread Jérémy Bobbio
debbindiff_28.dsc has just been uploaded to 
https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain

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


[Reproducible-builds] Bug#794347: marked as done (AttributeError: 'NoneType' object has no attribute 'add_details' while processing dh-ocaml_1.0.9_amd64.changes)

2015-08-02 Thread Debian Bug Tracking System
Your message dated Sun, 02 Aug 2015 15:34:49 +
with message-id e1zlvhl-00024p...@franck.debian.org
and subject line Bug#794347: fixed in debbindiff 28
has caused the Debian Bug report #794347,
regarding AttributeError: 'NoneType' object has no attribute 'add_details' 
while processing dh-ocaml_1.0.9_amd64.changes
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
794347: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794347
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: debbindiff
Version: 27
Severity: normal

Saw on rb.d.n:

Sat Aug  1 21:07:20 UTC 2015 - debbindiff 27 will be used to compare the two 
builds:
+ timeout 30m schroot --directory /srv/reproducible-results/tmp.wN3zcbKY6k -c 
source:jenkins-reproducible-unstable-debbindiff -- sh -c 'export 
TMPDIR=/srv/reproducible-results/tmp.wN3zcbKY6k/dbd-tmp-G5legJK ; debbindiff
 --html 
/srv/reproducible-results/tmp.wN3zcbKY6k/dh-ocaml_1.0.9.debbindiff.html 
 --text /srv/reproducible-results/tmp.wN3zcbKY6k/dh-ocaml_1.0.9.debbindiff.txt  
 
/srv/reproducible-results/tmp.wN3zcbKY6k/b1/dh-ocaml_1.0.9_amd64.changes
/srv/reproducible-results/tmp.wN3zcbKY6k/b2/dh-ocaml_1.0.9_amd64.changes'
Traceback (most recent call last):
  File /usr/bin/debbindiff, line 108, in module
sys.exit(main())
  File /usr/bin/debbindiff, line 94, in main
parsed_args.file1, parsed_args.file2)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 66, in compare_root_paths
return compare_files(FilesystemFile(path1), FilesystemFile(path2))
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 79, in compare_files
return file1.compare(file2, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 75, in wrapper
return original_method(self, other, *args, **kwargs)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 171, in compare
difference = self._compare_using_details(other, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 144, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 75, in wrapper
return original_method(self, other, *args, **kwargs)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/debian.py, 
line 140, in compare_details
differences.extend(my_container.compare(other_container, source))
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/debian.py, 
line 104, in compare
debbindiff.comparators.compare_files(my_file, other_file, source=source))
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 79, in compare_files
return file1.compare(file2, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 75, in wrapper
return original_method(self, other, *args, **kwargs)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 171, in compare
difference = self._compare_using_details(other, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 144, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 75, in wrapper
return original_method(self, other, *args, **kwargs)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/deb.py, line 
87, in compare_details
differences.extend(my_container.compare(other_container, source))
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/utils.py, line 
180, in compare
my_file, other_file, source=name))
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 79, in compare_files
return file1.compare(file2, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 75, in wrapper
return original_method(self, other, *args, **kwargs)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 171, in compare
difference = self._compare_using_details(other, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 144, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/binary.py, 
line 75, in wrapper
return 

[Reproducible-builds] Bug#786596: marked as done (still unicode problems: 'ascii' codec can't encode characters in position 64-65: ordinal not in range(128))

2015-08-02 Thread Debian Bug Tracking System
Your message dated Sun, 2 Aug 2015 22:20:29 +
with message-id 2015080029.ga21...@chase.mapreri.org
and subject line Re: [Reproducible-builds] Bug#786596: still unicode problems: 
'ascii' codec can't encode characters in position 64-65: ordinal not in 
range(128)
has caused the Debian Bug report #786596,
regarding still unicode problems: 'ascii' codec can't encode characters in 
position 64-65: ordinal not in range(128)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
786596: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786596
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
package: debbindiff
version: 20
User: reproducible-builds@lists.alioth.debian.org
Usertags: toolchain

Hi,

when running debbindiff 20 on the build artifacts of openocd in unstable,
debbindiff fails like this:

Fri May 22 13:48:49 UTC 2015 - debbindiff 20 will be used to compare the two 
builds:
Traceback (most recent call last):
  File /usr/bin/debbindiff, line 122, in module
sys.exit(main())
  File /usr/bin/debbindiff, line 108, in main
parsed_args.file1, parsed_args.file2)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 129, in compare_files
return comparator(path1, path2, source=source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/changes.py, 
line 89, in compare_changes_files
dot_changes2.get_path(filename
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 129, in compare_files
return comparator(path1, path2, source=source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/utils.py, line 
43, in with_fallback
inside_differences = original_function(path1, path2, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/deb.py, line 
53, in compare_deb_files
in_path1, in_path2, source=name))
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 129, in compare_files
return comparator(path1, path2, source=source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/utils.py, line 
43, in with_fallback
inside_differences = original_function(path1, path2, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/xz.py, line 
50, in compare_xz_files
source=[os.path.basename(new_path1), os.path.basename(new_path2)])
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 129, in compare_files
return comparator(path1, path2, source=source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/utils.py, line 
43, in with_fallback
inside_differences = original_function(path1, path2, source)
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/tar.py, line 
65, in compare_tar_files
source=name.decode('utf-8')))
  File /usr/lib/python2.7/dist-packages/debbindiff/comparators/__init__.py, 
line 109, in compare_files
if os.path.isdir(path1) and os.path.isdir(path2):
  File /usr/lib/python2.7/genericpath.py, line 49, in isdir
st = os.stat(s)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 64-65: 
ordinal not in range(128)


However, when debbindiff 16 was used to compare the builds of openocd in
testing on May 5th, this worked nicely.

(Granted, the openocd version was slightly different (0.9.0~rc1-1 vs 0.9.0-1)
but I doubt that this matters. Now we could reschedule openocd in testing so
it would be tested with dbd20, but I'll leave this for later so the current
logs stay as they are.

https://reproducible.debian.net/artifacts/r00t-me/openocd_unstable_tmp-a3af8/
has artifacts for two more days...


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.
---End Message---
---BeginMessage---
On Sat, May 23, 2015 at 01:26:42PM +0200, Holger Levsen wrote:
 when running debbindiff 20 on the build artifacts of openocd in unstable,
 debbindiff fails like this:

Not sure how/when, but now debbindiff can process openocd without troubles.
Thus, closing.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: Digital signature
---End Message---
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org

[Reproducible-builds] Reproducibility vs signatures

2015-08-02 Thread Ben Hutchings
At some point we're hopefully going to support Secure Boot on amd64.
That means there will be a signed kernel image (separate from the
current linux-image packages) and a signed GRUB image.  The kernel
modules in the linux-image packages will also be signed, probably with
an ephemeral key.

All these signatures will all be embedded within binaries and will of
course not be reproducible.  The locations of differences will however
be predictable.

How should we deal with this limited variability?  Could source
packages or buildinfo describe the expected variations somehow?

Ben.

-- 
Ben Hutchings
Unix is many things to many people,
but it's never been everything to anybody.



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