from:"Santiago Vila"

Bug#1072608: smb2www: FTBFS: UTF-8 "xF3" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, <$fh> line 85.

2024-06-04 Thread Santiago Vila


Package: src:smb2www
Version: 980804-45
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
 debian/rules build
dh "build" --with apache2
   dh_update_autotools_config
   dh_autoreconf
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
perl Install.pl > debian/smb2www-default
/usr/bin/make -C /<>/debian/addons/po4a/
make[2]: Entering directory '/<>/debian/addons/po4a'
PERL5LIB=/<>/debian/addons/po4a po4a -v po4a.cfg
POT file po/smb2www.pot already up to date.
Updating po/cs.po:/<>/debian/addons/po4a/po/de.po:20: (po4a::po)
Parse error at: --><--
 46 translated messages.
Updating po/de.po:UTF-8 "\xF3" does not map to Unicode at 
/usr/share/perl5/Locale/Po4a/Po.pm line 353, <$fh> line 85.
UTF-8 "\xF3" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xF1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xF1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 129.
UTF-8 "\xF1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 129.
UTF-8 "\xF3" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 181.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 181.
UTF-8 "\xF3" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 181.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 181.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 213.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 213.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 213.
UTF-8 "\xED" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 213.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 240.
UTF-8 "\xED" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 240.
UTF-8 "\xF3" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 240.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 240.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 240.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 266.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 266.
UTF-8 "\xF3" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 266.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 266.
UTF-8 "\xF3" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 266.
UTF-8 "\xF3" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 266.
UTF-8 "\xE1" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 266.
 46 translated messages.
Updating po/es.po:UTF-8 "\xE4" does not map to Unicode at 
/usr/share/perl5/Locale/Po4a/Po.pm line 353, <$fh> line 26.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 26.
UTF-8 "\xF6" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 26.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 26.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 26.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 26.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xF6" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xF6" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xE4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 85.
UTF-8 "\xF6"

Bug#1072606: pppconfig: FTBFS: UTF-8 "xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353.

2024-06-04 Thread Santiago Vila


Package: src:pppconfig
Version: 2.3.28
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
 debian/rules build
dh_testdir
po4a man/po4a.cfg
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 
353.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 49.
UTF-8 "\xE0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 49.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xAB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xBB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE8" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xAB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xBB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xAB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xBB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xAB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xBB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xAB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xBB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xAB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xBB" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE8" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xEA" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xF4" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE8" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xE9" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, 
<$fh> line 83.
UTF-8 "\xA0" does not map to Unicode at

Bug#1072146: libexplain: kill(pid = 42 "sh", sig = SIGTERM) failed, Operation not permitted (EPERM)

2024-05-29 Thread Santiago Vila


owner 1072146 !
thanks

El 29/5/24 a las 8:35, Jochen Sprickerhof escribió:

libexplain fails to build in sbuild+unshare now used on some of the
buildd:

PATH=`pwd`/bin:$PATH /bin/sh test/04/t0462a.sh
1c1
< kill(pid = 42, sig = SIGTERM) failed, Operation not permitted (EPERM)
---

kill(pid = 42 "sh", sig = SIGTERM) failed, Operation not permitted (EPERM)

FAILED test of kill EPERM
make[2]: *** [Makefile:42004: t0462a] Error 1

I assume this is due to the test is skipped in the schroot backend.
Tagging patch as it is easy to fix from the diff above.


The diff above is what happens when you try this:

dpkg-buildpackage -uc -us -b

If, instead, you try this:

sbuild -d sid-unshare --chroot-mode=unshare libexplain_1.4.D001-13.dsc

then you get a diff like this:

< kill(pid = 42, sig = SIGTERM) failed, Operation not permitted (EPERM)
< because the process does not have permission to send the signal to any
< of the target processes, and the process is not privileged
---

kill(pid = 42 "perl", sig = SIGTERM) failed, Operation not permitted
(EPERM) because the process does not have permission to send the signal
to any of the target processes, and the process is not privileged


Since we want the package to be buildable in all allowed ways, I'm
going to make sure that the test is always skipped (not just when using
root or fakeroot), as there is no diff which will work for everybody.

Thanks.

Bug#1071793: cider: FTBFS: Eager macro-expansion failure: (buttercup-dynamic-binding-error . "buttercup requires `lexical-binding' to be t"

2024-05-24 Thread Santiago Vila


Package: src:cider
Version: 0.19.0+dfsg-3
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
 debian/rules build
dh build --with elpa --with mkdocs
   dh_update_autotools_config
   dh_autoreconf
   dh_auto_configure
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
LANG=C.UTF-8 LC_ALL=C.UTF-8 mkdocs build --clean
WARNING -  Config value 'site_favicon': Unrecognised configuration name: 
site_favicon
INFO-  Cleaning site directory
INFO-  Building documentation to directory: /<>/html
WARNING -  Doc file 'about/contributing.md' contains a relative link 
'readthedocs.org', but the target 'about/readthedocs.org' is not found among 
documentation files.
INFO-  Documentation built in 0.31 seconds
make[1]: Leaving directory '/<>'
   dh_elpa_test
buttercup -L . -L test/utils
Loading /etc/emacs/site-start.d/00debian.el (source)...
Loading /etc/emacs/site-start.d/50autoconf.el (source)...
cider-popup.el: Warning: Use keywords rather than deprecated positional 
arguments to `define-minor-mode'
nrepl-client.el: Warning: Use keywords rather than deprecated positional 
arguments to `define-minor-mode'
Interactive forms not supported in generic functions: (interactive "P")
cider-test.el: Warning: Use keywords rather than deprecated positional 
arguments to `define-minor-mode'
cider-mode.el: Warning: Missing format argument
cider-mode.el: Warning: Use keywords rather than deprecated positional 
arguments to `define-minor-mode'
cider-debug.el: Warning: Use keywords rather than deprecated positional 
arguments to `define-minor-mode'
cider-test.el: Warning: Use keywords rather than deprecated positional 
arguments to `define-minor-mode'
Running 38 specs.

cider--test-unless-local
  returns the given argument if text at point is not a clojure local
[32m  returns the given argument if text at point is not a clojure local[0m 
(3.08ms)

cider--read-locals-from-next-sexp
  respects cursor position
[32m  respects cursor position[0m (0.23ms)
  understands clojure destructuring
[32m  understands clojure destructuring[0m (0.22ms)
  handles clojure type-hints
[32m  handles clojure type-hints[0m (0.21ms)

cider--read-locals-from-bindings-vector
  understands clojure destructuring
[32m  understands clojure destructuring[0m (0.43ms)
  handles clojure type-hints
[32m  handles clojure type-hints[0m (0.28ms)
  handles newlines
[32m  handles newlines[0m (0.30ms)

cider--read-locals-from-arglist
  handles whitespace
[32m  handles whitespace[0m (0.26ms)
  handles clojure docstrings, meta-data, type-hints
[32m  handles clojure docstrings, meta-data, type-hints[0m (0.25ms)
  understands clojure destructuring
[32m  understands clojure destructuring[0m (0.36ms)
  understands clojure multi-arity functons
[32m  understands clojure multi-arity functons[0m (0.24ms)
  understands lambda functions
[32m  understands lambda functions[0m (0.23ms)

cider--make-result-overlay
  can create overlays
[32m  can create overlays[0m (0.13ms)
  when overlay duration is `command`
erases overlays after the next command is executed
[32merases overlays after the next command is executed[0m (0.19ms)
  when overlay duration is given in secs
erases overlays after that duration
[32merases overlays after that duration[0m (2.00s)

cider--delete-overlay
  deletes overlays
[32m  deletes overlays[0m (0.19ms)

File failed to load correctly:
  ./test/cider-apropos-tests.el
[31m  ./test/cider-apropos-tests.el[0m[31m  Eager macro-expansion failure: 
(buttercup-dynamic-binding-error . "buttercup requires `lexical-binding' to be 
t")[0m (0.04ms)
  ./test/cider-browse-ns-tests.el
[31m  ./test/cider-browse-ns-tests.el[0m[31m  Eager macro-expansion failure: 
(buttercup-dynamic-binding-error . "buttercup requires `lexical-binding' to be 
t")[0m (0.04ms)
  ./test/cider-classpath-tests.el
[31m  ./test/cider-classpath-tests.el[0m[31m  Eager macro-expansion failure: 
(buttercup-dynamic-binding-error . "buttercup requires `lexical-binding' to be 
t")[0m (0.04ms)
  ./test/cider-client-tests.el
[31m  ./test/cider-client-tests.el[0m[31m  Eager macro-expansion failure: 
(buttercup-dynamic-binding-error . "buttercup requires `lexical-binding' to be 
t")[0m (0.03ms)
  ./test/cider-common-tests.el
[31m  ./test/cider-common-tests.el[0m[31m  Eager macro-expansion failure: 
(buttercup-dynamic-binding-error . "buttercup requires `lexical-binding' to be 
t")[0m (0.03ms)
  ./test/cider-connection-tests.el
[31m  ./test/cider-connection-tests.el[0m[31m  Eager macro-expansion 
failure: (wrong-number-of-arguments (3 . 4) 2)[0m (0.03ms)
  ./test/cider-debug-tests.el
[31m  ./test/cider-debug-tests.el[0m[31m  Eager macro-expansion failure: 
(buttercup-dynamic-binding-error . "buttercup requires `lexical-binding' to be 
t")[0m (0.02ms)

Bug#1071307: fte: FTBFS: /usr/include/string.h:506:15: error: conflicting declaration of ‘size_t strlcpy(char, const char, size_t)’ with ‘C’ linkage

2024-05-17 Thread Santiago Vila


Package: src:fte
Version: 0.50.2b6-20110708-5
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
 debian/rules build
dh build
   dh_update_autotools_config
   dh_autoreconf
   dh_auto_configure
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
dh_auto_build -D src -- -f fte-unix.mak
cd src && make -j2 "INSTALL=install --strip-program=true" -f 
fte-unix.mak
make[2]: Entering directory '/<>/src'
g++ -c cfte.cpp -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wpointer-arith -Wconversion 
-Wwrite-strings -Winline -g-I/usr/include/qt3 -I/usr/lib64/qt-3.3/include  
-I/usr/include/slang -DUNIX -DLINUX
g++ -c s_files.cpp -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wpointer-arith -Wconversion 
-Wwrite-strings -Winline -g-I/usr/include/qt3 -I/usr/lib64/qt-3.3/include  
-I/usr/include/slang -DUNIX -DLINUX
g++ -c s_string.cpp -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wpointer-arith -Wconversion 
-Wwrite-strings -Winline -g-I/usr/include/qt3 -I/usr/lib64/qt-3.3/include  
-I/usr/include/slang -DUNIX -DLINUX
In file included from s_string.cpp:3:
/usr/include/string.h:506:15: error: conflicting declaration of ‘size_t 
strlcpy(char*, const char*, size_t)’ with ‘C’ linkage
  506 | extern size_t strlcpy (char *__restrict __dest,
  |   ^~~
In file included from s_string.cpp:1:
s_string.h:10:8: note: previous declaration with ‘C++’ linkage
   10 | size_t strlcpy(char *dst, const char *src, size_t size);
  |^~~
/usr/include/string.h:506:15: error: declaration of ‘size_t strlcpy(char*, 
const char*, size_t) noexcept’ has a different exception specifier
  506 | extern size_t strlcpy (char *__restrict __dest,
  |   ^~~
s_string.h:10:8: note: from previous declaration ‘size_t strlcpy(char*, const 
char*, size_t)’
   10 | size_t strlcpy(char *dst, const char *src, size_t size);
  |^~~
/usr/include/string.h:512:15: error: conflicting declaration of ‘size_t 
strlcat(char*, const char*, size_t)’ with ‘C’ linkage
  512 | extern size_t strlcat (char *__restrict __dest,
  |   ^~~
s_string.h:14:8: note: previous declaration with ‘C++’ linkage
   14 | size_t strlcat(char *dst, const char *src, size_t size);
  |^~~
/usr/include/string.h:512:15: error: declaration of ‘size_t strlcat(char*, 
const char*, size_t) noexcept’ has a different exception specifier
  512 | extern size_t strlcat (char *__restrict __dest,
  |   ^~~
s_string.h:14:8: note: from previous declaration ‘size_t strlcat(char*, const 
char*, size_t)’
   14 | size_t strlcat(char *dst, const char *src, size_t size);
  |^~~
make[2]: *** [fte-unix.mak:159: s_string.o] Error 1
make[2]: *** Waiting for unfinished jobs
cfte.cpp: In function ‘int LoadFile(const char*, const char*, int)’:
cfte.cpp:1885:29: warning: ‘localconfig/’ directive writing 12 bytes into a 
region of size between 1 and 1024 [-Wformat-overflow=]
 1885 | sprintf(tmp, "%slocalconfig/%s", StartDir, CfgName);
  | ^~~~
In file included from /usr/include/stdio.h:964,
 from cfte.cpp:22:
In function ‘int sprintf(char*, const char*, ...)’,
inlined from ‘int LoadFile(const char*, const char*, int)’ at 
cfte.cpp:1885:20:
/usr/include/x86_64-linux-gnu/bits/stdio2.h:30:34: note: 
‘__builtin___sprintf_chk’ output 13 or more bytes (assuming 1036) into a 
destination of size 1024
   30 |   return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1,
  |  ^~
   31 |   __glibc_objsize (__s), __fmt,
  |   ~
   32 |   __va_arg_pack ());
  |   ~
cfte.cpp: In function ‘int LoadFile(const char*, const char*, int)’:
cfte.cpp:1893:37: warning: ‘config/’ directive writing 7 bytes into a region of 
size between 1 and 1024 [-Wformat-overflow=]
 1893 | sprintf(tmp, "%sconfig/%s", StartDir, CfgName);
  | ^~~
In function ‘int sprintf(char*, const char*, ...)’,
inlined from ‘int LoadFile(const char*, const char*, int)’ at 
cfte.cpp:1893:28:
/usr/include/x86_64-linux-gnu/bits/stdio2.h:30:34: note: 
‘__builtin___sprintf_chk’ output 8 or more bytes

Bug#1071298: canna: FTBFS: dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file

2024-05-17 Thread Santiago Vila


Package: src:canna
Version: 3.7p3-21
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
 debian/rules build
dh build
   dh_update_autotools_config
cp -an --reflink=auto canuum/config.guess 
debian/.debhelper/bucket/files/5b6877e0d2db2a7ef37611a0c5dfb81eabbe34519bd648bf71f8b7d4e3847850.tmp
cp: warning: behavior of -n is non-portable and may change in future; use 
--update=none instead
mv 
debian/.debhelper/bucket/files/5b6877e0d2db2a7ef37611a0c5dfb81eabbe34519bd648bf71f8b7d4e3847850.tmp
 
debian/.debhelper/bucket/files/5b6877e0d2db2a7ef37611a0c5dfb81eabbe34519bd648bf71f8b7d4e3847850
cp -f /usr/share/misc/config.guess ./canuum/config.guess
cp -an --reflink=auto canuum/config.sub 
debian/.debhelper/bucket/files/86b363ca4362b5f2562a0a6f0c5f9d445de3ab67de34c3e4a7dc0ca1f854e17a.tmp
cp: warning: behavior of -n is non-portable and may change in future; use 
--update=none instead
mv 
debian/.debhelper/bucket/files/86b363ca4362b5f2562a0a6f0c5f9d445de3ab67de34c3e4a7dc0ca1f854e17a.tmp
 
debian/.debhelper/bucket/files/86b363ca4362b5f2562a0a6f0c5f9d445de3ab67de34c3e4a7dc0ca1f854e17a
cp -f /usr/share/misc/config.sub ./canuum/config.sub
   dh_autoreconf
find . canuum ! -ipath "./debian/*" -a ! \( -path '*/.git/*' -o -path 
'*/.hg/*' -o -path '*/.bzr/*' -o -path '*/.svn/*' -o -path '*/CVS/*' \) -a  -type f -exec 
md5sum {} + -o -type l -printf "symlink  %p
" > debian/autoreconf.before

[... snipped ...]

mv debian/canna-utils/usr/share/man/ja/man1/delwords.1.dh-new 
debian/canna-utils/usr/share/man/ja/man1/delwords.1
mv debian/canna-utils/usr/share/man/ja/man1/lsdic.1.dh-new 
debian/canna-utils/usr/share/man/ja/man1/lsdic.1
mv debian/canna-utils/usr/share/man/ja/man1/mkdic.1.dh-new 
debian/canna-utils/usr/share/man/ja/man1/mkdic.1
mv debian/canna-utils/usr/share/man/ja/man1/mkromdic.1.dh-new 
debian/canna-utils/usr/share/man/ja/man1/mkromdic.1
mv debian/canna-utils/usr/share/man/ja/man1/mvdic.1.dh-new 
debian/canna-utils/usr/share/man/ja/man1/mvdic.1
mv debian/canna-utils/usr/share/man/ja/man1/rmdic.1.dh-new 
debian/canna-utils/usr/share/man/ja/man1/rmdic.1
mv debian/canna-utils/usr/share/man/man1/addwords.1.dh-new 
debian/canna-utils/usr/share/man/man1/addwords.1
mv debian/canna-utils/usr/share/man/man1/cannacheck.1.dh-new 
debian/canna-utils/usr/share/man/man1/cannacheck.1
mv debian/canna-utils/usr/share/man/man1/cannastat.1.dh-new 
debian/canna-utils/usr/share/man/man1/cannastat.1
mv debian/canna-utils/usr/share/man/man1/catdic.1.dh-new 
debian/canna-utils/usr/share/man/man1/catdic.1
mv debian/canna-utils/usr/share/man/man1/chkconc.1.dh-new 
debian/canna-utils/usr/share/man/man1/chkconc.1
mv debian/canna-utils/usr/share/man/man1/cpdic.1.dh-new 
debian/canna-utils/usr/share/man/man1/cpdic.1
mv debian/canna-utils/usr/share/man/man1/cshost.1.dh-new 
debian/canna-utils/usr/share/man/man1/cshost.1
mv debian/canna-utils/usr/share/man/man1/delwords.1.dh-new 
debian/canna-utils/usr/share/man/man1/delwords.1
mv debian/canna-utils/usr/share/man/man1/lsdic.1.dh-new 
debian/canna-utils/usr/share/man/man1/lsdic.1
mv debian/canna-utils/usr/share/man/man1/mkdic.1.dh-new 
debian/canna-utils/usr/share/man/man1/mkdic.1
mv debian/canna-utils/usr/share/man/man1/mkromdic.1.dh-new 
debian/canna-utils/usr/share/man/man1/mkromdic.1
mv debian/canna-utils/usr/share/man/man1/mvdic.1.dh-new 
debian/canna-utils/usr/share/man/man1/mvdic.1
mv debian/canna-utils/usr/share/man/man1/rmdic.1.dh-new 
debian/canna-utils/usr/share/man/man1/rmdic.1
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkBgnBun.3.dh-new 
debian/libcanna1g-dev/usr/share/man/ja/man3/RkBgnBun.3
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkCloseRoma.3.dh-new 
debian/libcanna1g-dev/usr/share/man/ja/man3/RkCloseRoma.3
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtEuc.3.dh-new 
debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtEuc.3
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtHan.3.dh-new 
debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtHan.3
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtHira.3.dh-new 
debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtHira.3
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtKana.3.dh-new 
debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtKana.3
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtRoma.3.dh-new 
debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtRoma.3
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtZen.3.dh-new 
debian/libcanna1g-dev/usr/share/man/ja/man3/RkCvtZen.3
mv debian/libcanna1g-dev/usr/share/man/ja/man3/RkDefineDic.3.dh-new

Bug#1071296: blobwars: FTBFS: src/headers.h:60:20: error: ambiguating new declaration of ‘void strlcat(char, const char, size_t)’

2024-05-17 Thread Santiago Vila


Package: src:blobwars
Version: 2.00-4
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
 debian/rules build
dh build --parallel
dh: warning: Compatibility levels before 10 are deprecated (level 9 in use)
   dh_update_autotools_config -O--parallel
   dh_auto_configure -O--parallel
dh_auto_configure: warning: Compatibility levels before 10 are deprecated 
(level 9 in use)
   dh_auto_build -O--parallel
dh_auto_build: warning: Compatibility levels before 10 are deprecated (level 9 
in use)
make -j2
make[1]: Entering directory '/<>'
g++ -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection `pkg-config --cflags sdl2 SDL2_mixer SDL2_image SDL2_ttf SDL2_net` -DVERSION=2.00 -DRELEASE=1 
-DUSEPAK=0 -DPAKNAME=\"blobwars.pak\" -DPAKLOCATION=\"/usr/share/games/blobwars/\" -DUNIX 
-DGAMEPLAYMANUAL=\"/usr/share/doc/blobwars/index.html\" -Wall -DLOCALEDIR=\"/usr/share/locale/\" 
-DMEDAL_SERVER_HOST=\"www.parallelrealities.co.uk\" -DMEDAL_SERVER_PORT=80 -Wdate-time -D_FORTIFY_SOURCE=2 -flto -c src/CAudio.cpp
g++ -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection `pkg-config --cflags sdl2 SDL2_mixer SDL2_image SDL2_ttf SDL2_net` -DVERSION=2.00 -DRELEASE=1 
-DUSEPAK=0 -DPAKNAME=\"blobwars.pak\" -DPAKLOCATION=\"/usr/share/games/blobwars/\" -DUNIX 
-DGAMEPLAYMANUAL=\"/usr/share/doc/blobwars/index.html\" -Wall -DLOCALEDIR=\"/usr/share/locale/\" 
-DMEDAL_SERVER_HOST=\"www.parallelrealities.co.uk\" -DMEDAL_SERVER_PORT=80 -Wdate-time -D_FORTIFY_SOURCE=2 -flto -c src/CBoss.cpp
In file included from src/CBoss.cpp:22:
src/headers.h:60:20: error: ambiguating new declaration of ‘void strlcat(char*, 
const char*, size_t)’
   60 | static inline void strlcat(char *dest, const char *src, size_t n) { 
strncat(dest, src, n - 1); }
  |^~~
In file included from src/CAudio.cpp:22:
src/headers.h:60:20: error: ambiguating new declaration of ‘void strlcat(char*, 
const char*, size_t)’
   60 | static inline void strlcat(char *dest, const char *src, size_t n) { 
strncat(dest, src, n - 1); }
  |^~~
In file included from /usr/include/features.h:502,
 from /usr/include/errno.h:25,
 from src/headers.h:22:
/usr/include/x86_64-linux-gnu/bits/string_fortified.h:167:1: note: old 
declaration ‘size_t strlcat(char*, const char*, size_t)’
  167 | __NTH (strlcat (char *__restrict __dest, const char *__restrict __src,
  | ^
src/headers.h:61:20: error: ambiguating new declaration of ‘void strlcpy(char*, 
const char*, size_t)’
   61 | static inline void strlcpy(char *dest, const char *src, size_t n) { 
strncpy(dest, src, n); dest[n - 1] = 0; }
  |^~~
/usr/include/x86_64-linux-gnu/bits/string_fortified.h:150:1: note: old 
declaration ‘size_t strlcpy(char*, const char*, size_t)’
  150 | __NTH (strlcpy (char *__restrict __dest, const char *__restrict __src,
  | ^
In file included from /usr/include/features.h:502,
 from /usr/include/errno.h:25,
 from src/headers.h:22:
/usr/include/x86_64-linux-gnu/bits/string_fortified.h:167:1: note: old 
declaration ‘size_t strlcat(char*, const char*, size_t)’
  167 | __NTH (strlcat (char *__restrict __dest, const char *__restrict __src,
  | ^
src/headers.h:61:20: error: ambiguating new declaration of ‘void strlcpy(char*, 
const char*, size_t)’
   61 | static inline void strlcpy(char *dest, const char *src, size_t n) { 
strncpy(dest, src, n); dest[n - 1] = 0; }
  |^~~
/usr/include/x86_64-linux-gnu/bits/string_fortified.h:150:1: note: old 
declaration ‘size_t strlcpy(char*, const char*, size_t)’
  150 | __NTH (strlcpy (char *__restrict __dest, const char *__restrict __src,
  | ^
make[1]: *** [Makefile:84: CBoss.o] Error 1
make[1]: *** Waiting for unfinished jobs
make[1]: *** [Makefile:84: CAudio.o] Error 1
make[1]: Leaving directory '/<>'
dh_auto_build: error: make -j2 returned exit code 2
make: *** [debian/rules:7: build] Error 255
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2


The above is just how the build ends and not necessarily the most relevant part.
If required, the full build log is available here:

https://people.debian.org/~sanvila/build-logs/202405/

About the archive rebuild: The build was made on virtual machines
of type m6a.large and r6a.large from AWS, using sbuild and a
reduced chroot with only build-essential packages.

If you could not reproduce the bug please contact me privately, as I
am willing to provide ssh access to a virtual machine where the bug is
fully

Bug#1070960: dnprogs: FTBFS: linux/netfilter_decnet.h: No such file or directory

2024-05-11 Thread Santiago Vila


Package: src:dnprogs
Version: 2.65
Severity: serious
Control: close -1 2.65+rm
Tags: ftbfs bullseye

Dear maintainer:

During a rebuild of all packages in bullseye, your package failed to build:


[...]
 debian/rules build
test -f debian/rules
make prefix=/usr RELEASE=true BUILDING_DEB=true
make[1]: Entering directory '/<>'
make[2]: Entering directory '/<>/include'
make[2]: Leaving directory '/<>/include'
make[2]: Entering directory '/<>/libdnet'
gcc -g -O2 -ffile-prefix-map=/<>/libdnet=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -pipe -fsigned-char -Wstrict-prototypes -Wall 
-Wno-unused -Wno-uninitialized -I../libdap -I../include -DVERSION=\"2.62\" -D_XOPEN_SOURCE 
-D_BSD_SOURCE -D_GNU_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSHADOW_PWD 
-DDNETUSE_DEVPTS -O2 -Wl,-z,relro -DSYSCONF_PREFIX=\"\" -c -o dnet_htoa.o dnet_htoa.c
In file included from /usr/include/x86_64-linux-gnu/sys/types.h:25,
 from dnet_htoa.c:19:
/usr/include/features.h:187:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are 
deprecated, use _DEFAULT_SOURCE" [-Wcpp]
  187 | # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use 
_DEFAULT_SOURCE"
  |   ^~~
dnet_htoa.c: In function ‘dnet_htoa’:

[... snipped ...]

sethost.c:371:25: warning: pointer targets in passing argument 1 of 
‘getnodebyname’ differ in signedness [-Wpointer-sign]
  371 |  if ( (np=getnodebyname(nodename)) == NULL)
  | ^~~~
  | |
  | unsigned char *
In file included from sethost.c:28:
../include/netdnet/dnetdb.h:31:53: note: expected ‘const char *’ but argument 
is of type ‘unsigned char *’
   31 | extern  struct  nodeent  *getnodebyname(const char *name);
  | ^~~~
sethost.c: In function ‘ct_setup_link’:
sethost.c:538:46: warning: pointer targets in passing argument 1 of ‘strlen’ 
differ in signedness [-Wpointer-sign]
  538 |  accessdata.acc_accl  = strlen(accessdata.acc_acc);
  |~~^~~~
  |  |
  |  unsigned char *
In file included from sethost.c:15:
/usr/include/string.h:385:35: note: expected ‘const char *’ but argument is of 
type ‘unsigned char *’
  385 | extern size_t strlen (const char *__s)
  |   ^~~
sethost.c: In function ‘ct_read_req’:
sethost.c:936:18: warning: pointer targets in passing argument 1 of 
‘ct_echo_prompt’ differ in signedness [-Wpointer-sign]
  936 |   ct_echo_prompt([bufptr]);
  |  ^~~~
  |  |
  |  unsigned char *
sethost.c:862:34: note: expected ‘char *’ but argument is of type ‘unsigned 
char *’
  862 | static void ct_echo_prompt(char *c)
  |~~^
sethost.c: In function ‘ct_write_req’:
sethost.c:1045:42: warning: pointer targets in passing argument 1 of 
‘ct_echo_prompt’ differ in signedness [-Wpointer-sign]
 1045 |if (i < end_of_prompt) ct_echo_prompt([i]);
  |  ^~
  |  |
  |  unsigned char *
sethost.c:862:34: note: expected ‘char *’ but argument is of type ‘unsigned 
char *’
  862 | static void ct_echo_prompt(char *c)
  |~~^
sethost.c:1046:28: warning: pointer targets in passing argument 1 of 
‘ct_echo_input_char’ differ in signedness [-Wpointer-sign]
 1046 |else ct_echo_input_char([i]);
  |^~
  ||
  |unsigned char *
sethost.c:257:38: note: expected ‘char *’ but argument is of type ‘unsigned 
char *’
  257 | static void ct_echo_input_char(char *c)
  |~~^
sethost.c: In function ‘main’:
sethost.c:1832:14: warning: pointer targets in assignment from ‘char *’ to 
‘unsigned char *’ differ in signedness [-Wpointer-sign]
 1832 | nodename = argv[optind];
  |  ^
sethost.c: At top level:
sethost.c:155:13: warning: ‘debug’ is static but used in inline function 
‘set_short’ which is not static
  155 | {   if (debug == 2) { printf(" Entered inline void 
set_short...\n");}
  | ^
sethost.c: In function ‘ct_preinput_proc’:
sethost.c:741:9: warning: ignoring return value of ‘write’ declared with 
attribute ‘warn_unused_result’ [-Wunused-result]
  741 | write(ttyfd,"\n*output off*\n",14);
  | ^~
sethost.c:743:9: warning: ignoring return value of ‘write’ declared with 
attribute ‘warn_unused_result’ [-Wunused-result]
  743 |

Bug#1069263: sendfile: File in /etc/profile.d has an invalid filename

2024-04-18 Thread Santiago Vila


Package: src:sendfile
Version: 2.1b.20080616-10

Dear maintainer:

The file /etc/profile.d/sendfile does not have .sh suffix,
so it's not sourced by /etc/profile at all.

I noticed this because I'm planning to improve the way
files at /etc/profile.d are read (see Bug#885414).

The plan is to use a regexp (instead of just *.sh), but
the requirement that the files have .sh suffix will remain,
as it's used to differentiate shell snippets from csh snippets.

Suggest using "sendfile.sh" instead, but maybe you have to do
additional things to remove the old conffile if it did not change.

Thanks.

Bug#1057614: python-kaptan: FTBFS: chmod: cannot access '/<>/kaptan.egg-info/*': No such file or directory

2023-12-05 Thread Santiago Vila


Package: src:python-kaptan
Version: 0.5.12-1
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
 debian/rules binary
dh binary --with python3 --buildsystem=pybuild
   dh_update_autotools_config -O--buildsystem=pybuild
   dh_autoreconf -O--buildsystem=pybuild
   dh_auto_configure -O--buildsystem=pybuild
I: pybuild base:310: python3.12 setup.py config
Warning: 'classifiers' should be a list, got type 'tuple'
running config
I: pybuild base:310: python3.11 setup.py config
Warning: 'classifiers' should be a list, got type 'tuple'
running config
   debian/rules execute_before_dh_auto_build
make[1]: Entering directory '/<>'
chmod -x /<>/kaptan.egg-info/*
chmod: cannot access '/<>/kaptan.egg-info/*': No such file or 
directory
make[1]: *** [debian/rules:9: execute_before_dh_auto_build] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:6: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2


The above is just how the build ends and not necessarily the most relevant part.
If required, the full build log is available here:

https://people.debian.org/~sanvila/build-logs/202312/

About the archive rebuild: The build was made using virtual machines
from AWS, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages.

If you could not reproduce the bug please contact me privately, as I
am willing to provide ssh access to a virtual machine where the bug is
fully reproducible.

If this is really a bug in one of the build-depends, please use
reassign and affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1057542: ap-utils: FTBFS: input.c:340:43: error: invalid application of ‘sizeof’ to incomplete type ‘ITEM’ {aka ‘struct tagITEM’}

2023-12-05 Thread Santiago Vila


Package: src:ap-utils
Version: 1.5-5
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
 debian/rules build
dh build
   dh_update_autotools_config
   dh_autoreconf
autoreconf: warning: autoconf input should be named 'configure.ac', not 
'configure.in'
aclocal: warning: autoconf input should be named 'configure.ac', not 
'configure.in'
configure.in: warning: AM_GNU_GETTEXT is used, but not AM_GNU_GETTEXT_VERSION 
or AM_GNU_GETTEXT_REQUIRE_VERSION
configure.in:35: warning: The macro `AC_HEADER_STDC' is obsolete.
configure.in:35: You should run autoupdate.
./lib/autoconf/headers.m4:704: AC_HEADER_STDC is expanded from...
configure.in:35: the top level
configure.in:53: warning: The macro `AC_TYPE_SIGNAL' is obsolete.
configure.in:53: You should run autoupdate.
./lib/autoconf/types.m4:776: AC_TYPE_SIGNAL is expanded from...

[... snipped ...]

  | ^~~~
oui.c:5825:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5825 | 0x00, 0xE0, 0xC8, "VIRTUAL ACCESS, LTD."}, {
  |   ^~~~
oui.c:5825:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘200’ to ‘-56’ [-Woverflow]
 5825 | 0x00, 0xE0, 0xC8, "VIRTUAL ACCESS, LTD."}, {
  | ^~~~
oui.c:5826:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5826 | 0x00, 0xE0, 0xC9, "AutomatedLogic Corporation"}, {
  |   ^~~~
oui.c:5826:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘201’ to ‘-55’ [-Woverflow]
 5826 | 0x00, 0xE0, 0xC9, "AutomatedLogic Corporation"}, {
  | ^~~~
oui.c:5827:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5827 | 0x00, 0xE0, 0xCA, "BEST DATA PRODUCTS"}, {
  |   ^~~~
oui.c:5827:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘202’ to ‘-54’ [-Woverflow]
 5827 | 0x00, 0xE0, 0xCA, "BEST DATA PRODUCTS"}, {
  | ^~~~
oui.c:5828:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5828 | 0x00, 0xE0, 0xCB, "RESON, INC."}, {
  |   ^~~~
oui.c:5828:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘203’ to ‘-53’ [-Woverflow]
 5828 | 0x00, 0xE0, 0xCB, "RESON, INC."}, {
  | ^~~~
oui.c:5829:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5829 | 0x00, 0xE0, 0xCC, "HERO SYSTEMS, LTD."}, {
  |   ^~~~
oui.c:5829:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘204’ to ‘-52’ [-Woverflow]
 5829 | 0x00, 0xE0, 0xCC, "HERO SYSTEMS, LTD."}, {
  | ^~~~
oui.c:5830:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5830 | 0x00, 0xE0, 0xCD, "SENSIS CORPORATION"}, {
  |   ^~~~
oui.c:5830:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘205’ to ‘-51’ [-Woverflow]
 5830 | 0x00, 0xE0, 0xCD, "SENSIS CORPORATION"}, {
  | ^~~~
oui.c:5831:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5831 | 0x00, 0xE0, 0xCE, "ARN"}, {
  |   ^~~~
oui.c:5831:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘206’ to ‘-50’ [-Woverflow]
 5831 | 0x00, 0xE0, 0xCE, "ARN"}, {
  | ^~~~
oui.c:5832:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5832 | 0x00, 0xE0, 0xCF, "INTEGRATED DEVICE TECHNOLOGY, INC."}, {
  |   ^~~~
oui.c:5832:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘207’ to ‘-49’ [-Woverflow]
 5832 | 0x00, 0xE0, 0xCF, "INTEGRATED DEVICE TECHNOLOGY, INC."}, {
  | ^~~~
oui.c:5833:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5833 | 0x00, 0xE0, 0xD0, "NETSPEED, INC."}, {
  |   ^~~~
oui.c:5833:21: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘208’ to ‘-48’ [-Woverflow]
 5833 | 0x00, 0xE0, 0xD0, "NETSPEED, INC."}, {
  | ^~~~
oui.c:5834:15: warning: overflow in conversion from ‘int’ to ‘char’ changes 
value from ‘224’ to ‘-32’ [-Woverflow]
 5834 | 0x00, 0xE0, 0xD1, "TELSIS LIMITED"}, {
  |   ^~~~
oui.c:5834:21: warning: overflow in conversion from ‘int’ to

Bug#964540: dropwatch build times out in the testsuite

2023-02-09 Thread Santiago Vila


Hello.

Since this package is orphaned, I've just made a QA upload
with the absolute minimal change below which seems to fix
the issue.

I'll care about putting this in salsa tomorrow.

Thanks.

diff -Nru dropwatch-1.5.4/debian/changelog dropwatch-1.5.4/debian/changelog
--- dropwatch-1.5.4/debian/changelog2022-11-01 14:05:23.0 +0100
+++ dropwatch-1.5.4/debian/changelog2023-02-10 00:30:00.0 +0100
@@ -1,3 +1,11 @@
+dropwatch (1.5.4-2) unstable; urgency=medium
+
+  * QA upload.
+  * Add psmisc to Build-Depends. Hopefully the test suite will not hang
+after this. Reported by Matthias Klose. Closes: #964540.
+
+ -- Santiago Vila   Fri, 10 Feb 2023 00:30:00 +0100
+
 dropwatch (1.5.4-1) unstable; urgency=medium
 
   * QA upload.

diff -Nru dropwatch-1.5.4/debian/control dropwatch-1.5.4/debian/control
--- dropwatch-1.5.4/debian/control  2022-11-01 14:05:23.0 +0100
+++ dropwatch-1.5.4/debian/control  2023-02-10 00:30:00.0 +0100
@@ -10,6 +10,7 @@
 ,libpcap-dev
 ,libreadline-dev
 ,pkgconf | pkg-config
+,psmisc
 Rules-Requires-Root: no
 Homepage: https://github.com/nhorman/dropwatch
 Vcs-Git: https://salsa.debian.org/debian/dropwatch.git

Bug#964540: dropwatch build times out in the testsuite

2023-02-05 Thread Santiago Vila


severity 964540 important
thanks

Matthias Klose wrote:

dropwatch build times out in the testsuite, no output available in the build 
log.


I can reproduce this as well.

On systems with a single CPU, the failure rate is about 100%
(i.e. it *always* fails).

Note for Andreas or whoever wants to look at this:

To reproduce please try setting GRUB_CMDLINE_LINUX="nr_cpus=1"
in /etc/default/grub first. If that does not work, then please
contact me privately, as I am willing to provide ssh access
to a machine where the failure may be reproduced all the time.

(I'm raising this from normal to important because it's a violation
of Policy 4.2, and also because I believe a fix should be allowed in
a bookworm point release in case nobody fixes it before 12.0).

Thanks.

Bug#997222: libexplain: FTBFS in bullseye

2023-01-13 Thread Santiago Vila


reopen 997222
found 997222 1.4.D001-11
fixed 997222 1.4.D001-12
thanks

Note: There is a fix proposal for bullseye in Bug #1025703.

Bug#991067: reopen for bullseye

2023-01-09 Thread Santiago Vila


reopen 991067
found 991067 1.2-1
found 991067 1.2-4
fixed 991067 1.2-5
thanks

Note: There is already a release.debian.org bug with a debdiff.

Bug#991067: x4d-icons FTBFS with imagemagick with the #987504 change

2022-12-06 Thread Santiago Vila


Hi.

I've just made a QA upload (1.2-5) which replaces the workaround for the 
FTBFS problem by a proper fix based on the patch by Dennis Filder.

(The debhelper feature allowing this is really great)

I plan to do an upload for stable as well.

[ CC to all involved parties ]

Thanks.

libexplain: FTBFS in bullseye

2022-12-05 Thread Santiago Vila


Hi.

I'm considering to make an upload to fix this in bullseye.

Am I right to think that the termiox patch with the following changelog 
entry is also desirable to be able to build from bullseye+recent kernel?


  - Patch: termiox removed since kernel 5.12, from ALT Linux.

Thanks.

Bug#952009: c-icap-modules: FTBFS: clamav_mod.c:108:13: error: expected identifier or ‘(’ before string constant

2020-03-01 Thread Santiago Vila

found 952009 1:0.5.3-1
thanks

Also in buster.

Bug#952009: c-icap-modules: FTBFS: clamav_mod.c:108:13: error: expected identifier or ‘(’ before string constant

2020-03-01 Thread Santiago Vila

found 952009 1:0.4.4-1+deb9u1
thanks

This is also happening in stretch.

Bug#943695: didjvu: FTBFS: ERROR: tests.test_timestamp.test_timezones

2019-11-21 Thread Santiago Vila

On Mon, Oct 28, 2019 at 09:51:58AM +0100, Jakub Wilk wrote:
> Source: didjvu
> Version: 0.8.2-2
> Severity: serious
> Justification: fails to build from source
> 
> didjvu FTBFS in a minimal chroot:
> | ==
> | ERROR: tests.test_timestamp.test_timezones
> | --
> | Traceback (most recent call last):
> |   File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
> | self.test(*self.arg)
> |   File "/build/didjvu-w3wqV9/didjvu-0.8.2/tests/test_timestamp.py", line 
> 51, in test_timezones
> | t(1261171514, 'Europe/Warsaw', '2009-12-18T22:25:14+01:00')
> |   File "/build/didjvu-w3wqV9/didjvu-0.8.2/tests/tools.py", line 212, in 
> wrapper
> | raise IsolatedError('\n\n' + msg)
> | IsolatedError:
> |
> | Traceback (most recent call last):
> |   File "/build/didjvu-w3wqV9/didjvu-0.8.2/tests/tools.py", line 189, in 
> wrapper
> | f(*args, **kwargs)
> |   File "/build/didjvu-w3wqV9/didjvu-0.8.2/tests/test_timestamp.py", line 
> 44, in t
> | assert_equal(str(result), expected)
> | AssertionError: '2009-12-18T21:25:14Z' != '2009-12-18T22:25:14+01:00'
> |
> | --
> 
> The test in question needs the time zone database to work correctly, but it
> was not available in the build environment.
> 
> Please add "tzdata" to Build-Depends to fix this.

Thanks for the Cc.

I see that this package was orphaned yesterday.

Since you seem to be the upstream author, would you consider adopting it?

Thanks.

Bug#921779: doxygen: FTBFS (LaTeX error)

2019-02-08 Thread Santiago Vila

Package: src:doxygen
Version: 1.8.13-10
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh_testdir
/usr/bin/make -C jquery install
make[1]: Entering directory '/<>/jquery'
java -jar /usr/share/yui-compressor/yui-compressor.jar jquery-1.7.1.js > 
jquery-1.7.1-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar jquery.ui-1.8.18.core.js 
> jquery.ui-1.8.18.core-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar 
jquery.ui-1.8.18.widget.js > jquery.ui-1.8.18.widget-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar 
jquery.ui-1.8.18.mouse.js > jquery.ui-1.8.18.mouse-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar 
jquery.ui-1.8.18.resizable.js > jquery.ui-1.8.18.resizable-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar 
jquery.ba-1.3-hashchange.js > jquery.ba-1.3-hashchange-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar jquery.scrollTo-1.4.2.js 
> jquery.scrollTo-1.4.2-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar jquery.powertip-1.2.0.js 
> jquery.powertip-1.2.0-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar 
jquery.ui-0.2.3.touch-punch.js > jquery.ui-0.2.3.touch-punch-min.js
java -jar /usr/share/yui-compressor/yui-compressor.jar 
jquery.smartmenus-1.0.0.js > jquery.smartmenus-1.0.0-min.js

[... snipped ...]

[100%] Generating trouble.doc
cd /<>/build/doc && /usr/bin/cmake -E copy 
/<>/doc/trouble.doc /<>/build/doc/
[100%] Generating xmlcmds.doc
cd /<>/build/doc && /usr/bin/cmake -E copy 
/<>/doc/xmlcmds.doc /<>/build/doc/
[100%] Generating Latex and HTML documentation.
cd /<>/build/doc && /<>/build/bin/doxygen
This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2019/dev/Debian) 
(preloaded format=latex)
 restricted \write18 enabled.
entering extended mode
(./_formulas.tex
LaTeX2e <2018-12-01>

make[4]: Leaving directory '/<>/build'
[100%] Built target run_doxygen
/usr/bin/make -f doc/CMakeFiles/doxygen_pdf.dir/build.make 
doc/CMakeFiles/doxygen_pdf.dir/depend
make[4]: Entering directory '/<>/build'
cd /<>/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" 
/<> /<>/doc /<>/build 
/<>/build/doc 
/<>/build/doc/CMakeFiles/doxygen_pdf.dir/DependInfo.cmake --color=
Dependee 
"/<>/build/doc/CMakeFiles/doxygen_pdf.dir/DependInfo.cmake" is 
newer than depender 
"/<>/build/doc/CMakeFiles/doxygen_pdf.dir/depend.internal".
Dependee 
"/<>/build/doc/CMakeFiles/CMakeDirectoryInformation.cmake" is 
newer than depender 
"/<>/build/doc/CMakeFiles/doxygen_pdf.dir/depend.internal".
Scanning dependencies of target doxygen_pdf
make[4]: Leaving directory '/<>/build'
/usr/bin/make -f doc/CMakeFiles/doxygen_pdf.dir/build.make 
doc/CMakeFiles/doxygen_pdf.dir/build
make[4]: Entering directory '/<>/build'
[100%] Generating Doxygen Manual PDF.
cd /<>/build/latex && /usr/bin/cmake -E remove refman.tex
cd /<>/build/latex && /usr/bin/cmake -E copy 
/<>/build/doc/doxygen_manual.tex .
cd /<>/build/latex && /usr/bin/cmake -E copy 
/<>/build/doc/manual.sty .
cd /<>/build/latex && /usr/bin/epstopdf 
/<>/doc/doxygen_logo.eps --outfile=doxygen_logo.pdf
cd /<>/build/latex && /usr/bin/pdflatex -shell-escape 
doxygen_manual.tex
This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2019/dev/Debian) 
(preloaded format=pdflatex)
 \write18 enabled.
entering extended mode
(./doxygen_manual.tex
LaTeX2e <2018-12-01>

make[4]: *** [doc/CMakeFiles/doxygen_pdf.dir/build.make:62: 
doc/CMakeFiles/doxygen_pdf] Error 1
make[4]: Leaving directory '/<>/build'
make[3]: *** [CMakeFiles/Makefile2:445: doc/CMakeFiles/doxygen_pdf.dir/all] 
Error 2
make[3]: Leaving directory '/<>/build'
make[2]: *** [CMakeFiles/Makefile2:484: doc/CMakeFiles/docs.dir/rule] Error 2
make[2]: Leaving directory '/<>/build'
make[1]: *** [Makefile:301: docs] Error 2
make[1]: Leaving directory '/<>/build'
make: *** [debian/rules:60: build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

The build was made in my autobuilder with "dpkg-buildpackage -A"
and it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/doxygen.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#920448: lighttpd: FTBFS when built with dpkg-buildpackage -A

2019-01-25 Thread Santiago Vila

Package: src:lighttpd
Version: 1.4.52-4
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in sid but it failed:


[...]
 debian/rules build-indep
dh build-indep --with autoreconf,systemd
   dh_update_autotools_config -i
   dh_autoreconf -i
find ! -ipath "./debian/*" -a ! \( -path '*/.git/*' -o -path '*/.hg/*' 
-o -path '*/.bzr/*' -o -path '*/.svn/*' -o -path '*/CVS/*' \) -a  -type f -exec 
md5sum {} + -o -type l -printf "symlink  %p
" > debian/autoreconf.before
grep -q ^XDT_ configure.ac
autoreconf -f -i
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'

[... snipped ...]

dh_installdocs: No packages to build. Architecture mismatch: amd64, want: all 
any
dh_installdocs -Nlighttpd-modules-ldap -Nlighttpd-modules-mysql 
-Nlighttpd-mod-authn-pam -Nlighttpd-mod-authn-sasl -Nlighttpd-mod-vhostdb-dbi 
-Nlighttpd-mod-vhostdb-pgsql
install -d debian/lighttpd-doc/usr/share/doc/lighttpd-doc
cp --reflink=auto -a ./README 
debian/lighttpd-doc/usr/share/doc/lighttpd-doc
cp --reflink=auto -a ./debian/tmp/changelog 
debian/lighttpd-doc/usr/share/doc/lighttpd-doc
chown -R 0:0 debian/lighttpd-doc/usr/share/doc
chmod -R u\+rw,go=rX debian/lighttpd-doc/usr/share/doc
install -p -m0644 debian/copyright 
debian/lighttpd-doc/usr/share/doc/lighttpd-doc/copyright
make[1]: Leaving directory '/<>'
   dh_installchangelogs -i
install -p -m0644 debian/changelog 
debian/lighttpd-doc/usr/share/doc/lighttpd-doc/changelog.Debian
install -p -m0644 debian/NEWS 
debian/lighttpd-doc/usr/share/doc/lighttpd-doc/NEWS.Debian
chmod 0644 -- debian/lighttpd-doc/usr/share/doc/lighttpd-doc/changelog
chown 0:0 -- debian/lighttpd-doc/usr/share/doc/lighttpd-doc/changelog
   dh_installman -i
   debian/rules override_dh_installinit
make[1]: Entering directory '/<>'
dh_installinit --error-handler=start_failed
make[1]: Leaving directory '/<>'
   dh_perl -i
   dh_link -i
   dh_strip_nondeterminism -i
   dh_compress -i
cd debian/lighttpd-doc
chmod a-x usr/share/doc/lighttpd-doc/NEWS.Debian 
usr/share/doc/lighttpd-doc/changelog 
usr/share/doc/lighttpd-doc/changelog.Debian 
usr/share/doc/lighttpd/authentication.txt usr/share/doc/lighttpd/cml.txt 
usr/share/doc/lighttpd/compress.txt usr/share/doc/lighttpd/configuration.txt 
usr/share/doc/lighttpd/fastcgi.txt usr/share/doc/lighttpd/magnet.txt 
usr/share/doc/lighttpd/performance.txt usr/share/doc/lighttpd/plugins.txt 
usr/share/doc/lighttpd/state.txt
gzip -9nf usr/share/doc/lighttpd-doc/NEWS.Debian 
usr/share/doc/lighttpd-doc/changelog 
usr/share/doc/lighttpd-doc/changelog.Debian 
usr/share/doc/lighttpd/authentication.txt usr/share/doc/lighttpd/cml.txt 
usr/share/doc/lighttpd/compress.txt usr/share/doc/lighttpd/configuration.txt 
usr/share/doc/lighttpd/fastcgi.txt usr/share/doc/lighttpd/magnet.txt 
usr/share/doc/lighttpd/performance.txt usr/share/doc/lighttpd/plugins.txt 
usr/share/doc/lighttpd/state.txt
cd '/<>'
   debian/rules override_dh_fixperms
make[1]: Entering directory '/<>'
dh_fixperms
find debian/lighttpd-doc -true -print0 2>/dev/null | xargs -0r chown 
--no-dereference 0:0
find debian/lighttpd-doc ! -type l -a -true -a -true -print0 
2>/dev/null | xargs -0r chmod go=rX,u+rw,a-s
find debian/lighttpd-doc/usr/share/doc -type f -a -true -a ! -regex 
'debian/lighttpd-doc/usr/share/doc/[^/]*/examples/.*' -print0 2>/dev/null | 
xargs -0r chmod 0644
find debian/lighttpd-doc/usr/share/doc -type d -a -true -a -true 
-print0 2>/dev/null | xargs -0r chmod 0755
find debian/lighttpd-doc -type f \( -name '*.so.*' -o -name '*.so' -o 
-name '*.la' -o -name '*.a' -o -name '*.js' -o -name '*.css' -o -name '*.scss' 
-o -name '*.sass' -o -name '*.jpeg' -o -name '*.jpg' -o -name '*.png' -o -name 
'*.gif' -o -name '*.cmxs' \) -a -true -a -true -print0 2>/dev/null | xargs -0r 
chmod 0644
test -d debian/lighttpd && \
chmod 0750 debian/lighttpd/var/log/lighttpd && \
chown www-data:www-data \
debian/lighttpd/var/cache/lighttpd/compress \
debian/lighttpd/var/cache/lighttpd/uploads \
debian/lighttpd/var/log/lighttpd
make[1]: *** [debian/rules:64: override_dh_fixperms] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:10: binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess 
returned exit status 2


The build was made in my autobuilder with "dpkg-buildpackage -A"
and it also fails here:

Bug#918436: node-groove: FTBFS (ld: cannot find -lnode)

2019-01-05 Thread Santiago Vila

Package: src:node-groove
Version: 2.5.0-4
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-arch
dh build-arch --with nodejs
   dh_update_autotools_config -a
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
node-gyp configure build
gyp info it worked if it ends with ok
gyp info using node-gyp@3.8.0
gyp info using node@8.11.2 | linux | x64
gyp info spawn /usr/bin/python2
gyp info spawn args [ '/usr/share/node-gyp/gyp/gyp_main.py',
gyp info spawn args   'binding.gyp',
gyp info spawn args   '-f',
gyp info spawn args   'make',

[... snipped ...]

../src/encoder.cc:339:39: warning: 'void node::FatalException(const 
v8::TryCatch&)' is deprecated: Use FatalException(isolate, ...) 
[-Wdeprecated-declarations]
 node::FatalException(try_catch);
   ^
In file included from /usr/include/nodejs/src/node_buffer.h:25,
 from ../src/encoder.cc:1:
/usr/include/nodejs/src/node.h:338:29: note: declared here
 inline void FatalException(const v8::TryCatch& try_catch) {
 ^~
/usr/include/nodejs/src/node.h:87:42: note: in definition of macro 
'NODE_DEPRECATED'
 __attribute__((deprecated(message))) declarator
  ^~
../src/encoder.cc: In static member function 'static 
Nan::NAN_METHOD_RETURN_TYPE GNEncoder::Detach(Nan::NAN_METHOD_ARGS_TYPE)':
../src/encoder.cc:367:31: warning: cast between incompatible function types 
from 'void (*)(uv_work_t*)' {aka 'void (*)(uv_work_s*)'} to 'uv_after_work_cb' 
{aka 'void (*)(uv_work_s*, int)'} [-Wcast-function-type]
 (uv_after_work_cb)DetachAfter);
   ^~~
In file included from /usr/include/nodejs/src/node.h:63,
 from /usr/include/nodejs/src/node_buffer.h:25,
 from ../src/encoder.cc:1:
/usr/include/nodejs/deps/v8/include/v8.h: In instantiation of 'void 
v8::PersistentBase::SetWeak(P*, typename v8::WeakCallbackInfo::Callback, 
v8::WeakCallbackType) [with P = node::ObjectWrap; T = v8::Object; typename 
v8::WeakCallbackInfo::Callback = void (*)(const 
v8::WeakCallbackInfo&)]':
/usr/include/nodejs/src/node_object_wrap.h:85:78:   required from here
/usr/include/nodejs/deps/v8/include/v8.h:9253:16: warning: cast between 
incompatible function types from 
'v8::WeakCallbackInfo::Callback' {aka 'void (*)(const 
v8::WeakCallbackInfo&)'} to 'Callback' {aka 'void (*)(const 
v8::WeakCallbackInfo&)'} [-Wcast-function-type]
reinterpret_cast(callback), type);
^~~~
/usr/include/nodejs/deps/v8/include/v8.h: In instantiation of 'void 
v8::PersistentBase::SetWeak(P*, typename v8::WeakCallbackInfo::Callback, 
v8::WeakCallbackType) [with P = Nan::ObjectWrap; T = v8::Object; typename 
v8::WeakCallbackInfo::Callback = void (*)(const 
v8::WeakCallbackInfo&)]':
/usr/include/nan_object_wrap.h:66:61:   required from here
/usr/include/nodejs/deps/v8/include/v8.h:9253:16: warning: cast between 
incompatible function types from 
'v8::WeakCallbackInfo::Callback' {aka 'void (*)(const 
v8::WeakCallbackInfo&)'} to 'Callback' {aka 'void (*)(const 
v8::WeakCallbackInfo&)'} [-Wcast-function-type]
  SOLINK_MODULE(target) Release/obj.target/groove.node
/usr/bin/ld: cannot find -lnode
collect2: error: ld returned 1 exit status
make[2]: *** [groove.target.mk:141: Release/obj.target/groove.node] Error 1
make[2]: Leaving directory '/<>/build'
gyp ERR! build error 
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit 
(/usr/share/node-gyp/lib/build.js:262:23)
gyp ERR! stack at emitTwo (events.js:126:13)
gyp ERR! stack at ChildProcess.emit (events.js:214:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit 
(internal/child_process.js:198:12)
gyp ERR! System Linux 4.9.0-8-amd64
gyp ERR! command "/usr/bin/node" "/usr/bin/node-gyp" "configure" "build"
gyp ERR! cwd /<>
gyp ERR! node -v v8.11.2
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok 
make[1]: *** [debian/rules:14: override_dh_auto_build] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:11: build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit 
status 2


The build was made in my autobuilder with "dpkg-buildpackage -B"
but it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/node-groove.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#917498: libexplain: FTBFS (failing tests)

2018-12-27 Thread Santiago Vila

Package: src:libexplain
Version: 1.4.D001-7
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep --with autoreconf --no-parallel
   dh_update_autotools_config -i
   dh_autoreconf -i
configure.ac:1102: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected 
in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2740: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2759: AC_RUN_IFELSE is expanded from...
configure.ac:1102: the top level
configure.ac:1102: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected 
in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2740: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...

[... snipped ...]

PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0642a.sh
This system does not VIDIOCGCAP, therefore this test is declared to pass by
default.
PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0643a.sh
This system does not VIDIOCGCAP, therefore this test is declared to pass by
default.
PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0644a.sh
This system does not VIDIOCGCAP, therefore this test is declared to pass by
default.
PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0645a.sh
This system does not VIDIOCGCAP, therefore this test is declared to pass by
default.
PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0646a.sh
This system does not VIDIOCGCAP, therefore this test is declared to pass by
default.
PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0648a.sh
This system does not VIDIOCGCAP, therefore this test is declared to pass by
default.
PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0649a.sh
This system does not VIDIOCGCAP, therefore this test is declared to pass by
default.
PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0650a.sh
This system does not VIDIOCGCAP, therefore this test is declared to pass by
default.
PASSED
PATH=`pwd`/bin:$PATH /bin/sh test/06/t0652a.sh
2,4c2,3
< the fp argument does not refer to an object that is open for writing;
< this is more likely to be a software error (a bug) than it is to be a
< user error
---
> the fildes argument does not refer to an object that is open for writing
> (O_RDONLY | O_LARGEFILE)
FAILED test of fputs("yuck", stdin);
make[1]: *** [Makefile:42571: t0652a] Error 1
make[1]: Leaving directory '/<>'
dh_auto_test: make -j1 check VERBOSE=1 returned exit code 2
make: *** [debian/rules:7: build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2


The build was made in my autobuilder with "dpkg-buildpackage -A"
but it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libexplain.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#917494: golang-github-jaytaylor-html2text: FTBFS (failing tests)

2018-12-27 Thread Santiago Vila

Package: src:golang-github-jaytaylor-html2text
Version: 0.0~git20170918.0.0ee88d3-4
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=golang --with=golang
   dh_update_autotools_config -i -O--buildsystem=golang
   dh_autoreconf -i -O--buildsystem=golang
   dh_auto_configure -i -O--buildsystem=golang
   dh_auto_build -i -O--buildsystem=golang
cd obj-x86_64-linux-gnu && go install 
-gcflags=all=\"-trimpath=/<>/golang-github-jaytaylor-html2text-0.0\~git20170918.0.0ee88d3/obj-x86_64-linux-gnu/src\"
 
-asmflags=all=\"-trimpath=/<>/golang-github-jaytaylor-html2text-0.0\~git20170918.0.0ee88d3/obj-x86_64-linux-gnu/src\"
 -v -p 1 github.com/jaytaylor/html2text
errors
internal/cpu
internal/race
runtime/internal/atomic
runtime/internal/sys
runtime
sync/atomic

[... snipped ...]




Output:

+--+-+
| Row-1-Col-1-Msg1 | Row-1-Col-2 |
| Row-1-Col-1-Msg2 | |
| Row-2-Col-1  | Row-2-Col-2 |
+--+-+


Expected:

++-+
| Row-1-Col-1-Msg1   | Row-1-Col-2 |
| Row-1-Col-1-Msg2   | |
| Row-2-Col-1| Row-2-Col-2 |
++-+

=== RUN   TestStrippingLists
--- PASS: TestStrippingLists (0.00s)
=== RUN   TestLinks
--- PASS: TestLinks (0.00s)
=== RUN   TestImageAltTags
--- PASS: TestImageAltTags (0.00s)
=== RUN   TestHeadings
--- PASS: TestHeadings (0.00s)
=== RUN   TestBold
--- PASS: TestBold (0.00s)
=== RUN   TestDiv
--- PASS: TestDiv (0.00s)
=== RUN   TestBlockquotes
--- PASS: TestBlockquotes (0.00s)
=== RUN   TestIgnoreStylesScriptsHead
--- PASS: TestIgnoreStylesScriptsHead (0.00s)
=== RUN   TestText
--- PASS: TestText (0.00s)
=== RUN   TestPeriod
--- PASS: TestPeriod (0.00s)
=== RUN   Example
--- PASS: Example (0.00s)
FAIL
FAILgithub.com/jaytaylor/html2text  0.020s
dh_auto_test: cd obj-x86_64-linux-gnu && go test -vet=off -v -p 1 
github.com/jaytaylor/html2text returned exit code 1
make: *** [debian/rules:4: build-indep] Error 1
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2


The build was made in my autobuilder with "dpkg-buildpackage -A"
but it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-github-jaytaylor-html2text.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#917483: tangerine-icon-theme: FTBFS in buster at least since 2018-12-06

2018-12-27 Thread Santiago Vila

Package: src:tangerine-icon-theme
Version: 0.26.debian-4
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]

dpkg-buildpackage
-

dpkg-buildpackage: info: source package tangerine-icon-theme
dpkg-buildpackage: info: source version 0.26.debian-4
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Michael Biebl 
 dpkg-source --before-build .
 fakeroot debian/rules clean
CDBS WARNING:simple-patchsys.mk is deprecated since 0.4.85 - please use 
source format 3.0 (quilt) instead
debian/rules:7: /usr/share/gnome-pkg-tools/1/rules/ubuntu-get-source.mk: No 
such file or directory
make: *** No rule to make target 
'/usr/share/gnome-pkg-tools/1/rules/ubuntu-get-source.mk'.  Stop.
dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit 
status 2


The build was made in my autobuilder with "dpkg-buildpackage -A"
but I don't think such detail is really relevant.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#916463: human-icon-theme: FTBFS (No rule to make target '/usr/share/gnome-pkg-tools/1/rules/ubuntu-get-source.mk')

2018-12-14 Thread Santiago Vila

Package: src:human-icon-theme
Version: 0.28.debian-5
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]

dpkg-buildpackage
-

dpkg-buildpackage: info: source package human-icon-theme
dpkg-buildpackage: info: source version 0.28.debian-5
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Michael Biebl 
 dpkg-source --before-build .
 fakeroot debian/rules clean
debian/rules:6: /usr/share/gnome-pkg-tools/1/rules/ubuntu-get-source.mk: No 
such file or directory
make: *** No rule to make target 
'/usr/share/gnome-pkg-tools/1/rules/ubuntu-get-source.mk'.  Stop.
dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit 
status 2


This used to build ok in the past, so apparently some of the
build-depends changed behaviour recently. In case it helps,
this is part of my build history for buster:

Status: successful human-icon-theme_0.28.debian-5_amd64-20181011T022111Z
Status: successful human-icon-theme_0.28.debian-5_amd64-20181022T020029Z
Status: failed human-icon-theme_0.28.debian-5_amd64-20181206T092923.282Z
Status: failed human-icon-theme_0.28.debian-5_amd64-20181208T113657.747Z

Thanks.

Bug#915334: Upstream icon 3.5.1 seems to have this fixed

2018-12-11 Thread Santiago Vila

Étienne Mollier  wrote:

> On Mon, 10 Dec 2018 19:02:28 +0100 =?UTF-8?Q?=c3=89tienne_Mollier?= 
>  wrote:
> > Please disregard this patch, it seems the proper change has been
> > brought upstream, in icon version 3.5.1, to take in account the
> > necessary change for GlibC 2.28:
> > 
> > http://www2.cs.arizona.edu/icon/current/
> 
> I'm wrong, it will be part of the next version probably, but not
> icon 3.5.1.  The patch may help finally.

Thanks a lot for testing the patch.

I've just made a QA upload to fix this.

Bug#842634: Bug#851877: fails every time

2018-10-06 Thread Santiago Vila

On Mon, 15 May 2017, Adam Borowski wrote:

> > Looking at /etc/hosts within the schroot, I see:
> > 127.0.0.1   localhost
> > 127.0.0.1   localhost ip6-localhost ip6-loopback
> > 172.28.17.11abel.debian.org abel
> > 
> > Modifying /etc/hosts by replacing ::1 with 127.0.0.1 results in being able
> > to reproduce the issue on other machines as well.
> 
> So it's a fully _reproducible_ bug, with a well-defined immediate cause
> (even if we haven't identified the indirect cause yet) -- unlike the
> original report by Santiago Villa.  Thus, it looks we have two different
> bugs that just happen to trigger the same failure mode.
> 
> And thus, even if we fix the schroot issue, Santiago's bug likely won't be
> fixed.

Hello everybody.

I'd like to clarify that most probably there was only one bug here
after all, namely, the one in schroot (#842634).

I initially reported this as "random" because I had a mix of
successful builds and failed builds, but most probably the
autobuilders in which it failed were always the same, the ones in
which the build succeeded were always the same, and I just failed to
recognize the pattern.

Fortunately you have found the real reason for the bug (while I was
missing from the discussion :-), and I believe this was the only
reason it failed for me last year.

Now a simple question: Do you think the workaround you prepared could
still be useful at all (I personally don't think so), or should I just
reassign this to schroot and use "affects"?

Thanks.

Bug#907687: buildbot: FTBFS fix

2018-09-13 Thread Santiago Vila

On Thu, 13 Sep 2018, Robin Jarry wrote:

> Package: src:buildbot
> Version: 1.4.0-1
> 
> This should be fixed by the latest version. I forgot to mention it in
> the changelog.
> 
> However, there are still errors in the rb page:
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/buildbot.html
> 
> But I cannot manage to "reproduce" them :) The package builds fine on my
> machine (I use sbuild). I even tried building several times in a row.
> 
> Could you give me some guidance on how should I approach this?

Hmm, difficult question. I don't really know.

Usually, what works (or what people try) is to change one variable at
a time. For example, I can't reproduce this anymore using sbuild and
you say you can't either. In reproducible builds they are using
pbuilder, so one variable that you could change is to test the build
using pbuilder too.

But that was just an example, my feeling is that this is not related
to using sbuild/pbuilder but maybe something related to different CPU
speed or alike.

I would ask in the reproducible builds mailing list:

https://lists.reproducible-builds.org/listinfo/rb-general

Thanks.

Bug#907687: buildbot: FTBFS (buildbot_worker.test.unit.test_runprocess.TestRunProcess.testPipeString fails)

2018-08-31 Thread Santiago Vila

Package: src:buildbot
Version: 1.2.0-1
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python3,bash-completion,sphinxdoc
   dh_update_autotools_config -i
   dh_autoreconf -i
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
dh_auto_configure --buildsystem=pybuild --sourcedirectory=master \
--package=python3-buildbot -- --name=buildbot
pybuild --configure -i python{version} -p 3.6 --name=buildbot --dir 
master
I: pybuild base:217: python3.6 setup.py config 
running config
/usr/lib/python3/dist-packages/setuptools/dist.py:398: UserWarning: Normalizing 
'1.2.0-1' to '1.2.0.post1'
  normalized_version,
dh_auto_configure --buildsystem=pybuild --sourcedirectory=worker \

[... snipped ...]

===
[SKIPPED]
Flaky test (https://github.com/buildbot/buildbot/issues/3936) - set 
$RUN_FLAKY_TESTS to run anyway

buildbot.test.unit.test_worker_ec2.TestEC2LatentWorker.test_get_image_owners
===
[SKIPPED]
ViewBuildsEndpointMatcher is not implemented yet

buildbot.test.unit.test_www_endpointmatchers.ViewBuildsEndpointMatcherBranch.test_build
===
[SKIPPED]
not a win32 platform

buildbot_worker.test.unit.test_runprocess.TestRunProcess.testPipeString
===
[ERROR]
Traceback (most recent call last):
  File 
"/<>/debian/python3-buildbot/usr/lib/python3.6/dist-packages/buildbot/process/properties.py",
 line 459, in getRenderingFor
rv = yield build.render(value[index])
  File "/usr/lib/python3/dist-packages/twisted/internet/defer.py", line 1418, 
in _inlineCallbacks
result = g.send(result)
  File 
"/<>/debian/python3-buildbot/usr/lib/python3.6/dist-packages/buildbot/process/properties.py",
 line 495, in getRenderingFor
raise KeyError(error_message)
builtins.KeyError: "secrets service not started, need to configure 
SecretManager in c['services'] to use 'secrets'in Interpolate"

buildbot.test.unit.test_master.StartupAndReconfig.test_reconfig
---
Ran 5510 tests in 59.016s

FAILED (skips=303, errors=1, successes=5206)
Exception ignored in: 
RuntimeError: generator ignored GeneratorExit
Exception ignored in: 
RuntimeError: generator ignored GeneratorExit
Exception ignored in: 
RuntimeError: generator ignored GeneratorExit
Exception ignored in: <_io.FileIO name='/dev/null' mode='rb' closefd=True>
ResourceWarning: unclosed file <_io.TextIOWrapper name='/dev/null' mode='r' 
encoding='UTF-8'>
E: pybuild pybuild:338: test: plugin custom failed with: exit code=1: 
PYTHONPATH=/<>/pkg:/<>/debian/python3-buildbot//usr/lib/python3.6/dist-packages:/<>/debian/python3-buildbot-worker//usr/lib/python3.6/dist-packages
 LC_ALL=C.UTF-8 trial3 --reporter=text buildbot.test buildbot_worker.test
dh_auto_test: pybuild --test -i python{version} -p 3.6 --system=custom 
"--test-args=PYTHONPATH=/<>/pkg:/<>/debian/python3-buildbot/{install_dir}:/<>/debian/python3-buildbot-worker/{install_dir}
 LC_ALL=C.UTF-8 trial3 --reporter=text buildbot.test buildbot_worker.test" 
returned exit code 13
make[1]: *** [debian/rules:31: override_dh_auto_install] Error 25
make[1]: Leaving directory '/<>'
make: *** [debian/rules:55: binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess 
returned exit status 2


The build was made in my autobuilder with "dpkg-buildpackage -A"
but it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/buildbot.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#907233: qtscrob: FTBFS with Qt 5.11

2018-08-24 Thread Santiago Vila

Package: src:qtscrob
Version: 0.11+git-4
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-arch
dh build-arch -Dsrc
   dh_testdir -a -O-Dsrc
   dh_update_autotools_config -a -O-Dsrc
   dh_autoreconf -a -O-Dsrc
   dh_auto_configure -a -O-Dsrc
cd src && qmake -makefile "QMAKE_CFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>/qtscrob-0.11+git=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" 
"QMAKE_CFLAGS_DEBUG=-g -O2 -fdebug-prefix-map=/<>/qtscrob-0.11+git=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2" "QMAKE_CXXFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>/qtscrob-0.11+git=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" 
"QMAKE_CXXFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>/qtscrob-0.11+git=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" 
"QMAKE_LFLAGS_RELEASE=-Wl,-z,relro -Wl,-z,now" "QMAKE_LFLAGS_DEBUG=-Wl,-z,relro 
-Wl,-z,now" QMAKE_STRIP=: PREFIX=/usr
Info: creating stash file /<>/qtscrob-0.11+git/src/.qmake.stash
Project MESSAGE: Qt version used: 5.11.1
   dh_auto_build -a -O-Dsrc
cd src && make -j1
make[1]: Entering directory '/<>/qtscrob-0.11+git/src'
cd lib/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile 
/<>/qtscrob-0.11+git/src/lib/lib.pro 'QMAKE_CFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>/qtscrob-0.11+git=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' 
'QMAKE_CFLAGS_DEBUG=-g -O2 -fdebug-prefix-map=/<>/qtscrob-0.11+git=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>/qtscrob-0.11+git=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' 
'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>/qtscrob-0.11+git=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' 
'QMAKE_LFLAGS_RELEASE=-Wl,-z,relro -Wl,-z,now' 'QMAKE_LFLAGS_DEBUG=-Wl,-z,relro 
-Wl,-z,now' QMAKE_STRIP=: PREFIX=/usr ) && make -f Makefile 
Project MESSAGE: Scrobbler will be installed in /usr

[... snipped ...]

g++ -c -pipe -g -O2 -fdebug-prefix-map=/<>/qtscrob-0.11+git=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_NETWORK_LIB 
-DQT_XML_LIB -DQT_SQL_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. 
-isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtXml -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtSql -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtCore -Ibuild/.moc -isystem 
/usr/include/libdrm -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o 
build/.o/moc_libscrobble.o build/.moc/moc_libscrobble.cpp
/usr/lib/qt5/bin/moc -DQT_NO_DEBUG -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_SQL_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB --include build/.moc/moc_predefs.h 
-I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ 
-I/<>/qtscrob-0.11+git/src/lib -I/usr/include/x86_64-linux-gnu/qt5 
-I/usr/include/x86_64-linux-gnu/qt5/QtNetwork 
-I/usr/include/x86_64-linux-gnu/qt5/QtXml 
-I/usr/include/x86_64-linux-gnu/qt5/QtSql 
-I/usr/include/x86_64-linux-gnu/qt5/QtWidgets 
-I/usr/include/x86_64-linux-gnu/qt5/QtGui 
-I/usr/include/x86_64-linux-gnu/qt5/QtCore -I/usr/include/c++/8 
-I/usr/include/x86_64-linux-gnu/c++/8 -I/usr/include/c++/8/backward 
-I/usr/lib/gcc/x86_64-linux-gnu/8/include -I/usr/local/include 
-I/usr/lib/gcc/x86_64-linux-gnu/8/include-fixed -I/usr/include/x86_64-linux-gnu 
-I/usr/include submit.h -o build/.moc/moc_submit.cpp
g++ -c -pipe -g -O2 -fdebug-prefix-map=/<>/qtscrob-0.11+git=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_NETWORK_LIB 
-DQT_XML_LIB -DQT_SQL_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. 
-isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtXml -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtSql -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
/usr/include/x86_64-linux-gnu/qt5/QtCore -Ibuild/.moc -isystem 
/usr/include/libdrm -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o 
build/.o/moc_submit.o build/.moc/moc_submit.cpp
/usr/lib/qt5/bin/moc -DQT_NO_DEBUG -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_SQL_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB --include build/.moc/moc_predefs.h

Bug#906778: guile-gnome-platform: FTBFS in buster/sid (makeinfo: command not found)

2018-08-20 Thread Santiago Vila

Package: src:guile-gnome-platform
Version: 2.16.4-5
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-arch
test -x debian/rules
mkdir -p "."
CDBS WARNING:DEB_DH_INSTALL_ARGS is deprecated since 0.4.85
set -e;   mv ./build-aux/config.guess ./build-aux/config.guess.cdbs-orig; cp 
--remove-destination /usr/share/misc/config.guess ./build-aux/config.guess;
set -e;   mv ./build-aux/config.sub ./build-aux/config.sub.cdbs-orig; cp 
--remove-destination /usr/share/misc/config.sub ./build-aux/config.sub;
dh_autoreconf 
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'.
libtoolize: copying file 'build-aux/ltmain.sh'

[... snipped ...]

Making check in glib
make[4]: Entering directory '/<>/glib/doc/glib'
restore=: && backupdir=".am$$" && \
am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd . && \
rm -rf $backupdir && mkdir $backupdir && \
if (/bin/bash /<>/build-aux/missing makeinfo --version) >/dev/null 
2>&1; then \
  for f in guile-gnome-glib.info guile-gnome-glib.info-[0-9] 
guile-gnome-glib.info-[0-9][0-9] guile-gnome-glib.i[0-9] 
guile-gnome-glib.i[0-9][0-9]; do \
if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
  done; \
else :; fi && \
cd "$am__cwd"; \
if /bin/bash /<>/build-aux/missing makeinfo   -I . \
 -o guile-gnome-glib.info guile-gnome-glib.texi; \
then \
  rc=0; \
  CDPATH="${ZSH_VERSION+.}:" && cd .; \
else \
  rc=$?; \
  CDPATH="${ZSH_VERSION+.}:" && cd . && \
  $restore $backupdir/* `echo "./guile-gnome-glib.info" | sed 's|[^/]*$||'`; \
fi; \
rm -rf $backupdir; exit $rc
/<>/build-aux/missing: line 81: makeinfo: command not found
WARNING: 'makeinfo' is missing on your system.
 You should only need it if you modified a '.texi' file, or
 any other file indirectly affecting the aspect of the manual.
 You might want to install the Texinfo package:
 
 The spurious makeinfo call might also be the consequence of
 using a buggy 'make' (AIX, DU, IRIX), in which case you might
 want to install GNU make:
 
make[4]: *** [Makefile:470: guile-gnome-glib.info] Error 127
make[4]: Leaving directory '/<>/glib/doc/glib'
make[3]: *** [Makefile:399: check-recursive] Error 1
make[3]: Leaving directory '/<>/glib/doc'
make[2]: *** [Makefile:513: check-recursive] Error 1
make[2]: Leaving directory '/<>/glib'
make[1]: *** [Makefile:457: check-recursive] Error 1
make[1]: Leaving directory '/<>'
make: *** [/usr/share/cdbs/1/class/makefile.mk:113: 
debian/stamp-makefile-check] Error 2
dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit 
status 2


The build was made with "dpkg-buildpackage -B" in my autobuilder.
Most probably, it also fails here in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/guile-gnome-platform.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#906464: gengetopt: FTBFS in buster/sid (No rule to make target '../src/libgengetopt.la')

2018-08-17 Thread Santiago Vila

Package: src:gengetopt
Version: 2.22.6+dfsg0-2
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-arch
dh build-arch --with autoreconf
   dh_update_autotools_config -a
   dh_autoreconf -a
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'.
libtoolize: copying file 'build-aux/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
configure.ac:37: installing 'build-aux/compile'
configure.ac:26: installing 'build-aux/missing'

[... snipped ...]

/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../.. -I../../src  -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c -o free_list.lo 
free_list.cc
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c free_list.cc  
-fPIC -DPIC -o .libs/free_list.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c free_list.cc -o 
free_list.o >/dev/null 2>&1
/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../.. -I../../src  -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c -o file_save.lo 
file_save.cc
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c file_save.cc  
-fPIC -DPIC -o .libs/file_save.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c file_save.cc -o 
file_save.o >/dev/null 2>&1
/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../.. -I../../src  -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c -o 
file_save_multiple.lo file_save_multiple.cc
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c 
file_save_multiple.cc  -fPIC -DPIC -o .libs/file_save_multiple.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c 
file_save_multiple.cc -o file_save_multiple.o >/dev/null 2>&1
/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../.. -I../../src  -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c -o 
init_args_info.lo init_args_info.cc
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c init_args_info.cc  
-fPIC -DPIC -o .libs/init_args_info.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c init_args_info.cc 
-o init_args_info.o >/dev/null 2>&1
/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../.. -I../../src  -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c -o 
custom_getopt_gen.lo custom_getopt_gen.cc
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c 
custom_getopt_gen.cc  -fPIC -DPIC -o .libs/custom_getopt_gen.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/<>/gengetopt-2.22.6+dfsg0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c 
custom_getopt_gen.cc -o custom_getopt_gen.o >/dev/null 2>&1
/bin/bash

Bug#906457: csh: FTBFS in buster/sid (NetBSD added incompatible strnvis() and strnunvis())

2018-08-17 Thread Santiago Vila

Package: src:csh
Version: 20110502-3
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-arch
dh build-arch --buildsystem=bmake
   dh_update_autotools_config -a -O--buildsystem=bmake
   dh_autoreconf -a -O--buildsystem=bmake
   dh_auto_configure -a -O--buildsystem=bmake
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
dh_auto_build
bmake
bmake[2]: Entering directory `/<>'
egrep 'ERR_' /<>/error.c | egrep '^#define' >> error.h
cc -E -g -O2 -Wno-error=unused-result -Wno-error -I/<> -I. 
-DBUILTIN -DFILEC -DNLS -DSHORT_STRINGS -D_GNU_SOURCE  -Werror  
/<>/const.c | egrep 'Char STR' |  sed -e 's/Char 
\([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' |  sort >> const.h
cc -g -O2 -Wno-error=unused-result -Wno-error -I/<> -I. -DBUILTIN 
-DFILEC -DNLS -DSHORT_STRINGS -D_GNU_SOURCE  -Werror  -Wdate-time 
-D_FORTIFY_SOURCE=2 -c alloc.c
cc -g -O2 -Wno-error=unused-result -Wno-error -I/<> -I. -DBUILTIN 
-DFILEC -DNLS -DSHORT_STRINGS -D_GNU_SOURCE  -Werror  -Wdate-time 
-D_FORTIFY_SOURCE=2 -c char.c
cc -g -O2 -Wno-error=unused-result -Wno-error -I/<> -I. -DBUILTIN 
-DFILEC -DNLS -DSHORT_STRINGS -D_GNU_SOURCE  -Werror  -Wdate-time 
-D_FORTIFY_SOURCE=2 -c const.c
cc -g -O2 -Wno-error=unused-result -Wno-error -I/<> -I. -DBUILTIN 
-DFILEC -DNLS -DSHORT_STRINGS -D_GNU_SOURCE  -Werror  -Wdate-time 
-D_FORTIFY_SOURCE=2 -c csh.c
In file included from csh.c:45:
/usr/include/bsd/vis.h:104:2: error: #warning "NetBSD added incompatible 
strnvis() and strnunvis(), please see  for more detils." 
[-Werror=cpp]
 #warning "NetBSD added incompatible strnvis() and strnunvis(), please see 
 for more detils."
  ^~~
cc1: all warnings being treated as errors
*** Error code 1

Stop.
bmake[2]: stopped in /<>
dh_auto_build: bmake returned exit code 1
make[1]: *** [debian/rules:10: override_dh_auto_build] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:7: build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit 
status 2


The build was made with "dpkg-buildpackage -B" in my autobuilder.
Most probably, it also fails here in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/csh.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#906412: svn-buildpackage: FTBFS in buster/sid (po4a-build: Command not found)

2018-08-17 Thread Santiago Vila

Package: src:svn-buildpackage
Version: 0.8.6
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep
dh: Compatibility levels before 9 are deprecated (level 7 in use)
   dh_update_autotools_config -i
   dh_auto_configure -i
dh_auto_configure: Compatibility levels before 9 are deprecated (level 7 in use)
   dh_auto_build -i
dh_auto_build: Compatibility levels before 9 are deprecated (level 7 in use)
make -j1
make[1]: Entering directory '/<>'
po4a-build 
make[1]: po4a-build: Command not found
make[1]: *** [Makefile:10: docbuild] Error 127
make[1]: Leaving directory '/<>'
dh_auto_build: make -j1 returned exit code 2
make: *** [debian/rules:4: build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2


The build was made with "dpkg-buildpackage -A" in my autobuilder.
Most probably, it also fails here in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/svn-buildpackage.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#906352: ekg2: FTBFS in buster/sid (Can't exec "automake-1.15")

2018-08-17 Thread Santiago Vila

Package: src:ekg2
Version: 1:0.4~pre+20120506.1-14
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2 --parallel
   dh_update_autotools_config -i -O--parallel
   dh_autoreconf -i -O--parallel
Copying file ABOUT-NLS
Creating directory build-aux
Copying file build-aux/config.rpath
Copying file m4/codeset.m4
Copying file m4/gettext.m4
Copying file m4/glibc2.m4
Copying file m4/glibc21.m4
Copying file m4/iconv.m4
Copying file m4/intdiv0.m4
Copying file m4/intmax.m4
Copying file m4/inttypes-pri.m4
Copying file m4/inttypes.m4
Copying file m4/inttypes_h.m4
Copying file m4/isc-posix.m4
Copying file m4/lcmessage.m4
Copying file m4/lib-ld.m4
Copying file m4/lib-link.m4
Copying file m4/lib-prefix.m4
Copying file m4/longdouble.m4
Copying file m4/longlong.m4
Copying file m4/nls.m4
Copying file m4/po.m4
Copying file m4/printf-posix.m4
Copying file m4/progtest.m4
Copying file m4/signed.m4
Copying file m4/size_max.m4
Copying file m4/stdint_h.m4
Copying file m4/uintmax_t.m4
Copying file m4/ulonglong.m4
Copying file m4/wchar_t.m4
Copying file m4/wint_t.m4
Copying file m4/xsize.m4
Copying file build-aux/mkinstalldirs
Copying file po/Makefile.in.in
Copying file po/Makevars.template
Copying file po/Rules-quot
Copying file po/boldquot.sed
Copying file po/en@boldquot.header
Copying file po/en@quot.header
Copying file po/insert-header.sin
Copying file po/quot.sed
Copying file po/remove-potcdate.sin
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'.
libtoolize: copying file 'build-aux/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
Can't exec "automake-1.15": No such file or directory at 
/usr/share/autoconf/Autom4te/FileUtils.pm line 326,  line 6.
autoreconf: failed to run automake-1.15: No such file or directory
dh_autoreconf: autoreconf -f -i returned exit code 1
make: *** [debian/rules:14: build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2


The build was made with "dpkg-buildpackage -A" in my autobuilder.
Most probably, it also fails here in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ekg2.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#906339: bochs: FTBFS in buster/sid (section overlap at linking time)

2018-08-17 Thread Santiago Vila

Package: src:bochs
Version: 2.6.9+dfsg-1
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh_testdir
libtoolize -c
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './compile'
libtoolize: copying file './config.guess'
libtoolize: copying file './config.sub'
libtoolize: copying file './depcomp'
libtoolize: copying file './install-sh'
libtoolize: copying file './missing'
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in 'libltdl/m4'.
libtoolize: copying file 'libltdl/m4/libtool.m4'
libtoolize: copying file 'libltdl/m4/ltargz.m4'

[... snipped ...]


acpi-dsdt.dsl.i625: Return(0x01)
Warning  3104 -  ^ Reserved method should not 
return a value (_L0C)

acpi-dsdt.dsl.i628: Return(0x01)
Warning  3104 -  ^ Reserved method should not 
return a value (_L0D)

acpi-dsdt.dsl.i631: Return(0x01)
Warning  3104 -  ^ Reserved method should not 
return a value (_L0E)

acpi-dsdt.dsl.i634: Return(0x01)
Warning  3104 -  ^ Reserved method should not 
return a value (_L0F)


Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180629
Copyright (c) 2000 - 2018 Intel Corporation

ASL Input: acpi-dsdt.dsl.i - 639 lines, 29236 bytes, 707 keywords
AML Output:acpi-dsdt.aml - 7585 bytes, 253 named objects, 454 executable 
opcodes
Hex Dump:  acpi-dsdt.hex - 71586 bytes

Compilation complete. 0 Errors, 51 Warnings, 10 Remarks, 494 Optimizations, 93 
Constants Folded
rm acpi-dsdt.dsl.i
sed -i -e's/^unsigned/const 
unsigned/;s/ACPI-DSDT_HEX/ACPI_DSDT_HEX/g;s/acpi-dsdt_aml_code/AmlCode/g' 
acpi-dsdt.hex
gcc -m32 -fno-stack-protector -O2 -Wall -c -o rombios32.o rombios32.c
rombios32.c: In function 'setup_mtrr':
rombios32.c:502:23: warning: variable 'wc' set but not used 
[-Wunused-but-set-variable]
 int i, vcnt, fix, wc;
   ^~
rombios32.c: In function 'smbios_init':
rombios32.c:2285:30: warning: '%d' directive output may be truncated writing 
between 1 and 6 bytes into a region of size 3 [-Wformat-truncation=]
 snprintf(start, 8, "DIMM %d", instance);
  ^~
rombios32.c:2285:24: note: directive argument in the range [0, 131071]
 snprintf(start, 8, "DIMM %d", instance);
^
rombios32.c:2285:5: note: 'snprintf' output between 7 and 12 bytes into a 
destination of size 8
 snprintf(start, 8, "DIMM %d", instance);
 ^~~
ld -o rombios32.out -T ./rombios32.ld rombios32start.o rombios32.o
ld: section .note.gnu.property LMA [000e4d58,000e4d73] overlaps 
section .data LMA [000e4d58,000e4d63]
ld: section .got.plt LMA [000e4d64,000e4d6f] overlaps section 
.note.gnu.property LMA [000e4d58,000e4d73]
make[1]: *** [Makefile:113: rombios32.out] Error 1
make[1]: Leaving directory '/<>/bochs-2.6.9+dfsg/bios'
make: *** [debian/rules:142: build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2


The build was made with "dpkg-buildpackage -A" in my autobuilder.
Most probably, it also fails here in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/bochs.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.

Bug#903367: vcdimager: FTBFS in buster/sid (dh_installinfo: Cannot find "docs/vcd-info.info")

2018-07-08 Thread Santiago Vila

Package: src:vcdimager
Version: 2.0.1+dfsg-2
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-arch
dh_testdir
dh_autoreconf
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
configure.ac:72: installing './compile'
configure.ac:51: installing './config.guess'
configure.ac:51: installing './config.sub'

[... snipped ...]

 /usr/bin/install -c -m 644 vcdxbuild.1 vcdxgen.1 vcdxrip.1 vcdxminfo.1 
'/<>/vcdimager-2.0.1+dfsg/debian/tmp/usr/share/man/man1'
make[5]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/frontends/xml'
make[4]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/frontends/xml'
make[3]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/frontends/xml'
make[3]: Entering directory '/<>/vcdimager-2.0.1+dfsg/frontends'
make[4]: Entering directory '/<>/vcdimager-2.0.1+dfsg/frontends'
make[4]: Nothing to be done for 'install-exec-am'.
make[4]: Nothing to be done for 'install-data-am'.
make[4]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/frontends'
make[3]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/frontends'
make[2]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/frontends'
Making install in test
make[2]: Entering directory '/<>/vcdimager-2.0.1+dfsg/test'
make[3]: Entering directory '/<>/vcdimager-2.0.1+dfsg/test'
make[3]: Nothing to be done for 'install-exec-am'.
make[3]: Nothing to be done for 'install-data-am'.
make[3]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/test'
make[2]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/test'
Making install in docs
make[2]: Entering directory '/<>/vcdimager-2.0.1+dfsg/docs'
make[3]: Entering directory '/<>/vcdimager-2.0.1+dfsg/docs'
make[3]: Nothing to be done for 'install-exec-am'.
make[3]: Nothing to be done for 'install-data-am'.
make[3]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/docs'
make[2]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/docs'
Making install in example
make[2]: Entering directory '/<>/vcdimager-2.0.1+dfsg/example'
make[3]: Entering directory '/<>/vcdimager-2.0.1+dfsg/example'
make[3]: Nothing to be done for 'install-exec-am'.
make[3]: Nothing to be done for 'install-data-am'.
make[3]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/example'
make[2]: Leaving directory '/<>/vcdimager-2.0.1+dfsg/example'
make[2]: Entering directory '/<>/vcdimager-2.0.1+dfsg'
make[3]: Entering directory '/<>/vcdimager-2.0.1+dfsg'
make[3]: Nothing to be done for 'install-exec-am'.
 /bin/mkdir -p 
'/<>/vcdimager-2.0.1+dfsg/debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig'
 /usr/bin/install -c -m 644 libvcdinfo.pc 
'/<>/vcdimager-2.0.1+dfsg/debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig'
make[3]: Leaving directory '/<>/vcdimager-2.0.1+dfsg'
make[2]: Leaving directory '/<>/vcdimager-2.0.1+dfsg'
make[1]: Leaving directory '/<>/vcdimager-2.0.1+dfsg'
dh_testdir -a
dh_testroot -a
dh_installdocs -a
dh_installinfo -a
dh_installinfo: Cannot find (any matches for) "docs/vcd-info.info" (tried in .)

debian/rules:68: recipe for target 'binary-arch' failed
make: *** [binary-arch] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-arch subprocess returned 
exit status 2


The build was made with "dpkg-buildpackage -B" in my autobuilder.
Most probably, it also fails here in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/vcdimager.html

[ Note: There has been a recent change in debhelper behaviour, the current
  behaviour is the intended one. See Bug #903133 for details ].

Thanks.

Bug#903177: libcdio-paranoia: FTBFS in buster/sid (dh_installdocs: Cannot find "README")

2018-07-07 Thread Santiago Vila

Package: src:libcdio-paranoia
Version: 10.2+0.94+2-2
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-arch
dh_testdir
dh_autoreconf
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
configure.ac:80: installing './compile'
configure.ac:28: installing './missing'
example/C++/Makefile.am: installing './depcomp'

[... snipped ...]

Making install in test
make[2]: Entering directory '/<>/libcdio-paranoia-10.2+0.94+2/test'
Making install in cdda_interface
make[3]: Entering directory 
'/<>/libcdio-paranoia-10.2+0.94+2/test/cdda_interface'
make[4]: Entering directory 
'/<>/libcdio-paranoia-10.2+0.94+2/test/cdda_interface'
make[4]: Nothing to be done for 'install-exec-am'.
make[4]: Nothing to be done for 'install-data-am'.
make[4]: Leaving directory 
'/<>/libcdio-paranoia-10.2+0.94+2/test/cdda_interface'
make[3]: Leaving directory 
'/<>/libcdio-paranoia-10.2+0.94+2/test/cdda_interface'
Making install in data
make[3]: Entering directory 
'/<>/libcdio-paranoia-10.2+0.94+2/test/data'
make[4]: Entering directory 
'/<>/libcdio-paranoia-10.2+0.94+2/test/data'
make[4]: Nothing to be done for 'install-exec-am'.
make[4]: Nothing to be done for 'install-data-am'.
make[4]: Leaving directory 
'/<>/libcdio-paranoia-10.2+0.94+2/test/data'
make[3]: Leaving directory 
'/<>/libcdio-paranoia-10.2+0.94+2/test/data'
make[3]: Entering directory '/<>/libcdio-paranoia-10.2+0.94+2/test'
make[4]: Entering directory '/<>/libcdio-paranoia-10.2+0.94+2/test'
make[4]: Nothing to be done for 'install-exec-am'.
make[4]: Nothing to be done for 'install-data-am'.
make[4]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2/test'
make[3]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2/test'
make[2]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2/test'
Making install in example
make[2]: Entering directory '/<>/libcdio-paranoia-10.2+0.94+2/example'
make[3]: Entering directory '/<>/libcdio-paranoia-10.2+0.94+2/example'
make[4]: Entering directory '/<>/libcdio-paranoia-10.2+0.94+2/example'
make[4]: Nothing to be done for 'install-exec-am'.
make[4]: Nothing to be done for 'install-data-am'.
make[4]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2/example'
make[3]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2/example'
make[2]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2/example'
make[2]: Entering directory '/<>/libcdio-paranoia-10.2+0.94+2'
make[3]: Entering directory '/<>/libcdio-paranoia-10.2+0.94+2'
make[3]: Nothing to be done for 'install-exec-am'.
 /bin/mkdir -p 
'/<>/libcdio-paranoia-10.2+0.94+2/debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig'
 /usr/bin/install -c -m 644 libcdio_paranoia.pc libcdio_cdda.pc 
'/<>/libcdio-paranoia-10.2+0.94+2/debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig'
make[3]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2'
make[2]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2'
make[1]: Leaving directory '/<>/libcdio-paranoia-10.2+0.94+2'
dh_testdir
dh_testroot
dh_installchangelogs ChangeLog
dh_installdocs
dh_installdocs: Cannot find (any matches for) "README" (tried in .)

debian/rules:83: recipe for target 'binary-arch' failed
make: *** [binary-arch] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-arch subprocess returned 
exit status 2


The build was made with "dpkg-buildpackage -B" in my autobuilder
but it also fails in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libcdio-paranoia.html

[ Note: There has been a recent change in debhelper behaviour, the current
  behaviour is the intended one. See Bug #903133 for details ].

Thanks.

Bug#903167: autofs: FTBFS in buster/sid (dh_installman: Cannot find "debian/tmp/usr/share/man/man5/autofs_ldap_auth.conf.conf.5")

2018-07-07 Thread Santiago Vila

Package: src:autofs
Version: 5.1.2-3
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-arch
dh build-arch --with systemd
   dh_update_autotools_config -a
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
autoreconf --force
MOUNT=/bin/mount UMOUNT=/bin/umount \
MOUNT_NFS=/sbin/mount.nfs \
E2FSCK=/sbin/fsck.ext2 E3FSCK=/sbin/fsck.ext3 E4FSCK=/sbin/fsck.ext4 \
initdir=/etc/init.d piddir=/var/run \
sssldir=/usr/lib/x86_64-linux-gnu/sssd/modules \
dh_auto_configure -- \
--disable-mount-locking \
--enable-force-shutdown \

[... snipped ...]

Installed package default configuration as "autofs.conf".

Installing autofs init configuation in /etc/default
'autofs.init.conf' -> '/<>/debian/tmp/etc/default/autofs'
Installed package init configuration as "autofs".

Installing autofs ldap auth config "autofs_ldap_auth.conf" in /etc
'autofs_ldap_auth.conf' -> 
'/<>/debian/tmp/etc/autofs_ldap_auth.conf'
Installed package auth config as "autofs_ldap_auth.conf".

Installing autofs default master map in /etc
'auto.master' -> '/<>/debian/tmp/etc/auto.master'
Installed package master map as "auto.master".

Installing autofs sample map "auto.misc" in /etc
'auto.misc' -> '/<>/debian/tmp/etc/auto.misc'
Installed package sample map as "auto.misc".
Backup of existing map made to "auto.misc.orig".

Installing autofs sample map "auto.net" in /etc
'auto.net' -> '/<>/debian/tmp/etc/auto.net'
Installed package sample map as "auto.net".

Installing autofs sample map "auto.smb" in /etc
'auto.smb' -> '/<>/debian/tmp/etc/auto.smb'
Installed package sample map as "auto.smb".

make[2]: Leaving directory '/<>/samples'
make[1]: Leaving directory '/<>'
   debian/rules override_dh_install
make[1]: Entering directory '/<>'
dh_install
# remove hesiod and ldap modules, they're in separate packages
rm -f debian/autofs/usr/lib/*/autofs/*hesiod*.so \
  debian/autofs/usr/lib/*/autofs/*ldap*.so
make[1]: Leaving directory '/<>'
   dh_installdocs -a
   debian/rules override_dh_installchangelogs
make[1]: Entering directory '/<>'
dh_installchangelogs CHANGELOG
make[1]: Leaving directory '/<>'
   dh_installexamples -a
   dh_installman -a
dh_installman: Cannot find (any matches for) 
"debian/tmp/usr/share/man/man5/autofs_ldap_auth.conf.conf.5" (tried in .)

dh_installman: Aborting due to earlier error
debian/rules:8: recipe for target 'binary-arch' failed
make: *** [binary-arch] Error 25
dpkg-buildpackage: error: fakeroot debian/rules binary-arch subprocess returned 
exit status 2


The build was made with "dpkg-buildpackage -B" in my autobuilder
but it also fails in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/autofs.html

[ Note: There has been a recent change in debhelper behaviour, the current
  behaviour is the intended one. See Bug #903133 for details ].

Thanks.

Bug#902517: python-ofxclient: FTBFS in buster/sid (failing tests)

2018-06-27 Thread Santiago Vila

Package: src:python-ofxclient
Version: 2.0.3+git20180108-3
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster with "dpkg-buildpackage -A"
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2 --buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:217: python2.7 setup.py config 
running config
   dh_auto_build -i -O--buildsystem=pybuild
I: pybuild base:217: /usr/bin/python setup.py build 
running build
running build_py
creating 
/<>/python-ofxclient-2.0.3+git20180108/.pybuild/cpython2_2.7_ofxclient/build/ofxclient
copying ofxclient/util.py -> 
/<>/python-ofxclient-2.0.3+git20180108/.pybuild/cpython2_2.7_ofxclient/build/ofxclient
copying ofxclient/client.py -> 
/<>/python-ofxclient-2.0.3+git20180108/.pybuild/cpython2_2.7_ofxclient/build/ofxclient

[... snipped ...]

--
Traceback (most recent call last):
  File 
"/<>/python-ofxclient-2.0.3+git20180108/.pybuild/cpython2_2.7_ofxclient/build/tests/secure_config.py",
 line 38, in testStaysUnsecure
c = makeConfig()
  File 
"/<>/python-ofxclient-2.0.3+git20180108/.pybuild/cpython2_2.7_ofxclient/build/tests/secure_config.py",
 line 16, in makeConfig
conf.set_secure('section1', 'password', 'PASSWORD')
  File "ofxclient/config.py", line 138, in set_secure
ConfigParser.set(self, section, option, value)
  File "/usr/lib/python2.7/dist-packages/backports/configparser/__init__.py", 
line 1239, in set
super(ConfigParser, self).set(section, option, value)
  File "/usr/lib/python2.7/dist-packages/backports/configparser/__init__.py", 
line 914, in set
value)
  File "/usr/lib/python2.7/dist-packages/backports/configparser/__init__.py", 
line 392, in before_set
"position %d" % (value, tmp_value.find('%')))
ValueError: invalid interpolation syntax in u'%{secured}' at position 0

==
ERROR: testUnsavedOptions (tests.secure_config.IdentifySecureOptionTests)
--
Traceback (most recent call last):
  File 
"/<>/python-ofxclient-2.0.3+git20180108/.pybuild/cpython2_2.7_ofxclient/build/tests/secure_config.py",
 line 82, in testUnsavedOptions
c = makeConfig()
  File 
"/<>/python-ofxclient-2.0.3+git20180108/.pybuild/cpython2_2.7_ofxclient/build/tests/secure_config.py",
 line 16, in makeConfig
conf.set_secure('section1', 'password', 'PASSWORD')
  File "ofxclient/config.py", line 138, in set_secure
ConfigParser.set(self, section, option, value)
  File "/usr/lib/python2.7/dist-packages/backports/configparser/__init__.py", 
line 1239, in set
super(ConfigParser, self).set(section, option, value)
  File "/usr/lib/python2.7/dist-packages/backports/configparser/__init__.py", 
line 914, in set
value)
  File "/usr/lib/python2.7/dist-packages/backports/configparser/__init__.py", 
line 392, in before_set
"position %d" % (value, tmp_value.find('%')))
ValueError: invalid interpolation syntax in u'%{secured}' at position 0

--
Ran 24 tests in 0.027s

FAILED (errors=11)
E: pybuild pybuild:336: test: plugin distutils failed with: exit code=1: cd 
/<>/python-ofxclient-2.0.3+git20180108/.pybuild/cpython2_2.7_ofxclient/build;
 python2.7 -m nose -v tests/ofxconfig.py tests/__init__.py tests/institution.py 
tests/secure_config.py tests/account.py
dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 returned 
exit code 13
debian/rules:15: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25
make[1]: Leaving directory '/<>/python-ofxclient-2.0.3+git20180108'
debian/rules:12: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2


The above is how the build ends in my autobuilder and it's not
necessarily the relevant part.

The failure is not, however, related to using dpkg-buildpackage -A,
as it also fails in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/python-ofxclient.html

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

Thanks.

Bug#902454: bochs: FTBFS in buster/sid ('AmlCode' undeclared)

2018-06-26 Thread Santiago Vila

Package: src:bochs
Version: 2.6-5
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster with "dpkg-buildpackage -A"
but it failed:


[...]
 debian/rules build-indep
dh_testdir
libtoolize -c
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './compile'
libtoolize: copying file './config.guess'
libtoolize: copying file './config.sub'
libtoolize: copying file './depcomp'
libtoolize: copying file './install-sh'
libtoolize: copying file './missing'
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in 'libltdl/m4'.
libtoolize: copying file 'libltdl/m4/libtool.m4'

[... snipped ...]


acpi-dsdt.dsl.i631: Return(0x01)
Warning  3104 -  ^ Reserved method should not 
return a value (_L0E)

acpi-dsdt.dsl.i634: Return(0x01)
Warning  3104 -  ^ Reserved method should not 
return a value (_L0F)


Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180508
Copyright (c) 2000 - 2018 Intel Corporation

ASL Input: acpi-dsdt.dsl.i - 639 lines, 29236 bytes, 707 keywords
AML Output:acpi-dsdt.aml - 7585 bytes, 253 named objects, 454 executable 
opcodes
Hex Dump:  acpi-dsdt.hex - 71586 bytes

Compilation complete. 0 Errors, 51 Warnings, 10 Remarks, 494 Optimizations, 93 
Constants Folded
rm acpi-dsdt.dsl.i
sed -i -e's/^unsigned/const unsigned/' acpi-dsdt.hex
gcc -m32 -fno-stack-protector -O2 -Wall -c -o rombios32.o rombios32.c
rombios32.c: In function 'setup_mtrr':
rombios32.c:501:23: warning: variable 'wc' set but not used 
[-Wunused-but-set-variable]
 int i, vcnt, fix, wc;
   ^~
In file included from rombios32.c:1454:0:
acpi-dsdt.hex: At top level:
acpi-dsdt.hex:13:15: warning: extra tokens at end of #ifndef directive
 #ifndef __ACPI-DSDT_HEX__
   ^
acpi-dsdt.hex:14:15: warning: ISO C99 requires whitespace after the macro name
 #define __ACPI-DSDT_HEX__
   ^
acpi-dsdt.hex:16:25: error: expected '=', ',', ';', 'asm' or '__attribute__' 
before '-' token
 const unsigned char acpi-dsdt_aml_code[] =
 ^
rombios32.c: In function 'acpi_bios_init':
rombios32.c:1609:20: error: 'AmlCode' undeclared (first use in this function)
 addr += sizeof(AmlCode);
^~~
rombios32.c:1609:20: note: each undeclared identifier is reported only once for 
each function it appears in
Makefile:125: recipe for target 'rombios32.o' failed
make[1]: *** [rombios32.o] Error 1
make[1]: Leaving directory '/<>/bios'
debian/rules:135: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2


The above is how the build ends in my autobuilder and it's not
necessarily the relevant part.

The failure is not, however, related to using dpkg-buildpackage -A,
as it also fails in reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/bochs.html

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

Thanks.

Bug#901116: sane-backends-extras: FTBFS when built with dpkg-buildpackage -A

2018-06-08 Thread Santiago Vila

Package: src:sane-backends-extras
Version: 1.0.22.5
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:


[...]
 debian/rules build-indep
dh build-indep
   dh_update_autotools_config -i
   dh_autoreconf -i
configure.ac:511: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in 
body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2672: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2689: AC_LINK_IFELSE is expanded from...
m4/libtool.m4:1084: _LT_SYS_MODULE_PATH_AIX is expanded from...
m4/libtool.m4:4211: _LT_LINKER_SHLIBS is expanded from...
m4/libtool.m4:5343: _LT_LANG_C_CONFIG is expanded from...
m4/libtool.m4:143: _LT_SETUP is expanded from...
m4/libtool.m4:69: LT_INIT is expanded from...
m4/libtool.m4:107: AC_PROG_LIBTOOL is expanded from...

[... snipped ...]

make[3]: Entering directory '/<>/backend'
 /bin/mkdir -p '/<>/debian/tmp/usr/lib/x86_64-linux-gnu/sane'
 /bin/bash ../libtool --silent   --mode=install /usr/bin/install -c   
libsane-geniusvp2.la libsane-ls5000.la 
'/<>/debian/tmp/usr/lib/x86_64-linux-gnu/sane'
libtool: warning: remember to run 'libtool --finish 
/usr/lib/x86_64-linux-gnu/sane'
make  install-data-hook
make[4]: Entering directory '/<>/backend'
rm -f /<>/debian/tmp/usr/lib/x86_64-linux-gnu/sane/libsane.*
test -z "/etc/sane.d" || /bin/mkdir -p "/<>/debian/tmp/etc/sane.d"
test -z "/etc/sane.d/dll.d" || /bin/mkdir -p 
"/<>/debian/tmp/etc/sane.d/dll.d"
installing geniusvp2.conf in /etc/sane.d/geniusvp2.conf...
for dir in  ; do \
  /bin/bash ../mkinstalldirs /<>/debian/tmp/usr/share/sane/${dir} 
; \
  done
make[4]: Leaving directory '/<>/backend'
make[3]: Leaving directory '/<>/backend'
make[2]: Leaving directory '/<>/backend'
Making install in doc
make[2]: Entering directory '/<>/doc'
make[3]: Entering directory '/<>/doc'
make[3]: Nothing to be done for 'install-exec-am'.
test -z "/usr/share/man/man5" || /bin/mkdir -p 
"/<>/debian/tmp/usr/share/man/man5"
installing sane-geniusvp2.5 in /usr/share/man/man5/sane-geniusvp2.5...
make[3]: Leaving directory '/<>/doc'
make[2]: Leaving directory '/<>/doc'
make[2]: Entering directory '/<>'
make[3]: Entering directory '/<>'
make[3]: Nothing to be done for 'install-exec-am'.
make[3]: Nothing to be done for 'install-data-am'.
make[3]: Leaving directory '/<>'
make[2]: Leaving directory '/<>'
make[1]: Leaving directory '/<>'
   debian/rules override_dh_install
make[1]: Entering directory '/<>'
dh_install
# remove wrong libsane.so.1 symlink
rm -f debian/libsane-extras/usr/lib/x86_64-linux-gnu/sane/libsane.so.1
# remove damn rpath
find debian/libsane-extras/usr/lib/x86_64-linux-gnu/sane -name "libsane-*.so.1" 
-exec chrpath -d {} \;
find: 'debian/libsane-extras/usr/lib/x86_64-linux-gnu/sane': No such file or 
directory
debian/rules:36: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 1
make[1]: Leaving directory '/<>'
debian/rules:16: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess 
returned exit status 2


Hint: Try splitting override_dh_install into override_dh_install-indep and 
override_dh_install-arch.

Thanks.

Bug#770369: bug fix for i386

2017-05-12 Thread Santiago Vila

On Fri, May 12, 2017 at 07:38:30PM +0300, Adrian Bunk wrote:
> On Sun, Jan 29, 2017 at 07:12:58PM +0100, Santiago Vila wrote:
> >...
> > BTW: I don't use Eterm myself. Can you compile the version in unstable
> > under jessie and confirm that it also fixes the 100% CPU problem
> > reported here?
> >...
> 
> What happened with this?
> Should I prepare a package for jessie-pu?

I forgot. Yes, please, feel free.

Thanks.

Bug#770369: bug fix for i386

2017-01-29 Thread Santiago Vila

On Sun, 29 Jan 2017, narf wrote:

> I have the same problem on debian jessie in i386 architecture.
> When will the fixed version (ß-9-6-4) are available i386?

Normally we would have to wait for the next stable to happen, but since
this bug makes the package not to work at all, I'll make an upload for
stable-proposed-updates.

BTW: I don't use Eterm myself. Can you compile the version in unstable
under jessie and confirm that it also fixes the 100% CPU problem
reported here?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547363
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737491

Thanks.

Bug#852851: mknbi: FTBFS (undefined reference to _GLOBAL_OFFSET_TABLE_')

2017-01-27 Thread Santiago Vila

Package: src:mknbi
Version: 1.4.4-12
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -B"
but it failed:


[...]
gcc -I. -Os -ffreestanding -fstrength-reduce -fomit-frame-pointer 
-fgnu89-inline -fno-stack-protector -m32 -mcpu=i386 -Wall -W -Wno-format 
-Wno-unused -DVERSION=\"1.4.4\" -c printf.c
gcc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' instead
gcc -I. -Os -ffreestanding -fstrength-reduce -fomit-frame-pointer 
-fgnu89-inline -fno-stack-protector -m32 -mcpu=i386 -Wall -W -Wno-format 
-Wno-unused -DVERSION=\"1.4.4\" -c string.c
gcc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' instead
gcc -E -DRELOC=0x92800  start32.S | as --32 -o start32@0x92800.o
ld -N -Ttext 0x92800 -e _start --oformat binary -m elf_i386 -o 
first32@0x92800.linux start32@0x92800.o first32.o memsizes.o printf.o string.o
first32.o: In function `gettag':
first32.c:(.text+0x8): undefined reference to `_GLOBAL_OFFSET_TABLE_'
first32.o: In function `copy_nonws':
first32.c:(.text+0xcc): undefined reference to `_GLOBAL_OFFSET_TABLE_'
first32.o: In function `discard_arg':
first32.c:(.text+0x128): undefined reference to `_GLOBAL_OFFSET_TABLE_'
first32.o: In function `outtag':
first32.c:(.text+0x169): undefined reference to `_GLOBAL_OFFSET_TABLE_'
first32.o: In function `putchar':
first32.c:(.text+0x1dc): undefined reference to `_GLOBAL_OFFSET_TABLE_'
first32.o:first32.c:(.text+0x213): more undefined references to 
`_GLOBAL_OFFSET_TABLE_' follow
Makefile:99: recipe for target 'first32@0x92800.linux' failed
make[2]: *** [first32@0x92800.linux] Error 1
rm start32@0x92800.o
make[2]: Leaving directory '/<>'
debian/rules:18: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/<>'
debian/rules:6: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2


It also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/testing/amd64/mknbi.html

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

Thanks.

Bug#851814: apt-build: Broken postinst by less permissive sed

2017-01-18 Thread Santiago Vila

Package: apt-build
Version: 0.12.45
Severity: serious
Tags: patch

Dear QA Group:

Installing apt-build results in this error:

Setting up apt-build (0.12.45) ...
sed: character class syntax is [[:space:]], not [:space:]
dpkg: error processing package apt-build (--configure):
 subprocess installed post-installation script returned error exit
status 4
Processing triggers for man-db (2.7.6.1-2) ...
Errors were encountered while processing:
 apt-build

Discovered by Antonio Trujillo here:

https://lists.debian.org/msgid-search/dd7864af-d235-217c-74dc-bd1b5a086...@juntadeandalucia.es

I think the following trivial patch should fix it, but I'm not
confident enough to push it to git because version in Debian archives
does not exactly match HEAD in git.

Thanks.

--- a/debian/postinst
+++ b/debian/postinst
@@ -75,7 +75,7 @@ if [ "$1" = "configure" ] ; then
 if [ -e "$source" ] ; then
# comment in all sources lists if asked
if [ "$add_to_sourceslist" = "false" ] ; then
-sed -i -e "s|^[:space:]*$debline.*|#$debline|" "$source"
+sed -i -e "s|^[[:space:]]*$debline.*|#$debline|" "$source"
   
   # check if source entry is already enabled
   elif grep -Eq "^[[:space:]]*$debline" "$source" ; then
@@ -149,12 +149,12 @@ if [ "$1" = "configure" ] ; then
   test -z "make_options" || grep -Eq '^[[:space:]]*make_options =' $CONFFILE 
|| \
 echo "make_options =" >> $CONFFILE
   
-  sed -e "s|^[:space:]*build-dir =.*|build-dir = $build_dir|" \
-  -e "s|^[:space:]*repository-dir =.*|repository-dir = $repository_dir|" \
-  -e "s|^[:space:]*Olevel =.*|Olevel = $Olevel|" \
-  -e "s|^[:space:]*mtune =.*|mtune = $mtune|" \
-  -e "s|^[:space:]*options =.*|options = \" $options\"|" \
-  -e "s|^[:space:]*make_options =.*|make_options = \" $make_options\"|" \
+  sed -e "s|^[[:space:]]*build-dir =.*|build-dir = $build_dir|" \
+  -e "s|^[[:space:]]*repository-dir =.*|repository-dir = $repository_dir|" 
\
+  -e "s|^[[:space:]]*Olevel =.*|Olevel = $Olevel|" \
+  -e "s|^[[:space:]]*mtune =.*|mtune = $mtune|" \
+  -e "s|^[[:space:]]*options =.*|options = \" $options\"|" \
+  -e "s|^[[:space:]]*make_options =.*|make_options = \" $make_options\"|" \
   < $CONFFILE > $CONFFILE.tmp
   
   mv -f $CONFFILE.tmp $CONFFILE

Bug#850979: crafty: Does not run on Pentium 4 (Illegal instruction)

2017-01-14 Thread Santiago Vila

On Sat, Jan 14, 2017 at 04:41:30PM +0100, Andreas Beckmann wrote:
> Hi Santiago,
> 
> On Wed, 11 Jan 2017 20:12:13 +0100 Santiago Vila <sanv...@unex.es>
> wrote:
> > On Wed, Jan 11, 2017 at 07:36:56PM +0100, Sven Joachim wrote:
> > 
> > > The toplevel Makefile in the crafty source adds -march=k8 to CFLAGS,
> > 
> > Hi. I checked that a rebuild fixed the issue, but I've also removed
> > the -march thing to be safe.
> 
> can you fix that for jessie, too?

Ok. will do.

Thanks.

Bug#849932: libindicate: FTBFS (Fields cannot have void type)

2017-01-02 Thread Santiago Vila

Package: src:libindicate
Version: 0.6.92-3
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
CDBS WARNING:simple-patchsys.mk is deprecated since 0.4.85 - please use 
source format 3.0 (quilt) instead
test -x debian/rules
mkdir -p "build"
CDBS WARNING:DEB_DH_BUILDDEB_ARGS is deprecated since 0.4.85
mkdir -p debian/stamp-makefile-build debian/stamp-makefile-install
mkdir -p debian/stamp-makefile-check
mkdir -p debian/stamp-autotools
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory '/<>'
CDBS WARNING:simple-patchsys.mk is deprecated since 0.4.85 - please use 
source format 3.0 (quilt) instead
set -e;
if test -e debian/autoreconf.before; then \

[... snipped ...]

&& touch generated-stamp
Name: propertydata Type: GVariant*  in callback 
indicate_listener_get_property_variant_cb
Name: value Type: GVariant**  in callback 
indicate_server_get_indicator_property_group_slot_t
rettype: GVariant* in method GetPropertyVariant in type Indicate.Indicator
Name: value Type: GVariant* in indicate_indicator_set_property_variant  in 
method SetPropertyVariant in type Indicate.Indicator
Name: menu Type: DbusmenuServer* in indicate_server_set_menu  in method SetMenu 
in type Indicate.Server
Name: propertydata Type: GVariant*  in callback GetPropertyVariantCallback
Defaulting GetPropertyTimeCallback param to 'call' scope in method 
Listener.GetPropertyTime
Defaulting GetPropertyIntCallback param to 'call' scope in method 
Listener.GetPropertyInt
Defaulting GetPropertyCallback param to 'call' scope in method 
Listener.GetProperty
Defaulting GetPropertyBoolCallback param to 'call' scope in method 
Listener.GetPropertyBool
Defaulting GetCountCallback param to 'call' scope in method 
ListenerServer.GetCount
Defaulting GetDesktopCallback param to 'call' scope in method 
ListenerServer.GetDesktop
Defaulting GetTypeCallback param to 'call' scope in method 
ListenerServer.GetGType
Defaulting GetMenuCallback param to 'call' scope in method 
ListenerServer.GetMenu
Defaulting GetIconThemeCallback param to 'call' scope in method 
ListenerServer.GetIconTheme

Generation Summary:
  Enums: 1  Structs: 0  Boxed: 0  Opaques: 2  Interfaces: 0  Objects: 3  
Callbacks: 18
  Properties: 0  Signals: 2  Methods: 54  Constructors: 3  Throttled: 5
Total Nodes: 88

/usr/bin/mono-csc  
-keyfile:/<>/./bindings/mono/indicate/indicate.snk 
-nowarn:0169,0612,0618 -unsafe -out:indicate-sharp.dll -target:library 
-r:/usr/lib/pkgconfig/../../lib/cli/pango-sharp-2.0/pango-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/atk-sharp-2.0/atk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/gdk-sharp-2.0/gdk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/gtk-sharp-2.0/gtk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/glib-sharp-2.0/glib-sharp.dll 
./generated/*.cs AssemblyInfo.cs
./generated/ListenerServer.cs(62,10): error CS0670: Fields cannot have void type
./generated/ListenerServer.cs(62,28): error CS1547: Keyword `void' cannot be 
used in this context
Compilation failed: 2 error(s), 0 warnings
Makefile:854: recipe for target 'indicate-sharp.dll' failed
make[6]: *** [indicate-sharp.dll] Error 1
make[6]: Leaving directory '/<>/build/gtk2/bindings/mono/indicate'
Makefile:546: recipe for target 'all-recursive' failed
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory '/<>/build/gtk2/bindings/mono/indicate'
Makefile:426: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory '/<>/build/gtk2/bindings/mono'
Makefile:428: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/<>/build/gtk2/bindings'
Makefile:489: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/<>/build/gtk2'
Makefile:421: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/<>/build/gtk2'
/usr/share/cdbs/1/class/makefile.mk:77: recipe for target 
'debian/stamp-makefile-build/gtk2' failed
make: *** [debian/stamp-makefile-build/gtk2] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


The relevant part of the build log is included above.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

If you could not reproduce this using sbuild on a single CPU virtual machine 
(as I did),
please do not downgrade or mark as unreproducible, I would then consider giving 
you access
to a virtual machine on which I can reproduce it so that you can as well.
(In such case, please contact me off-list for details).

Thanks.

Bug#822001: libcorelinux: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-12-11 Thread Santiago Vila

On Sun, Dec 11, 2016 at 12:44:17AM -0500, Jeremy Bicha wrote:
> It looks like libcorelinux still fails to build:
> 
> https://buildd.debian.org/status/package.php?p=libcorelinux

I'm going to fix that.

Bug#845125: pegasus-wms: FTBFS when built with dpkg-buildpackage -A (dpkg-genbuildinfo error)

2016-11-20 Thread Santiago Vila

Package: src:pegasus-wms
Version: 4.4.0+dfsg-5
Severity: serious
Tags: patch

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh_testdir
# during build we need symlinks to system provided jars
(cd share/pegasus/java && \
 rm -f *.jar && \
 for JAR in commons-logging.jar commons-pool.jar gnu-getopt.jar log4j-1.2.jar 
mysql-connector-java.jar xml-resolver.jar xercesImpl.jar xmlParserAPIs.jar 
xmlrpc-common.jar jglobus-ssl-proxies.jar jglobus-gss.jar jglobus-gridftp.jar 
jglobus-gram.jar gson.jar; do \
 ln -s /usr/share/java/$JAR ; \
 done \
)
# build documentation to get updated PDFs
ant doc
Buildfile: /<>/pegasus-wms-4.4.0+dfsg/build.xml


[... snipped ...]

find debian/pegasus-wms/usr/share/doc -type d  -print0 2>/dev/null | 
xargs -0r chmod 0755
find debian/pegasus-wms/usr/share/man -type f  -print0 2>/dev/null | 
xargs -0r chmod 0644
find debian/pegasus-wms/usr/include -type f  -print0 2>/dev/null | 
xargs -0r chmod 0644
find debian/pegasus-wms/usr/share/applications -type f  -print0 
2>/dev/null | xargs -0r chmod 0644
find debian/pegasus-wms/usr/lib/x86_64-linux-gnu/perl5/5.24 
debian/pegasus-wms/usr/share/perl5 -type f -perm -5 -name '*.pm'  -print0 
2>/dev/null | xargs -0r chmod a-X
find debian/pegasus-wms -perm -5 -type f \( -name '*.so.*' -o -name 
'*.so' -o -name '*.la' -o -name '*.a' -o -name '*.js' -o -name '*.css' -o -name 
'*.jpeg' -o -name '*.jpg' -o -name '*.png' -o -name '*.gif' -o -name '*.cmxs' 
\)  -print0 2>/dev/null | xargs -0r chmod 0644
find debian/pegasus-wms/usr/lib -type f -name '*.ali'  -print0 
2>/dev/null | xargs -0r chmod uga-w
find debian/pegasus-wms-doc  -print0 2>/dev/null | xargs -0r chown 
--no-dereference 0:0
find debian/pegasus-wms-doc ! -type l  -print0 2>/dev/null | xargs -0r 
chmod go=rX,u+rw,a-s
find debian/pegasus-wms-doc/usr/share/doc -type f  ! -regex 
'debian/pegasus-wms-doc/usr/share/doc/[^/]*/examples/.*' -print0 2>/dev/null | 
xargs -0r chmod 0644
find debian/pegasus-wms-doc/usr/share/doc -type d  -print0 2>/dev/null 
| xargs -0r chmod 0755
find debian/pegasus-wms-doc/usr/share/man -type f  -print0 2>/dev/null 
| xargs -0r chmod 0644
find debian/pegasus-wms-doc/usr/include -type f  -print0 2>/dev/null | 
xargs -0r chmod 0644
find debian/pegasus-wms-doc/usr/share/applications -type f  -print0 
2>/dev/null | xargs -0r chmod 0644
find debian/pegasus-wms-doc/usr/lib/x86_64-linux-gnu/perl5/5.24 
debian/pegasus-wms-doc/usr/share/perl5 -type f -perm -5 -name '*.pm'  -print0 
2>/dev/null | xargs -0r chmod a-X
find debian/pegasus-wms-doc -perm -5 -type f \( -name '*.so.*' -o -name 
'*.so' -o -name '*.la' -o -name '*.a' -o -name '*.js' -o -name '*.css' -o -name 
'*.jpeg' -o -name '*.jpg' -o -name '*.png' -o -name '*.gif' -o -name '*.cmxs' 
\)  -print0 2>/dev/null | xargs -0r chmod 0644
find debian/pegasus-wms-doc/usr/lib -type f -name '*.ali'  -print0 
2>/dev/null | xargs -0r chmod uga-w
dh_installdeb
install -d debian/pegasus-wms/DEBIAN
install -d debian/pegasus-wms-doc/DEBIAN
dh_gencontrol
echo misc:Depends= >> debian/pegasus-wms.substvars
echo misc:Pre-Depends= >> debian/pegasus-wms.substvars
dpkg-gencontrol -ppegasus-wms -ldebian/changelog 
-Tdebian/pegasus-wms.substvars -Pdebian/pegasus-wms
dpkg-gencontrol: warning: Depends field of package pegasus-wms: unknown 
substitution variable ${shlibs:Depends}
dpkg-gencontrol: warning: File::FcntlLock not available; using flock which is 
not NFS-safe
chmod 0644 -- debian/pegasus-wms/DEBIAN/control
chown 0:0 -- debian/pegasus-wms/DEBIAN/control
echo misc:Depends= >> debian/pegasus-wms-doc.substvars
echo misc:Pre-Depends= >> debian/pegasus-wms-doc.substvars
dpkg-gencontrol -ppegasus-wms-doc -ldebian/changelog 
-Tdebian/pegasus-wms-doc.substvars -Pdebian/pegasus-wms-doc
dpkg-gencontrol: warning: File::FcntlLock not available; using flock which is 
not NFS-safe
chmod 0644 -- debian/pegasus-wms-doc/DEBIAN/control
chown 0:0 -- debian/pegasus-wms-doc/DEBIAN/control
dh_md5sums
(cd debian/pegasus-wms >/dev/null ; find . -type f  ! -regex 
'./DEBIAN/.*' -printf '%P\0' | LC_ALL=C sort -z | xargs -r0 md5sum > 
DEBIAN/md5sums) >/dev/null
chmod 0644 -- debian/pegasus-wms/DEBIAN/md5sums
chown 0:0 -- debian/pegasus-wms/DEBIAN/md5sums
(cd debian/pegasus-wms-doc >/dev/null ; find . -type f  ! -regex 
'./DEBIAN/.*' -printf '%P\0' | LC_ALL=C sort -z | xargs -r0 md5sum > 
DEBIAN/md5sums) >/dev/null
chmod 0644 -- debian/pegasus-wms-doc/DEBIAN/md5sums
chown 0:0 -- debian/pegasus-wms-doc/DEBIAN/md5sums
dh_builddeb -i
dpkg-deb

Bug#844573: link-grammar: FTBFS (cannot find -lncurses)

2016-11-16 Thread Santiago Vila

Package: src:link-grammar
Version: 5.3.11-2
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2
   dh_testdir -i
   dh_update_autotools_config -i
   debian/rules override_dh_autoreconf
make[1]: Entering directory '/<>'
dh_autoreconf --as-needed
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'

[... snipped ...]

build:

BUILD SUCCESSFUL
Total time: 1 second
make[3]: Leaving directory '/<>/bindings/java'
Making all in ocaml
make[3]: Entering directory '/<>/bindings/ocaml'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/<>/bindings/ocaml'
Making all in python
make[3]: Entering directory '/<>/bindings/python'
/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ 
-DPACKAGE_NAME=\"link-grammar\" -DPACKAGE_TARNAME=\"link-grammar\" 
-DPACKAGE_VERSION=\"5.3.11\" -DPACKAGE_STRING=\"link-grammar\ 5.3.11\" 
-DPACKAGE_BUGREPORT=\"link-gram...@googlegroups.com\" -DPACKAGE_URL=\"\" 
-DPACKAGE=\"link-grammar\" -DVERSION=\"5.3.11\" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 
-DHAVE_STRNDUP=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 
-DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_PRCTL=1 
-DHAVE_LOCALE_T_IN_LOCALE_H=1 -DHAVE_MKLIT=1 -DHAVE_LIBSTDC__=1 
-DHAVE_HUNSPELL=1 -DHUNSPELL_DICT_DIR=\"/usr/share/myspell/dicts\" 
-DHAVE_EDITLINE=1 -DHAVE_WIDECHAR_EDITLINE=1 -DHAVE_REGEXEC=1 
-DHAVE_PYTHON=\"2.7\" -DHAVE_MAYBE_UNINITIALIZED=1 -I.   
-I/usr/include/python2.7 -I../.. -I../.. -Wdate-t
 ime -D_FORTIFY_SOURCE=2 -DUSE_PTHREADS=1 -DUSE_SAT_SOLVER=1  -g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -O3 -Wall -std=c++11 -c -o 
../../bindings/python/_clinkgrammar_la-lg_python_wrap.lo `test -f 
'../../bindings/python/lg_python_wrap.cc' || echo 
'./'`../../bindings/python/lg_python_wrap.cc
libtool: compile:  g++ -DPACKAGE_NAME=\"link-grammar\" 
-DPACKAGE_TARNAME=\"link-grammar\" -DPACKAGE_VERSION=\"5.3.11\" 
"-DPACKAGE_STRING=\"link-grammar 5.3.11\"" 
-DPACKAGE_BUGREPORT=\"link-gram...@googlegroups.com\" -DPACKAGE_URL=\"\" 
-DPACKAGE=\"link-grammar\" -DVERSION=\"5.3.11\" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 
-DHAVE_STRNDUP=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 
-DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_PRCTL=1 
-DHAVE_LOCALE_T_IN_LOCALE_H=1 -DHAVE_MKLIT=1 -DHAVE_LIBSTDC__=1 
-DHAVE_HUNSPELL=1 -DHUNSPELL_DICT_DIR=\"/usr/share/myspell/dicts\" 
-DHAVE_EDITLINE=1 -DHAVE_WIDECHAR_EDITLINE=1 -DHAVE_REGEXEC=1 
-DHAVE_PYTHON=\"2.7\" -DHAVE_MAYBE_UNINITIALIZED=1 -I. -I/usr/include/python2.7 
-I../.. -I../.. -Wdate-time -D_FORTIFY_SOURCE=2 -DUSE_PTHR
 EADS=1 -DUSE_SAT_SOLVER=1 -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -O3 -Wall -std=c++11 
-c ../../bindings/python/lg_python_wrap.cc  -fPIC -DPIC -o 
../../bindings/python/.libs/_clinkgrammar_la-lg_python_wrap.o
/bin/bash ../../libtool  --tag=CXX   --mode=link g++  -g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -O3 -Wall -std=c++11 -version-info 8:11:3   -module 
-no-undefined -Wl,-z,relro -Wl,-z,now -Wl,-O1 -Wl,--as-needed -o 
_clinkgrammar.la -rpath /usr/lib/python2.7/dist-packages/linkgrammar 
../../bindings/python/_clinkgrammar_la-lg_python_wrap.lo  
../../link-grammar/liblink-grammar.la -L/usr/lib -lpython2.7 -lstdc++ 
libtool: link: g++  -fPIC -DPIC -shared -nostdlib 
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/crti.o 
/usr/lib/gcc/x86_64-linux-gnu/6/crtbeginS.o  
../../bindings/python/.libs/_clinkgrammar_la-lg_python_wrap.o   -Wl,-rpath 
-Wl,/<>/link-grammar/.libs -Wl,--as-needed 
../../link-grammar/.libs/liblink-grammar.so -L/usr/lib -lpython2.7 
-L/usr/lib/gcc/x86_64-linux-gnu/6 
-L/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu 
-L/usr/lib/gcc/x86_64-linux-gnu/6/../../../../lib -L/lib/x86_64-linux-gnu 
-L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib 
-L/usr/lib/gcc/x86_64-linux-gnu/6/../../.. -lstdc++ -lm -lc -lgcc_s 
/usr/lib/gcc/x86_64-linux-gnu/6/crtendS.o 
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/crtn.o  -g -O2

Bug#842098: Please revert the change to build static libraries with -fPIC

2016-10-26 Thread Santiago Vila

On Tue, 25 Oct 2016, Adrian Bunk wrote:

> Source: unicon
> Version: 3.0.4-15
> Severity: important
> 
> PIE by default in gcc was enabled in unstable a week ago.
> 
> There has recently been some confusion regarding the changes required
> for using PIE by default.
> 
> Static libraries do not have to be compiled with -fPIC for this change,
> -fPIE is sufficient and now the default when no flags are given.
> Any upload (including binNMU) would have been enough to fix this.
> 
> Compiling static libraries with -fPIC is usually wrong (policy section 10.2).
> 
> Please revert the change to build static libraries with -fPIC.

Hi.

I plan to make a QA upload to fix this bug. It may take some time
because I want to fix #840573 as well.

Thanks.

Bug#842109: Please revert the change to build static libraries with -fPIC

2016-10-26 Thread Santiago Vila

Hi.

I'm going to make a QA upload to fix this one.

Thanks.

Bug#840573: unicon: DFSG-incompatible license

2016-10-13 Thread Santiago Vila

On Thu, Oct 13, 2016 at 08:42:39AM -0300, Eriberto Mota wrote:

> I suggest to see if unicon builds without the file. I did a primitive
> test and yes, builds. However is needed a better test.

Yes, I was going to suggest exactly that.

Apparently, this package just needs a repack excluding the non-free files.

Thanks.

Bug#840573: unicon: DFSG-incompatible license

2016-10-13 Thread Santiago Vila

On Wed, 12 Oct 2016, Joao Eriberto Mota Filho wrote:

> Source: unicon
> Severity: serious
> Tags: upstream
> Justification: Policy 2.2.1
> 
> Dear Maintainer,
> 
> The file unicon/ImmModules/cxterm/utils/HZtable.h has the following license:
> 
> Copyright 1994,1995 by Yongguang Zhang.  All Rights Reserved
> 
> Permission to retain, use, modify, copy, and distribute CXTERM 5.0
> in source or binary and its documentation (hereafter, the Software)
> for non-commercial purpose is hereby granted to you without a fee,
> provided that this entire copyright and permission notice appear in
> all such copies, that no charge be associated with such copies,
> that distribution of derivative works (including value-added
> distributions such as with additional input dictionaries or fonts)
> include clarification that such added or derived parts are not from
> the original Software, and that the names of the author(s) not be
> used to endorse or promote such works.
> 
> THE AUTHOR(S) DISCLAIM ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING
> ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL
> THE AUTHOR(S) BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR
> ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
> WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION,
> ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
> 
> There is a restriction for commercial use.

Probably not the intent (as this is an old license), but certainly
it's the letter.

BTW: There is a similar wording in the Perl license: "You may not
charge a fee for this Package itself."

This is an orphaned package (maintained by "Debian QA"). In case you
use this package yourself, would you like to forward this bug upstream
(just to see if author would be willing to change the license), or
should we just move this to non-free?

I'm Cc:ing Balint, who made the last QA upload (maybe he uses the
package himself, I don't).

Thanks.

Bug#839526: dia FTBFS: dh_installxmlcatalogs: Unexpected debhelper version format

2016-10-01 Thread Santiago Vila

On Sat, Oct 01, 2016 at 05:44:33PM +0300, Adrian Bunk wrote:
> Source: dia
> Version: 0.97.3+git20160904-2
> Severity: serious
> 
> dia FTBFS on all architecture:
>   https://buildd.debian.org/status/package.php?p=dia
> 
> The error message is:
> 
> ...
> # Workaround as long as dh_installxmlcatalogs is not integrated in dh 
> (#575770)
> dh_installxmlcatalogs
> dh_installxmlcatalogs: Unexpected debhelper version format

Hello. This was a bug in xml-core, the package containing
dh_installxmlcatalogs, which get confused about debhelper version "10"
not containing any dot.

It was fixed just yesterday, so autobuilders should really try again.

I'm going to do the usual tidy up (reassign + affects).

Thanks.

Bug#831065: python-kinterbasdb: please make the build reproducible

2016-09-16 Thread Santiago Vila

On Thu, 15 Sep 2016, Chris Lamb wrote:

> Dear Maintainer,
> 
> > Source: python-kinterbasdb
> > Version: 3.3.0-2
> > Tags: patch
> 
> There hasn't seem to be any update on this bug in 63 days, in which
> time the Reproducible Builds effort has come on a long way. :)
> 
> Would you consider applying this patch and uploading?

Hello Chris.

This package is orphaned and it's in collab-maint, so I just went
ahead, pushed your patch to git (with some additional metadata), and
made a QA upload.

While doing so I found this error:

remote: Migrating settings from hooks.* to multimailhook.*
remote: [...]
remote: git_multimail.ConfigurationException: The list of recipients
for refchangelist is not configured.
remote: Please set one of the following:
remote: "multimailhook.refchangelist"
remote: "multimailhook.mailinglist"

If you want to fix this, or explain briefly what's the proper way I
could fix it, I'll apreciate it.

But maybe for another project, because later I realized this one seems
to be obsolete:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695608

Thanks.

Bug#834675: pygccxml: FTBFS in testing (Assertion failed)

2016-08-17 Thread Santiago Vila

Package: src:pygccxml
Version: 1.7.4-3
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh  build-indep --with python2,python3 --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
pybuild --configure -i python{version} -p 2.7
I: pybuild base:184: python2.7 setup.py config 
running config
pybuild --configure -i python{version} -p 3.5
I: pybuild base:184: python3.5 setup.py config 
running config
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'

[... snipped ...]

INFO Parsing source file "core_ns_join_2.hpp" ... 
INFO Parsing source file "core_ns_join_3.hpp" ... 
INFO Parsing source file "core_membership.hpp" ... 
INFO Parsing source file "core_class_hierarchy.hpp" ... 
/<>/unittests/data/core_class_hierarchy.hpp:30:44: warning: direct 
base 'core::class_hierarchy::base_t' is inaccessible due to ambiguity:
class core::class_hierarchy::multi_derived_t -> class 
core::class_hierarchy::derived_private_t -> class core::class_hierarchy::base_t
class core::class_hierarchy::multi_derived_t -> class 
core::class_hierarchy::base_t [-Winaccessible-base]
class multi_derived_t : derived_private_t, protected base_t, private 
other_base_t{
   ^~~~
1 warning generated.
INFO Parsing source file "core_types.hpp" ... 
castxml: /usr/lib/llvm-3.7/include/clang/AST/Decl.h:169: llvm::StringRef 
clang::NamedDecl::getName() const: Assertion `Name.isIdentifier() && "Name is 
not a simple identifier"' failed.
Aborted
Castxml configured to simulate compiler None
Traceback (most recent call last):
  File "./unittests/test_all.py", line 161, in 
sys.exit(run_suite())
  File "./unittests/test_all.py", line 152, in run_suite
result = unittest.TextTestRunner(verbosity=2).run(create_suite())
  File "./unittests/test_all.py", line 147, in create_suite
main_suite.addTest(tester.create_suite())
  File "/<>/unittests/decl_printer_tester.py", line 68, in 
create_suite
suite.addTest(unittest.makeSuite(tester_t))
  File "/usr/lib/python2.7/unittest/loader.py", line 312, in makeSuite
return _makeLoader(prefix, sortUsing, 
suiteClass).loadTestsFromTestCase(testCaseClass)
  File "/usr/lib/python2.7/unittest/loader.py", line 56, in 
loadTestsFromTestCase
loaded_suite = self.suiteClass(map(testCaseClass, testCaseNames))
  File "/<>/unittests/decl_printer_tester.py", line 41, in __init__
compilation_mode=parser.COMPILATION_MODE.FILE_BY_FILE)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/project_reader.py",
 line 249, in read_files
return self.__parse_file_by_file(files)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/project_reader.py",
 line 278, in __parse_file_by_file
decls = reader.read_file(header)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/source_reader.py",
 line 363, in read_file
return self.read_cpp_source_file(source_file)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/source_reader.py",
 line 382, in read_cpp_source_file
xml_file = self.create_xml_file(ffname)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/source_reader.py",
 line 333, in create_xml_file
gccxml_msg)
RuntimeError: Error occured while running CASTXML: 
E: pybuild pybuild:274: test: plugin custom failed with: exit code=1: python2.7 
./unittests/test_all.py
dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13
debian/rules:18: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25
make[1]: Leaving directory '/<>'
debian/rules:8: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#831759: fixed in backup-manager 0.7.12-2

2016-08-17 Thread Santiago Vila

This is definitely not a file ordering problem, because the sample
tarballs have a single file inside a directory inside a directory.

The order for that will always be (I think) the parent directory,
the directory inside the directory, and then the file.

The problem here is gzip, not tar, when invoked without -n option.

Attached you will find two different tarballs with the same contents,
extracted from one of the cases where t15-dupes.sh failed.

If you run "file" on them you will see this:

[...]
last modified: Wed Aug 17 12:31:46 2016, from Unix
[...]
last modified: Wed Aug 17 12:31:47 2016, from Unix

So for the test to be successful, the tarballs have both to be created
in the same one-second interval. That's why this usually succeeds on
machines which are fast enough, but not always.

Suggested fix: When creating the tar.gz, gzip should run with -n.

This could be done with GZIP environment variable, but I think it's
deprecated. It would be better if there was a way to tell tar to pass -n
to gzip. Then there will be no embedded dates in the tar.gz and they
will always be identical, no matter the second in which they end being
created.

Thanks.


skywalker1-build-backup-manager-0.7.12-t-testdir.20160816.master.tar.gz
Description: application/gzip


skywalker1-build-backup-manager-0.7.12-t-testdir.20160817.master.tar.gz
Description: application/gzip

Bug#831759: fixed in backup-manager 0.7.12-2

2016-08-17 Thread Santiago Vila

On Wed, Aug 17, 2016 at 11:55:03AM +0200, Maximiliano Curia wrote:

> Do you still have the failling tarballs? It would be better to list the
> tarballs contents to check if the file order is in fact the issue here or if
> the difference lies somewhere else.

I think I will be able to provide different tarballs with the same
contents. You were right, maybe it's not the file ordering.

Bug#831759: fixed in backup-manager 0.7.12-2

2016-08-17 Thread Santiago Vila

On Wed, Aug 17, 2016 at 11:55:03AM +0200, Maximiliano Curia wrote:

> > + /usr/bin/nice -n 10 /bin/tar -p -c -z -f 
> > ./repository/uranio1-tmp-BM-backup-manager-0.7.12-t-testdir.20160815.master.tar.gz
> >  /tmp/BM/backup-manager-0.7.12/t/testdir
> > ++ get_md5sum 
> > ./repository/uranio1-tmp-BM-backup-manager-0.7.12-t-testdir.20160815.master.tar.gz
> > ++ md5='ee176eaec8040e7230c18d2b8404d313  
> > ./repository/uranio1-tmp-BM-backup-manager-0.7.12-t-testdir.20160815.master.tar.gz'
> 
> > + debug '/usr/bin/nice -n 10 /bin/tar -p -c -z -f 
> > ./repository/uranio1-tmp-BM-backup-manager-0.7.12-t-testdir.20160816.master.tar.gz
> >  "/tmp/BM/backup-manager-0.7.12/t/testdir" > 
> > /tmp/backup-manager/bm-tarball.log.FwLAvP 2>&1'
> > ++ md5='f39797a9ee7c033e291d34b4304386eb  
> > ./repository/uranio1-tmp-BM-backup-manager-0.7.12-t-testdir.20160816.master.tar.gz'
> 
> Mmh, the script is creating two "identical" tarballs but they get different
> md5sum (which is what's used to detect the duplicated tarballs). tar is know
> to introduce some "undefined" bits in the files, that's what pristine-tar's
> delta files manage.

Actually, I think tar is currently deterministic if you give it the same
files with the same timestamps and the files are in the same order.

(But if you tar a directory, then the order is undefined and may be
anything).

> From the tar invocation, I would suspect that a difference might occur if by
> any reason the file order in which tar processes the directory varies. This
> could be the case if a filesystem reorders/rebalances its directories after
> the first transversal, for example.

Oh, I see. There is simply not a canonical order to traverse a directory
and people should just not assume that traversing a directory two times in a
row will yield the files in the same order.

You don't need to imagine reorders or rebalances in the filesystem,
there is simply not a guarantee anywhere that such thing will happen.

So, making a tar from the "contents of a directory" and always
expecting the same result is just wrong.

This is already a known problem for people working in reproducible
builds. Please take a look at this:

https://wiki.debian.org/ReproducibleBuilds/FileOrderInTarballs

There was even a fuse filesystem called "disorderfs" which intentionally
made the order of files in the directories to be random. I think it was
disabled because it was not stable enough, but I think it helped
to catch quite a bunch of bugs like this one.

So, I really believe that's the problem. Just follow the wiki page
and you will have a fix. I don't see the need to perform more tests.

But for completeness, I'll answer your questions:

> [...]
> How many times was needed to run the test to trigger a fail? What kind of
> filesystem are you using? Is that filesystem using any special mounting
> options?

A lot, maybe 30 or 40. I'm using ext4, nothing special, and I'm not
using any special mounting options.

But that's not relevant, really. You have the key of the problem
and the wiki page has the solution.

Thanks.

Bug#831759: fixed in backup-manager 0.7.12-2

2016-08-16 Thread Santiago Vila

On Tue, Aug 16, 2016 at 07:21:43PM +0200, Maximiliano Curia wrote:
> ¡Hola Santiago!
> 
> El 2016-08-16 a las 15:40 +0200, Santiago Vila escribió:
> >found 831759 0.7.12-3 thanks
> 
> >Does not seem fixed:
> 
> >https://tests.reproducible-builds.org/debian/rbuild/testing/amd64/backup-manager_0.7.12-3.rbuild.log
> 
> I doubt that it's the same issue. Anyway, I can't reproduce the issue here.
> Can you test the failling test with set -x ?

Apparently, you have to test it a lot of times until it fails, like a
lottery (so please don't ask me for more debugging, I don't even use
this package myself).

Attached you will find the output of one of the times I managed to
make it fail.

Thanks.
+ set -e
+ source testlib.sh
++ locallib=../lib
++ libdir=../lib
++ source ../lib/externals.sh
 which zip
+++ zip=
+++ true
 which bzip2
+++ bzip=/bin/bzip2
 which gzip
+++ gzip=/bin/gzip
 which gpg
+++ gpg=/usr/bin/gpg
 which lzma
+++ lzma=/usr/bin/lzma
 which dar
+++ dar=/usr/bin/dar
 which tar
+++ tar=/bin/tar
 which rsync
+++ rsync=/usr/bin/rsync
 which mkisofs
+++ mkisofs=
 which genisoimage
+++ mkisofs=
+++ true
 which growisofs
+++ growisofs=
+++ true
 which dvd+rw-format
+++ dvdrwformat=
+++ true
 which cdrecord
+++ cdrecord=
 which wodim
+++ cdrecord=
+++ true
 which md5sum
+++ md5sum=/usr/bin/md5sum
 which bc
+++ bc=
+++ true
 which mysqldump
+++ mysqldump=
+++ true
 which mysql
+++ mysql=
+++ true
 which pg_dump
+++ pgdump=
+++ true
 which svnadmin
+++ svnadmin=
+++ true
 which logger
+++ logger=/usr/bin/logger
 which nice
+++ nice_bin=/usr/bin/nice
 which dd
+++ dd=/bin/dd
++ source ../lib/gettext.sh
+++ [[ -z ../lib ]]
+++ libgettext=/usr/bin/gettext.sh
+++ [[ ! -f /usr/bin/gettext.sh ]]
+++ . ../lib/gettext-real.sh
 . /usr/bin/gettext.sh
+ test 'X\t' = 'X\t'
+ echo=echo
+ test -z ''
+ case "$0" in
 TEXTDOMAIN=backup-manager
 export TEXTDOMAIN
++ source ../lib/logger.sh
++ source ../lib/dialog.sh
++ source ../lib/files.sh
+++ find_opt=
+++ find -H /tmp
+++ find_opt=-H
++ source ../lib/md5sum.sh
++ source ../lib/backup-methods.sh
++ source ../lib/upload-methods.sh
++ source ../lib/burning-methods.sh
++ source ../lib/actions.sh
++ source ../lib/dbus.sh
+++ PROGRESS_INTERFACE=org.backupmanager.BackupManager.ProgressNotify
+++ EVENT_INTERFACE=org.backupmanager.BackupManager.EventNotify
+++ LOG_MESSAGE_INTERFACE=org.backupmanager.BackupManager.LogMessageNotify
+++ SYSTEM_BUS_OBJECT=/org/backupmanager/instance/SystemInstance
+++ USER_BUS_OBJECT=/org/backupmanager/instance/UserInstance/
++ VERSION=0.7.1+svn
+++ which zip
++ zip=
++ true
+++ which bzip2
++ bzip=/bin/bzip2
+++ which gzip
++ gzip=/bin/gzip
+++ which gpg
++ gpg=/usr/bin/gpg
+++ which lzma
++ lzma=/usr/bin/lzma
+++ which dar
++ dar=/usr/bin/dar
+++ which tar
++ tar=/bin/tar
+++ which rsync
++ rsync=/usr/bin/rsync
+++ which mkisofs
++ mkisofs=
++ true
+++ which growisofs
++ growisofs=
++ true
+++ which dvd+rw-format
++ dvdrwformat=
++ true
+++ which cdrecord
++ cdrecord=
++ true
+++ which md5sum
++ md5sum=/usr/bin/md5sum
+++ which bc
++ bc=
++ true
+++ which mysqldump
++ mysqldump=
++ true
+++ which svnadmin
++ svnadmin=
++ true
+++ which logger
++ logger=/usr/bin/logger
++ systemlockfile=/var/run/backup-manager.lock
++ userlockfile=/build/.backup-manager.lock
++ [[ 924 != 0 ]]
++ lockfile=/build/.backup-manager.lock
++ libdir=../lib
++ bmu='perl -I.. ../backup-manager-upload'
++ bmp='perl -I.. ../backup-manager-purge'
++ conffile=confs/base.conf
++ version=false
++ force=false
++ upload=false
++ burn=false
++ help=false
++ md5check=false
++ purge=false
++ warnings=false
++ verbose=false
++ bm_dbus_init
++ debug 'bm_dbus_init()'
++ [[ '' == \d\e\b\u\g ]]
+++ which dbus-send
++ dbus_send=
++ true
++ '[' -x '' ']'
++ dbus_send_cmd=
+ source confs/base.conf
++ export BM_REPOSITORY_ROOT=./repository
++ BM_REPOSITORY_ROOT=./repository
++ export BM_REPOSITORY_USER=buildd
++ BM_REPOSITORY_USER=buildd
++ export BM_REPOSITORY_GROUP=buildd
++ BM_REPOSITORY_GROUP=buildd
++ export BM_REPOSITORY_SECURE=false
++ BM_REPOSITORY_SECURE=false
++ export BM_REPOSITORY_RECURSIVEPURGE=false
++ BM_REPOSITORY_RECURSIVEPURGE=false
++ export BM_ARCHIVE_TTL=5
++ BM_ARCHIVE_TTL=5
++ export BM_ARCHIVE_PURGEDUPS=true
++ BM_ARCHIVE_PURGEDUPS=true
++ export BM_ARCHIVE_PREFIX=uranio1
++ BM_ARCHIVE_PREFIX=uranio1
++ export BM_ARCHIVE_METHOD=tarball
++ BM_ARCHIVE_METHOD=tarball
++ export BM_ARCHIVE_STRICTPURGE=true
++ BM_ARCHIVE_STRICTPURGE=true
++ export BM_LOGGER=true
++ BM_LOGGER=true
++ export BM_LOGGER_LEVEL=warning
++ BM_LOGGER_LEVEL=warning
++ export BM_LOGGER_FACILITY=user
++ BM_LOGGER_FACILITY=user
++ export BM_PRE_BACKUP_COMMAND=
++ BM_PRE_BACKUP_COMMAND=
++ export BM_POST_BACKUP_COMMAND=
++ BM_POST_BACKUP_COMMAND=
++ export BM_TEMP_DIR=/tmp/backup-manager
++ BM_TEMP_DIR=/tmp/backup-manager
++ export BM_ARCHIVE

Bug#831759: fixed in backup-manager 0.7.12-2

2016-08-16 Thread Santiago Vila

found 831759 0.7.12-3
thanks

Does not seem fixed:

https://tests.reproducible-builds.org/debian/rbuild/testing/amd64/backup-manager_0.7.12-3.rbuild.log

Thanks.

Bug#699219: icon: New upstream version, git, 3.0 (quilt) format

2016-08-11 Thread Santiago Vila

On Tue, 29 Jan 2013, Igor Pashev wrote:

> Source: icon
> Severity: wishlist
> 
> Dear Maintainer,
> 
> I've adopted icon for the 3.0 (quilt) fromat, created git repository, and
> updated to the lastest upstream version (9.5.0):
> 
> http://git.osdyson.org/?p=icon.git

URL does not work. Do you still have the git repository somewhere?

Thanks.

Bug#826718: Fwknop 2.6.9 packaged

2016-08-10 Thread Santiago Vila

On Wed, Aug 10, 2016 at 06:09:15PM +0200, Franck Joncourt wrote:

> I have packaged fwknop 2.6.9. I have used the latest git commit from Debian
> repository to add my changes.
> Please find enclosed files. If you could give it a try and upload them
> since I am not the maintainer anymore and I may be a bit rusty :) Check
> debian archive for changes,

Even if the package is currently orphaned, you can become the
maintainer again if you wish, and you can also make a QA upload if you
still care about the package enough to update it but not enough to
maintain it.

But please follow established procedures for that. For example, if you
need a sponsor, try debian-mentors, or upload the package to
mentors.debian.net, or maybe both.

In particular, sending binary .deb packages to the BTS should be
completely unnecessary. We work with sources. Binary packages are
created automatically.

Thanks.

Bug#811656: FTBFS with GCC 6: cannot convert x to y

2016-08-08 Thread Santiago Vila

[ Note: This is now fixed in unstable, it was a lot easier than I expected ]

On Sat, 6 Aug 2016, Matthias Klose wrote:

> Control: severity -1 serious
> 
> > I don't know how to fix this, so I just made a QA upload that makes
> > the package to use GCC 5. This should make the bug not to be RC for
> > stretch.
> 
> no, gcc-5 is targeted for removal for stretch.

Ok, removing gcc-4.9 and gcc-5 is in your roadmap as I read here:

https://lists.debian.org/debian-devel-announce/2016/06/msg7.html

But then, I'm curious: Why do you still update gcc-4.9 in unstable?
(Like the recent 4.9.4 release).

For snapshot.debian.org?
For Debian derivatives?

Thanks.

Bug#833465: fwknop: FTBFS everywhere: 'GPG_EXE' undeclared

2016-08-04 Thread Santiago Vila

Package: src:fwknop
Version: 2.6.0-3
Severity: serious
Tags: patch
Owner: sanv...@debian.org

The QA upload I did (2.6.0-3) fails to build everywhere.

This is the error message:

gpgme_funcs.c: In function 'init_gpgme':
gpgme_funcs.c:67:61: error: 'GPG_EXE' undeclared (first use in this function)
 (fko_ctx->gpg_exe != NULL) ? fko_ctx->gpg_exe : GPG_EXE,

I think there are two reasons why this happens:

* gpg is no longer present in the official chroots.
* The package fails to detect gpg2 (which is a dependency for libgpgme).

I believe the attached patch should fix it.

Will make another QA upload to fix this in short.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -34,7 +34,7 @@ override_dh_auto_configure:
 #  mkdir m4
chmod +x ./debian/autogen.sh
./debian/autogen.sh
-   dh_auto_configure -- $(confflags) --with-gpgme
+   dh_auto_configure -- $(confflags) --with-gpgme --with-gpg=/usr/bin/gpg2
 
 override_dh_auto_build:
dh_auto_build

Bug#811656: FTBFS with GCC 6: cannot convert x to y

2016-08-01 Thread Santiago Vila

tags 811656 + help
severity 811656 important
thanks

On Tue, 19 Jan 2016, Martin Michlmayr wrote:

> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.

I don't know how to fix this, so I just made a QA upload that makes
the package to use GCC 5. This should make the bug not to be RC for
stretch.

Thanks.

Bug#806069: linkchecker: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

2016-07-14 Thread Santiago Vila

Greetings.

I have the ok from the Release Managers to consider this issue as RC
for stretch. I'm going to wait at least one week before raising
this to "serious".

If you need help to fix this bug, please tag it as "help".

Thanks.

Bug#830520: ekg2: FTBFS: install: cannot change permissions of 'debian/ekg2-scripting-perl/usr/share/doc/ekg2-scripting-perl': No such file or directory

2016-07-09 Thread Santiago Vila

On Fri, 8 Jul 2016, Chris Lamb wrote:

> Source: ekg2
> Version: 1:0.4~pre+20120506.1-12
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> ekg2 fails to build from source in unstable/amd64:

This problem has been already reported three times in ekg2 (counting
this one), but it's not really a bug in ekg2 but a regression in
debhelper.

This is easy to infer from the build log:

>   dh_installdocs --link-doc=ekg2-core -pekg2 -pekg2-dbg -pekg2-gnupg 
> -pekg2-jabber \
> -pekg2-scripting-python -pekg2-scripting-perl
>   install: cannot change permissions of 
> 'debian/ekg2-scripting-perl/usr/share/doc/ekg2-scripting-perl': No such file 
> or directory

There is not a chown in debian/rules here, just a call to
dh_installdocs, a debhelper command, so the likelihood of this being a
debhelper bug is very high based solely on the build log.

Additionally, I asked Lucas to use "affects" after he reassigned a
bunch of bugs like this one, so the debhelper bug is shown in
the web page for ekg2:

https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=ekg2

Ok, at the end of the page, but that's because it's already fixed in
debhelper.

Since it is possible and likely that you may have submitted several
bugs like this one, could you please take care of the reassigns and
merges?

Thanks.

Bug#830484: ekg2: FTBFS: install: cannot change permissions of 'debian/ekg2-scripting-perl/usr/share/doc/ekg2-scripting-perl': No such file or directory

2016-07-08 Thread Santiago Vila

On Fri, 8 Jul 2016, Niko Tyni wrote:

> Package: ekg2
> Version: 1:0.4~pre+20120506.1-12
> Severity: serious
> 
> This package fails to build on current sid/amd64.

Please see Bug #830451. This seems to be a regression in debhelper.

If you are mass bug filing, I'd appreciate if you could also
mass-reassign and mass-merge the bugs.

Thanks.

Bug#826040: pppconfig: Failed to start Clean up any mess left by 0dns-up

2016-06-04 Thread Santiago Vila

On Wed, 1 Jun 2016, Singer Michael wrote:

> The service file dns-clean.service from the /lib/systemd/system has the 
> following contents.
> 
> [Unit]
> Description=Clean up any mess left by 0dns-up
> DefaultDependencies=false
> Before=network-manager.service systemd-networkd.service networking.service 
> resolvconf.service
> After=local-fs.target
> Requires=local-fs.target
> ConditionPathExists=/etc/ppp/ip-down.d/0dns-down
> [Service]
> Type=oneshot
> ExecStartPre=/bin/mkdir /var/run/pppconfig

Could any of you try this instead and tell us if the problem goes away?

ExecStartPre=/bin/mkdir -p /var/run/pppconfig

(I don't maintain pppconfig, I just made the last QA upload,
but this error seems definitely easy to fix).

Thanks.

Bug#806021: ekg2: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

2015-12-02 Thread Santiago Vila

On Wed, Dec 02, 2015 at 11:23:54PM +0100, Julien Cristau wrote:
> Control: reassign -1 src:ekg2
> 
> On Tue, Nov 24, 2015 at 17:24:06 +0100, Santiago Vila wrote:
> 
> > This is fixed in 1:0.4~pre+20120506.1-11 (which I uploaded).
> > 
> > It's sitting in the NEW queue waiting for some kind ftpmaster to
> > process it (even if it does not contain any new package).
> > 
> > It went to NEW because of Bug#798413.
> > 
> > So, since this is more a bug in ftp.debian.org than a bug in ekg2,
> > I'm reassigning.
> > 
> A package being in NEW is not an ftp.d.o bug.

Ok, but the package should not be in NEW to begin with.

This is explained in Bug#798413.

I wonder why ftpmaster decided to process "fte" recently and not "ekg2".
Both packages arrived at NEW for exacfly the same kafkaesque reason
(FTBFS in the Arch: all autobuilder).

Bug#806021: ekg2: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

2015-11-24 Thread Santiago Vila

reassign 806021 ftp.debian.org
thanks

On Tue, 24 Nov 2015, Santiago Vila wrote:

> Package: src:ekg2
> Version: 1:0.4~pre+20120506.1-10
> User: sanv...@debian.org
> Usertags: binary-indep
> Severity: important
> 
> Dear maintainer:
> 
> I tried to build this package with "dpkg-buildpackage -A"
> (i.e. only architecture-independent packages), and it failed:
> 
> 

This is fixed in 1:0.4~pre+20120506.1-11 (which I uploaded).

It's sitting in the NEW queue waiting for some kind ftpmaster to
process it (even if it does not contain any new package).

It went to NEW because of Bug#798413.

So, since this is more a bug in ftp.debian.org than a bug in ekg2,
I'm reassigning.

Kind ftpmasters: Will you please unblock this package?

Thanks.

Bug#806021: ekg2: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

2015-11-24 Thread Santiago Vila

Package: src:ekg2
Version: 1:0.4~pre+20120506.1-10
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 fakeroot debian/rules binary-indep
dh binary-indep --with autoreconf,python2 --parallel
   dh_testroot -i -O--parallel
   dh_prep -i -O--parallel
   debian/rules override_dh_auto_install
make[1]: Entering directory '/<>/ekg2-0.4~pre+20120506.1'
perl_install_args="DESTDIR=/<>/ekg2-0.4~pre+20120506.1/debian/tmp 
INSTALLDIRS=vendor" /usr/bin/make install 
DESTDIR=/<>/ekg2-0.4~pre+20120506.1/debian/tmp
make[2]: Entering directory '/<>/ekg2-0.4~pre+20120506.1'
/usr/bin/make  install-recursive
make[3]: Entering directory '/<>/ekg2-0.4~pre+20120506.1'
Making install in po
make[4]: Entering directory '/<>/ekg2-0.4~pre+20120506.1/po'
/bin/sh ../build-aux/mkinstalldirs 
/<>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share
mkdir -p -- /<>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share
mkdir -p -- 
/<>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/locale/pl/LC_MESSAGES
installing pl.gmo as 
/<>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/locale/pl/LC_MESSAGES/ekg2.mo
mkdir -p -- 
/<>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/locale/de/LC_MESSAGES
installing de.gmo as 
/<>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/locale/de/LC_MESSAGES/ekg2.mo
if test "ekg2" = "gettext-tools"; then \
  /bin/sh ../build-aux/mkinstalldirs 
/<>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/gettext/po; \
  for file in Makefile.in.in remove-potcdate.sin quot.sed boldquot.sed 
en@quot.header en@boldquot.header insert-header.sin Rules-quot   
Makevars.template; do \
/usr/bin/install -c -m 644 ./$file \

[... snipped ...]

make[1]: Entering directory '/<>/ekg2-0.4~pre+20120506.1'
dh_installdocs --link-doc=ekg2-core -pekg2 -pekg2-dbg -pekg2-gnupg 
-pekg2-jabber \
  -pekg2-scripting-python -pekg2-scripting-perl
dh_installdocs: No packages to build.
dh_installdocs --remaining-packages
cp -a docs/ekg2book/book
/<>/ekg2-0.4~pre+20120506.1/debian/ekg2-core/usr/share/doc/ekg2-core/book-pl
cp: cannot create directory 
'/<>/ekg2-0.4~pre+20120506.1/debian/ekg2-core/usr/share/doc/ekg2-core/book-pl':
 No such file or directory
debian/rules:84: recipe for target 'override_dh_installdocs' failed
make[1]: *** [override_dh_installdocs] Error 1
make[1]: Leaving directory '/<>/ekg2-0.4~pre+20120506.1'
debian/rules:12: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one, but I can give some general hints:

* If all the arch-independent packages are dummy transitional packages
released with jessie, the easy fix is to drop them now.
 
* If not, debian/rules should be modified so that the binary-indep
target works in all cases, even when binary-arch is not used (this is
what the "Architecture: all" autobuilder does). For that:

* If you are using debhelper, you might want to use options -a and -i
for dh_* commands so that they do not act on packages they do not
have to act.

* Also, if you are using dh, the (independently) optional targets
override_dh_foo-arch and override_dh_foo-indep (for several values
of "foo") may be useful to write a debian/rules which behaves exactly
as desired.


After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B"
work properly, this package will be suitable to be uploaded in
source-only form if you wish (you might want to try it).

Thanks.

Bug#806122: wvstreams: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

2015-11-24 Thread Santiago Vila

Package: src:wvstreams
Version: 4.6.1-7
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 fakeroot debian/rules binary-indep
dh_testdir
dh_testroot
dh_prep -i
dh_installdirs -i
# Add here commands to install the indep part of the package into
# debian/-doc.
#INSTALLDOC#
install -d 
/<>/debian/libwvstreams4.6-doc/usr/share/doc/libwvstreams4.6-doc
install -d 
/<>/debian/libwvstreams4.6-doc/usr/share/doc/libwvstreams4.6-doc/html-api
find Docs/doxy-html -type f -exec install -m644 '{}' 
/<>/debian/libwvstreams4.6-doc/usr/share/doc/libwvstreams4.6-doc/html-api/
 ';'
dh_install -i
/usr/bin/make -f debian/rules DH_OPTIONS=-i binary-common
make[1]: Entering directory '/<>'
dh_testdir
dh_testroot
dh_installchangelogs ChangeLog
dh_installdocs
dh_installexamples
dh_installinit
dh_installman
dh_link
dh_strip --exclude=libwvtest.a
dh_compress
dh_fixperms
#Fix other permissions
chmod a-x 
/<>/debian/libwvstreams-dev/usr/lib/valgrind/wvstreams.supp
chmod: cannot access 
'/<>/debian/libwvstreams-dev/usr/lib/valgrind/wvstreams.supp': No 
such file or directory
debian/rules:133: recipe for target 'binary-common' failed
make[1]: *** [binary-common] Error 1
make[1]: Leaving directory '/<>'
debian/rules:159: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one, but I can give some general hints:

* If all the arch-independent packages are dummy transitional packages
released with jessie, the easy fix is to drop them now.
 
* If not, debian/rules should be modified so that the binary-indep
target works in all cases, even when binary-arch is not used (this is
what the "Architecture: all" autobuilder does). For that:

* If you are using debhelper, you might want to use options -a and -i
for dh_* commands so that they do not act on packages they do not
have to act.

* Also, if you are using dh, the (independently) optional targets
override_dh_foo-arch and override_dh_foo-indep (for several values
of "foo") may be useful to write a debian/rules which behaves exactly
as desired.


After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B"
work properly, this package will be suitable to be uploaded in
source-only form if you wish (you might want to try it).

Thanks.

Bug#803064: fte: please make the build reproducible

2015-10-26 Thread Santiago Vila

On Mon, Oct 26, 2015 at 04:20:00PM +0100, Axel Beckert wrote:
> Hi,
> 
> Reiner Herrmann wrote:
> > While working on the "reproducible builds" effort [1], we have noticed
> > that fte could not be built reproducibly.
> > The created tarball with example files is not sorted.
> > 
> > The attached patch fixes this by telling tar to sort the files.
> 
> Thanks. I'll likely apply the patch once
> https://ftp-master.debian.org/new/fte_0.50.2b6-7.html has been accepted.

Hello Axel.

I forgot to import version 0.50.2b6-7 into git (sorry), but this
report has served as a reminder, so I just went ahead and did that.

Thanks.

Bug#770369: Eterm on Jessie, Stretch and Sid does not run shell (fwd)

2015-10-05 Thread Santiago Vila

severity 770369 serious
thanks

Hello Debian X maintainers.

Would someone here help (me) to debug this?

Follows an email from a user suggesting the bug could be in the
xserver, or anything which is "below" the package, not in the package
itself, but I can't verify that.

Thanks.

-- Forwarded message --
From: Stamatis Mavrogeorgis 
To: 770...@bugs.debian.org
Date: Sun, 4 Oct 2015 13:41:22 +0100
Subject: Bug#770369: Eterm on Jessie, Stretch and Sid does not run shell

Exact same problem here.
I did some investigation and I can confirm the following:

* Eterm (0.9.6-1) runs properly on AntiX-15 which is based on Jessie.

* I installed (with dpkg) on Jessie the Eterm deb package that runs properly on 
AntiX-15 and Eterm still
exhibits the same erratic behaviour [on Jessie].

* I installed on AntiX-15 the Eterm deb package that behaves erratically on 
Jessie, and it runs properly
[on AntiX-15].

* I repeated the latter two above steps between AntiX-15 and Stretch (testing) 
and AntiX-15 and Sid with
identical results as with AntiX-15 and Jessie: - AntiX-15 runs the Stretch and 
Sid Eterm packages
properly, whereas Stretch and Sid exhibit erratic behaviour on the Eterm 
package brought over from
Antix-15.

The above led me to speculate that there is nothing wrong with the Eterm 
package per se, instead, the
problem seems to lie with Jessie and subsequent (Stretch, Sid) system 
implementations.

Bug#790324: luakit: Improve security level, dubious features

2015-09-03 Thread Santiago Vila

Philippe Grégoire  wrote:
> From what I understood from an earlier bug report, these
> changes were made due to not reproducible builds.

No, they are completely unrelated.

I'll explain below.

Mason Larobina wrote:
> Hi Philippe,
> I'm the upstream.
> 
> What is this 'ugh' patch?

The "ugh" patch could be described as an artifact of using git for
development and the "3.0 (quilt)" source format for Debian releases.

When you change some file in the source and do "dpkg-buildpackage",
the package manager detects that there are changes not reflected in
any of the debian/patches/* and automatically allows the maintainer to
create a new patch. By default, this patch contains the latest
changelog entries, which is the reason you might think that *all* the
changes made to the package are related to whatever changelog entries
were added in the last place.

This package is currently orphaned, but I'm going to do a "QA upload"
fixing the https thing and the soup.ssl_strict thing to close this bug.

If there are still issues, please report them in *different* bugs
(or just talk with the author, who happens to be around). Mixing
different issues in a single bug report makes things more difficult to
manage for us.

Thanks.

Bug#754659: Some actions destroy backlite on Lenovo X61s

2015-09-03 Thread Santiago Vila

reassign 754659 xserver-xorg
severity 754659 normal
thanks

On Sun, 13 Jul 2014, Klaus Ethgen wrote:

> Package: luakit
> Version: 2012.09.13-r1-3
> Severity: critical
> 
> I tagged that bug critical as it has some bad effect to the hardware. I
> am not fully sure where the problem lives in. The only informations that
> I have I will put into this report.
> 
> I use luakit on my laptop, a Lenovo X61s with a intel GM965/GL960
> graphic controller. I am not able to reproduce that bug with any other
> browser or software or any other hardware. As X is involved, I will also
> attach the full Xorg log of a broken session.
> 
> When I use luakit and _load new pages_ it often blanks the screen by
> switching the backlight of. There is no way to switch it back on again
> but with a trick, putting the laptop to sleep and waking it up again, I
> get some backlight back. Some means in this case that only the right
> side is lighted. I have to do a full system restart to get the proper
> backlight back. I do not know if that is good for the hardware or not
> but I do not think that it should be the case that a browser is able to
> destroy hardware.
> 
> I have no idea what does trigger the bug but I fear about using luakit
> on that laptop anymore.
> 
> [...]

luakit is just a web browser and has no direct access to hardware by itself.
I'm reassigning this report to xserver-xorg as the most probably package
to blame, but even in such case, be ready to provide the X maintainers
whatever additional information they might ask you.

Thanks.

Bug#543911: acct: ships /usr/share/info/dir.gz

2009-08-31 Thread Santiago Vila

I've just made a QA upload to fix this bug, as the package is orphaned.



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

Bug#540966: lightning: ..trying to overwrite `/usr/share/info/dir.gz', which is also in package opencubicplayer

2009-08-31 Thread Santiago Vila

I've just uploaded a fix for this.



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

Re: Bug#540966: lightning: ..trying to overwrite `/usr/share/info/dir.gz', which is also in package opencubicplayer

2009-08-28 Thread Santiago Vila

The following patch might work. Please double-check.

Whoever makes a QA upload for this (as the package is orphaned) will
have to modify it for dpatch, as that's what the source package uses.

diff -ru lightning-1.2.orig/doc/Makefile.in lightning-1.2/doc/Makefile.in
--- lightning-1.2.orig/doc/Makefile.in  2004-11-25 15:46:05.0 +0100
+++ lightning-1.2/doc/Makefile.in   2009-08-28 12:49:08.219685824 +0200
@@ -483,8 +483,7 @@
  done; \
done
@$(POST_INSTALL)
-   @if (install-info --version  \
-install-info --version 21 | sed 1q | grep -i -v debian) 
/dev/null 21; then \
+   @if false; then \
  list='$(INFO_DEPS)'; \
  for file in $$list; do \
relfile=`echo $$file | sed 's|^.*/||'`; \

Thanks.


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

Re: Bug#219589: t1lib: FTBFS on s390

2003-11-07 Thread Santiago Vila

On Fri, 7 Nov 2003, Artur R. Czechowski wrote:

 Package: t1lib
 Version: 1.3.1-4
 Severity: grave
 Tags: help

 Hello

 I just adopted t1lib package. Release -4 has been upload into Debian
 and it is wainting on incoming. I've checked buildd logs and I found, that
 compilation on s390 is failed[1].

 Description of problem.
 ---

 In debian/rules I use[2]:
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)

 Next ./configure is run with (among others):
 --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)

 ./configure on s390 shows a warning:

 checking build system type... Invalid configuration `s390-linux': machine 
 `s390' not recognized

 then next:

 loading cache ./config.cache within ltconfig
 ltconfig: you must specify a host type if you use `--no-verify'
 Try `ltconfig --help' for more information.
 configure: error: libtool configure failed
 make: *** [config.status] Error 1

 Files config.guess and config.sub in the package come from the latest
 autotools-dev package (20031007.1).

You have put the new files in the t1lib-1.3.1 directory, not in the
t1lib-1.3.1/ac-tools directory. So you are still using the old config.guess
and config.sub files there.

Bug#214158: FTBFS: cooledit on m68k

2003-10-05 Thread Santiago Vila

On Sun, 5 Oct 2003, J.H.M. Dassen (Ray) wrote:

 On Sun, Oct 05, 2003 at 09:40:09 +0200, Matthias Klose wrote:
  gettext problems on m68k?
 
  http://buildd.debian.org/fetch.php?pkg=cooleditver=3.17.7-2arch=m68kstamp=1064299116file=logas=raw

 There was a similar issue with an xchat NMU I did:
 http://buildd.debian.org/fetch.php?pkg=xchatver=2.0.4-1.1arch=m68kstamp=1065230515file=logas=raw
 (also on kullervo; this log lists the gettext version as 0.12.1-1)

 I did a quick test on crest's unstable chroot and it looks like at least my
 problem isn't reproducible there (installed version 0.12.1-6); I've asked
 debian-admin to install all of xchat's build dependencies there so I can do
 a manual build and be able to give a definite answer.

Perhaps that's not needed. The msgmerge command seems to be corrupted:
In both build logs there is something like this in the configure stage:

checking for msgmerge... ./configure: line 8104: 25391 Segmentation fault
$ac_dir/$ac_word --update -q /dev/null /dev/null /dev/null 21
no

The build logs show that the gettext package is already installed in
the chroot (probably to save time, since it's a common build-depends).

You would have to ask whoever is in charge for the m68k build daemon
to update the version of gettext which is pre-installed in the chroot
used to build packages.

87 matches

Mail list logo