Bug#811462: FTBFS: test failure when updating ruby-net-ssh to 3.0.1

[Pirate Praveen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

package: ruby-net-ssh-multi
version: 1.2.1-1
severity: serious
justification: it is blocking ruby-net-ssh update

With ruby-net-ssh 3.0.1-1 in experimental, ruby-net-ssh fails to build
with following test failure

RUBYLIB=/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-net-ssh-multi/
debian/ruby-net-ssh-multi/usr/lib/ruby/vendor_ruby:.
rake2.2 -f debian/ruby-tests.rake
/usr/bin/ruby2.2 -I"test"
"/usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb"
"test/channel_test.rb" "test/multi_test.rb" "test/server_test.rb"
"test/session_actions_test.rb" "test/session_test.rb" -v
Run options: -v --seed 27463

# Running:

..E.
...

   1) session that cannot authenticate adds host to exception message
  NameError: uninitialized constant Timeout

/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-net-ssh-multi/debian/r
uby-net-ssh-multi/usr/lib/ruby/vendor_ruby/net/ssh/multi/server.rb:191:i
n
`rescue in new_session'

/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-net-ssh-multi/debian/r
uby-net-ssh-multi/usr/lib/ruby/vendor_ruby/net/ssh/multi/server.rb:183:i
n
`new_session'

/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-net-ssh-multi/test/ser
ver_test.rb:107:in
`test_session_that_cannot_authenticate_adds_host_to_exception_message'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:108:in `block (3
levels) in run'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:205:in
`capture_exceptions'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:105:in `block (2
levels) in run'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:256:in `time_it'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:104:in `block in ru
n'
  /usr/lib/ruby/vendor_ruby/minitest.rb:334:in `on_signal'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:276:in
`with_info_handler'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:103:in `run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:781:in `run_one_method'
  /usr/lib/ruby/vendor_ruby/minitest.rb:308:in `run_one_method'
  /usr/lib/ruby/vendor_ruby/minitest.rb:296:in `block (2
levels) in run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:295:in `each'
  /usr/lib/ruby/vendor_ruby/minitest.rb:295:in `block in run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:334:in `on_signal'
  /usr/lib/ruby/vendor_ruby/minitest.rb:321:in `with_info_handle
r'
  /usr/lib/ruby/vendor_ruby/minitest.rb:294:in `run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:155:in `block in __run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:155:in `map'
  /usr/lib/ruby/vendor_ruby/minitest.rb:155:in `__run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:129:in `run'
  #
debian/ruby-net-ssh-multi/usr/lib/ruby/vendor_ruby/net/ssh/multi/server.
rb:191
  #
debian/ruby-net-ssh-multi/usr/lib/ruby/vendor_ruby/net/ssh/multi/server.
rb:183
  # test/server_test.rb:107
  # /usr/lib/ruby/vendor_ruby/minitest/test.rb:108
  # /usr/lib/ruby/vendor_ruby/minitest/test.rb:205
  # /usr/lib/ruby/vendor_ruby/minitest/test.rb:105
  # /usr/lib/ruby/vendor_ruby/minitest/test.rb:256
  # /usr/lib/ruby/vendor_ruby/minitest/test.rb:104
  # /usr/lib/ruby/vendor_ruby/minitest.rb:334
  # /usr/lib/ruby/vendor_ruby/minitest/test.rb:276
  # /usr/lib/ruby/vendor_ruby/minitest/test.rb:103
  # /usr/lib/ruby/vendor_ruby/minitest.rb:781
  # /usr/lib/ruby/vendor_ruby/minitest.rb:308
  # /usr/lib/ruby/vendor_ruby/minitest.rb:296
  # /usr/lib/ruby/vendor_ruby/minitest.rb:295
  # /usr/lib/ruby/vendor_ruby/minitest.rb:295
  # /usr/lib/ruby/vendor_ruby/minitest.rb:334
  # /usr/lib/ruby/vendor_ruby/minitest.rb:321
  # /usr/lib/ruby/vendor_ruby/minitest.rb:294
  # /usr/lib/ruby/vendor_ruby/minitest.rb:155
  # /usr/lib/ruby/vendor_ruby/minitest.rb:155
  # /usr/lib/ruby/vendor_ruby/minitest.rb:155
  # /usr/lib/ruby/vendor_ruby/minitest.rb:129
  # /usr/lib/ruby/vendor_ruby/minitest.rb:56

Finished in 0.047746s, 1822.1248 runs/s, 4670.5037 assertions/s.
87 runs, 223 assertions, no failures, 1 error, no skips

Failed Tests:

rake
TEST=/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-net-ssh-multi/tes
t/server_test.rb
TESTOPTS="--name=test_session_that_cannot_authenticate_adds_host_to_exce
ption_message"

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWnfbtAAoJEM4fnGdFEsIqQiAP/jY9WsFu7JQJdwsH9qoaZ4Wf
1j6JL8V8IdN5biIAvO2+srgLjWoupIdp8Olbc1eWM1AP9u+xlyzII1dzdlBFcqSe
DLnmm6V3OkN+mzMpukpbN1nYxQnOF4SVMSDsOFzR7FkFz7knv3J2UH7AnlmayucX
j+DnqpONAhVd2Jv8VkTCyBwVB1nEW0bAHlTvEYyNlkXz8uEykUc6mWm5PbbyXyF0
anfg5u/NJ3B4WoeY8uZyZIpstD3Oc2VrIHIKiXWUpz/XkoU4DqfwlG3pcC8Y+2j0
YAq+hnEZUyIXqf3w+6IcuMhqEkcY9+BTyasjZvz5tbc+Je8wk0iC/eWm+GUPM/sv
sH8LVQmDszoztU8lZ4W6/Vd/jSMk5gqF3eN/2ceqPeItiwE2b+7tW9sqv7k0wnWK
yZn6bVaExzeLKl2liEddxUHXHAXpQRcC73uRC97RNjK94hqxSTFOunkuiW24Ab4d

Bug#811463: RM: clojure-contrib -- ROM; obsolete, not used

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi,

Could you remove the clojure-contrib package please? This library isn't used
and builds only with Clojure 1.2 which is being replaced by 1.6 in Debian.
Also it will never be upgraded since it has been split upstream into smaller
libraries released independendly.

Thank you,

Emmanuel Bourg

Bug#811464: vmdebootstrap: fails to download packages

[Matt Taggart]

Package: vmdebootstrap
Version: 1.2-1~bpo8+1

When attempting to run the jessie backport, vmdebootstrap fails to download 
some packages:

# vmdebootstrap --image=./foo.img --size=1 \
 --mirror=http://mirror.lan:/debian --hostname foo \
 --log /tmp/vmdeb.log --verbose
[output trimmed]
I: Retrieving linux-image-3.16.0-4-amd64 3.16.7-ckt11-1+deb8u3
W: Couldn't download package linux-image-3.16.0-4-amd64 (ver 
3.16.7-ckt11-1+deb8u3 arch amd64)
[more output trimmed]
I: Retrieving zlib1g 1:1.2.8.dfsg-2+b1
W: Couldn't download package zlib1g (ver 1:1.2.8.dfsg-2+b1 arch amd64)
E: Couldn't download packages: linux-image-3.16.0-4-amd64 zlib1g

If I look at the log and find the debootstrap command:

DEBUG debootstrap --arch=amd64 --include=linux-image-amd64,acpid stable
   /tmp/tmprREuvt http://mirror.lan:/debian

and run that by hand, it works fine. Before I discovered that I also tried 
multiple different mirrors. The version of debootstrap on the system is 
1.0.73~bpo8+1 but I also tried with 1.0.67, no difference.

-- 
Matt Taggart
tagg...@debian.org

Bug#811466: RM: clojure1.2 -- ROM; obsolete, replaced by clojure1.6

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal


Hi,

Please remove clojure1.2, this package has been replaced by clojure1.6
and there are no packages left depending on it (the last one has been
switched today).

Thank you,

Emmanuel Bourg

Bug#811469: isomd5sum: FTBFS: cc: error: libcheckisomd5.a: No such file or directory

[Chris Lamb]

Source: isomd5sum
Version: 1:1.1.0-1
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,

isomd5sum fails to build from source in unstable/amd64:

  [..]

   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: source package isomd5sum
  dpkg-buildpackage: source version 1:1.1.0-1
  dpkg-buildpackage: source distribution unstable
  dpkg-buildpackage: source changed by Ryan Finnie 
   dpkg-source --before-build isomd5sum-1.1.0
  dpkg-buildpackage: host architecture amd64
   fakeroot debian/rules clean
  dh clean --with=python2,python3
 dh_testdir
 debian/rules override_dh_auto_clean
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0'
  rm -rf build
  /usr/bin/make clean
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0'
  rm -f *.o *.so *.pyc *.a .depend *~
  rm -f implantisomd5 checkisomd5 
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0'
  dh_clean 
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0'
 dh_clean
   debian/rules build
  dh build --with=python2,python3
 dh_testdir
 dh_update_autotools_config
 dh_auto_configure
 debian/rules override_dh_auto_build
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0'
  py3versions: no X-Python3-Version in control file, using supported versions
  /usr/bin/make implantisomd5 checkisomd5
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0'
  cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -Werror -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -fPIC -I/usr/include/python3.5m 
-I/usr/include/python3.5m -c -O -o implantisomd5.o implantisomd5.c
  cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -Werror -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -fPIC -I/usr/include/python3.5m 
-I/usr/include/python3.5m -c -O -o libimplantisomd5.o libimplantisomd5.c
  ar rvU libimplantisomd5.a libimplantisomd5.o
  ar: creating libimplantisomd5.a
  a - libimplantisomd5.o
  cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -Werror -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -fPIC -I/usr/include/python3.5m 
-I/usr/include/python3.5m -c -O -o md5.o md5.c
  ar rvU libimplantisomd5.a md5.o
  a - md5.o
  cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -Werror -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -fPIC -I/usr/include/python3.5m 
-I/usr/include/python3.5m implantisomd5.o libimplantisomd5.a -lpopt 
-Wl,-z,relro -fPIC -o implantisomd5
  cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -Werror -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -fPIC -I/usr/include/python3.5m 
-I/usr/include/python3.5m -c -O -o checkisomd5.o checkisomd5.c
  cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -Werror -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -fPIC -I/usr/include/python3.5m 
-I/usr/include/python3.5m -c -O -o libcheckisomd5.o libcheckisomd5.c
  ar rvU libcheckisomd5.a libcheckisomd5.o
  ar: creating libcheckisomd5.a
  a - libcheckisomd5.o
  ar rvU libcheckisomd5.a md5.o
  a - md5.o
  cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -Werror -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -fPIC -I/usr/include/python3.5m 
-I/usr/include/python3.5m checkisomd5.o libcheckisomd5.a -lpopt -Wl,-z,relro 
-fPIC -o checkisomd5
  rm libimplantisomd5.o libcheckisomd5.o md5.o
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0'
  set -e; \
  for python in python2.7 python3.4 python3.5; do \
mkdir -p build/$python; \
/usr/bin/make -C build/$python -f ../../Makefile 
VPATH=/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0 \
PYTHON=$python pyisomd5sum.so; \
  done
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160119095649.Xd1jzyucCA/isomd5sum-1.1.0/build/python2.7'
  cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -Werror -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -fPIC 

Bug#811467: base: a user could delete created root files created in folder where user have access

[Malte Kiefer]

Package: base
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Trying to create files with root in user home folder.
But the user could delete the file

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

root creating file
user login, try to delete, it works

teilnehmer@debPc:~$ su
Password:
root@debPc:/home/teilnehmer# clear
root@debPc:/home/teilnehmer# uname -a
Linux debPc 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09) 
x86_

 64 GNU/Linux
root@debPc:/home/teilnehmer# touch rootfile
root@debPc:/home/teilnehmer# ls -lisa
total 24
266911 4 drwxr-xr-x 2 teilnehmer teilnehmer 4096 Jan 19 10:54 .
258067 4 drwxr-xr-x 4 root   root   4096 Sep 12 10:25 ..
266915 4 -rw--- 1 teilnehmer teilnehmer   46 Jan 14 15:44 .bash_history
266913 4 -rw-r--r-- 1 teilnehmer teilnehmer  220 Nov 13  2014 .bash_logout
266912 4 -rw-r--r-- 1 teilnehmer teilnehmer 3515 Nov 13  2014 .bashrc
266914 4 -rw-r--r-- 1 teilnehmer teilnehmer  675 Nov 13  2014 .profile
267322 0 -rw-r--r-- 1 root   root  0 Jan 19 10:54 rootfile
root@debPc:/home/teilnehmer# exit
exit
teilnehmer@debPc:~$ ls -lisa
total 24
266911 4 drwxr-xr-x 2 teilnehmer teilnehmer 4096 Jan 19 10:54 .
258067 4 drwxr-xr-x 4 root   root   4096 Sep 12 10:25 ..
266915 4 -rw--- 1 teilnehmer teilnehmer   46 Jan 14 15:44 .bash_history
266913 4 -rw-r--r-- 1 teilnehmer teilnehmer  220 Nov 13  2014 .bash_logout
266912 4 -rw-r--r-- 1 teilnehmer teilnehmer 3515 Nov 13  2014 .bashrc
266914 4 -rw-r--r-- 1 teilnehmer teilnehmer  675 Nov 13  2014 .profile
267322 0 -rw-r--r-- 1 root   root  0 Jan 19 10:54 rootfile
teilnehmer@debPc:~$ rm rootfile
rm: remove write-protected regular empty file 'rootfile'? y
teilnehmer@debPc:~$ ls -lisa
total 24
266911 4 drwxr-xr-x 2 teilnehmer teilnehmer 4096 Jan 19 10:54 .
258067 4 drwxr-xr-x 4 root   root   4096 Sep 12 10:25 ..
266915 4 -rw--- 1 teilnehmer teilnehmer   46 Jan 14 15:44 .bash_history
266913 4 -rw-r--r-- 1 teilnehmer teilnehmer  220 Nov 13  2014 .bash_logout
266912 4 -rw-r--r-- 1 teilnehmer teilnehmer 3515 Nov 13  2014 .bashrc
266914 4 -rw-r--r-- 1 teilnehmer teilnehmer  675 Nov 13  2014 .profile
teilnehmer@debPc:~$ id
uid=1001(teilnehmer) gid=1001(teilnehmer) groups=1001(teilnehmer)
teilnehmer@debPc:~$ cat /etc/passwd | grep teilnehmer
teilnehmer:x:1001:1001::/home/teilnehmer:/bin/bash
teilnehmer@debPc:~$ su
Password:
root@debPc:/home/teilnehmer# id
uid=0(root) gid=0(root) groups=0(root)


   * What was the outcome of this action?

the only way was to create a folder with root, move the file there, 
then I could not delete this file with user.
So I believe the folder rights where pushed to files inside.

   * What outcome did you expect instead?
I expect that a normal user could not delete a root create file
*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#811468: nose: FTBFS: AttributeError: 'Derived' object has no attribute 'value'

[Chris Lamb]

Source: nose
Version: 1.3.6-1
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,

nose fails to build from source in unstable/amd64:

  [..]

  test_defaults (test_xunit.TestOptions) ... ok
  test_file_from_environ (test_xunit.TestOptions) ... ok
  test_file_from_opt (test_xunit.TestOptions) ... ok
  test_dot_in_args (test_xunit.TestSplitId) ... ok
  test_grandchild_has_dot_in_args (test_xunit.TestSplitId) ... ok
  test_no_dot_in_args (test_xunit.TestSplitId) ... ok
  test_no_parenthesis (test_xunit.TestSplitId) ... ok
  test_addError (test_xunit.TestXMLOutputWithXML) ... FAIL
  test_addError_early (test_xunit.TestXMLOutputWithXML) ... ok
  test_addFailure (test_xunit.TestXMLOutputWithXML) ... FAIL
  test_addFailure_early (test_xunit.TestXMLOutputWithXML) ... ok
  test_addSuccess (test_xunit.TestXMLOutputWithXML) ... FAIL
  test_addSuccess_early (test_xunit.TestXMLOutputWithXML) ... ok
  test_non_utf8_error (test_xunit.TestXMLOutputWithXML) ... ok
  
  ==
  FAIL: Doctest: imported_tests.rst
  --
  Traceback (most recent call last):
File "/usr/lib/python3.5/doctest.py", line 2189, in runTest
  raise self.failureException(self.format_failure(new.getvalue()))
  AssertionError: Failed doctest test for imported_tests.rst
File 
"/home/lamby/temp/cdt.20160119095522.QC6hZTcOrV/nose-1.3.6/build/tests/functional_tests/doc_tests/test_issue145/imported_tests.rst",
 line 0
  
  --
  File 
"/home/lamby/temp/cdt.20160119095522.QC6hZTcOrV/nose-1.3.6/build/tests/functional_tests/doc_tests/test_issue145/imported_tests.rst",
 line 43, in imported_tests.rst
  Failed example:
  run(argv=argv) # doctest: +REPORT_NDIFF
  Differences (ndiff with -expected +actual):
package1 setup
test (package1.test_module.TestCase) ... ok
package1.test_module.TestClass.test_class ... ok
package1.test_module.test_function ... ok
package2c setup
  - test (package2c.test_module.TestCase) ... ok
  ? ^^  ^  ^
  + test (package2c.test_module.transplant_class..C) ... ok
  ?   ^^^  
package2c.test_module.TestClass.test_class ... ok
package2f setup
package2f.test_module.test_function ... ok

--
Ran 6 tests in ...s

OK
  --
  File 
"/home/lamby/temp/cdt.20160119095522.QC6hZTcOrV/nose-1.3.6/build/tests/functional_tests/doc_tests/test_issue145/imported_tests.rst",
 line 72, in imported_tests.rst
  Failed example:
  run(argv=argv) # doctest: +REPORT_NDIFF
  Differences (ndiff with -expected +actual):
package2c setup
  - test (package2c.test_module.TestCase) ... ok
  ? ^^  ^  ^
  + test (package2c.test_module.transplant_class..C) ... ok
  ?   ^^^  
package2c.test_module.TestClass.test_class ... ok

--
Ran 2 tests in ...s

OK
  --
  File 
"/home/lamby/temp/cdt.20160119095522.QC6hZTcOrV/nose-1.3.6/build/tests/functional_tests/doc_tests/test_issue145/imported_tests.rst",
 line 99, in imported_tests.rst
  Failed example:
  run(argv=argv) # doctest: +REPORT_NDIFF
  Differences (ndiff with -expected +actual):
package2c setup
  - test (package2c.test_module.TestCase) ... ok
  ? ^^  ^  ^
  + test (package2c.test_module.transplant_class..C) ... ok
  ?   ^^^  

--
Ran 1 test in ...s

OK
  
  
  ==
  FAIL: runTest (test_load_tests_from_test_case.TestLoadTestsFromTestCaseHook)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20160119095522.QC6hZTcOrV/nose-1.3.6/build/tests/functional_tests/test_load_tests_from_test_case.py",
 line 52, in runTest
  self.assertEqual(line.strip(), expect.pop(0))
  AssertionError: 'test[34 
chars]case.NoFixturePlug.loadTestsFromTestCase.

Bug#741901: antigrav: Patch for libpng1.6

[Tobias Frost]

Control: tags 741901 + patch

Dear maintainer,

I've prepared the attached patch for the libpng transition.
However, I currently can only provide the patch but not test it,
especially the "write png" part.

Therefore any feedback is appreciated.

-- 
Tobi

Regards.
diff -Nru antigrav-0.0.3/debian/changelog antigrav-0.0.3/debian/changelog
--- antigrav-0.0.3/debian/changelog 2014-09-02 22:51:53.0 +0200
+++ antigrav-0.0.3/debian/changelog 2016-01-19 08:02:38.0 +0100
@@ -1,3 +1,10 @@
+antigrav (0.0.3-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix for libpng16 (Closes: #741901)
+
+ -- Tobias Frost   Tue, 19 Jan 2016 08:01:54 +0100
+
 antigrav (0.0.3-6) unstable; urgency=low
 
   [ Evgeni Golov ]
diff -Nru antigrav-0.0.3/debian/patches/06-libpng16.patch 
antigrav-0.0.3/debian/patches/06-libpng16.patch
--- antigrav-0.0.3/debian/patches/06-libpng16.patch 1970-01-01 
01:00:00.0 +0100
+++ antigrav-0.0.3/debian/patches/06-libpng16.patch 2016-01-19 
09:35:18.0 +0100
@@ -0,0 +1,90 @@
+Description: Patch for libpng1.6 API change
+Author: Tobias Frost 
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741901
+Last-Update: 2016-01-19
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/src/m3dtexture.cpp
 b/src/m3dtexture.cpp
+@@ -249,7 +249,7 @@
+   return -1;
+   }
+ 
+-  if(setjmp(pngPtr->jmpbuf))
++  if(setjmp(png_jmpbuf(pngPtr)))
+   {
+   perror("setjmp");
+   png_destroy_read_struct(, , NULL);
+@@ -274,7 +274,7 @@
+   ckey = 0;
+   }
+   
+-  if(colorType != PNG_COLOR_TYPE_RGB_ALPHA || bitDepth != 8 || 
pngInfoPtr->channels != 4)
++  if(colorType != PNG_COLOR_TYPE_RGB_ALPHA || bitDepth != 8 || 
png_get_channels(pngPtr, pngInfoPtr) != 4)
+   {
+   fprintf(stderr, "Only 32-bit RGBA png images are supported\n");
+   return -1;
+@@ -283,7 +283,7 @@
+   png_read_update_info(pngPtr, pngInfoPtr);
+   png_get_IHDR(pngPtr, pngInfoPtr, width, height, , , 
, NULL, NULL);
+   
+-  (*data) = new unsigned char[(*width) * (*height) * 
pngInfoPtr->channels];
++  (*data) = new unsigned char[(*width) * (*height) * 
png_get_channels(pngPtr, pngInfoPtr)];
+   if((*data) == NULL)
+   {
+   fprintf(stderr, "loadPng(): Out of memory !\n");
+@@ -304,7 +304,7 @@
+ 
+   for(row = 0; (unsigned int) row < (*height); row++)
+   {
+-  rowPointers[row] = (png_bytep)*data + (row * (*width) * 
pngInfoPtr->channels);
++  rowPointers[row] = (png_bytep)*data + (row * (*width) * 
png_get_channels(pngPtr, pngInfoPtr));
+   }
+   png_read_image(pngPtr, rowPointers);
+   png_read_end(pngPtr, pngInfoPtr);
+@@ -358,26 +358,30 @@
+   pngInfoPtr = png_create_info_struct(pngPtr);
+   png_set_write_fn(pngPtr, handle, pngWriteCallback, pngFlushCallback);
+ 
+-  pngInfoPtr->width = width;
+-  pngInfoPtr->height = height;
+-  pngInfoPtr->rowbytes = width * 4;
+-  pngInfoPtr->bit_depth = 8;
+-  pngInfoPtr->interlace_type = 0;
+-  pngInfoPtr->num_palette = 0;
+-  pngInfoPtr->valid = 0;
+-
+-  pngInfoPtr->sig_bit.red = 8;
+-  pngInfoPtr->sig_bit.green = 8;
+-  pngInfoPtr->sig_bit.blue = 8;
+-  pngInfoPtr->sig_bit.alpha = 8;
++  // pngInfoPtr->width = width;
++  // pngInfoPtr->height = height;
++  // likely done by the lib now pngInfoPtr->rowbytes = width * 4;
++  // pngInfoPtr->bit_depth = 8;
++  // pngInfoPtr->interlace_type = 0;
++  // pngInfoPtr->num_palette = 0;
++  // pngInfoPtr->valid = 0;
++
++  png_set_IHDR(pngPtr, pngInfoPtr, width, height, 8,
++  PNG_COLOR_TYPE_RGB_ALPHA, 0, PNG_COMPRESSION_TYPE_DEFAULT,
++  PNG_FILTER_TYPE_DEFAULT);
++
++  // pngInfoPtr->sig_bit.red = 8;
++  // pngInfoPtr->sig_bit.green = 8;
++  // pngInfoPtr->sig_bit.blue = 8;
++  // pngInfoPtr->sig_bit.alpha = 8;
+ 
+-  pngInfoPtr->color_type = PNG_COLOR_TYPE_RGB_ALPHA;
++  // pngInfoPtr->color_type = PNG_COLOR_TYPE_RGB_ALPHA;
+ 
+   png_write_info(pngPtr, pngInfoPtr);
+ 
+-  rowPointers = new png_bytep[pngInfoPtr->height];
++  rowPointers = new png_bytep[png_get_image_height(pngPtr, pngInfoPtr)];
+ 
+-  for(i = 0; (unsigned int) i < pngInfoPtr->height; i++)
++  for(i = 0; (unsigned int) i < png_get_image_height(pngPtr, pngInfoPtr); 
i++)
+   {
+   rowPointers[i] = (unsigned char*)data + i * width * 4;
+   }
diff -Nru antigrav-0.0.3/debian/patches/series 
antigrav-0.0.3/debian/patches/series
--- antigrav-0.0.3/debian/patches/series2014-09-02 22:37:46.0 
+0200
+++ antigrav-0.0.3/debian/patches/series2016-01-19 08:03:06.0 
+0100
@@ -3,3 +3,4 @@
 02_fix_sound.diff
 03_daca_fixes.diff
 05-use-sys-tinyxml.diff
+06-libpng16.patch

Bug#810990: libxmlrpcpp-dev: /usr/include/base64.h already shipped by heimdal-dev

[Jochen Sprickerhof]

Hi,

I've pushed changes to libxmlrpcpp-dev to move the base64.h to
/usr/include/xmlrpcpp [1]. Would it be ok if I reassign this to
libxmlrpcpp-dev and close it, or should we split it, to leave one open
for heimdal-dev?

* Wookey  [2016-01-16 03:26]:
> Debian now has this xmplrpc c++ implementation: 
> https://tracker.debian.org/pkg/xmlrpc-c
> maybe ros-ros-comm could just use that? I've not looked to see how well the 
> APIs match up. 

ROS upstream is currently working on ROS2, replacing most of the core
system, so I hope this gets resolved with that.

Cheers Jochen

[1] 
http://anonscm.debian.org/cgit/debian-science/packages/ros/ros-ros-comm.git/commit/?id=d363634441477378be652ef328c12cf7bb3c6995


signature.asc
Description: PGP signature

Bug#811465: python-falcon: FTBFS: KeyError: 'logged_in'

[Chris Lamb]

Source: python-falcon
Version: 0.3.0-4
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,

python-falcon fails to build from source in unstable/amd64:

  [..]

  tests.test_wsgi_errors.TestWSGIError.test_responder_logged_bytestring ... ok
  tests.test_wsgi_errors.TestWSGIError.test_responder_logged_unicode ... SKIP: 
Test only applies to Python 2
  
  ==
  ERROR: tests.test_cookies.TestCookies.test_request_cookie_parsing
  --
  testtools.testresult.real._StringException: Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20160119095118.NxQSMaNdZb/python-falcon-0.3.0/tests/test_cookies.py",
 line 144, in test_request_cookie_parsing
  self.assertEqual("no", req.cookies["logged_in"])
  KeyError: 'logged_in'
  
  
  --
  Ran 334 tests in 1.660s
  
  FAILED (SKIP=3, errors=1)
  debian/rules:27: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160119095118.NxQSMaNdZb/python-falcon-0.3.0'
  debian/rules:11: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


python-falcon.0.3.0-4.unstable.amd64.log.txt.gz
Description: Binary data

Bug#811470: mdp: FTBFS: TypeError: Call constructor takes either 0 or 3 positional arguments

[Chris Lamb]

Source: mdp
Version: 3.3+git19-g4ec2f29-1
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,

mdp fails to build from source in unstable/amd64:

  [..]

  _pytest.python:1546: in parsefactories
  >   holderobj = node_or_obj.obj
  _pytest.python:205: in fget
  >   self._obj = obj = self._getobj()
  _pytest.python:344: in _getobj
  >   return self._memoizedcall('_obj', self._importtestmodule)
  _pytest.main:287: in _memoizedcall
  >   ???
  _pytest.python:353: in _importtestmodule
  >   mod = self.fspath.pyimport(ensuresyspath=True)
  py._path.local:532: in pyimport
  >   ???
  :969: in _find_and_load
  >   ???
  :954: in _find_and_load_unlocked
  >   ???
  :892: in _find_spec
  >   ???
  :873: in _find_spec_legacy
  >   ???
  _pytest.assertion.rewrite:136: in find_module
  >   ???
  _pytest.assertion.rewrite:206: in _rewrite_test
  >   ???
  _pytest.assertion.rewrite:259: in rewrite_asserts
  >   ???
  _pytest.assertion.rewrite:370: in run
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   return visitor(node)
  _pytest.assertion.rewrite:448: in visit_Assert
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   return visitor(node)
  _pytest.assertion.rewrite:572: in visit_Compare
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   return visitor(node)
  _pytest.assertion.rewrite:563: in visit_Attribute
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   return visitor(node)
  _pytest.assertion.rewrite:434: in generic_visit
  >   ???
  _pytest.assertion.rewrite:397: in display
  >   ???
  _pytest.assertion.rewrite:403: in helper
  >   ???
  E   TypeError: Call constructor takes either 0 or 3 positional arguments
  ___ ERROR collecting test_scikits.py 
___
  _pytest.runner:121: in __init__
  >   ???
  _pytest.main:366: in _memocollect
  >   ???
  _pytest.main:287: in _memoizedcall
  >   ???
  _pytest.main:366: in 
  >   ???
  _pytest.python:347: in collect
  >   self.session._fixturemanager.parsefactories(self)
  _pytest.python:1546: in parsefactories
  >   holderobj = node_or_obj.obj
  _pytest.python:205: in fget
  >   self._obj = obj = self._getobj()
  _pytest.python:344: in _getobj
  >   return self._memoizedcall('_obj', self._importtestmodule)
  _pytest.main:287: in _memoizedcall
  >   ???
  _pytest.python:353: in _importtestmodule
  >   mod = self.fspath.pyimport(ensuresyspath=True)
  py._path.local:532: in pyimport
  >   ???
  :969: in _find_and_load
  >   ???
  :954: in _find_and_load_unlocked
  >   ???
  :892: in _find_spec
  >   ???
  :873: in _find_spec_legacy
  >   ???
  _pytest.assertion.rewrite:136: in find_module
  >   ???
  _pytest.assertion.rewrite:206: in _rewrite_test
  >   ???
  _pytest.assertion.rewrite:259: in rewrite_asserts
  >   ???
  _pytest.assertion.rewrite:370: in run
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   return visitor(node)
  _pytest.assertion.rewrite:448: in visit_Assert
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   return visitor(node)
  _pytest.assertion.rewrite:572: in visit_Compare
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   return visitor(node)
  _pytest.assertion.rewrite:434: in generic_visit
  >   ???
  _pytest.assertion.rewrite:397: in display
  >   ???
  _pytest.assertion.rewrite:403: in helper
  >   ???
  E   TypeError: Call constructor takes either 0 or 3 positional arguments
  ___ ERROR collecting test_svm_classifier.py 

  _pytest.runner:121: in __init__
  >   ???
  _pytest.main:366: in _memocollect
  >   ???
  _pytest.main:287: in _memoizedcall
  >   ???
  _pytest.main:366: in 
  >   ???
  _pytest.python:347: in collect
  >   self.session._fixturemanager.parsefactories(self)
  _pytest.python:1546: in parsefactories
  >   holderobj = node_or_obj.obj
  _pytest.python:205: in fget
  >   self._obj = obj = self._getobj()
  _pytest.python:344: in _getobj
  >   return self._memoizedcall('_obj', self._importtestmodule)
  _pytest.main:287: in _memoizedcall
  >   ???
  _pytest.python:353: in _importtestmodule
  >   mod = self.fspath.pyimport(ensuresyspath=True)
  py._path.local:532: in pyimport
  >   ???
  :969: in _find_and_load
  >   ???
  :954: in _find_and_load_unlocked
  >   ???
  :892: in _find_spec
  >   ???
  :873: in _find_spec_legacy
  >   ???
  _pytest.assertion.rewrite:136: in find_module
  >   ???
  _pytest.assertion.rewrite:206: in _rewrite_test
  >   ???
  _pytest.assertion.rewrite:259: in rewrite_asserts
  >   ???
  _pytest.assertion.rewrite:370: in run
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   return visitor(node)
  _pytest.assertion.rewrite:448: in visit_Assert
  >   ???
  /usr/lib/python3.5/ast.py:245: in visit
  >   

Bug#811471: zopfli: contains sample code from the RFC without any attribution

[Julian Andres Klode]

Source: zopfli
Severity: serious
Tags: upstream
Control: forwarded -1 https://github.com/google/zopfli/issues/88

The CRC code used in gzip_container.c comes almost directly from the RFC 1952, 
except for the naming conventions and some additional consting. 
Even the comments are copied.

The RFC 1952 has the following license:

"Permission is granted to copy and distribute this document for any
purpose and without charge, including translations into other
languages and incorporation into compilations, provided that the
copyright notice and this notice are preserved, and that any
substantive changes or deletions from the original are clearly
marked."

and copyright
Copyright (c) 1996 L. Peter Deutsch

There does not appear to be any exception for code anywhere, as such the
code must likely be considered non-free and incompatible with the Apache
license.

In any case, the file also does not consist of code solely owned by
Google, AFAICT.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'unstable-debug'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#811472: ITP: ruby-omniauth-cas3 -- CAS 3.0 Strategy for OmniAuth

[Pirate Praveen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

package: wnpp
severity: wishlist
owner: Pirate Praveen 

from rubygems.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWnf9eAAoJEM4fnGdFEsIqYuYQALKpFCbs8K4h/aKY6/wRRahw
CpBEepvmmNnd20Mh8WbzYTTbHN3p+uf0rXYE2BHMG4cmivt5H9TH3eKbGDQjsfbW
HUYETy2krZy0CYe22IBuDGSKzZwoIZVK2FaclAZhRBWdjDf9dUnukGTNfiGDmz7l
glfEByJht3kXe+bP2FVAhusrlKVfBqKAl5aSxXt/Y4feNKZTT7ioN5PZDu01V5Yb
A+zrRpg/DjWxmCetP1azy0Qi7cX12eDulWFNm3kAKrsb3ZUOkvvMH2aWiKf6bklw
uWvaOvYnnSWUe5MH2Qx/CmAdug5+gSSOf4Ybpw0qKckV6AAgbn1D3lxE3YMWze8R
Tuz6kgSM6yLwgxNlc0V5u8BaowKR7wyTo/6xDCD4GroaIunSg7NBp/mQ8iGh+0u9
acgM0o+6LfwFtIsHe5wRtgNuo/vSsEGPcQ/lO5T1yETMe/2bpTSLjOango7YXcYE
taccfimB390zllJVxsJSxxeqD4D8cYtfjov7hV5F+KaaPRZn4xTEkzlh7lLSvFYy
QjjIl+qJ7yRNALO+UEUjqhzNP/xgoM4B6t0WiuYUq5WZH2MuLO6P0k2/48mdsnJJ
7AeQxATn8QZWrqpwTHYcFoTBDLknDxNQtv4AzG1QopmTxVqUfD2VNfkZemYv1tsB
N2xhqhzYf9X9Ay11pykH
=Y/W7
-END PGP SIGNATURE-

Bug#811476: libnss-ldapd: getent hosts crashes with nss-ldapd and mixed IPv4/IPv6 reading

[Simon Bin]

Package: libnss-ldapd
Version: 0.9.4-3
Severity: important
Tags: ipv6

Dear Maintainer,

The version 0.9.4 of libnss-ldapd contains a flaw that makes the
`getent hosts` command and similar name resolution crash when the LDAP
directory contains mixed IPv4 and IPv6 ipHostNumbers.

I discussed this issue with upstream on
http://lists.arthurdejong.org/nss-pam-ldapd-users/2016/msg5.html
and it is fixed in 0.9.6. I would recommend that Debian provide an
update to stable for this package.

To reproduce: create a Host with both an IPv4 and IPv6 ipHostNumber
assigned inm your directory. NSSWITCH should contain `ldap` in the
hosts section. Then you can observe the crash with either `getent
hosts hostname` or simply `getent hosts`.

This issue severely affects our LDAP based hosts lists since we
started to deploy dual IPv4/IPv6 VMs.

Thanks,


-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libnss-ldapd depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18+deb8u1
ii  multiarch-support  2.19-18+deb8u1
ii  nslcd [nslcd-2]0.9.4-3

libnss-ldapd recommends no packages.

libnss-ldapd suggests no packages.

-- debconf information:
  libnss-ldapd/clean_nsswitch: false
* libnss-ldapd/nsswitch: passwd, group, hosts, automount

Bug#810357: R crashes with "Illegal instruction" on mips

[Julien Cristau]

On Tue, Jan 12, 2016 at 07:21:39 -0600, Dirk Eddelbuettel wrote:

> 
> On 12 January 2016 at 12:55, Julien Cristau wrote:
> | On Sun, Jan 10, 2016 at 17:09:09 +0100, Sébastien Villemot wrote:
> | 
> | > Le dimanche 10 janvier 2016 à 09:56 -0600, Dirk Eddelbuettel a écrit :
> | > 
> | > > Did you get a chance to poke?  Did you get anywhere, or did you get
> | > > stuck?
> | > 
> | > Yes I had the time to look at it. It's indeed a compiler issue. The
> | > problem goes away if one compiles with GCC 4.9 (I could not give a try
> | > to GCC 6, which is not yet compiled in experimental for mips).
> | > 
> | It could also be a kernel issue.  Our mips hosts don't have an fpu, so
> | floating point operations trap to the kernel and are emulated.  Similar
> | bugs have happened before, see e.g #781892.
> 
> Good point, thanks for the reminder.
> 
> So how do we move forward? Report to gcc or fiddle with our machines?
> 
Talk to mips people on the porter list so they can look into this?

Cheers,
Julien
-- 
Julien Cristau  
Logilab http://www.logilab.fr/
Informatique scientifique & gestion de connaissances

Bug#811477: FTBFS: missing dependency on funcsigs

[Thomas Goirand]

Source: kombu
Version: 3.0.32-1
Severity: serious

Hi,

Building a backport of the package using sbuild, I got:

I: pybuild base:170: python3.4 setup.py test
running test
Searching for funcsigs
Reading https://pypi.python.org/simple/funcsigs/
Download error on https://pypi.python.org/simple/funcsigs/: [Errno 111] 
Connection refused -- Some packages may not be found!
Couldn't find index page for 'funcsigs' (maybe misspelled?)
Scanning index of all packages (this may take a while)
Reading https://pypi.python.org/simple/
Download error on https://pypi.python.org/simple/: [Errno 111] Connection 
refused -- Some packages may not be found!
No local packages or download links found for funcsigs
error: Could not find suitable distribution for Requirement.parse('funcsigs')
E: pybuild pybuild:256: test: plugin custom failed with: exit code=1: python3.4 
setup.py test
dh_auto_test: pybuild --test -i python{version} -p 3.4 --system=custom 
--test-args={interpreter} setup.py test --dir . returned exit code 13
make[1]: *** [override_dh_auto_test] Error 13
debian/rules:13: recipe for target 'override_dh_auto_test' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [build] Error 2
debian/rules:6: recipe for target 'build' failed
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Obviously, it's missing a (build) dependency on python{3,}-funcsigs.
Adding it in debian/control fixed the issue for me.

Cheers,

Thomas Goirand (zigo)

Bug#811478: pgcli: AssertionError when connecting to server

[陳昌倬]

Package: pgcli
Version: 0.20.1-2
Severity: normal


The following error is showed when I try to connecto to Amazon RDS for
PostgreSQL 9.4.5.

% pgcli -h ??? -U ??? -d ???
Password: 
Traceback (most recent call last):
  File "/usr/bin/pgcli", line 9, in 
load_entry_point('pgcli==0.20.1', 'console_scripts', 'console')()
  File "/usr/lib/python3/dist-packages/click/core.py", line 716, in __call__
return self.main(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/click/core.py", line 696, in main
rv = self.invoke(ctx)
  File "/usr/lib/python3/dist-packages/click/core.py", line 889, in invoke
return ctx.invoke(self.callback, **ctx.params)
  File "/usr/lib/python3/dist-packages/click/core.py", line 534, in invoke
return callback(*args, **kwargs)
  File "/usr/share/pgcli/pgcli/main.py", line 596, in cli
pgcli.run_cli()
  File "/usr/share/pgcli/pgcli/main.py", line 277, in run_cli
self.cli = self._build_cli()
  File "/usr/share/pgcli/pgcli/main.py", line 405, in _build_cli
ignore_case=True)
  File "/usr/lib/python3/dist-packages/prompt_toolkit/application.py", line 
110, in __init__
assert style is None or isinstance(style, Style)
AssertionError



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pgcli depends on:
ii  python3-click   6.2-1
ii  python3-configobj   5.0.6-2
ii  python3-pgspecial   1.2.0+20151123-1
ii  python3-prompt-toolkit  0.57-1
ii  python3-psycopg22.6.1-1+b1
ii  python3-pygments2.0.1+dfsg-2
ii  python3-setproctitle1.1.8-1+b1
ii  python3-sqlparse0.1.18-1
pn  python3:any 

pgcli recommends no packages.

pgcli suggests no packages.

-- no debconf information

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#715211: [src:linux] Ethernent connect is lost after few minutes, only reboot can recover system.

[Abou Al Montacir]

Package: src:linux
Version: 4.3.0-1

--- Please enter the report below this line. ---

Hi maintainer,

I think I'm experiencing this same issue or a very similar one.

I'm using a Dell Inspiron 5500 with a RTL NIC:
# lspci
...
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E 
PCI Express Fast Ethernet controller (rev 07)
...

Some times, or shall I say often, my Ethernet connection is lost. When this 
happens I can not recover it unless I reboot my laptop.
Some times this happens at a moment you don't want to reboot because of pending 
work.
I tried several tricks like unloading the driver and then reloading it bit this 
did not help.
When this issue happens I have the following messages:
# dmesg -c
[ 4871.987470] r8169 :07:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
... same message mutiple times
[ 4950.459831] r8169 :07:00.0 eth0: rtl_counters_cond == 1 (loop: 1000, 
delay: 10).
[ 4950.923358] (NULL device *): firmware: direct-loading firmware 
iwlwifi-3160-16.ucode
[ 4950.923367] PM: Syncing filesystems ... done.
[ 4951.335563] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 4951.337454] PM: Marking nosave pages: [mem 0x-0x0fff]
[ 4951.337456] PM: Marking nosave pages: [mem 0x00058000-0x00058fff]
[ 4951.337457] PM: Marking nosave pages: [mem 0x0009e000-0x000f]
[ 4951.337460] PM: Marking nosave pages: [mem 0xb8fb4000-0xb93c9fff]
[ 4951.337475] PM: Marking nosave pages: [mem 0xcb2f5000-0xcbffefff]
[ 4951.337523] PM: Marking nosave pages: [mem 0xcc00-0x]
[ 4951.338080] PM: Basic memory bitmaps created
[ 4951.338412] PM: Preallocating image memory... done (allocated 1338252 pages)
[ 4951.712780] PM: Allocated 5353008 kbytes in 0.37 seconds (14467.58 MB/s)
[ 4951.712782] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) 
done.
[ 4951.714217] Suspending console(s) (use no_console_suspend to debug)
[ 4951.718014] r8169 :07:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 
25).
[ 4951.718691] r8169 :07:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 
25).
[ 4951.719420] r8169 :07:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 
25).
[ 4951.720045] r8169 :07:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 
25).
[ 4951.720669] r8169 :07:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 
25).
[ 4951.756191] nouveau :08:00.0: DRM: resuming kernel object tree...
[ 4951.819010] nouveau :08:00.0: priv: HUB0: 084014  (1970820d)
[ 4951.819074] nouveau :08:00.0: priv: HUB0: 10ecc0  (1970822c)
[ 4951.936889] nouveau :08:00.0: DRM: resuming client object trees...
[ 4951.936977] nouveau :08:00.0: DRM: evicting buffers...
[ 4951.936978] nouveau :08:00.0: DRM: waiting for kernel channels to go 
idle...
[ 4951.937000] nouveau :08:00.0: DRM: suspending client object trees...
[ 4951.938913] nouveau :08:00.0: DRM: suspending kernel object tree...
[ 4952.917661] PM: freeze of devices complete after 1202.468 msecs
[ 4952.936861] PM: late freeze of devices complete after 19.169 msecs
[ 4952.938096] PM: noirq freeze of devices complete after 1.232 msecs
[ 4952.938414] ACPI: Preparing to enter system sleep state S4
[ 4952.956928] ACPI : EC: EC stopped
[ 4952.956929] PM: Saving platform NVS memory
[ 4952.961521] Disabling non-boot CPUs ...
[ 4952.962707] smpboot: CPU 1 is now offline
[ 4952.963085] Broke affinity for irq 42
[ 4952.963089] Broke affinity for irq 44
[ 4952.963091] Broke affinity for irq 46
[ 4952.964105] smpboot: CPU 2 is now offline
[ 4952.964720] Broke affinity for irq 1
[ 4952.964722] Broke affinity for irq 7
[ 4952.964724] Broke affinity for irq 8
[ 4952.964725] Broke affinity for irq 9
[ 4952.964727] Broke affinity for irq 12
[ 4952.964728] Broke affinity for irq 21
[ 4952.964730] Broke affinity for irq 30
[ 4952.964732] Broke affinity for irq 42
[ 4952.964734] Broke affinity for irq 43
[ 4952.964736] Broke affinity for irq 44
[ 4952.964738] Broke affinity for irq 46
[ 4952.964740] Broke affinity for irq 48
[ 4952.965751] smpboot: CPU 3 is now offline
[ 4952.966075] PM: Creating hibernation image:
[ 4953.119355] PM: Need to copy 1337336 pages
[ 4953.119357] PM: Normal pages needed: 1337336 + 1024, available pages: 2833769
[ 4952.967417] PM: Restoring platform NVS memory
[ 4952.969219] ACPI : EC: EC started
[ 4952.969607] Enabling non-boot CPUs ...
[ 4952.969667] x86: Booting SMP configuration:
[ 4952.969668] smpboot: Booting Node 0 Processor 1 APIC 0x2
[ 4952.984146]  cache: parent cpu1 should not be sleeping
[ 4952.984292] CPU1 is up
[ 4952.984332] smpboot: Booting Node 0 Processor 2 APIC 0x1
[ 4952.998474]  cache: parent cpu2 should not be sleeping
[ 4952.998564] CPU2 is up
[ 4952.998590] smpboot: Booting Node 0 Processor 3 APIC 0x3
[ 4953.012716]  cache: parent cpu3 should not be sleeping
[ 4953.012813] CPU3 is up
[ 4953.017320] ACPI: Waking up from system sleep state S4
[ 4953.409204] acpi LNXPOWER:04: Turning OFF
[ 4953.424758] 

Bug#306808: additional keyboard shortcuts

[Doug Torrance]

On Thu, 28 Apr 2005 18:44:04 +0200 Alexander Fieroch  wrote:
> It would be great to get more keyboard shortcuts, for example:
> - keep window on top
> - make window omnipresent
>
> It should be simple to implemet because of already existing options in
> the window option menu.

A keyboard shortcut for omnipresent windows was added in 0.95.7 (see [1]).

I'll submit a patch upstream for keeping a window on top.

[1] 
http://repo.or.cz/wmaker-crm.git?a=commit;h=7cb948098a24945cb33206de8f83034e7a89047b

Bug#805508: [Pkg-xen-devel] Bug#805508: Bug#805508: Bug#805508: xen: Unable to create HVM domUs

[Ian Campbell]

On Thu, 2015-11-26 at 15:16 +, Ian Campbell wrote:
> anything better would need to be arranged upstream.

http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=de858271c16851d662b2613
699401df6ecec8ef8 has now landed upstream, which allows the leaf dir to be
set at configure time and therefore allows the packaging to avoid patching
some stuff.

HVM guests have been broken in Stretch for ages now, so I'm going to look
at preparing an NMU based on that upstream fix + adding
--with-libexec-leaf-dir=xen-$(VERSION) to the configure arguments. I expect
some minor adjustments to debian/patches/config-prefix.diff will also be
required.

An early version of that (based on the not-yet-upstream version of the
patch) is in pkg-xen.git#feature/bug805508, I don't imagine the final
result will look much different.

I'll post a debdiff here as well as updating that branch.

Ian.

Bug#811480: After recent system upgrade, wdm does not start anymore with "version `LIBWRASTER3' not found (required by wdmLogin)"

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: wdm
Version: 1.28-18
Severity: grave

With the recent upgrade of my systems, wdm does not start anymore with
the following error:
   wdm: wdmLogin: /usr/lib/i386-linux-gnu/libwraster.so.5: version 
`LIBWRASTER3' not found (required by wdmLogin)
  : Greet: guarenteed_read error, UNMANAGE DISPLAY
  : Greet: pipe read error with /usr/bin/wdmLogin
   wdm: Server crash rate too high: removing display :0
   wdm: (II)

I have no idea what triggered that bug. I already tried to downgrade
libwraster5 to version 0.95.7-2 but has no effect.

- -- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.6 (SMP w/8 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages wdm depends on:
ii  debconf [debconf-2.0]  1.5.58
ii  libc6  2.21-6
ii  libpam-modules 1.1.8-3.2
ii  libpam-runtime 1.1.8-3.2
ii  libpam0g   1.1.8-3.2
ii  libselinux12.4-3
ii  libwings3  0.95.7-2
ii  libwraster50.95.7-2
ii  libwutil5  0.95.7-2
ii  libx11-6   2:1.6.3-1
ii  libxau61:1.0.8-1
ii  libxdmcp6  1:1.1.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxmu62:1.1.2-2
ii  psmisc 22.21-2.1+b1
ii  x11-apps   7.7+5
ii  x11-common 1:7.7+12
ii  x11-utils  7.7+3
ii  x11-xserver-utils  7.7+5

wdm recommends no packages.

Versions of packages wdm suggests:
ii  xfonts-base  1:1.0.4+nmu1

- -- Configuration Files:
/etc/X11/wdm/wdm-config [Errno 13] Keine Berechtigung: 
u'/etc/X11/wdm/wdm-config'

- -- debconf information:
* shared/default-x-display-manager: wdm
  wdm/daemon_name: /usr/bin/wdm

- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQGcBAEBCgAGBQJWnhOgAAoJEKZ8CrGAGfasbnoL/Al0nlpt9uHId4LyVAqUW/nS
0h4OYEoa6rSCRYOQrmvqMaRJmusCrDxISjDs+7xScR8XYhQzcb+9KfurIEtnXFgn
tjKOFJDgY4ZHl39lb9JJqnULf8zdSljmDjfJECsLTAMLH1vMl7SwEgmcxJwJBFj0
62paVDb1wvyDlruu3evvBfnt52jJ/8qTq2GnIa7WLw/GyLUWM9XwcenNKsENyj95
GY2oWW1S7pqzQUUuiwGecfKaf6op566zKs+OqsFsc2ivMPK1IS74fDArWl0Zg2d4
4NEcjF03savG2tastoZvyXePsvL3JT1e65Gk/SyVj+sck2l59l1Yub9H3hRY5bc9
aFi2vMqZLW5YcqN0zKSv9J3lyfo2ORO/W7iNoAJ/N9fAMqIVNdpRyly+cwmDpN09
YT7EjTMccDTMVCIrzmdEOqgOpZcktqlBSSF2vKD2KjZfc7/EpS+FpSNX5eH9SV0f
QEsfKXF9CWI+g+5GQLzIXkQrOgPtfrj0XqNnwd6Rmg==
=iT0Q
-END PGP SIGNATURE-

Bug#800699: lxc: fail to create 64bit container on 32bit host with 64bit kernel

[Tomas Janousek]

Package: lxc
Version: 1:1.0.8-1
Followup-For: Bug #800699

This seems to be the same issue as
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773384 which was dismissed
with "this will never work". But it will, it's fixed in upstream, see
https://github.com/hallyn/lxc/commit/473ebc77d6762c2ec49fe59983dabc04f695fd01

Besides, it's not just launching 64b containers with 32b userspace. Currently
I can't launch any containers at all unless I manually setarch i686, otherwise
I'm getting the same errors:

lxc-start: seccomp.c: get_new_ctx: 192 Seccomp error -17 (Unknown error -17) 
adding arch: 2
lxc-start: start.c: lxc_init: 388 failed loading seccomp policy
lxc-start: start.c: __lxc_start: 1065 failed to initialize the container
lxc-start: lxc_start.c: main: 341 The container failed to start.
lxc-start: lxc_start.c: main: 345 Additional information can be obtained by 
setting the --logfile and --logpriority options.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (980, 'testing'), (980, 'stable'), (500, 'unstable-debug'), (500, 
'unstable'), (500, 'stable'), (200, 'experimental'), (1, 'experimental-debug')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 4.4.0-lis64+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages lxc depends on:
ii  init-system-helpers  1.24
ii  libapparmor1 2.10-2+b2
ii  libc62.21-6
ii  libcap2  1:2.24-12
ii  liblxc1  1:1.0.8-1
ii  libseccomp2  2.2.3-2
ii  libselinux1  2.4-3
ii  python3  3.4.3-7

Versions of packages lxc recommends:
ii  cgmanager0.39-2
ii  debootstrap  1.0.75
ii  openssl  1.0.2e-1
ii  rsync3.1.1-3

Versions of packages lxc suggests:
pn  lua5.2  

-- no debconf information

-- 
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/

Bug#811456: [pkg-cryptsetup-devel] Bug#811456: Unable to find seq in shutdown

[Guilhem Moulin]

Hi Klaus,

On Tue, 19 Jan 2016 at 08:08:42 +0100, Klaus Ethgen wrote:
> This might be a regression of the earlier bugfix to not loop forever.

Of #792552 actually (my bad).  (#810380, which you're referring to, was
itself a regression of #792552 but I reverted the patch and reworked it
from scratch.)  Didn't spot this during tests since seq comes from
busybox which is in cryptsetup's Recommends.  So in the meantime, a
workaround is to install busybox.

> However, it has a bad taste for me to do that looping.

Could you expand on this?  #792552 shows a desire to try again to close
a device when it's busy on the first try.  I didn't add the seq to fix
the endless loop you reported in #810380, but to make the script
eventually bail out (with open crypt devices) and proceed with the
shutdown instead of trying forever *if for some reason the disk keeps
being busy*.  (In most cases it'll be closed on the first try and the
script will move on the next crypttab(5) entry.)

Cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#811351: additional request...

[Rick Thomas]

Hi Aaro,

Andrew wrote
> On Sun, Jan 17, 2016 at 11:55:19PM -0800, Rick Thomas wrote:
>> 
>> On Jan 17, 2016, at 2:42 PM, Martin Michlmayr  wrote:
>>> * Andrew Lunn  [2016-01-10 16:38]:
 Please can you try the following patch. If this works, i can add it to
 mainline. The issue we might run into is that somebody else wants
 serial not MMC
>> 
>> Is it possible to make this depend on a DTB setting?  e.g. the
>> mainline kernel supports either serial or mmc, but which one depends
>> on which one is configured in the DTB?
> 
> Hi Rick
> 
> Device tree is not particularly good for dynamic hardware. We would
> probably have to have two device tree blobs, one for MMC and one for
> RS232. I don't remember if this is just an issue for Base, or if
> Client and Ultimate have the same muxing. If so, we would want two DT
> blobs for those as well...
> 
> If there is demand, we can do it, but i would prefer to avoid this if
> possible.
> 
>   Andrew

Andrew wrote:
> On Mon, Jan 18, 2016 at 02:49:50PM -0800, Martin Michlmayr wrote:
>> * Rick Thomas  [2016-01-18 14:45]:
>>> Would it be reasonable to put a note in the release docs (or in 
>>> /usr/share/doc/??? ) describing how to modify the released dtb for personal 
>>> use?
>> 
>> Oh, right, I was going to make that comment but I forgot.
>> 
>> Andrew: maybe instead of removing the code from the base DTB, you
>> should comment it out and add a comment about this.  This way, people
>> can easily edit the DTS and recompile the DTB if needed.
> 
> I was going to take Aaro Koskinen patches, since they have Tested-by:
> etc.
> 
> How about you ask Aaro to add the comment?
> 
> Thanks
>Andrew

As per the above discussion, would it be possible to have the patch comment the 
code, rather than delete it, so that people with a need for the serial port 
could activate it?  Maybe also add a note in the /usr/share/doc/ as to how to 
perform the activation.

As long as both are possible, my own preference would be to have the MMC be 
default and the serial port be optional. But YMMV.

I'll be more than happy to test any changes...

Thanks!

Rick

Bug#804432: closed by Jörg Frings-Fürst <deb...@jff-webhosting.net> (reply to deb...@jff-webhosting.net) (Debian bug #804432, #768832, #768833. #801312)

[Mattia Rizzolo]

On Tue, Jan 19, 2016 at 05:27:12AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the sponsorship-requests package:
> 
> #804432: RFS: liwc/1.21-2 [ITA]
> 
> It has been closed by Jörg Frings-Fürst  (reply to 
> deb...@jff-webhosting.net).

given that you're withdrawing this request, can I feel free to pick most
of your work and do a QA upload instead?

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#810631: critical: cause found to lxdm pasword fail problem

[Andriy Grytsenko]

control: severity -1 important

This bug, while afecting usability of the system, still does not make it
completely unusable, therefore, according to the BTS policy, should have
another severity, see https://www.debian.org/Bugs/Developer#severities as
a reference.

And since there was no solution found yet, there is no reason to release
any package updates with patches that don't work. Thank you very much.

Bug#811460: ITP: fast5 -- library for reading Oxford Nanopore Fast5 files

[Afif Elghraoui]

Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team 
Control: block 811458 by -1

* Package name: fast5
  Version : 0~20150918
  Upstream Author : Matei David
* URL : https://github.com/mateidavid/fast5
* License : MIT
  Programming Lang: C++
  Description : library for reading Oxford Nanopore Fast5 files

Fast5 is a lightweight C++11 library to read raw signal data from Oxford
Nanopore's FAST5 files.

This package will be maintained by the Debian Med team. It is a requirement
for nanopolish.

Bug#811449: [Debichem-devel] Bug#811449: bagel: FTBFS: size_t is assumed to be the same size as long long

[Michael Banck]

severity 811449 important
thanks

Hi Aaron,

On Mon, Jan 18, 2016 at 08:59:30PM -0500, Aaron M. Ucko wrote:
> Builds of bagel for 32-bit architectures such as i386 have been failing:
> 
>   mpi_interface.cc: In member function 'int 
> bagel::MPI_Interface::iallreduce(size_t*, size_t)':
>   mpi_interface.cc:181:3: error: static assertion failed: size_t is assumed 
> to be the same size as long long
>  static_assert(sizeof(size_t) == sizeof(long long), "size_t is assumed to 
> be the same size as long long");
>   ...
> 
> Could you please take a look?

Well I can, but the fact that this is an assert() makes me think it is
intentionally not supporting 32bit architectures.  Upstream has been
rather opinionated that this code is geared at high-end supercomputers
only.

We might have to restrict the architecture list to 64bit, I doubt just
removing the above assert() will be the end of the story.


Michael

Bug#811404: aio support has been lost

[Harald Dunkel]

Something like the attached patch is necessary, too (at least on amd64).

Hope this helps
Harri

Index: tgt-1.0.62/usr/Makefile
===
--- tgt-1.0.62.orig/usr/Makefile
+++ tgt-1.0.62/usr/Makefile
@@ -25,7 +25,7 @@ ifneq ($(SD_NOTIFY),)
 CFLAGS += -DUSE_SYSTEMD
 endif
 
-ifneq ($(shell test -e /usr/include/sys/eventfd.h && test -e /usr/include/libaio.h && echo 1),)
+ifneq ($(shell test -e /usr/include/libaio.h && echo 1),)
 CFLAGS += -DUSE_EVENTFD
 TGTD_OBJS += bs_aio.o
 LIBS += -laio

Bug#811419: debian-installer: Provide option to disable local interaction with the installer if SSH access is enabled

[Rik Theys]

Hi,

On 01/18/2016 11:46 PM, Martin Michlmayr wrote:
> * Rik Theys  [2016-01-18 20:15]:
>> When a preseed file is used to enable SSH access to the installer, the
>> local user can still interfere with the installation process by using
>> the local console.
>>
>> It would be nice to have an option to disable local interaction with
>> the installer, so only remote access is allowed.
> 
> Out of interest, what's the use case for this?

We have Linux workstations in offices of users who don't have root
permission on the (installed) system. When we upgrade the system we
would like to prevent the user from interacting with the installer.

We preseed all installation settings except the root password and
partitioning. We can use the SSH access to the installer to remotely
finish the installation, but the user can also set the password on the
system as the installer also asks the questions locally. We would like
to prevent this.

It would be nice to have like a 'network-console/remote-only' option to
only allow remote interaction with the installer. The local display
could then show a message that the admin is doing the installation
remotely and to not touch the system.

On RHEL/Fedora we can use the vnc option so the installer is only
available over VNC.

I'm aware that this is not perfect and that the end-user can always gain
access to the system as (s)he has physical access, but (s)he would have
to abort the installation which is immediately noticed by the admin
doing the remote install.

Regards,

Rik

-- 
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

<>

Bug#811187: fix commited in svn

[Sylvain Pineau]

Thanks for your bug report.

I've proposed a fix to replace module-init-tools.
It will be part of the next release (0.25-1).
Piotr is currently reviewing my RFS.

Sylvain

Bug#811459: ser2net segfault with 0xff data display

[Philippe Cotard]

Package: ser2net
Version: 2.9.1-1

Hello,

* Package :
ser2net 2.9.1 (installed from apt)


* Environment :
$ uname -a
Linux xxx 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u1 (2015-12-14)
x86_64 GNU/Linux

$ dpkg -l|grep ser2net
ii  ser2net2.9.1-1  amd64
 Serial port to network proxy

$ dpkg -l|grep libc6
ii  libc62.19-18+deb8u1   amd64
   GNU C Library: Shared libraries

$ cat /etc/ser2net.conf
BANNER:banner:\r\nser2net port \p device \d [\s] (Debian GNU/Linux)\r\n\r\n
13413:telnet:0:/dev/ttyS5:115200 8DATABITS NONE 1STOPBIT LOCAL banner


* Bug description :
While echoing a binary string containing '0xff' multiple times, the ser2net
service crashes with the following syslog message :
Jan 19 08:32:45 xxx kernel: [516850.626115] ser2net[29002]: segfault at ff
ip 004027d0 sp 7ffd11ec0468 error 4 in ser2net[40+11000]
The ser2net service is then down.
The address 0x4027d0 correspond to the function call:
write_ignore_fail(cntlr->tcpfd, data, count);
on file controller.c :
void
controller_write(struct controller_info *cntlr, const char *data, int count)
{
write_ignore_fail(cntlr->tcpfd, data, count);
}


* How to reproduce :

The following command establish a serial connection to a remote system:
$ telnet localhost 13413
~ #  echo -e
"\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\x
ff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\x
ff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\x
ff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\x
ff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\x
ff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff"
�Connection
closed by foreign host.

This command performed with picocom utility works without any problem.
The same behaviour was also seen with last ser2net version (2.10)
recompiled from sources.

Best regards

-- 
Philippe

Bug#811461: libqtgui4: Blank windows with "non-default" users

[linus . luessing]

Package: libqtgui4
Version: 4:4.8.7+dfsg-5
Severity: normal

Dear Maintainer,

I'm currently having some issues with running Qt4 based applications:
I get a blank window when "su-ing" into another user and trying to
run various Qt based applications from there. This happens for
mumble, keepassx or electurm for me, for instance.

GTK based applications like eog, libreoffice, iceweasel or gedit run
fine from this alternative user.

Usually I grant display access rights to the alternative user via
"xhost +local:linus". However "sudo gksu -u linus mumble", too, just
gives me blank windows.


The X server runs within a VNC session, started by Xtightvnc. The
window manager within that X server is Xmonad.

Running Qt4 based applications via ssh X forwarding instead of VNC
works fine though. At least after granting the user "linus" read/write
access to ~/.Xauthority of the user that started
lightdm/Xtightvnc/Xmonad/... and setting a symlink from
/home/linus/.Xauthority to /home/$x-server-owner/.Xauthority.

Cheers, Linus


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

Kernel: Linux 4.2.3-00234-g11acd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libqtgui4 depends on:
ii  fontconfig   2.11.0-6.3
ii  libaudio21.9.4-4
ii  libc62.21-6
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6.1-0.1
ii  libgcc1  1:5.3.1-5
ii  libglib2.0-0 2.46.2-3
ii  libice6  2:1.0.9-1+b1
ii  libjpeg62-turbo  1:1.4.1-2
ii  libmng1  1.0.10+dfsg-3.1+b3
ii  libpng12-0   1.2.54-1
ii  libqtcore4   4:4.8.7+dfsg-5
ii  libsm6   2:1.2.2-1+b1
ii  libstdc++6   5.3.1-5
ii  libtiff5 4.0.6-1
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxrender1  1:0.9.9-2
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages libqtgui4 recommends:
ii  libcups2   2.1.2-2
ii  qt-at-spi  0.4.0-3

Versions of packages libqtgui4 suggests:
pn  qt4-qtconfig  

-- no debconf information

Bug#746580: sysv-rc: [patch] much improved update-rc.d integration w/ systemd

[Martin Pitt]

Control: severity -1 normal

Florian Schlichting [2015-03-21  0:47 +0100]:
> I think the severity should be raised - the working of update-rc.d ought
> to be improved for jessie.

As that didn't happen, I'm downgrading this back to normal.

Sorry for the late response -- we just mass-reassigned bugs to the
init-system-helpers package as update-rc.d, service, and invoke-rc.d
moved there yesterday.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Bug#810799: libcgi-session-perl: Perl DSA-3441-1 exposes taint bug in CGI::Session::Driver::file

[Teodor Milkov]

Hello,

I've just installed libcgi-session-perl 4.48-3, but still my twiki spew 
the following error:


/Insecure dependency in sysopen while running with -T switch at 
/usr/share/perl5/CGI/Session/Driver/file.pm line 107. /


I had to apply the following patch to mute it:

--- tmp/file.pm 2016-01-19 11:17:45.0 +0200
+++ /usr/share/perl5/CGI/Session/Driver/file.pm 2016-01-19 
11:11:46.0 +0200

@@ -52,6 +52,8 @@
 return $self->set_error( "_file(): Session ids cannot contain 
\\ or / chars: $sid" );

 }

+($sid) = $sid =~ /(.*)/;
+
 return File::Spec->catfile($self->{Directory}, sprintf( $FileName, 
$sid ));

 }


Best regards,
Teodor

On 15.01.2016 23:47, Niko Tyni wrote:

Source: libcgi-session-perl
Source-Version: 4.48-1+deb8u1

We believe that the bug you reported is fixed in the latest version of
libcgi-session-perl, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 810...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Niko Tyni  (supplier of updated libcgi-session-perl package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 15 Jan 2016 17:37:38 +0200
Source: libcgi-session-perl
Binary: libcgi-session-perl
Architecture: source all
Version: 4.48-1+deb8u1
Distribution: jessie
Urgency: medium
Maintainer: Debian Perl Group 
Changed-By: Niko Tyni 
Description:
  libcgi-session-perl - persistent session data in CGI applications
Closes: 810799
Changes:
  libcgi-session-perl (4.48-1+deb8u1) jessie; urgency=medium
  .
* Team upload.
* Untaint raw data coming from session storage backends.
  + fixes a taint regression caused by CVE-2015-8607 fixes in perl
(Closes: #810799)
Checksums-Sha1:
  dd9f83880c6e00799d0227ab97f0a53d9f4e3e56 2310 
libcgi-session-perl_4.48-1+deb8u1.dsc
  3f414fda9db1f6709c2138f88eabfb006ac07959 5212 
libcgi-session-perl_4.48-1+deb8u1.debian.tar.xz
  416fa42341118941ded98b8bac1724b99c06662e 118682 
libcgi-session-perl_4.48-1+deb8u1_all.deb
Checksums-Sha256:
  89a831bc5ee51ed2efa734c0424e38b99a53fcccddebfa0c75cdbcc06de5e8db 2310 
libcgi-session-perl_4.48-1+deb8u1.dsc
  0fd7899549ba370648c84daf47a9c9c9db027503a2b649be206bb03540a06078 5212 
libcgi-session-perl_4.48-1+deb8u1.debian.tar.xz
  7620fec43861ee6aff8c4ce9614438738a3142dfe0a501f9d26ae0658f2aeb6d 118682 
libcgi-session-perl_4.48-1+deb8u1_all.deb
Files:
  e8763ea03d0ee8263025f2fa212ef1f4 2310 perl optional 
libcgi-session-perl_4.48-1+deb8u1.dsc
  fe371a64c0d220a676692b98af27e014 5212 perl optional 
libcgi-session-perl_4.48-1+deb8u1.debian.tar.xz
  ed1fc424632fca5164cda489517ecb89 118682 perl optional 
libcgi-session-perl_4.48-1+deb8u1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWmRQEAAoJEC7A/7O3MBsfS8sP/jNEBmo7hVWLjzXGHfCEGSzd
TUKWO9+nVBxESs64j4gBVGuAAK56AL8U55CYWmHxUGhY6vFS7orp3vrxbNtwvAvU
xJsRYtj/zZk/2erwHMXiHFFGAU3ItqzNfD4Rper8LwllsvWy8vdY1EXaMTYW0qA0
hkxuVPeXYzFNq0FAfGbksxPTcXce0GmxKm/j7btVsgedPcGbSGlSPxhwbdM2QSiX
IExK3y9au5UNKkTYXYgmh0Lyt5SSBoiMvn65ZZ4B6ZkMVywchmBjM8B+ysIqvedy
zB908tt7SX/Yf9zbuaXzT+krT5yBgT7MJIYZHD7ELMTHsy+CEkqEZhSq3X4pAg/6
EP1WAdLuiTsjG3D9+N6mYaTrCV2OSTLnxrzwGMDoMEQrIUBEie+QjaI9cPvfqK2k
jPjzbORIWMJSyLFy3u5pEW8MhsvlFj4cpDfkMxYgTBCYf03SSCfelp38L5c3CrQw
nj3jn7EYYi790khxso9NJlH9tKi8FVKUbSlUcXo6SzJYwnvrvT1AExW8187FQhAo
U7+aqUyeYc70vLKcVoY+dP1dvQJMrlHAzRkKNVFlMyfC3nmeDhRqVgZdQrB68gPj
H7y9zelIS6Bj7bBa8fnUb/4vcRzGdrNUWnq7E8WCS95drOfbpQtnm2pHUK8OesOH
/9yYiMLdXphy2992JeIS
=4mF8
-END PGP SIGNATURE-

Bug#811474: LibreOffice Calc forces workspace switch when its window is acted on

[David Guyot]

Package: libreoffice-calc
Version: 1:4.3.3-2+deb8u2
Severity: normal

Hello, there.

I use 2 screens, one on the right with the workspaces and the Activities bar,
and one on the left with no special features. I have a strange problem: when,
in Calc on the left screen, I make a right-click, open a menu item, even the
contextual one, the right screen switches to another one, which is really
annoying when one tries to transfer data between Calc and another window. I
then have to go on the right screen and retrieve the first workspace. This
happens on virtually any files, and the workspace switched on is often, if not
always, the one which contains the window from which Calc was started, either a
Web browser or Nautilus; Calc getting the focus is not enough to trigger the
bug, one have to act in it to trigger the bug. This bug has been present at
least since Wheezy.

I will provide any file requested on demand and will try to be available if
some tests are required.

Regards.



-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice-calc depends on:
ii  coinor-libcbc32.8.12-1
ii  coinor-libcoinmp1 1.7.6+dfsg1-1
ii  libboost-iostreams1.55.0  1.55.0+dfsg-3
ii  libc6 2.19-18+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libicu52  52.1-8+deb8u3
ii  liblcms2-22.6-3+b3
ii  libmwaw-0.3-3 0.3.1-2
ii  libodfgen-0.1-1   0.1.1-2
ii  liborcus-0.8-00.7.0+dfsg-9
ii  libreoffice-base-core 1:4.3.3-2+deb8u2
ii  libreoffice-core  1:4.3.3-2+deb8u2
ii  librevenge-0.0-0  0.0.1-3
ii  libstdc++64.9.2-10
ii  libwps-0.3-3  0.3.0-2
ii  libxml2   2.9.1+dfsg1-5+deb8u1
ii  lp-solve  5.5.0.13-7+b1
ii  uno-libs3 4.3.3-2+deb8u2
ii  ure   4.3.3-2+deb8u2
ii  zlib1g1:1.2.8.dfsg-2+b1

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
pn  ocl-icd-libopencl1  

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.6+LibO4.3.3-2+deb8u2
ii  libatk1.0-0   2.14.0-1
ii  libboost-date-time1.55.0  1.55.0+dfsg-3
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libclucene-contribs1  2.3.3.4-4
ii  libclucene-core1  2.3.3.4-4
ii  libcmis-0.4-4 0.4.1-7
ii  libcups2  1.7.5-11+deb8u1
ii  libcurl3-gnutls   7.38.0-4+deb8u2
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-6+deb8u1
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u4
ii  libgl1-mesa-glx [libgl1]  10.3.2-1+deb8u1
ii  libglew1.10   1.10.0-3
ii  libglib2.0-0  2.42.1-1
ii  libgltf-0.0-0 0.0.2-2
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgraphite2-31.2.4-3
ii  libgtk2.0-0   2.24.25-3
ii  libharfbuzz-icu0  0.9.35-2
ii  libharfbuzz0b 0.9.35-2
ii  libhunspell-1.3-0 1.3.3-3
ii  libhyphen02.8.8-1
ii  libice6   2:1.0.9-1+b1
ii  libicu52  52.1-8+deb8u3
ii  libjpeg62-turbo   1:1.3.1-12
ii  liblangtag1   0.5.1-3
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 2.4.40+dfsg-1+deb8u1
ii  libmythes-1.2-0   2:1.2.4-1
ii  libneon27-gnutls  0.30.1-1
ii  libnspr4  2:4.10.7-1+deb8u1
ii  libnss3   2:3.17.2-1.1+deb8u2
ii  libodfgen-0.1-1   0.1.1-2
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpng12-01.2.50-2+deb8u2
ii  librdf0   1.0.17-1+b1
ii  libreoffice-common1:4.3.3-2+deb8u2
ii  librevenge-0.0-0  0.0.1-3
ii  libsm62:1.2.2-1+b1
ii  libssl1.0.0   1.0.1k-3+deb8u2
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2   2.9.1+dfsg1-5+deb8u1
ii  libxrandr22:1.4.2-1+b1
ii  libxrender1   1:0.9.8-1+b1
ii  libxslt1.11.1.28-2+b2
ii  libxt61:1.1.4-1+b1
ii  uno-libs3 4.3.3-2+deb8u2
ii  ure

Bug#811474: Potentially related to #668965

[David Guyot]

I might add that this problem looks similar to #668965 to me, but I'm
far below the level required to be sure of it.
-- 
David Guyot
Administrateur système, réseau et télécom / Sysadmin
Europe Camions Interactive / Stockway
Moulin Collot
F-88500 Ambacourt
03 29 30 47 85


signature.asc
Description: This is a digitally signed message part

Bug#811430: libjsoncpp-dev: Install jsoncppConfig.cmake to dev package.

[Ghislain Vaillant]

Hi Peter, thanks for acknowledging the bug.

Feel free to have a look here for a working example:


https://anonscm.debian.org/cgit/debian-science/packages/clblas.git/tree/debian

I have also provided an autopkgtest for building the examples to
verify that the find modules was installed appropriately. You may
also want to check clfft, arrayfire... or any other cmake based
package that I personally maintain if you don't trust my advice.

FYI, I believe the pkgconfig file should also end-up in a multi-arch
path (usr/lib//pkgconfig) since it depends on a
multi-arch enabled variable (libdir). I am happy to file a different
bug for it if you want.

Thanks for your work on maintaining jsoncpp.

Cheers,
Ghis


On Tue, 19 Jan 2016 00:17:28 +0100 Peter Spiess-Knafl 
 wrote:

Hi Ghis!

Thank you for this suggestion. I will check about common practices, how
other packages solve this. I am not sure if what you suggest is policy
compliant.

Anyway I think it is a very good idea.

Greetings
Peter

> Dear Maintainer,
>
> Upon reading the upstream sources, it seems that jsoncpp provides and installs
> a cmake config file alongside the pkg-config file. Please consider installing
> jsoncppConfig.cmake as part of the dev package under the following path:
>
>   /usr/lib/${CMAKE_LIBRARY_ARCHITECTURE}/cmake/jsoncpp.
>
> That way, jsoncpp can now be discovered in CMake via find_package.
>
> Best regards,
> Ghis

Bug#811474: Concerns Gnome 3

[David Guyot]

I also forgot that I use Gnome with GDM.

Regards.
-- 
David Guyot
Administrateur système, réseau et télécom / Sysadmin
Europe Camions Interactive / Stockway
Moulin Collot
F-88500 Ambacourt
03 29 30 47 85


signature.asc
Description: This is a digitally signed message part

Bug#811475: apt-offline: won't work with deb copy: -lines

[Ilari Halminen]

Package: apt-offline
Version: 1.5
Severity: normal

Dear Maintainer,

Could you consider that apt-offline skips
deb copy: -lines in /etc/apt/source.list files?
Those are like
deb file: and are for copy debs from local computer and so
useless for that purpose. Now those files go in the signature file
 generated on a machine.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages apt-offline depends on:
ii  apt1.0.9.8.1
ii  less   458-3
ii  libpython2.7-stdlib [python-argparse]  2.7.9-2
ii  python 2.7.9-1

Versions of packages apt-offline recommends:
ii  python-magic   1:5.22+15-2
ii  python-soappy  0.12.22-1

apt-offline suggests no packages.

-- no debconf information

Bug#809834: linux: jessie-security regression: aufs/docker hang caused by "mm: make sendfile(2) killable"

[Dominic Hargreaves]

On Mon, Jan 04, 2016 at 03:12:08PM +, Dominic Hargreaves wrote:
> Package: linux-image-3.16.0-4-amd64
> Version: 3.16.7-ckt20-1+deb8u1
> Severity: important
> 
> As described in [1] a commit from 3.16.7-ckt20 [2] included in
> 3.16.7-ckt20-1+deb8u1 in Debian causes a regression meaning java
> processes hang whilst exiting. Most commonly this is observed in docker
> setups.
> 
> Although the change wasn't in the AUFS code, the AUFS developers have
> said that it should be fixed in AUFS[3]. Such a change would be a strong
> candidate for inclusion in a future update.
> 
> It appears that the change in Linux is potentially security-relevant, so
> reverting it doesn't seem to be an option.
> 
> Meanwhile the most obvious workaroud is to revert to 3.16.7-ckt11-1+deb8u3.

aufs upstream released[1] a patch for aufs4 - I *think* this[2] is the
one (for Linux 4.1.13+).

As far as I can see there is no aufs3 update (and in any case aufs3
upstream doesn't seem to be think that 3.16.x is supported[3]), but
this might be enough to allow you to look at a fix for this regression
in jessie?

Thanks,
Dominic.

[1] 
[2] 

[3] 

Bug#807379: kde-full: kdeinit, plasmashell crashes connected with libthread_db.so.1

[Maciej Kotliński]

The bug is still present and very annoying. I observed it for longer 
period of time.


The first observation (and the way to reproduce) is:
-lock the screen without external display connected
-connect external display (I use 2 displays connected via VGA and 
DisplayPort)

External displays start working.
Login/Lock screen disappears. I can see my desktop and all opened 
windows (the password was not typed in!). The windows do not have title 
bar but are responsive (you can scroll the text in editor etc.).
There is an error window telling that kdeinit5 has crashed. I can save 
the file with some debuging info (attached). When I close this window 
the X server restarts.
This is one of the most unpleasant scenarios - all opened apps are 
killed with Xorg restart.


The other way to observe the crash:
After restarting Xorg with external monitor connected disconnect the 
monitor (this time I use one monitor connected to DisplayPort). The 
screen on the laptop is getting black with arrow. I have to restart Xorg 
to do anything.


There is also many other crashes of Plasma, kdeinit5, kwin during normal 
work (without connecting/disconnecting external displays).
The windows lose title bar after crashes of kwin. Kwin can be started 
manually, than everything works fine until the next crash.

It looks like Plasma restarts after the crash. I only see the error message.

All packages are up to date (Debian testing).
kde-full 5:90
xorg 1:7.7+12

Application: kdeinit5 (kdeinit5), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[KCrash Handler]
#4  0x7fc10529f21e in QXcbScreen::mapToNative(QRect const&) const () from 
/usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#5  0x7fc1052a43f3 in QXcbWindow::mapToNative(QRect const&, QXcbScreen 
const*) const () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#6  0x7fc1052a5beb in QXcbWindow::propagateSizeHints() () from 
/usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#7  0x7fc1052aad7c in QXcbWindow::setGeometry(QRect const&) () from 
/usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#8  0x7fc1178f19df in QWidgetPrivate::setGeometry_sys(int, int, int, int, 
bool) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#9  0x7fc1178f2590 in QWidget::setGeometry(QRect const&) () from 
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#10 0x7fc118e716ca in QMetaObject::activate(QObject*, int, int, void**) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x7fc11791055e in QDesktopWidget::resized(int) () from 
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#12 0x7fc117911a08 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#13 0x7fc118e716ca in QMetaObject::activate(QObject*, int, int, void**) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#14 0x7fc11917b102 in QGuiApplication::screenAdded(QScreen*) () from 
/usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#15 0x7fc105291db9 in 
QXcbConnection::updateScreens(xcb_randr_notify_event_t const*) () from 
/usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#16 0x7fc1052928b3 in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) 
() from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#17 0x7fc105292d13 in QXcbConnection::processXcbEvents() () from 
/usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#18 0x7fc118e72591 in QObject::event(QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#19 0x7fc1178b6ffc in QApplicationPrivate::notify_helper(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#20 0x7fc1178bc4c6 in QApplication::notify(QObject*, QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#21 0x7fc118e42b6b in QCoreApplication::notifyInternal(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#22 0x7fc118e44f66 in QCoreApplicationPrivate::sendPostedEvents(QObject*, 
int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#23 0x7fc118e98ed3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#24 0x7fc1159e0fd7 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x7fc1159e1230 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x7fc1159e12dc in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#27 0x7fc118e992df in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#28 0x7fc118e402fa in 
QEventLoop::exec(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#29 0x7fc118e483dc in QCoreApplication::exec() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#30 0x7fc1070a1f46 in kdemain () from 
/usr/lib/x86_64-linux-gnu/libkdeinit5_ksmserver.so
#31 0x00408596 in ?? ()
#32 0x00409da9 in ?? ()
#33 0x0040a3cf in ?? ()
#34 0x0040511c in main ()

Bug#810282: qt5-default: URL in description gives 404

[Dmitry Shachnev]

Hi Diederik,

On Mon, Jan 18, 2016 at 01:56:23PM +0100, Diederik de Haas wrote:
> Noticed it wasn't fixed in git yet, so went ahead a created a patch for it.

It *was* fixed in git (hence the pending tag), it just was in experimental
branch and not in master. I've just cherry-picked it to master too.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#796956: Explanation

[Dmitry Shachnev]

Hi Diederik,

On Mon, Jan 18, 2016 at 01:32:25PM +0100, Diederik de Haas wrote:
> Is it an idea to create meta-packages like qt5-xorg, qt5-wayland, etc?
> Then if I want to have qt5 on an X system, I would install qt5-xorg and get
> all things I need for that.
>
> It would also solve another 'problem' I have: I have no idea which qt5 package
> should be installed on my system and just hope that they all get installed if
> I need it. I also want to have/try qt5 on my Raspberry Pi, without using X and
> I actually have no idea which packages I should install for that. libqt5gui5
> sounds like a reasonable guess and I hope that will bring the rest in that I
> need. If not, I'll probably install several random, based on a somewhat
> educated guess, other packages. 
>
> I actually don't like to manually install libX packages as those sound like
> libraries and I think those should be automatically installed.

Currently we have:

- libqt5xcbqpa5 for X11 (the default backend)
- qtwayland5 for Wayland

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#811475: apt-offline: won't work with deb copy: -lines

[Ritesh Raj Sarraf]

Control: tag -1 +moreinfo

On Tue, 2016-01-19 at 12:02 +0200, Ilari Halminen wrote:
> Could you consider that apt-offline skips
> deb copy: -lines in /etc/apt/source.list files?

Of course. It only supports repository types http and ftp.

If you have your debs available locally, then why do you need apt-
offline in the first place ?

> Those are like
> deb file: and are for copy debs from local computer and so
> useless for that purpose. Now those files go in the signature file
>  generated on a machine.

I don't know what you mean here. If your intent is to reuse those
locally available debs, please read the manual. It does have an option
for that, --cache-dir


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



signature.asc
Description: This is a digitally signed message part

Bug#810781: nvidia-cuda-toolkit : Depends: nvidia-cuda-dev (= 6.5.19-2) but it is not going to be installed

[Alex Andreotti]

Recent upgrades fixed the dependencies, may be closed.

Bug#809923: New package proposal: nordlicht

[Sebastian Ramacher]

Hi Peter

On 2016-01-16 22:13:53, Sebastian Ramacher wrote:
> On 2016-01-14 02:52:58, Peter Spiess-Knafl wrote:
> > Dear pkg-multimedia-maintainers!
> > 
> > I am currently packaging a software called nordlicht.
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809923
> > 
> > Upstream is very collaborative on fixing things or applying patches.
> > Here is the ongoing discussion:
> > 
> > https://github.com/nordlicht/nordlicht/issues/38
> > 
> > I got hinted that it might be relevant to the pkg-multimedia team, so I
> > am proposing it here.
> > 
> > The package is currently developed at collab-maint:
> > http://anonscm.debian.org/cgit/collab-maint/nordlicht.git/

Also, here is a first review:

A new upstream version is available.

Why is linbpng-dev in Build-Depends? It doesn't seem to be used.

Is there a reason libnordlicht0 and libnordlicht-dev are not multi-archified?

The library exports plenty of symbols that are not listed in nordlicht.h. Please
hide those symbols (for example using __attribute__(visibility("hidden"))) and
ideally get this fixed upstream.

nordlicht is overlinked:

dpkg-shlibdeps: warning: package could avoid a useless dependency if 
debian/nordlicht/usr/bin/nordlicht was not linked against 
libavcodec-ffmpeg.so.56 (it uses
 none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if 
debian/nordlicht/usr/bin/nordlicht was not linked against 
libavformat-ffmpeg.so.56 (it use
s none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if 
debian/nordlicht/usr/bin/nordlicht was not linked against 
libavutil-ffmpeg.so.54 (it uses 
none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if 
debian/nordlicht/usr/bin/nordlicht was not linked against 
libswscale-ffmpeg.so.3 (it uses 
none of the library's symbols)

libnordlicht.so.0 is underlinked. Please link it against libm:

dpkg-shlibdeps: warning: symbol log10 used by 
debian/libnordlicht0/usr/lib/libnordlicht.so.0 found in none of the libraries

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#811481: ovirt-guest-agent service still doesn't start

[Milan Zamazal]

Package: ovirt-guest-agent
Version: 1.0.11.2.dfsg-1
Severity: important

When systemd is used, ovirt-guest-agent still doesn't start.  The
problem is that /var/log/ovirt-guest-agent owner is set to root:root, so
the daemon can't write to the directory and fails.  (The directory
ownership is fixed in init.d script but that is not executed with
systemd.)

Bug#799235: zeromq3: Patch for GNU/Hurd support

[Svante Signell]

On Tue, 2015-10-06 at 12:33 +0200, Svante Signell wrote:
> tags 799235 patch
> usertag 799235 hurd
> user debian-h...@lists.debian.org
> thanks
> 
> Source: zeromq3
> Version: 4.0.5+dfsg-3
> Severity: important
> Justification: fails to build from source
> 
> Hello,
> 
> The attached patch adds support for zeromq3 on GNU/Hurd. Two tests
> fails causing ssh to hang and crashes a translator in a hurd terminal:
> test_pair_ipc and test_reqrep_ipc. Partial problems with these tests
> are that option SO_ERROR is not yet supported for gsetsockopt() on
> Hurd.
> 
> Investigation is ongoing. This is reflected in tests/Makefile.am which
> excludes these tests.

Now fixed!

Attached is an updated patch not containing the commented-out code. Regarding
SO_ERROR for local sockets Hurd is now updated not to issue an error. However,
the test for ENOPROTOOPT should probably still be there, for reasons given by
Samuel in issue 1709. Seems like the old patch got applied to the github code,
see issue 1704 and pull request 1709. Since I don't know anything about github
pull requests, maybe you can handle this?

Additionally, until upstream makes a new release, do you think it is possible to
add the patch to the Debian package so that packages reverse-depending on it can
be built?

Thanks!
Index: zeromq3-4.0.5+dfsg/configure.ac
===
--- zeromq3-4.0.5+dfsg.orig/configure.ac
+++ zeromq3-4.0.5+dfsg/configure.ac
@@ -115,6 +115,7 @@ libzmq_dso_visibility="yes"
 libzmq_on_mingw32="no"
 libzmq_on_android="no"
 libzmq_on_linux="no"
+libzmq_on_gnu="no"
 
 # Set some default features required by 0MQ code.
 CPPFLAGS="-D_REENTRANT -D_THREAD_SAFE $CPPFLAGS"
@@ -249,6 +250,15 @@ case "${host_os}" in
 AC_MSG_ERROR([Building static libraries is not supported under Cygwin])
 fi
 ;;
+gnu*)
+# Define on GNU/Hurd to enable all library features. Define if using a gnu compiler
+if test "x$GXX" = "xyes"; then
+CPPFLAGS="-D_GNU_SOURCE $CPPFLAGS"
+fi
+AC_DEFINE(ZMQ_HAVE_GNU, 1, [Have GNU/Hurd OS])
+libzmq_on_gnu="yes"
+	AC_CHECK_LIB(rt, sem_init)
+;;
 *)
 AC_MSG_ERROR([unsupported system: ${host_os}.])
 ;;
@@ -431,6 +441,7 @@ AM_CONDITIONAL(BUILD_PGM, test "x$libzmq
 AM_CONDITIONAL(ON_MINGW, test "x$libzmq_on_mingw32" = "xyes")
 AM_CONDITIONAL(ON_ANDROID, test "x$libzmq_on_android" = "xyes")
 AM_CONDITIONAL(ON_LINUX, test "x$libzmq_on_linux" = "xyes")
+AM_CONDITIONAL(ON_GNU, test "x$libzmq_on_gnu" = "xyes")
 
 # Checks for library functions.
 AC_TYPE_SIGNAL
Index: zeromq3-4.0.5+dfsg/src/poller.hpp
===
--- zeromq3-4.0.5+dfsg.orig/src/poller.hpp
+++ zeromq3-4.0.5+dfsg/src/poller.hpp
@@ -73,6 +73,9 @@
 #elif defined ZMQ_HAVE_CYGWIN
 #define ZMQ_USE_SELECT
 #include "select.hpp"
+#elif defined ZMQ_HAVE_GNU
+#define ZMQ_USE_POLL
+#include "poll.hpp"
 #else
 #error Unsupported platform
 #endif
Index: zeromq3-4.0.5+dfsg/src/ipc_connecter.cpp
===
--- zeromq3-4.0.5+dfsg.orig/src/ipc_connecter.cpp
+++ zeromq3-4.0.5+dfsg/src/ipc_connecter.cpp
@@ -242,8 +242,11 @@ zmq::fd_t zmq::ipc_connecter_t::connect
 socklen_t len = sizeof (err);
 #endif
 int rc = getsockopt (s, SOL_SOCKET, SO_ERROR, (char*) , );
-if (rc == -1)
+if (rc == -1) {
+if (errno == ENOPROTOOPT)
+	errno = 0;
 err = errno;
+}
 if (err != 0) {
 
 //  Assert if the error was caused by 0MQ bug.
Index: zeromq3-4.0.5+dfsg/src/zmq.cpp
===
--- zeromq3-4.0.5+dfsg.orig/src/zmq.cpp
+++ zeromq3-4.0.5+dfsg/src/zmq.cpp
@@ -28,7 +28,7 @@
 defined ZMQ_HAVE_OPENBSD || defined ZMQ_HAVE_SOLARIS ||\
 defined ZMQ_HAVE_OSX || defined ZMQ_HAVE_QNXNTO ||\
 defined ZMQ_HAVE_HPUX || defined ZMQ_HAVE_AIX ||\
-defined ZMQ_HAVE_NETBSD
+defined ZMQ_HAVE_NETBSD || defined ZMQ_HAVE_GNU
 #define ZMQ_POLL_BASED_ON_POLL
 #elif defined ZMQ_HAVE_WINDOWS || defined ZMQ_HAVE_OPENVMS ||\
  defined ZMQ_HAVE_CYGWIN
Index: zeromq3-4.0.5+dfsg/src/proxy.cpp
===
--- zeromq3-4.0.5+dfsg.orig/src/proxy.cpp
+++ zeromq3-4.0.5+dfsg/src/proxy.cpp
@@ -30,7 +30,7 @@
 defined ZMQ_HAVE_OPENBSD || defined ZMQ_HAVE_SOLARIS ||\
 defined ZMQ_HAVE_OSX || defined ZMQ_HAVE_QNXNTO ||\
 defined ZMQ_HAVE_HPUX || defined ZMQ_HAVE_AIX ||\
-defined ZMQ_HAVE_NETBSD
+defined ZMQ_HAVE_NETBSD || defined ZMQ_HAVE_GNU
 #define ZMQ_POLL_BASED_ON_POLL
 #elif defined ZMQ_HAVE_WINDOWS || defined ZMQ_HAVE_OPENVMS ||\
  defined ZMQ_HAVE_CYGWIN
Index: zeromq3-4.0.5+dfsg/src/signaler.cpp
===
--- zeromq3-4.0.5+dfsg.orig/src/signaler.cpp
+++ zeromq3-4.0.5+dfsg/src/signaler.cpp
@@ -27,7 +27,7 @@
 

Bug#811443: mysql-5.6: Multiple security fixes from the January 2016 CPU

[Robie Basak]

Question for the security team.

On Mon, Jan 18, 2016 at 09:16:06PM +0100, Norvald H. Ryeng wrote:
> Source: mysql-5.6
> Version: 5.6.27-2
> Severity: grave
> Tags: security upstream fixed-upstream

5.6.27-2 only exists in testing, and I uploaded 5.6.28-1 to unstable
recently. It hasn't landed in testing yet, but when it does this bug
will be fixed.

Is there anything we should do to accelerate this, given that it will be
a security fix?


signature.asc
Description: Digital signature

Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)

[Markus Koschany]

Am 19.01.2016 um 20:51 schrieb Felix Natter:
> hello Markus,
> 
>> We have to remove the CC-BY-SA-2.5 licensed images because the ftp team
>> considers this license to be non-free. CC-BY-SA-3.0 or CC-BY-SA-4.0
>> would be fine though.
> 
> Fortunately, I was wrong with my CC-BY-SA-2.5 assumption, recent
> tango icons are public-domain:
> 
> http://tango.freedesktop.org/Frequently_Asked_Questions#Terms_of_Use.3F


Ah, the Tango icon theme. Now I remember. xhtmlrenderer was affected by
the same license issues a while ago.

[...]

> I prepared everything but cannot re-import (without katakana.ttf)
> because of limited bandwidth (the unfiltered source is ~95Mb).
> 
> Please do not upload yet, I'll reimport as soon as possible (the new DSL
> router will arrive on Thursday, I will be able to upload then at the
> latest).

Ok. Just ping me when insubstantial is ready.

> 
> BTW, concerning:
>> thanks for working on this, so that we can eventually remove libasm2-java!
> 
> Are there other packages that need to be migrated (now that I've figured
> out how to do it ;-)?
> 

Yes, there are many. :)

https://wiki.debian.org/Java/Oldlibs

Packages that build-depend or depend on libasm3-java and
libcommons-httpclient-java should go away too.

Cheers,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#790422: Parsing.Parse_error

[Christoph Berg]

Re: Johannes Schauer 2015-07-01 <20150701114957.2789.95115@hoothoot>
> Hi,
> 
> Quoting Ralf Treinen (2015-06-30 19:22:43)
> > On Mon, Jun 29, 2015 at 03:29:51PM +0200, Johannes Schauer wrote:
> > 
> > > As for the second problem (the empty Packages file) I was annoyed by this
> > > myself for a long time and would like to get to know a use case where an
> > > empty input file would make sense. Currently I'm working around this by
> > > conditionally only running dose3 in my scripts when the input is not empty
> > > but I'd like to get rid of these checks. So I'm curious: what is your use
> > > case to use an empty Packages file?
> > 
> > A possible use case for having one empty input file (along with some others
> > that are not empty) is that a file is generated by a script. For instance,
> > you might have as background all the packages in your distribution, and a
> > script that creates pseudo-packages implementing that you want to have
> > certain packages installed thogether while some others are required to be 
> > not
> > installed.

My use case is that I have postgresql-9.{0..6} on apt.postgresql.org,
which are all separate source packages building a host of
postgresql-9.X binaries with different names. These go to the main
component in the repository. However, all these source packages build
libpq5.deb as well, and only one of these (for the latest stable
branch) can go to main. The other libpq5.deb versions are redirected
to components called "9.X".

On the reverse side that means that the 9.X component corresponding to
the latest stable branch is empty. (I can't just disable it because of
symmetry reasons in the config, and because it will get filled if the
stable branch is upgraded to 9.X+1.)


> Pietro just fixed this in git master \o/
> 
> So now empty input files will just represent a package list of zero length :)

Long story, but that's the real-world example here. In fact I'm
considering upgrading the apt.pg.o build host to stretch just because
of this bugfix, and because a backport of the current dose-debcheck
version to jessie looks too hard.

Christoph

PS: I think this bug can be closed now?
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: PGP signature

Bug#811557: sbuild: experimental: cross building is broken

[Johannes Schauer]

Package: sbuild
Version: 0.68.0-1.0~exp1
Severity: normal

Hi,

cross building (but not native building) is broken with sbuild from
experimental:


$ sbuild -d unstable rsyslog_8.15.0-1.dsc --host=ppc64el
[...]
+--+
| Install crossbuild-essential |
+--+


Setup apt archive
-

Merged Build-Depends: build-essential:amd64, fakeroot:amd64, 
crossbuild-essential-ppc64el:amd64
Filtered Build-Depends: build-essential:amd64, fakeroot:amd64, 
crossbuild-essential-ppc64el:amd64
dpkg-deb: building package 'sbuild-build-depends-core-dummy' in 
'/<>/resolver-098LiR/apt_archive/sbuild-build-depends-core-dummy.deb'.
dpkg-scanpackages: warning: Packages in archive but missing from override file:
dpkg-scanpackages: warning:   sbuild-build-depends-core-dummy
dpkg-scanpackages: info: Wrote 1 entries to output Packages file.
OK
Get:1 file:/<>/resolver-098LiR/apt_archive ./ InRelease
Ign:1 file:/<>/resolver-098LiR/apt_archive ./ InRelease
Get:2 file:/<>/resolver-098LiR/apt_archive ./ Release [955 B]
Get:2 file:/<>/resolver-098LiR/apt_archive ./ Release [955 B]
Get:3 file:/<>/resolver-098LiR/apt_archive ./ Release.gpg [299 B]
Get:3 file:/<>/resolver-098LiR/apt_archive ./ Release.gpg [299 B]
Get:4 file:/<>/resolver-098LiR/apt_archive ./ Sources [361 B]
Get:5 file:/<>/resolver-098LiR/apt_archive ./ Packages [452 B]
Ign:4 file:/<>/resolver-098LiR/apt_archive ./ Sources
Ign:5 file:/<>/resolver-098LiR/apt_archive ./ Packages
Get:4 file:/<>/resolver-098LiR/apt_archive ./ Sources [361 B]
Get:5 file:/<>/resolver-098LiR/apt_archive ./ Packages [452 B]
Reading package lists...
Reading package lists...

Install core build dependencies (apt-based resolver)


Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
E: Unable to locate package sbuild-build-depends-core-dummy
apt-get failed.
E: Package installation failed
Not removing build depends: cloned chroot in use

Bug#785053: jessie-pu: package nss-pam-ldapd/0.9.4-3+deb8u1

[Arthur de Jong]

On Fri, 2016-01-01 at 17:16 +, Adam D. Barratt wrote:
> Apologies for the repeated delay. :-| Please go ahead.

Just when I wanted to wrap this up, another important bug popped up
with a trivial fix :)

The bug is #811476 which has a trivial fix that has been in testing for
a long time and affects people who put IPv6 addresses in LDAP. A patch
that can be dropped in debian/patches is attached.

To not delay this process much longer I'll upload 0.9.4-3+deb8u1 with
the fixes for #759544, #794686 and #794068 which were previously
approved in about a week.

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --

Description: Fix uninitialised variable
 This fixes a bug in the NSS library when encountering IPv6 addresses in
 the hosts map.
Author: Mark R Bannister 
Origin: upstream, http://arthurdejong.org/git/nss-pam-ldapd/commit/?id=ed8b312f0968ce4fd9059b0ebb52d993cf3cdf36
Bug-Debian: https://bugs.debian.org/811476

---
 nss/hosts.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/nss/hosts.c
+++ b/nss/hosts.c
@@ -99,7 +99,7 @@ static nss_status_t read_one_hostent(TFI
 }
 else
 {
-  SKIP(fp, tmpint32);
+  SKIP(fp, tmp2int32);
 }
   }
   /* null-terminate address list */


signature.asc
Description: This is a digitally signed message part

Bug#810835: ITP: let-alist -- let-bind values of an assoc-list by their names in Emacs Lisp

[Luca Capello]

Hi there!

On Sat, 16 Jan 2016 19:47:53 -0700, Sean Whitton wrote:
> On Sat, Jan 16, 2016 at 10:34:04PM +0100, Luca Capello wrote:
> > Nothing against you, but a .deb for an 89-line macro sounds a bit
> > overkill to me.
> 
> I want to package emacs-pdf-tools [1]
[...]
> > JFTR, I needed it as well as a dependency for Flycheck and ended up
> > installing everything from (M)ELPA :-(
> 
> That's what I want to avoid!

Look, I completely understand your point, still I think that such a
small package (I guess less than 10kb in the end) for a single file
which has not changed since 2014-12-23 should be avoided.

But I have just discovered that there is already another similar-in-size
package in the archive, so forget my remark:

  

Thx, bye,
Gismo / Luca


signature.asc
Description: Digital signature

Bug#799235: zeromq3: Patch for GNU/Hurd support

[Svante Signell]

On Tue, 2016-01-19 at 22:31 +0100, Svante Signell wrote:
> On Tue, 2016-01-19 at 14:14 +, László Böszörményi (GCS) wrote:
> > On Tue, Jan 19, 2016 at 2:13 PM, Svante Signell
> > 
> >  So should I wait for further fixes (those will happen in some hours /
> > days) or submit this as-is to upstream?
> 
> Additionally, the patch hurd-support_update.patch is made
> against the git master version. I don't know yet if it builds since upstream
> does not have a debian/ directory, and it is not yet packaged for Debian.

Update, I did manually issue configure, make and make check in the git
directory, and they passed fine. It seems like even the git version, 4.2.0?,
 should build when packaged.

Bug#811554: haskell-hslua: Please don't build-depend on libluajit-5.1-dev for unsupported architectures

[John Paul Adrian Glaubitz]

On 01/19/2016 11:27 PM, Norbert Preining wrote:
>> - libluajit-5.1-dev [!arm64 !ppc64el !s390x],
>> + libluajit-5.1-dev [amd64 armel armhf i386 mips mipsel powerpc hurd-i386 
>> kfreebsd-i386],
> 
> maybe add also kfreebsd-amd64 as libluajit-5.1-dev is built there, too

Ah, I was actually wondering why it was not enabled for kfreebsd-amd64
since there is apparently JIT support for x86_64 which is used in amd64.

But I was a bit too lazy and exhausted to investigate.

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#811248: Error in manpage: --arch should be --deb-native-arch

[Mehdi Dogguy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: tags 811248 + fixed-upstream

Hi,

On 17/01/2016 09:52, Christoph Berg wrote:
> Package: dose-builddebcheck
> Version: 4.0.2-2
> Severity: normal
> 
> Hi,
> 

Thanks for your bugreport!

> I'm just working on using the dose tools to test installability of the
> packages on apt.postgresql.org. This will prove very useful to track
> e.g. if I need to recompile something there because perl or python
> just changed sonames in sid. Thanks for this great tool suite!
> 
> Now for the bug: dose-builddebcheck(1), under EXAMPLES:
> 
> dose-builddebcheck -v -f -e --arch amd64 \
> 
> That should be --deb-native-arch=amd64.
> 
> Also, the manpage title is BUILDCHECK(1).
> 
> Thirdly, the manpage doesn't mention that dose-builddebcheck is able
> to read compressed Sources.gz files. That could maybe save some people
> some decompression shell scripts.
> 

It looks like this bug has been addressed by upstream recently. See:

https://scm.gforge.inria.fr/anonscm/gitweb?p=dose/dose.git;a=commitdiff;h=f2a78ea78f4dc3214c2b78b27cabed47f6c7f774

... and released in 4.2.

Please let us know if the fix addresses all your concerns or needs further
changes.

Regards,

- -- 
Mehdi
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWnp5jAAoJEDO+GgqMLtj/wEIP/3j8IlGdOSQUeFpKECEY9Mph
HJ5RT5Lj7MrbtsDpQGGcY4bQCCwT5hqexpJunA3oVS737zdQA1KNkdv/uchPHUd8
ckKPE4fc3iH2M8RRPn2wRiat8y3GFOsv6SembfjoQ4BA9+fXWQe5x3k7r1AoDYjS
Aq8MFGCcUeWE7CMo9O8/uQP1aGAC5Wwshpuw7YvLpzVvb9f86L6WQuZqBqfzIo2h
7hxdgEXcvNLkChtJdHsjnJrVWAAKWAbVleYTAmo2h00tOE0dgMstFCpFPUoWlFc7
gTEp59SiHZNuEZP34o/vhF8PAfTOiiXYICSMMA93Z5DDNVrYxZZIOkyPTbRVx5Df
/8oB8UraUp+tIHBbCCeTlzkmDx6vxcEmxDNjX5wwAjB+T2aLbhupI7CSmUd7amUN
8MR1RDq/dqYQZiddgWavLI8WAr5uGtT9OAZmKMAqtM5fFwbF4YCiMxz6nWdJDXdL
WMsVE82jYsnvXWcjhekBKrzMnNcLOc7VtcmyPUZpqBXKYDnpOfLJAsQ14ONnMKxG
oGZszrjgXdc+xEPQvBT9Q6SVugD72wJ3jB5fPnKtd8aOAHlb6J2GIm0wna2wJAlT
Bk5kNDiapjdNJxbWaOpfovOXmPFikqLpkNpzvMqY3rkfNHvP+wdnubxIxqm6D2KP
erYAneSC6cINq4CO2wKu
=fqGv
-END PGP SIGNATURE-

Bug#811464: [Vmdebootstrap-devel] Bug#811464: vmdebootstrap: fails to download packages

[Neil Williams]

tag 811464 + moreinfo
tag 811464 + unreproducible
notfound 811464 1.2-1~bpo8+1
thanks

On Tue, 19 Jan 2016 00:50:31 -0800
Matt Taggart  wrote:

> vmdebootstrap --image=./foo.img --size=1 \
>  --mirror=http://mirror.lan:/debian --hostname foo \
>  --log /tmp/vmdeb.log --verbose

Please attach the full log and the debootstrap.log (which is created if
debootstrap fails with output). My working logfile is attached, run in
a jessie VM using vmdebootstrap from backports. Snipped logs are
largely useless.

 vmdebootstrap 1.2-1~bpo8+1

vmdebootstrap has a series of tests available, including build tests,
which can be run from the source. However, the version of cmdtest in
jessie needs an update to use the updated syntax.

(see the README)

$ sudo apt -y install bc
$ sudo apt -t jessie-backports install cmdtest
$ sudo yarns/run-tests

To run tests without the builds, there are options for just the fast
tests which are run on ci.debian.net.

$ sudo yarns/run-tests --env TESTS=fast

https://ci.debian.net/packages/v/vmdebootstrap/unstable/amd64/

I wouldn't expect the fast tests to fail but bugs and failures in
debootstrap are unlikely to be due to vmdebootstrap itself.

When repeating the tests, please use a primary mirror (as in the
attached log) rather than a local url.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



logfile
Description: Binary data


pgpko4ExUImvi.pgp
Description: OpenPGP digital signature

Bug#811563: patch

[Brian Murray]

I neglected to attach the patch in my first email, and discovered a bug
in it so have modified my approach for adding more information to the
title.

--
Brian Murray @ubuntu.com
From bde269dcd539e6c330e280e06af716569a1ea9bc Mon Sep 17 00:00:00 2001
From: Brian Murray 
Date: Tue, 19 Jan 2016 13:21:00 -0800
Subject: [PATCH] modify html page titles to contain package name, arch, suite
 to make browser history better.

---
 lib/debci/html.rb | 3 +++
 lib/debci/html/layout.erb | 2 +-
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/lib/debci/html.rb b/lib/debci/html.rb
index ee1b769..8e14754 100644
--- a/lib/debci/html.rb
+++ b/lib/debci/html.rb
@@ -43,11 +43,13 @@ module Debci
 
 def package(package, filename)
   @package = package
+  @moretitle = package.name
   expand_template(:package, filename)
 end
 
 def prefix(prefix, filename)
   @prefix = prefix
+  @moretitle = prefix
   expand_template(:packagelist, filename)
 end
 
@@ -65,6 +67,7 @@ module Debci
   @autopkgtest_dir = 'data/autopkgtest'
   @site_url = expand_url(Debci.config.url_base, @suite)
   @artifacts_url_base = expand_url(Debci.config.artifacts_url_base, @suite)
+  @moretitle = "#{package.name}/#{suite}/#{architecture}"
   expand_template(:history, filename)
 end
 
diff --git a/lib/debci/html/layout.erb b/lib/debci/html/layout.erb
index b798766..6c17f45 100644
--- a/lib/debci/html/layout.erb
+++ b/lib/debci/html/layout.erb
@@ -5,7 +5,7 @@
 
 
 
-<%= Debci.config.distro_name %> Continuous Integration
+<%= Debci.config.distro_name %> Continuous Integration<% if @moretitle %> - <%= @moretitle %><% end %>
 
 
 
-- 
2.7.0.rc3



signature.asc
Description: Digital signature

Bug#796095: patch

[Thorsten Alteholz]

Just for the record, my attempt for a patch is in
 ftp-master:~alteholz/dak/dak.git   branch: alteholz/bugfix/796095


  Thorsten

Bug#811558: sbuild tries to remove architecture even though packages are still installed

[Johannes Schauer]

Package: sbuild
Version: 0.68.0-1
Severity: minor

Hi,

after a successful crossbuild, the user will receive a message like this:

"E: Failed to remove dpkg foreign-architecture ppc64el"

this is because packages of that architecture are still installed.

Sbuild should only try to remove the architecture after uninstalling all
packages it installed earlier which is in turn only done on
non-temporary chroots.

Thanks!

cheers, josch

Bug#811562: RFP: dcp-inspect -- deep inspection and validation of digital cinema packages

[Ross Gammon]

Package: wnpp
Severity: wishlist

* Package name: dcp-inspect
  Version : git tags
  Upstream Author : Wolfgang Woehl 
* URL : https://github.com/wolfgangw/backports
* License : GPL-3
  Programming Lang: Ruby
  Description : deep inspection and validation of digital cinema packages

dcp_inspect is a tool for deep inspection and validation of digital cinema
packages (DCP, SMPTE and Interop). This includes integrity checks, asset
inspection, schema validation, signature and certificate verification and
composition summarization.

Bug#811563: Make Continuous Integration page title more informative

[Brian Murray]

Package: debci
Version: 1.0.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch

Looking in my browser history I only saw "Ubuntu Continuous Integration"
and no indication in the title about the actual pages I had visited. I
thought it'd be more useful if the title contained information about the
package, architecture, and suite being viewed. As such I've modified the
title to contain those bits of information.

One issue I ran into when testing was that navigating to a package like
/package/g/ would have package information set and subsequently would
have the title modified. Therefore, I've modified @package to be nil
only when packagelist is generated. This patch should work with no
modifications for Debian too.

Thanks!
--
Brian Murray @ubuntu.com


signature.asc
Description: Digital signature

Bug#811476: libnss-ldapd: getent hosts crashes with nss-ldapd and mixed IPv4/IPv6 reading

[Arthur de Jong]

Control: tags -1 + patch fixed-upstream
Control: fixed -1 nss-pam-ldapd/0.9.5-1

On Tue, 2016-01-19 at 10:55 +0100, Simon Bin wrote:
> The version 0.9.4 of libnss-ldapd contains a flaw that makes the
> `getent hosts` command and similar name resolution crash when the
> LDAP directory contains mixed IPv4 and IPv6 ipHostNumbers.

The fix for this is here which can be trivially backported to jessie:

http://arthurdejong.org/git/nss-pam-ldapd/commit/?id=ed8b312f0968ce4fd9059b0ebb52d993cf3cdf36

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --



signature.asc
Description: This is a digitally signed message part

Bug#811564: ITP: nitroshare -- Cross-platform network file transfer application

[Nathan Osman]

Package: wnpp
Severity: wishlist
Owner: Nathan Osman 

* Package name: nitroshare
  Version : 0.3.0
  Upstream Author : Nathan Osman 
* URL : https://github.com/nitroshare/nitroshare-desktop
* License : MIT
  Programming Lang: C++
  Description : Cross-platform network file transfer application

NitroShare is designed to make transferring any file to any device as 
painless as possible. Network discovery is completely automatic, 
allowing files and entire directories to be instantly transferred to any 
other device on the network running the application.

Bug#811554: haskell-hslua: Please don't build-depend on libluajit-5.1-dev for unsupported architectures

[Norbert Preining]

On Tue, 19 Jan 2016, John Paul Adrian Glaubitz wrote:
> I would therefore suggest to change the build dependency on libluajit-5.1-dev 
> to use
> a whitelist instead of a blacklist, i.e. change debian/control as below:

Which would coincide with the usage in texlive-bin:

> - libluajit-5.1-dev [!arm64 !ppc64el !s390x],
> + libluajit-5.1-dev [amd64 armel armhf i386 mips mipsel powerpc hurd-i386 
> kfreebsd-i386],

maybe add also kfreebsd-amd64 as libluajit-5.1-dev is built there, too

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#811566: run-init: opening console: No such file or directory

[Ben Hutchings]

Control: forcemerge 811479 -1

On Tue, 2016-01-19 at 16:40 -0500, Peter Colberg wrote:
> Package: initramfs-tools
> Version: 0.121
> Severity: important
> 
> Dear Maintainer,
> 
> Since upgrading initramfs-tools, the system no longer boots.
> 
> Instead the initramfs rescue shell is started:
> 
>   Loading Linux 4.3.0-1-amd64 ...
>   Loading initial ramdisk ...
>   Loading, please wait...
>   Scanning for Btrfs filesystems
>   run-init: opening console: No such file or directory
>   Target filesystem doesn't have requested /sbin/init.
>   run-init: opening console: No such file or directory
>   run-init: opening console: No such file or directory
>   run-init: opening console: No such file or directory
>   run-init: opening console: No such file or directory
[...]

This is fixed in the upcoming version 0.122.

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.


signature.asc
Description: This is a digitally signed message part

Bug#811428: [debian-mysql] Bug#811428: mysql-5.5: Multiple security fixes from the January 2016 CPU

[Lars Tangvald]

The updated changelog containing the CPU information can be found at 
https://github.com/ltangvald/mysql-5.5
The final commit is the only change from 
https://anonscm.debian.org/cgit/pkg-mysql/mysql-5.5.git

--
Lars Tangvald

Bug#810303: dose-builddebcheck output breaks backwards compatibility in 4.1 dropping the "src:" prefix, worth NEWS?

[Mehdi Dogguy]

Hi Pietro,

Thanks for the quick reply!

On 19/01/2016 23:41, Pietro Abate wrote:
> 
> This change was indeed intentional.

Thanks for the confirmation!

> 
> Mehdi, where are these places in the code that still expect "src:" ?
> I've removed this prefix from all the yaml output. I didn't really
> check if some input require the package to be prefixed with "src:",
> but it shouldn't be...
> 

Only did a quick grep:

% git grep -n "\"src:" **/*.ml
applications/deb-buildcheck.ml:182:  let (name,filter) = 
Debian.Debutil.debvpkg to_cudf (("src:"^n,a),c) in
deb/debcudf.ml:343:if String.starts_with pkg#name "src:" then
deb/sources.ml:235:  let sn = CudfAdd.encode ("src:"^(CudfAdd.get_property 
"source" binpkg)) in
deb/tests.ml:875:  "any/native", "src:source1", returns [
deb/tests.ml:883:  "stage1", "src:source2", returns [
deb/tests.ml:892:  "indep", "src:source3", returns [

Are those occurences expected?

> For this release, I also re-wrote the yaml printer from scratch and
> there might still be a few problems here and there... In particular
> dependency chains, when there is more then one path from a package to
> a dependency problem (missing package or conflict), are not all
> explicitly printed/expanded as before. Instead I just print one path.
> 
> Please let me know how I can help. This tool is for the debian
> community :) I'll be at fosdem at the end of the month, if you want to
> have a face to face chat.
> 
> p
> 

-- 
M.

Bug#811428: [debian-mysql] Bug#811428: mysql-5.5: Multiple security fixes from the January 2016 CPU

[Norvald H. Ryeng]

The Critical Patch Update is out:  
http://www.oracle.com/technetwork/topics/security/cpujan2016-2367955.html


The following vulnerabilities are fixed by upgrading from MySQL 5.5.46 to  
5.5.47:


CVE-2016-0505
CVE-2016-0546
CVE-2016-0597
CVE-2016-0598
CVE-2016-0600
CVE-2016-0606
CVE-2016-0608
CVE-2016-0609
CVE-2016-0596
CVE-2016-0616

Regards,

Norvald H. Ryeng

Bug#689565: Me too (xserver-xorg-input-mtrack, config)

[Ian Jackson]

Summary: please change the filename of the default config file,
 or otherwise have this module be preferred to synaptic.

My partner has a new Dell 15-5559 which has a clickpad.  With the
default synaptics driver, it isn't possible to mouse with one finger
while resting the other finger on the pseudo-button.

Even setting various Area and Bottom parameters didn't help: the
synaptic driver would ignore the touchon the button for the purposes
of movement, but not for the purposes of deciding whether the touch
was a single or multi-finger touch.


We solved this problem by:

1. installing xserver-xorg-input-mtrack

2. mkdir /etc/X11/xorg.conf.d/
   cp /usr/share/X11/xorg.conf.d/50-mtrack.conf 
/etc/X11/xorg.conf.d/60-mtrack.conf


I don't fully understand the X configuration mechanism.  In
particular, I don't know whether there is a risk that renaming the
copy in /usr will cause the version in /usr (which won't have local
customisations) to override a user'c customised one in /etc with an a
lower number.

So some care may be needed.  Perhaps calling the file 51-mtrack.conf
would suffice.


Ian.

Bug#811568: RFS: gap-io/4.4.5+ds-1 [NEW VERSION] -- low level C library IO bindings for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for my Debian package gap-io, a GAP package
that brings low level C function to GAP. This Debian package mainly
brings the latest version to Debian.

Thanks,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#811569: More forgiving parser on bad input fields

[Christoph Berg]

Package: dose-distcheck
Version: 4.0.2-2
Severity: normal

Ubuntu wily and trusty's "universe" Packages files have a weird python
header for python-tempest:

Package: python-tempest
[...]
Description: Openstack integration test suite
Python_version: 2.7
[...]

dose-debcheck doesn't like it:

$ dose-debcheck -v -f -e 
/home/chroot/wily-amd64/var/lib/apt/lists/de.archive.ubuntu.com_ubuntu_dists_wily_universe_binary-amd64_Packages
(I)StdLoaders: Parsing and normalizing...
(I)Packages: Parsing Packages file 
/home/chroot/wily-amd64/var/lib/apt/lists/de.archive.ubuntu.com_ubuntu_dists_wily_universe_binary-amd64_Packages...
Fatal error in module common/format822.ml: 
 Parse error lines 700601:0--700601:1:
unexpected RFC 822 token : 'P'

As the header is irrelevant to the installability problem, it would be
nice if the tools would just ignore the field. At the moment I'm
working around the problem using sed -e 's/^Python_/Python-/'.

(Not sure if this is a bug or just wishlist, filing as normal as apt
and friends seem to work just fine with this Packages file.)

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: PGP signature

Bug#809322: mpv: Complains about missing xdg-screensaver, which is installed

[Ralf Jung]

Hi,

> Try running
> 
> xdg-screensaver reset
> echo $?
> 
> in the console and make sure an echo outputs a 0. If not the script is
> supposed to fail.

It prints "4". So you are right, it fails (and the error message shown
by mpv could certainly need some improvement). That's not very
informative, though...

Kind regards,
Ralf

Bug#790273: Bug#811144: FTBFS: error: expected identifier or '(' before '__extension__'

[Robert Luberda]

Andreas Beckmann pisze:
Hi,
> 
>> I've just prepared NMU for publib-dev (see that attached patch), and
>> uploaded  it to DELAYED/3.
> 
> publib is orphaned, so you could do a proper QA upload instead.
> 
OK, I will prepare QA upload soon.

Thanks,
robert

Bug#811527: rancid: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Roland Rosenfeld]

Hi Adriano!

On Tue, 19 Jan 2016, Adriano Rafael Gomes wrote:

> Package: rancid
> Tags: l10n patch
> Severity: wishlist

Many thanks for your contribution!

> Please, Could you update the Brazilian Portuguese Translation?
> 
> Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
> tested with msgfmt and podebconf-display-po.

Since I don't speak any Portuguese, could you please tell me how
should I handle this file:
a) add it as pt_BR.po and keep the old pt.po
b) add it as pt_BR.po and remove the old pt.po
c) replace the old pt.po with the content of the new pt_BR.po

Tscho

Roland


signature.asc
Description: Digital signature

Bug#811559: cryptsetup FTCBFS: builds askpass with build arch compiler

[Helmut Grohne]

Source: cryptsetup
Version: 2:1.7.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Hi Jonas,

I also noticed that cryptsetup itself fails to cross build, as it just
invokes gcc for askpass. It needs to call the host architecture compiler
of course. Please consider applying the attached patch.

Helmut
diff --minimal -Nru cryptsetup-1.7.0/debian/changelog 
cryptsetup-1.7.0/debian/changelog
--- cryptsetup-1.7.0/debian/changelog
+++ cryptsetup-1.7.0/debian/changelog
@@ -1,3 +1,10 @@
+cryptsetup (2:1.7.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Use host arch compiler for askpass as well. (closes: #-1)
+
+ -- Helmut Grohne   Tue, 19 Jan 2016 21:14:31 +0100
+
 cryptsetup (2:1.7.0-2) unstable; urgency=medium
 
   [ Guilhem Moulin ]
diff --minimal -Nru cryptsetup-1.7.0/debian/rules cryptsetup-1.7.0/debian/rules
--- cryptsetup-1.7.0/debian/rules
+++ cryptsetup-1.7.0/debian/rules
@@ -22,6 +22,9 @@
 else
   confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
 endif
+ifeq ($(origin CC),default)
+  CC := $(DEB_HOST_GNU_TYPE)-gcc
+endif
 
 # Export dpkg build flags
 DEB_CFLAGS_MAINT_APPEND = -Wall
@@ -74,8 +77,8 @@
# build upstream cryptsetup
$(MAKE)
# build askpass and passdev keyscripts
-   gcc $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) -pedantic -std=c99 
debian/askpass.c -o debian/askpass
-   gcc $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) -pedantic -std=c99 
debian/passdev.c -o debian/scripts/passdev
+   $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) -pedantic -std=c99 
debian/askpass.c -o debian/askpass
+   $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) -pedantic -std=c99 
debian/passdev.c -o debian/scripts/passdev
 
 build: build-indep build-arch
 

Bug#801925: NULL pointer dereference: IP: [] sr_runtime_suspend+0xc/0x20 [sr_mod]

[Alan Stern]

On Tue, 19 Jan 2016, Paul Menzel wrote:

> Could you please attach the debugging patch. Hopefully Alexandre, Erich,
> or I will have some spare time to build an image from it.

Actually, this patch is an attempt at a fix.  After looking more 
carefully at your log pictures, I realized what the problem must be.  

It's too bad nobody was able to capture a log where the error 
occurred in sr_runtime_suspend, though -- all the logs in the bug 
report show sd_runtime_resume.

> Alan, thank you a lot for being so responsive and helpful!

You're welcome.

Alan Stern
 drivers/scsi/sd.c |7 +--
 drivers/scsi/sr.c |4 
 2 files changed, 9 insertions(+), 2 deletions(-)

Index: usb-4.4/drivers/scsi/sd.c
===
--- usb-4.4.orig/drivers/scsi/sd.c
+++ usb-4.4/drivers/scsi/sd.c
@@ -3275,8 +3275,8 @@ static int sd_suspend_common(struct devi
struct scsi_disk *sdkp = dev_get_drvdata(dev);
int ret = 0;
 
-   if (!sdkp)
-   return 0;   /* this can happen */
+   if (!sdkp)  /* E.g.: runtime suspend following sd_remove() */
+   return 0;
 
if (sdkp->WCE && sdkp->media_present) {
sd_printk(KERN_NOTICE, sdkp, "Synchronizing SCSI cache\n");
@@ -3315,6 +3315,9 @@ static int sd_resume(struct device *dev)
 {
struct scsi_disk *sdkp = dev_get_drvdata(dev);
 
+   if (!sdkp)  /* E.g.: runtime resume at the start of sd_probe() */
+   return 0;
+
if (!sdkp->device->manage_start_stop)
return 0;
 
Index: usb-4.4/drivers/scsi/sr.c
===
--- usb-4.4.orig/drivers/scsi/sr.c
+++ usb-4.4/drivers/scsi/sr.c
@@ -144,6 +144,9 @@ static int sr_runtime_suspend(struct dev
 {
struct scsi_cd *cd = dev_get_drvdata(dev);
 
+   if (!cd)/* E.g.: runtime suspend following sr_remove() */
+   return 0;
+
if (cd->media_present)
return -EBUSY;
else
@@ -985,6 +988,7 @@ static int sr_remove(struct device *dev)
scsi_autopm_get_device(cd->device);
 
del_gendisk(cd->disk);
+   dev_set_drvdata(dev, NULL);
 
mutex_lock(_ref_mutex);
kref_put(>kref, sr_kref_release);

Bug#811443: [debian-mysql] Bug#811443: mysql-5.6: Multiple security fixes from the January 2016 CPU

[Norvald H. Ryeng]

The Critical Patch Update is out:  
http://www.oracle.com/technetwork/topics/security/cpujan2016-2367955.html


The following vulnerabilities are fixed by upgrading from MySQL 5.6.27 to  
5.6.28:


CVE-2016-0505
CVE-2016-0546
CVE-2016-0597
CVE-2016-0598
CVE-2016-0600
CVE-2016-0606
CVE-2016-0608
CVE-2016-0609
CVE-2016-0596
CVE-2016-0503
CVE-2016-0504
CVE-2016-0607
CVE-2016-0611
CVE-2016-0595
CVE-2016-0610

Regards,

Norvald H. Ryeng

Bug#811266: pulseaudio: log is flooded sometimes when combined with torsocks (torify)

[Felipe Sateler]

On 19 January 2016 at 17:53, Andreas B. Mundt  wrote:
> Here we go 
>
> On Tue, Jan 19, 2016 at 04:22:50PM -0300, Felipe Sateler wrote:
>> On 19 January 2016 at 14:58, Andreas B. Mundt  wrote:
>
>> > Exactly.  Any ideas how to continue?
>>
>> Lets get a verbose log. Please create/edit ~/.config/pulse/daemon.conf and
>> add the following content:
>>
>> log-target = file:/home//pulse.log
>> log-time = yes
>>
>
> No log messages appear in "/home//pulse.log" with that
> change.  However, I tried a few things and finally got something in
> the log by adding:
>
>   extra-arguments = 
> --log-target=file:/home//pulse-client.log
>
> in "/etc/pulse/client.conf".  The content after running the torified
> command and killing it as well as pulseaudio are 509859 lines like:
>
> (   0.000|   0.000) E: [pulseaudio] socket-server.c: accept(): Bad 
> address
> ...
> (   3.241|   0.000) E: [pulseaudio] socket-server.c: accept(): Bad 
> address
>
> Does this give any clue?  Perhaps I should switch on some more
> verbosity ...

Yes, please, and attach the full log. Sorry, I missed that part of the conf...

-- 

Saludos,
Felipe Sateler

Bug#810748: systemd does not mount /usr in initramfs, breaking split /usr

[Nis Martensen]

Control: found -1 228-4

Attached a version of the patch that should work for testing/unstable.
Again intended as a replacement for the existing patch.


Concerning the relationship to #782522, I think we are fine:

With initramfs-tools, fsck flag files for / and /usr will be created and
their presence will be honored, both with the old and the new patch, and
both in jessie and testing/unstable.

With dracut in testing/unstable, fsck flag files are not needed to avoid
double fsck of / or /usr, since systemd will automatically do the right
thing. For /usr, this already works in jessie (assuming 810748 were
fixed), and for / it works in unstable since 220-1:
https://github.com/systemd/systemd/commit/4dda4e637e4c17a14db6cd265f36f5e8a5050367

This leaves the case with double fsck for / with dracut in jessie.
However, there is no regression since the bug was never solved, and
there is an easy workaround: When the fs_passno field in /etc/fstab is
set to 0 for the root file system, it won't be checked from the main
system. Only the initramfs does not know that and will check anyway.


Back to this bug, 810748. I agree that it may not be serious for
systemd, also due to the existing workaround. But when you look at it
from a dracut perspective, it means that a supposedly supported use case
(/usr mounted from initramfs) does not work. And it is kind of difficult
to learn about the workaround when your system does not boot. ;-) So it
may still be worth fixing for jessie. What do you think?
From: Nis Martensen 
Date: Tue, 19 Jan 2016 22:01:43 +0100
Subject: [PATCH] Skip filesystem check if already done by the initramfs

Newer versions of initramfs-tools already fsck and mount / and /usr in
the initramfs. Skip the filesystem check in this case.

Based on a previous patch by Michael Biebl .

Closes: #782522
---
 src/fstab-generator/fstab-generator.c | 11 ---
 units/systemd-fsck-root.service.in|  1 +
 2 files changed, 9 insertions(+), 3 deletions(-)

diff --git a/src/fstab-generator/fstab-generator.c 
b/src/fstab-generator/fstab-generator.c
index f7c8d11..2770ee6 100644
--- a/src/fstab-generator/fstab-generator.c
+++ b/src/fstab-generator/fstab-generator.c
@@ -244,6 +244,7 @@ static int add_mount(
 *filtered = NULL;
 _cleanup_fclose_ FILE *f = NULL;
 int r;
+struct stat sb;
 
 assert(what);
 assert(where);
@@ -310,9 +311,13 @@ static int add_mount(
 }
 
 if (passno != 0) {
-r = generator_write_fsck_deps(f, arg_dest, what, where, 
fstype);
-if (r < 0)
-return r;
+if (streq(where, "/usr") && stat("/run/initramfs/fsck-usr", 
) == 0)
+; /* skip /usr fsck if it has already been checked in 
the initramfs */
+else {
+r = generator_write_fsck_deps(f, arg_dest, what, 
where, fstype);
+if (r < 0)
+return r;
+}
 }
 
 fprintf(f,
diff --git a/units/systemd-fsck-root.service.in 
b/units/systemd-fsck-root.service.in
index 3617abf..1caa7bd 100644
--- a/units/systemd-fsck-root.service.in
+++ b/units/systemd-fsck-root.service.in
@@ -11,6 +11,7 @@ Documentation=man:systemd-fsck-root.service(8)
 DefaultDependencies=no
 Before=local-fs.target shutdown.target
 ConditionPathIsReadWrite=!/
+ConditionPathExists=!/run/initramfs/fsck-root
 
 [Service]
 Type=oneshot

Bug#811527: rancid: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

On Tue, Jan 19, 2016 at 09:48:16PM +0100, Roland Rosenfeld wrote:
> Hi Adriano!

Hi, Roland!

> Since I don't speak any Portuguese, could you please tell me how
> should I handle this file:
> a) add it as pt_BR.po and keep the old pt.po

Please, proceed with the alternative "a)".

pt_BR is for Brazilian Portuguese, which is a different thing from pt
(for European Portuguese), although their are somewhat related to each
other. They are similar, but not the same, and there are enough
differences between them, so we have two files: pt.po and pt_BR.po.

Thank you very much.


signature.asc
Description: Digital signature

Bug#811570: ITP: pygame-sdl2 -- reimplementation of the Pygame API using SDL2

[Markus Koschany]

Package: wnpp
Severity: wishlist
Owner: Markus Koschany 

* Package name: pygame-sdl2
  Version : 6.99.8
  Upstream Author : Patrick Dawson, Tom Rothamel
* URL : https://github.com/renpy/pygame_sdl2
* License : LGPL-2.1, zlib
  Programming Lang: Python, C
  Description : reimplementation of the Pygame API using SDL2

Pygame_sdl2 is a reimplementation of the Pygame API using SDL2 and
related libraries. The initial goal of this project is to allow games
written using the Pygame API to run on SDL2 on desktop and mobile
platforms. The API will be evolved to expose SDL2-provided
functionality in a pythonic manner.

Pygame_sdl2 is a new build-dependency for renpy, a programming language
and runtime, intended to ease the creation of visual-novel type games.
It will be maintained within the Debian Games team.

Bug#810303: dose-builddebcheck output breaks backwards compatibility in 4.1 dropping the "src:" prefix, worth NEWS?

[Pietro Abate]

Hi all.

On 19/01/16 22:01, Mehdi Dogguy wrote:
> > I am one of the active consumers of dose-builddebcheck in unstable and
> > quickly noticed the 4.1 upload by seeing all rebootstrap jobs fail. The
> > immediate reason is that dose was formerly tagging source packages with
> > a "src:" prefix and now no longer does so. I quickly updated the
> > consumer code, but Johannes asked me to file a bug nonetheless.
> > 
> 
> Good catch. I /think/ that this change is not intended and is a bug since
> some places in the code still expect the "src:" prefix to be there somehow.
> 
> Since printers have been reworked in 4.1, I'd think this is a bug introduced
> in 4.1 and still not fixed in recently released 4.2. I'd appreciate a
> confirmation by upstream though.
> 
> @Pietro: Can you please enlighten us on this issue?

This change was indeed intentional. The idea was to remove all the
cruft related to the cudf encoding and provide to the user an output
that could be used immediately without caring about src: and --virtual
prefixes.  I've asked Johannes is this was a problem and I was told it
wasn't as the scripts could be easily adapted.

This change was in the CHANGES file of 4.1 but its repercussions
where not clear, so it didn't make it in the NEWS file. I think
this would be fixed in the next debian package.

Even if this change makes sense to me, I'm open to add back the src: 
prefix if necessary. 

Mehdi, where are these places in the code that still expect "src:" ?
I've removed this prefix from all the yaml output. I didn't really
check if some input require the package to be prefixed with "src:",
but it shouldn't be...

For this release, I also re-wrote the yaml printer from scratch and
there might still be a few problems here and there... In particular
dependency chains, when there is more then one path from a package to
a dependency problem (missing package or conflict), are not all
explicitly printed/expanded as before. Instead I just print one path.

Please let me know how I can help. This tool is for the debian
community :) I'll be at fosdem at the end of the month, if you want to
have a face to face chat.

p

Bug#811322: amiwm: package update

[Journeyman]

On 18/01/2016 11:02, gurkan wrote:


I know, and there's an updated package here:
http://sid.ethz.ch/debian/amiwm/


Great! I will definitively check that out and let you know
(note: I'm not officially entitled to sponsor a package, as I'm not a 
Debian Developer)


Thanks

Bug#803868: vlc: FTBFS with FFmpeg 2.9

[Andreas Cadhalpun]

Hi Rémi,

On 19.01.2016 20:53, Rémi Denis-Courmont wrote:
> On Tuesday 19 January 2016 20:32:50 Andreas Cadhalpun wrote:
>> Why did you not disable frame-threading when using hwaccel, as the ffmpeg
>> commit message suggests?
> 
> I don´t think that it would be that easy at all on VLC side, without breaking 
> either hwaccel or threaded decoding. I don´t want to spend my free time on 
> this given that libav´s libavcodec still works just fine.

I can understand that reason...

> Patch welcome.

Unfortunately I'm also short on free time, so I suggested ffmpeg upstream
to reduce the error to a warning for the time being [1].

Thanks for bringing this problem to my attention.

Best regards,
Andreas


1: https://ffmpeg.org/pipermail/ffmpeg-devel/2016-January/187471.html

Bug#811560: elasticache: FTBFS with nonexistant $HOME

[Andreas Beckmann]

Source: elasticache
Version: 1.6.00-1
Severity: serious
Justification: fails to build from source

Current pbuilder changed the build environment to use a nonexistant
$HOME directory. Neither the build process nor the build tools should
have to access $HOME during the build. Also the (non-)existence of
something in $HOME must not influence the build process.

elasticache FTBFS in such a setup since it tries to 'cd' (with no args)
to the $HOME:

[...]
I: Running cd /build/*/ && env PATH="/usr/sbin:/usr/bin:/sbin:/bin" 
HOME="/nonexistent" dpkg-buildpackage -us -uc -rfakeroot
dpkg-buildpackage: source package elasticache
dpkg-buildpackage: source version 1.6.00-1
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Ben Howard 
 dpkg-source --before-build elasticache-1.6.00
dpkg-buildpackage: host architecture amd64
 fakeroot debian/rules clean
dh clean --with_python2
   dh_testdir -O--with_python2
   dh_auto_clean -O--with_python2
make -j1 clean
make[1]: Entering directory '/build/elasticache-1.6.00'
Makefile:77: warning: overriding recipe for target 'build'
Makefile:42: warning: ignoring old recipe for target 'build'
cd 
/bin/sh: 1: cd: can't cd to /nonexistent
Makefile:80: recipe for target 'clean' failed
make[1]: *** [clean] Error 2
make[1]: Leaving directory '/build/elasticache-1.6.00'
dh_auto_clean: make -j1 clean returned exit code 2
debian/rules:5: recipe for target 'clean' failed
make: *** [clean] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2


Andreas

Bug#811548: /usr/bin/crontab in cron-systemd has syntax error

[Alexandre Detiste]

Le mardi 19 janvier 2016 19:54:30, vous avez écrit :
> Package: systemd-cron
> Version: 1.3.1+ds1-2
> 
> $ sudo crontab -u user cron.txt
> Traceback (most recent call last):
> 
> It's simply a matter of changing line 81 to
> correct syntax.

HI,


This has long been fixed upstream.

I haven't used stable myself since 2003 (only testing/sid/experimental);
so I don't have much real-world experience of backports.

Here it's just a matter of a 1-line changelog:

http://anonscm.debian.org/cgit/collab-maint/systemd-cron.git/commit/?h=backport=119686471b82fed29ce42b4bf323d5c8992592a1

(I can't upload because I have not the bacport ACL yet and 
https://rt.debian.org/ is down)

I guess this bug is not big enough to desserve an upload
to stable; you could just use vixie-cron as well
if a full-featured crontab editor is needed;
or pin this one package from testing.

> I'm using systemd.
well, naturally, because this package
depends on systemd-sysv.


Greets, Alexandre

Bug#811266: pulseaudio: log is flooded sometimes when combined with torsocks (torify)

[Andreas B. Mundt]

Here we go 

On Tue, Jan 19, 2016 at 04:22:50PM -0300, Felipe Sateler wrote:
> On 19 January 2016 at 14:58, Andreas B. Mundt  wrote:

> > Exactly.  Any ideas how to continue?
>
> Lets get a verbose log. Please create/edit ~/.config/pulse/daemon.conf and
> add the following content:
>
> log-target = file:/home//pulse.log
> log-time = yes
>

No log messages appear in "/home//pulse.log" with that
change.  However, I tried a few things and finally got something in
the log by adding:

  extra-arguments = --log-target=file:/home//pulse-client.log

in "/etc/pulse/client.conf".  The content after running the torified
command and killing it as well as pulseaudio are 509859 lines like:

(   0.000|   0.000) E: [pulseaudio] socket-server.c: accept(): Bad 
address
...
(   3.241|   0.000) E: [pulseaudio] socket-server.c: accept(): Bad 
address

Does this give any clue?  Perhaps I should switch on some more
verbosity ...

Thanks,

Andi

Bug#811451: linux-grsec-base: Some useful confs

[Yves-Alexis Perez]

On mar., 2016-01-19 at 03:02 +, ban...@openmailbox.org wrote:
> Please take a look and decide if you can include it for better 
> usability.

Please provide diffs against current package version or git, and attach them
to the bug. Explain why you think it makes sense to have them in the package.

Note, as the blog post says, that it's *secure* default, because each and
every use is different, and people have to make their own choices. It might
make sense to ship multiple config files (or rather, have different packages),
like “desktop” or “server” but:

- no config will fit everyone anyway
- there will be requests for tuning this or that on this or that config
- there will be requests for adding new “profiles”

So at one point one should draw a line. It's dead easy to edit the config, so
one has just to make sure people can find the information. I don't really want
to make a debconf script for that, but it could be a possibility too.

> 
> I've also worked on a paxctld.conf file with some changes to make it 
> work with Debian binaries. It still needs testing but is a great start 
> for any further work. I am unsure as to whether paxctld supports .d 
> configs or if there is a file that Debian plans to ship - you can just 
> use mine. paxctl will need a dh-systemd service file which I'm yet to 
> include.

I'm not involved in any paxctld effort so I couldn't say. But I'm unsure if
it'd make sense to have the config file in linux-grsec-base rather than in a
paxctld package.

Regards,
-- 
Yves-Alexis



signature.asc
Description: This is a digitally signed message part

Bug#811566: run-init: opening console: No such file or directory

[Peter Colberg]

Package: initramfs-tools
Version: 0.121
Severity: important

Dear Maintainer,

Since upgrading initramfs-tools, the system no longer boots.

Instead the initramfs rescue shell is started:

  Loading Linux 4.3.0-1-amd64 ...
  Loading initial ramdisk ...
  Loading, please wait...
  Scanning for Btrfs filesystems
  run-init: opening console: No such file or directory
  Target filesystem doesn't have requested /sbin/init.
  run-init: opening console: No such file or directory
  run-init: opening console: No such file or directory
  run-init: opening console: No such file or directory
  run-init: opening console: No such file or directory
  run-init: : No such file or directory
  No init found. Try passing init= bootarg.
  modprobe: module ehci-orion not found in modules.dep


  BusyBox v1.22.1 (Debian 1:1.22.0-16) built-in shell (ash)
  Enter 'help' for a list of built-in commands.

  /bin/sh: can't access tty; job control turned off
  (initramfs) 

The system is installed on a single btrfs filesystem.

Regards,
Peter

-- Package-specific info:
-- initramfs sizes
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.3.0-1-amd64 
root=UUID=bdb66c4b-0279-47b3-8c08-0ab0d0b2accc ro console=ttyS0,115200n8 quiet

-- resume
RESUME=UUID=46ee0f17-5ab6-4722-a108-9145cb6f1020
-- /proc/filesystems
btrfs

-- lsmod
Module  Size  Used by
binfmt_misc20480  1
iptable_raw16384  1
ipt_REJECT 16384  2
nf_reject_ipv4 16384  1 ipt_REJECT
nf_conntrack_ipv4  20480  2
nf_defrag_ipv4 16384  1 nf_conntrack_ipv4
iptable_filter 16384  1
ip_tables  28672  2 iptable_filter,iptable_raw
xt_tcpudp  16384  9
xt_multiport   16384  8
xt_CT  16384  16
ip6table_raw   16384  1
ip6t_REJECT16384  2
nf_reject_ipv6 16384  1 ip6t_REJECT
nf_conntrack_ipv6  20480  2
nf_defrag_ipv6 36864  1 nf_conntrack_ipv6
xt_conntrack   16384  4
nf_conntrack  118784  4 
xt_CT,xt_conntrack,nf_conntrack_ipv4,nf_conntrack_ipv6
ip6table_filter16384  1
ip6_tables 28672  2 ip6table_filter,ip6table_raw
x_tables   36864  12 
ip6table_filter,xt_CT,ip_tables,xt_tcpudp,xt_conntrack,xt_multiport,iptable_filter,ip6table_raw,ipt_REJECT,ip6_tables,iptable_raw,ip6t_REJECT
iosf_mbi   16384  0
crct10dif_pclmul   16384  0
crc32_pclmul   16384  0
jitterentropy_rng  16384  0
sha256_ssse3   28672  1
sha256_generic 24576  1 sha256_ssse3
hmac   16384  1
drbg   24576  1
ansi_cprng 16384  0
aesni_intel   167936  0
aes_x86_64 20480  1 aesni_intel
lrw16384  1 aesni_intel
i2c_piix4  24576  0
gf128mul   16384  1 lrw
ppdev  20480  0
acpi_cpufreq   20480  0
pvpanic16384  0
evdev  20480  1
glue_helper16384  1 aesni_intel
psmouse   126976  0
8250_fintek16384  0
serio_raw  16384  0
ablk_helper16384  1 aesni_intel
pcspkr 16384  0
processor  36864  1 acpi_cpufreq
button 16384  0
cryptd 20480  2 aesni_intel,ablk_helper
parport_pc 28672  0
parport49152  2 ppdev,parport_pc
tun28672  2
autofs440960  2
btrfs 954368  1
xor24576  1 btrfs
raid6_pq  102400  1 btrfs
ata_generic16384  0
virtio_net 28672  0
virtio_blk 20480  2
ata_piix   36864  0
crc32c_intel   24576  1
libata233472  2 ata_generic,ata_piix
virtio_pci 24576  0
virtio_ring20480  3 virtio_blk,virtio_net,virtio_pci
virtio 16384  3 virtio_blk,virtio_net,virtio_pci
scsi_mod  229376  1 libata
floppy 69632  0

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = no
do_bootloader = no
do_initrd = yes
link_in_boot = no

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=auto
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:

/usr/share/initramfs-tools/hooks:
btrfs
busybox
dmsetup
fsck
fuse
keymap
klibc
kmod
resume
thermal
udev
zz-busybox


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

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages initramfs-tools depends on:
ii  initramfs-tools-core  0.121
ii  

Bug#811567: Support reading multiple patterns from file

[Christoph Berg]

Package: dctrl-tools
Version: 2.24-1
Severity: wishlist

Hi,

it would be nice if grep-dctrl supported -f --file like grep:

  -f FILE, --file=FILE
 Obtain patterns from FILE, one per line.  The empty file contains
 zero patterns, and therefore matches nothing.

My use case is that I have a list of package names that I want to
extract from a Packages file (-P --file=pkg.list), and inversely, want
to remove from a Packages file (-P --not --file=pkg.list). At the
moment I have to resort to ugly for loops in shell to invoke
grep-dctrl N times, or try to construct a regexp pattern to match the
list of package names at onces, which isn't handy to do in shell
either.

(An alternative solution would be to allow --pattern to be passed
multiple times. I guess if either is implemented, the other isn't much
extra effort.)

Thanks for considering,
Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: PGP signature

Bug#809579: Building with custom splash fails - missing "ppmtolss16" (missing dependency: syslinux-utils)

[Vagrant Cascadian]

Control: reassign 809579 debian-cd
Control: tags 809579 pending
Control: affects 809579 simple-cdd

On 2016-01-01, Alexandre Rosenberg wrote:
> I am using simple-cdd on Debian stable. I a small issue when trying to 
> include a custom splash screen:
>
> 1. Following line was added to simple-cdd configuration file (profile.conf)
>
> 
> SPLASHPNG="$HOME/my-simple-cdd/profiles/custom_splash.png"
> 

SPLASHPNG is implemented in simple-cdd simply by calling debian-cd, so
reassigning.


> 2. Generating the iso using this profile failed:
>
> 
> (...)
>   Adding BIOS boot code for amd64 on CD1
>   gtk/vmlinuz identical to ../vmlinuz. Linking
> /home/iso/my-simple-cdd/tmp//debian-cd/tools/boot/jessie/boot-x86: line 393: 
> ppmtolss16: command not found
> ppmquant: making histogram...
> ppmquant: 16 colors found
> ppmquant: choosing 16 colors...
> ppmquant: mapping image to new colors...
>   FAILED: error 127
> Failed to start disc 1, error 32512
> Makefile:408: recipe for target 'image-trees' failed
> make: *** [image-trees] Error 127
> 
>
> 3. I figured out I was missing the tool "ppmtolss16" which is part of the 
> package "syslinux-utils" 
>
> After installing the package "syslinux-utils" everything works as
> expected.
>
>
> For this reason, I am wondering if "syslinux-utils" should not be made a 
> dependency.

Looks like debian-cd has already added syslinux-utils as a Recommends in
git, but it hasn't yet been uploaded to the Debian.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#811456: [pkg-cryptsetup-devel] Bug#811456: Unable to find seq in shutdown

[Guilhem Moulin]

Control: tag -1 pending

On Tue, 19 Jan 2016 at 13:34:10 +0100, Klaus Ethgen wrote:
> Am Di den 19. Jan 2016 um 12:02 schrieb Guilhem Moulin:
>> On Tue, 19 Jan 2016 at 08:08:42 +0100, Klaus Ethgen wrote:
> I did expand the seq in the script for short term fix.
> […]
> Well, exactly that is it. There should be a deterministic check if there
> are leftover crypt devices and close them.

I've also replaced it with an explicit list and an exponential waiting
time (1, 2, 4, 8, 16s).

> While open crypt devices are not great, they will at least not end with
> lost data. Not by themself. But I do not like the idea that they stay
> open with key material still in memory (search for cold boot attack).

Exactly.  There is Tails' Memory erasure design [0], but it goes beyond
the scope of this bug.  (And of course, is moot when the system is
brought down by loosing its power.)  I should also add that while Cold
Boot Attacks are a reality with SDRAM and DDR2 [1], DDR3 seem to be
practically immune against them [2].

-- 
Guilhem.

[0] https://tails.boum.org/contribute/design/memory_erasure/
[1] 
http://static.usenix.org/event/sec08/tech/full_papers/halderman/halderman.pdf
[2] https://www1.cs.fau.de/filepool/projects/coldboot/fares_coldboot.pdf


signature.asc
Description: PGP signature

Bug#811561: net-tools FTCBFS: uses build architecture tools (gcc, pkg-config)

[Helmut Grohne]

Source: net-tools
Version: 1.60+git20150829.73cef8a-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Dear net-tools maintainers,

I noticed that net-tools is built the build architecture compiler during
cross builds. The packaging tries to address this by setting up the CC
variable correctly, but does not account for the fact that CC has a
built-in default. Thus the ?= assignment never assigns anything.
Furthermore, pkg-config must also be cross-prefixed. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru net-tools-1.60+git20150829.73cef8a/debian/changelog 
net-tools-1.60+git20150829.73cef8a/debian/changelog
--- net-tools-1.60+git20150829.73cef8a/debian/changelog
+++ net-tools-1.60+git20150829.73cef8a/debian/changelog
@@ -1,3 +1,12 @@
+net-tools (1.60+git20150829.73cef8a-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS. Closes: #-1.
++ Really assign CC for cross compilation.
++ Use triplet prefixed pkg-config.
+
+ -- Helmut Grohne   Tue, 19 Jan 2016 20:59:03 +0100
+
 net-tools (1.60+git20150829.73cef8a-2) unstable; urgency=medium
 
   [ Laurent Bigonville ]
diff --minimal -Nru net-tools-1.60+git20150829.73cef8a/debian/rules 
net-tools-1.60+git20150829.73cef8a/debian/rules
--- net-tools-1.60+git20150829.73cef8a/debian/rules
+++ net-tools-1.60+git20150829.73cef8a/debian/rules
@@ -8,10 +8,12 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+ifeq ($(origin CC),default)
+CC := $(DEB_HOST_GNU_TYPE)-gcc
+endif
 ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
-CC ?= $(DEB_HOST_GNU_TYPE)-gcc
-else
-CC ?= gcc
+PKG_CONFIG ?= $(DEB_HOST_GNU_TYPE)-pkg-config
+export PKG_CONFIG
 endif
 
 COPTS := -D_GNU_SOURCE -Wall $(shell dpkg-buildflags --get CFLAGS) \

Bug#810303: dose-builddebcheck output breaks backwards compatibility in 4.1 dropping the "src:" prefix, worth NEWS?

[Mehdi Dogguy]

Hi,

On 08/01/2016 06:24, Helmut Grohne wrote:
> Package: dose-builddebcheck
> Version: 4.1-1
> File: /usr/bin/dose-builddebcheck
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> Hi,
> 
> I am one of the active consumers of dose-builddebcheck in unstable and
> quickly noticed the 4.1 upload by seeing all rebootstrap jobs fail. The
> immediate reason is that dose was formerly tagging source packages with
> a "src:" prefix and now no longer does so. I quickly updated the
> consumer code, but Johannes asked me to file a bug nonetheless.
> 

Good catch. I /think/ that this change is not intended and is a bug since
some places in the code still expect the "src:" prefix to be there somehow.

Since printers have been reworked in 4.1, I'd think this is a bug introduced
in 4.1 and still not fixed in recently released 4.2. I'd appreciate a
confirmation by upstream though.

@Pietro: Can you please enlighten us on this issue?

Regards,

-- 
Mehdi

Bug#811565: [uscan] git mode: allow for scanning repositories without tags

[Alexandre Viau]

Package: devscripts
Version: 2.15.10
Severity: wishlist
Usertags: uscan

In the Go Packaging Team[1], we face the issue that the Golang community
does not tag releases for library packages. This practice is encouraged
by the golang tools and by the community. Whether that is a good thing
or not is the subject of a broader discussion.

When used with git mode, I would like for uscan to generate a version
number even though the repository is not tagged.

One of our tools, dh-make-golang, is able to do this. For example:
"0.0~git20151028.0.2a60fc2-1":

 - 0.0 is the latest tag. If there are no tags found, 0.0 is the default.
 - git20151028 represents the date of the last commit
 - 0 represents the number of commits that day (counting from 0)
 - 2a60fc2 is the commit id

It does not have to be this exact versioning scheme, others can work too.

I have done a quick research and it looks like this can be done with a
combination of git ls-remote, downloading the last object, and parsing
it for the date.

This would help us a great deal to keep up with our packages, and would
surely be useful for other teams/packages.

This was discussed in dh-make-golang's issue tracker (adding Michael to
CC as he has expressed a friend of his would like to code this):
 - https://github.com/Debian/dh-make-golang/issues/8

[1]:
https://qa.debian.org/developer.php?login=pkg-go-maintain...@lists.alioth.debian.org

Cheers,

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#799235: zeromq3: Patch for GNU/Hurd support

[Svante Signell]

On Tue, 2016-01-19 at 14:14 +, László Böszörményi (GCS) wrote:
> On Tue, Jan 19, 2016 at 2:13 PM, Svante Signell
>  wrote:
> > On Tue, 2016-01-19 at 13:05 +0100, Svante Signell wrote:
> > > Additionally, until upstream makes a new release, do you think it is
> > > possible
> > > to add the patch to the Debian package so that packages reverse-depending
> > > on
> > > it can be built?
>  Sure, I'll use it for the next upload.
> 
> > Hello again, attached is an updated patch based on master at github. With
> > these
> > modifications also version 4.1.2 from experimental almost builds. Some
> > further
> > patches are needed for a successful build and the testsuite to pass.
>  So should I wait for further fixes (those will happen in some hours /
> days) or submit this as-is to upstream?

Hello,

Attached is a patch, hurd-support_4.1.2.patch, making the Debian version 4.1.2
to build properly. Additionally, the patch hurd-support_update.patch is made
against the git master version. I don't know yet if it builds since upstream
does not have a debian/ directory, and it is not yet packaged for Debian.

Thanks!
Index: zeromq3-4.1.2/configure.ac
===
--- zeromq3-4.1.2.orig/configure.ac
+++ zeromq3-4.1.2/configure.ac
@@ -136,6 +136,7 @@ libzmq_dso_visibility="yes"
 libzmq_on_mingw32="no"
 libzmq_on_android="no"
 libzmq_on_linux="no"
+libzmq_on_gnu="no"
 
 # Set some default features required by 0MQ code.
 CPPFLAGS="-D_REENTRANT -D_THREAD_SAFE $CPPFLAGS"
@@ -273,6 +274,15 @@ case "${host_os}" in
 AC_MSG_ERROR([Building static libraries is not supported under Cygwin])
 fi
 ;;
+gnu*)
+# Define on GNU/Hurd to enable all library features. Define if using a gnu compiler
+if test "x$GXX" = "xyes"; then
+CPPFLAGS="-D_GNU_SOURCE $CPPFLAGS"
+fi
+AC_DEFINE(ZMQ_HAVE_GNU, 1, [Have GNU/Hurd OS])
+libzmq_on_gnu="yes"
+	AC_CHECK_LIB(rt, sem_init)
+;;
 *)
 AC_MSG_ERROR([unsupported system: ${host_os}.])
 ;;
@@ -474,6 +484,7 @@ AM_CONDITIONAL(BUILD_TIPC, test "x$libzm
 AM_CONDITIONAL(ON_MINGW, test "x$libzmq_on_mingw32" = "xyes")
 AM_CONDITIONAL(ON_ANDROID, test "x$libzmq_on_android" = "xyes")
 AM_CONDITIONAL(ON_LINUX, test "x$libzmq_on_linux" = "xyes")
+AM_CONDITIONAL(ON_GNU, test "x$libzmq_on_gnu" = "xyes")
 
 # Checks for library functions.
 AC_TYPE_SIGNAL
Index: zeromq3-4.1.2/src/poller.hpp
===
--- zeromq3-4.1.2.orig/src/poller.hpp
+++ zeromq3-4.1.2/src/poller.hpp
@@ -48,6 +48,9 @@
 #include "poll.hpp"
 #elif defined ZMQ_USE_SELECT
 #include "select.hpp"
+#elif defined ZMQ_HAVE_GNU
+#define ZMQ_USE_POLL
+#include "poll.hpp"
 #else
 #error None of the ZMQ_USE_* macros defined
 #endif
Index: zeromq3-4.1.2/src/ipc_connecter.cpp
===
--- zeromq3-4.1.2.orig/src/ipc_connecter.cpp
+++ zeromq3-4.1.2/src/ipc_connecter.cpp
@@ -252,8 +252,11 @@ zmq::fd_t zmq::ipc_connecter_t::connect
 socklen_t len = sizeof (err);
 #endif
 int rc = getsockopt (s, SOL_SOCKET, SO_ERROR, (char*) , );
-if (rc == -1)
+if (rc == -1) {
+if (errno == ENOPROTOOPT)
+	errno = 0;
 err = errno;
+}
 if (err != 0) {
 
 //  Assert if the error was caused by 0MQ bug.
Index: zeromq3-4.1.2/src/tcp_address.cpp
===
--- zeromq3-4.1.2.orig/src/tcp_address.cpp
+++ zeromq3-4.1.2/src/tcp_address.cpp
@@ -156,7 +156,8 @@ int zmq::tcp_address_t::resolve_nic_name
 
 #elif ((defined ZMQ_HAVE_LINUX || defined ZMQ_HAVE_FREEBSD ||\
 defined ZMQ_HAVE_OSX || defined ZMQ_HAVE_OPENBSD ||\
-defined ZMQ_HAVE_QNXNTO || defined ZMQ_HAVE_NETBSD)\
+defined ZMQ_HAVE_QNXNTO || defined ZMQ_HAVE_NETBSD ||\
+defined ZMQ_HAVE_GNU)\
 && defined ZMQ_HAVE_IFADDRS)
 
 #include 
Index: zeromq3-4.1.2/Makefile.am
===
--- zeromq3-4.1.2.orig/Makefile.am
+++ zeromq3-4.1.2/Makefile.am
@@ -588,6 +588,12 @@ if !ON_LINUX
 XFAIL_TESTS += test_abstract_ipc
 endif
 
+if ON_GNU
+XFAIL_TESTS += \
+	test_ipc_wildcard \
+	test_term_endpoint
+endif
+
 EXTRA_DIST = \
 	CMakeLists.txt \
 	autogen.sh	\
Index: zeromq3-4.1.2/src/thread.cpp
===
--- zeromq3-4.1.2.orig/src/thread.cpp
+++ zeromq3-4.1.2/src/thread.cpp
@@ -114,7 +114,7 @@ void zmq::thread_t::stop ()
 
 void zmq::thread_t::setSchedulingParameters(int priority_, int schedulingPolicy_)
 {
-#if !defined ZMQ_HAVE_ZOS
+#if !defined ZMQ_HAVE_ZOS && !defined ZMQ_HAVE_GNU
 int policy = 0;
 struct sched_param param;
 
diff --git a/Makefile.am b/Makefile.am
index 825c3c3..02a96a5 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -702,6 +702,11 @@ if !ON_LINUX
 XFAIL_TESTS += 

Bug#811546: util-linux FTCBFS: uses build arch pkg-config to find libselinux

[Andreas Henriksson]

Control: tags -1 + upstream

Hello Helmut Grohne.

Thanks for your bug report and patch!

On Tue, Jan 19, 2016 at 07:32:36PM +0100, Helmut Grohne wrote:
> Source: util-linux
> Version: 2.27.1-1
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> Hi Andreas,
> 
> I noticed that the non-staged util-linux cross build fails finding
> libselinux. Even though it correctly picks up the host arch triplet
> prefixed cross pkg-config, it still uses plain pkg-config for
> discovering libselinux. Since libselinux1-dev is only requested for the
> host architecture, configure fails. Please consider applying the
> attached patch.

Since this is a fix in the upstream source please consider submitting
it upstream first. You'll find the util-linux mailing list on vger.kernel.org
or you can also submit via github pull request after forking
https://github.com/karelzak/util-linux/

Please note that you want to add Signed-off-by according to "Developer
Certificate of Origin". Also mailing list submissions are preferred
to be in "git am"-format as well as inlined (not attached).
eg. git format-patch -s master..

I'm happy to cherry-pick the commit once it's been merged upstream,
since that simplifies and streamlines the maintenance efforts for me.
Please poke me with the commit hash once merged.

Regards,
Andreas Henriksson