Bug#813420: libnet-server-mail-perl: FTBFS: error: Can't call method "peerhost" on an undefined value at t/starttls.t line 78.

[Chris Lamb]

Source: libnet-server-mail-perl
Version: 0.23-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,

libnet-server-mail-perl fails to build from source in unstable/amd64:

  [..]

 dh_auto_test
make -j1 test TEST_VERBOSE=1
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160201195210.1k75m6bH6Q/libnet-server-mail-perl-0.23'
  PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" 
"-e" "undef *Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch')" 
t/*.t
  t/esmtp.t . 
  1..10
  ok 1 - use Net::Server::Mail::ESMTP;
  ok 2
  ok 3
  ok 4
  ok 5
  ok 6
  ok 7
  ok 8
  ok 9
  ok 10
  ok
  t/lmtp.t .. 
  1..10
  ok 1 # skip You don't seem to have Net::LMTP installed on your system
  ok 2 # skip You don't seem to have Net::LMTP installed on your system
  ok 3 # skip You don't seem to have Net::LMTP installed on your system
  ok 4 # skip You don't seem to have Net::LMTP installed on your system
  ok 5 # skip You don't seem to have Net::LMTP installed on your system
  ok 6 # skip You don't seem to have Net::LMTP installed on your system
  ok 7 # skip You don't seem to have Net::LMTP installed on your system
  ok 8 # skip You don't seem to have Net::LMTP installed on your system
  ok 9 # skip You don't seem to have Net::LMTP installed on your system
  ok 10 # skip You don't seem to have Net::LMTP installed on your system
  ok
  t/smtp.t .. 
  1..10
  ok 1 - use Net::Server::Mail::SMTP;
  ok 2
  ok 3
  ok 4
  ok 5
  ok 6
  ok 7
  ok 8
  ok 9
  ok 10
  ok
  # Error: Can't call method "peerhost" on an undefined value at t/starttls.t 
line 78.
  # kill 9, 973 (server)
  t/starttls.t .. 
  ok 1 - Accepted client for Test01: STARTTLS support
  All 1 subtests passed 
  
  Test Summary Report
  ---
  t/starttls.t (Wstat: 9 Tests: 1 Failed: 0)
Non-zero wait status: 9
Parse errors: No plan found in TAP output
  Files=4, Tests=31, 242 wallclock secs ( 0.04 usr  0.00 sys + 205.80 cusr 
34.60 csys = 240.44 CPU)
  Result: FAIL
  Failed 1/4 test programs. 0/31 subtests failed.
  Makefile:870: recipe for target 'test_dynamic' failed
  make[1]: *** [test_dynamic] Error 255
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160201195210.1k75m6bH6Q/libnet-server-mail-perl-0.23'
  dh_auto_test: make -j1 test TEST_VERBOSE=1 returned exit code 2
  debian/rules:4: 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
   `-


libnet-server-mail-perl.0.23-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#813419: eclipse-egit: FTBFS: generateScript: Some inter-plug-in dependencies have not been satisfied.

[Chris Lamb]

Source: eclipse-egit
Version: 3.7.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,

eclipse-egit fails to build from source in unstable/amd64:

  [..]
  
  init:
  
  generateScript:
  [eclipse.buildScript] Some inter-plug-in dependencies have not been satisfied.
  [eclipse.buildScript] Bundle org.eclipse.egit.mylyn.ui.test:
  [eclipse.buildScript] Host plug-in org.eclipse.egit.mylyn.ui_0.0.0 
has not been found.
  [eclipse.buildScript] Missing required plug-in 
org.apache.log4j_[1.0.0,2.0.0).
  [eclipse.buildScript] Missing required plug-in 
org.hamcrest_[1.1.0,2.0.0).
  [eclipse.buildScript] Bundle org.eclipse.egit.core:
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.api_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.api.errors_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.diff_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.dircache_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.errors_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.events_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.internal.storage.file_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.lib_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.merge_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.patch_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.revwalk_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.revwalk.filter_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.storage.file_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.submodule_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.transport_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.treewalk_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.treewalk.filter_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.util_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.util.io_[3.7.0,3.8.0).
  [eclipse.buildScript] Bundle org.eclipse.egit.ui.test:
  [eclipse.buildScript] Host plug-in org.eclipse.egit.ui_0.0.0 has not 
been found.
  [eclipse.buildScript] Missing required plug-in 
org.apache.log4j_[1.0.0,2.0.0).
  [eclipse.buildScript] Missing required plug-in 
org.hamcrest_[1.1.0,2.0.0).
  [eclipse.buildScript] Missing required plug-in 
org.mockito_[1.8.0,1.9.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.egit.core.test_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.api_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.api.errors_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.junit_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.junit.http_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.lib_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.revwalk_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.storage.file_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.transport_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.transport.resolver_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.jgit.util_[3.7.0,3.8.0).
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.swtbot.eclipse.finder_0.0.0.
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.swtbot.eclipse.finder.exceptions_0.0.0.
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.swtbot.eclipse.finder.finders_0.0.0.
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.swtbot.eclipse.finder.waits_0.0.0.
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.swtbot.eclipse.finder.widgets_0.0.0.
  [eclipse.buildScript] Unsatisfied import package 
org.eclipse.swtbot.swt.finder_0.0.0.
  [eclipse.buildScript] Unsatisfied import package 

Bug#813421: dbconfig-common: defaults for MariaDB are wrong: debian-sys-maint isn't anymore

[Paul Gevers]

Package: dbconfig-common
Version: 2.0.1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

MariaDB changed the way the packages manage the database. MySQL had the
debian-sys-maint user, but MariaDB uses the socket user (root) to manage the
database. The changes in 2.0.1 are therefore wrong when used for MariaDB fresh
installs. This should be fixed before the package can migrate to strech.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJWr7INAAoJEJxcmesFvXUKRewH/RSmOEc9pPMw5cQNioHmdlAU
KOHMP9qZSbEJVe5fMjEoH2mKtqmzEsdbnA9UVhafn9bbuVBuEIWNNBcF8/8O0Jn+
hYKl6qQABtOtuLqmfepAhoRz8WTmb4Ssrk+Jjoven+e/haJFHTneprItp6qPIses
KdJb8J71D3BiaRzfnE4Bo5ckwarYT62qYztD/F+TVB6fJGxwzAo+7VChr1bDfd0o
nin5cnfsHEmtGpuCKl4rCJbA0uZcYEqyk1/u8zrsYR37/5uu3rGKq0MyPJANAP3f
hC6wSDME7XltLjMOKKbjOShjd/v7d0oICJrxkeXt8/9W9WiY0yv9uUgTmpmC06Y=
=lknW
-END PGP SIGNATURE-

Bug#813425: calamaris: Add support for custom/local installations of squid

[Karl-Philipp Richter]

Package: calamaris
Version: 2.99.4.2-1.1
Severity: normal

Dear Maintainer,

I added `cache` `squid-local` to `calamaris-conf-script` which allows 
specification of custom squid installations by setting `cache` to `squid-local` 
and specifying cachelogdir in `cron.conf`


-- System Information:
Debian Release: jessie/sid
  APT prefers wily-updates
  APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 
'wily-proposed'), (500, 'wily'), (100, 'wily-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.3-040303-generic (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages calamaris depends on:
ii  bc 1.06.95-9build1
ii  debconf [debconf-2.0]  1.5.57ubuntu1
ii  perl   5.20.2-6ubuntu0.1

calamaris recommends no packages.

Versions of packages calamaris suggests:
ii  libgd-graph-perl1.48-2
pn  libnetaddr-ip-perl  
pn  squid | squid3  

-- debconf information:
  calamaris/daily/html: /var/www/calamaris/daily/index.html
  calamaris/weekly/task: mail
  calamaris/monthly/title: Squid monthly
  calamaris/cache_file: access.log
  calamaris/weekly/title: Squid weekly
  calamaris/monthly/html: /var/www/calamaris/monthly/index.html
  calamaris/weekly/mail: root
  calamaris/daily/task: mail
  calamaris/monthly/mail: root
  calamaris/monthly/task: mail
  calamaris/daily/mail: root
  calamaris/daily/title: Squid daily
  calamaris/weekly/html: /var/www/calamaris/weekly/index.html
  calamaris/cache_type: auto

Bug#808123: closed by Bastian Blank <wa...@debian.org> (Re: Bug#808123: lvm2: adding LVM support after the installation makes the machine unbootable)

[Sandro Tosi]

did you at least check this doesnt apply to newer versions?

On Mon, Feb 1, 2016 at 7:51 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the src:lvm2 package:
>
> #808123: lvm2: adding LVM support after the installation makes the machine
> unbootable
>
> It has been closed by Bastian Blank .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Bastian Blank <
> wa...@debian.org> by
> replying to this email.
>
>
> --
> 808123: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808123
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Bastian Blank 
> To: 808123-d...@bugs.debian.org
> Cc:
> Date: Mon, 1 Feb 2016 20:46:33 +0100
> Subject: Re: Bug#808123: lvm2: adding LVM support after the installation
> makes the machine unbootable
> On Wed, Dec 16, 2015 at 04:44:41AM -0500, Sandro Tosi wrote:
> > Source: lvm2
> > Version: 2.02.95-8
>
> This version is from Wheezy, there won't be any changes anymore.  Please
> upgrade to something supported.
>
> Bastian
>
> --
> But Captain -- the engines can't take this much longer!
>
> -- Forwarded message --
> From: Sandro Tosi 
> To: Debian Bug Tracking System 
> Cc:
> Date: Wed, 16 Dec 2015 04:44:41 -0500
> Subject: lvm2: adding LVM support after the installation makes the machine
> unbootable
> Source: lvm2
> Version: 2.02.95-8
> Severity: grave
>
> Hello,
> we added support for LVM after the installation of the machine, created an
> LV
> and add it to /etc/fstab to mount it at boot. but then the boot process
> halts at
> fsck as it cant find the device in /dev.
>
> upon inspection, the initscript in /etc/rcS.d was created as S26, which
> start
> lng after all the other initialization scripts, and after the
> S08checkfs
> which causes the boot to halt.
>
> moving the S26lvm2 to S05lvm2 (as on other machine where we created the
> lvm at
> installation-time) fixed the issue.
>
> I know it's the wheezy packages, but it's a rather painful bug, which
> should
> be addressed even in oldstable (but I'm not sure if it might apply even on
> other
> releases).
>
> Thanks,
> Sandro
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
>


-- 
Sandro "morph" Tosi
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#798988: g_slice_set_config: assertion 'sys_page_size == 0' failed

[Stephen Paul Weber]

Given the architectures affected (amd64 and mips), is there any chance this 
is related to the old https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680704 ?


--
Stephen Paul Weber, @singpolyma
See  for how I prefer to be contacted
edition right joseph

Bug#813430: libreoffice-common: If libreoffice-impress isn't installed, trying to create a new impress document doesn't do anything

[Jon Daley]

Package: libreoffice-common
Version: 1:5.0.5~rc1-1
Severity: minor

Dear Maintainer,

A minor issue, though it confused me for a while.  Somehow I didn't install 
"libreoffice", but just "libreoffice-writer", 
and so if I type "libreoffice", I get a dialog that has new buttons for 
documents, calcs, impress presentations, etc.

When I click "new impress document" it does nothing.  No log messages to 
stdout/err, no popup, etc.  I've been having some dbus 
issues, so I thought it was something along those lines, but eventually figured 
out that it simply wasn't installed.  Duh.

It would be nice if when trying to create a document that isn't installed, 
there was a popup that says, 
"you need to install libreoffice-impress" or whatever.  Or maybe remove the 
buttons so then I can't click on them.

Thanks.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (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.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice-common depends on:
ii  dpkg  1.18.4
ii  libreoffice-style-galaxy [libreoffice-style-default]  1:5.0.5~rc1-1
ii  libreoffice-style-tango [libreoffice-style]   1:5.0.5~rc1-1
ii  ure   5.0.5~rc1-1

Versions of packages libreoffice-common recommends:
ii  libexttextcat-data  3.4.4-1
ii  python3-uno 1:5.0.5~rc1-1
pn  xfonts-mathml   

Versions of packages libreoffice-common suggests:
pn  libreoffice-style-breeze  
pn  libreoffice-style-hicontrast  
pn  libreoffice-style-oxygen  
pn  libreoffice-style-sifr
ii  libreoffice-style-tango   1:5.0.5~rc1-1

Versions of packages python3-uno depends on:
ii  libc6 2.21-7
ii  libgcc1   1:5.3.1-7
ii  libpython3.5  3.5.1-5
ii  libreoffice-core  1:5.0.5~rc1-1
ii  libstdc++65.3.1-7
ii  python3   3.5.1-1
ii  python3.5 3.5.1-5
ii  uno-libs3 5.0.5~rc1-1
ii  ure   5.0.5~rc1-1

-- no debconf information

Bug#808123: closed by Bastian Blank <wa...@debian.org> (Re: Bug#808123: lvm2: adding LVM support after the installation makes the machine unbootable)

[Bastian Blank]

Hi

Please learn how to quote mails.

On Mon, Feb 01, 2016 at 08:03:25PM +, Sandro Tosi wrote:
> did you at least check this doesnt apply to newer versions?

No, I did not.  But as you asked:

| % grep checkfs /etc/init.d/lvm2
| X-Start-Before:checkfs mountall
| % ls -al /etc/rcS.d/*lvm2 /etc/rcS.d/*checkfs*
| lrwxrwxrwx 1 root root 14 Jul 17  2013 /etc/rcS.d/S04lvm2 -> ../init.d/lvm2
| lrwxrwxrwx 1 root root 20 Jul 17  2013 /etc/rcS.d/S06checkfs.sh -> 
../init.d/checkfs.sh

Bastian

-- 
Killing is stupid; useless!
-- McCoy, "A Private Little War", stardate 4211.8

Bug#801253: O: wicd -- wired and wireless network manager

[Mattia Rizzolo]

On Mon, Feb 01, 2016 at 09:11:12PM +0100, Axel Beckert wrote:
> There though may be other reasons why a package is held back from
> migrating to testing, e.g. if a package it depends on or build-depends
> on, hasn't migrated to testing yet.

Just to be picky, build-dependencies are not considered for testing
migration (which is something I'd like to help change one day)

-- 
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#813431: python-numpy: Debian adds include dir symlinks that break virtualenvs

[Pauli Virtanen]

Package: python-numpy
Version: 1:1.8.2-2
Severity: normal

Dear Maintainer,

Debian python-numpy packaging adds the following symlinks not contained
in upstream:

/usr/include/numpy
/usr/include/pythonX.Y/numpy

Their presence causes the following to fail:

$ virtualenv env
$ ./env/bin/pip install numpy==1.7.2
$ ./env/bin/pip install scipy nose
$ ./env/bin/python -c 'import scipy; scipy.test()'

The problem is that some modules are compiled with

-I/usr/include/python2.7
-I$PWD/env/lib/python2.7/site-packages/numpy/core/include

and so apparently end up picking the Numpy headers from the system-wide
python-numpy package, rather than from the older 1.7.2 version in the
virtualenv, resulting to binaries incompatible with the version
installed in the virtualenv.

Typical failure mode is getting "numpy.ufunc has the wrong size, try
recompiling" error message.

One workaround is 'sudo rm /usr/include/numpy
/usr/include/python*/numpy' --- it might be possible to work around this
by changing the package setup.py files, by trying to ensure the correct
order of the include directories. However, this is something that is
needed only on Debian-based systems.

Python packages using Numpy in general get the header locations via
numpy.distutils --- I would expect there are no Python packages that
assume headers are under /usr/include or /usr/include/pythonX.Y/, as
this is a Debian-only feature AFAIK.

Best regards,
Pauli Virtanen

PS. It appears some other python packages in Debian also add such
symlinks. If this is a Debian Python policy, it might be good to
consider the present issue.

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

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

Versions of packages python-numpy depends on:
ii  libblas3 [libblas.so.3]1.2.20110419-10
ii  libc6  2.19-18+deb8u2
ii  libgcc11:4.9.2-10
ii  libgfortran3   4.9.2-10
ii  liblapack3 [liblapack.so.3]3.5.0-4
ii  libopenblas-base [liblapack.so.3]  0.2.12-1
ii  libquadmath0   4.9.2-10
ii  python 2.7.9-1
pn  python2.7:any  

python-numpy recommends no packages.

Versions of packages python-numpy suggests:
ii  gcc   4:4.9.2-2
ii  gfortran  4:4.9.2-2
ii  python-dev2.7.9-1
ii  python-nose   1.3.4-1
pn  python-numpy-dbg  
pn  python-numpy-doc  

-- no debconf information

Bug#813426: warning: /etc/alternatives/compare is dangling; it will be updated with best choice

[jidanni1]

Package: imagemagick-6.q16
Version: 8:6.9.2.10+dfsg-2

Lots of
update-alternatives: warning: alternative /usr/bin/compare-im6 (part of link 
group compare) doesn't exist; removing from list of alternatives
update-alternatives: warning: /etc/alternatives/compare is dangling; it will be 
updated with best choice
update-alternatives: using /usr/bin/compare-im6.q16 to provide /usr/bin/compare 
(compare) in auto mode
update-alternatives: warning: alternative /usr/bin/animate-im6 (part of link 
group animate) doesn't exist; removing from list of alternatives

Bug#813427: fglrx-driver: Updating / installing libfglrx-amdxvba1 fails with a conflict

[John Franklin]

Package: fglrx-driver
Version: 1:15.9-4~deb8u1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Updating or installing the xvba-va-driver or the libfglrx-amdxvba1 packages, a 
conflict is reported by dpkg and the install fails.


# apt-get install xvba-va-driver
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libfglrx-amdxvba1
The following NEW packages will be installed:
  libfglrx-amdxvba1 xvba-va-driver
0 upgraded, 2 newly installed, 0 to remove and 11 not upgraded.
Need to get 0 B/4,043 kB of archives.
After this operation, 13.5 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Selecting previously unselected package libfglrx-amdxvba1:amd64.
(Reading database ... 53857 files and directories currently installed.)
Preparing to unpack .../libfglrx-amdxvba1_1%3a15.9-4~deb8u1_amd64.deb ...
Unpacking libfglrx-amdxvba1:amd64 (1:15.9-4~deb8u1) ...
Selecting previously unselected package xvba-va-driver.
Preparing to unpack .../xvba-va-driver_0.8.0-9_amd64.deb ...
Unpacking xvba-va-driver (0.8.0-9) ...
dpkg: error processing archive 
/var/cache/apt/archives/xvba-va-driver_0.8.0-9_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/dri/xvba_drv_video.so', which 
is also in package libfglrx-amdxvba1:amd64 1:15.9-4~deb8u1
Errors were encountered while processing:
 /var/cache/apt/archives/xvba-va-driver_0.8.0-9_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



-- Package-specific info:
Full fglrx package list:
ii  fglrx-atieventsd   1:14.9+ga14.201-2  amd64 
 events daemon for the non-free ATI/AMD RadeonHD display driver
ii  fglrx-driver   1:15.9-4~deb8u1amd64 
 non-free ATI/AMD RadeonHD display driver
ii  fglrx-modules-dkms 1:14.9+ga14.201-2  amd64 
 dkms module source for the non-free ATI/AMD RadeonHD display driver
ii  glx-alternative-fglrx  0.5.1  amd64 
 allows the selection of FGLRX as GLX provider
ii  libfglrx:amd64 1:15.9-4~deb8u1amd64 
 non-free ATI/AMD RadeonHD display driver (runtime libraries)
ii  libgl1-fglrx-glx:amd64 1:15.9-4~deb8u1amd64 
 proprietary libGL for the non-free ATI/AMD RadeonHD display driver

VGA-compatible devices on PCI bus:
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Temash [Radeon HD 8250/8280G] [1002:983d] (prog-if 00 [VGA 
controller])
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:b208]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: fglrx_pci


DRM and fglrx Informations from dmesg:
[0.00] AGP: No AGP bridge found
[0.00] AGP: Checking aperture...
[0.00] AGP: No AGP bridge found
[0.00] AGP: Node 0: aperture [bus addr 0x-0x01ff] (32MB)
[0.00] AGP: Your BIOS doesn't leave a aperture memory hole
[0.00] AGP: Please enable the IOMMU option in the BIOS setup
[0.00] AGP: This costs you 64MB of RAM
[0.00] AGP: Mapping aperture over RAM [mem 0x9000-0x93ff] 
(65536KB)
[1.817037] Linux agpgart interface v0.103
[3.240461] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, 
Starnberg, GERMANY' taints kernel.
[3.321153] <6>[fglrx] Maximum main memory to use for locked dma buffers: 
3180 MBytes.
[3.321257] <6>[fglrx]   vendor: 1002 device: 983d count: 1
[3.322071] <6>[fglrx] ioport: bar 4, base 0xf000, size: 0x100
[3.323038] <6>[fglrx] Kernel PAT support is enabled
[3.323096] <6>[fglrx] module loaded - fglrx 14.20.7 [Sep  2 2014] with 1 
minors

Xorg X server configuration file status:
-rw-r--r-- 1 root root 684 Aug  4 20:21 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section "ServerLayout"
Identifier "aticonfig Layout"
Screen  0  "aticonfig-Screen[0]-0" 0 0
EndSection

Section "Module"
EndSection

Section "Monitor"
Identifier   "aticonfig-Monitor[0]-0"
Option  "VendorName" "ATI Proprietary Driver"
Option  "ModelName" "Generic Autodetecting Monitor"
Option  "DPMS" "true"
EndSection

Section "Device"
Identifier  "aticonfig-Device[0]-0"
Driver  "fglrx"
BusID   "PCI:0:1:0"
EndSection

Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
Monitor"aticonfig-Monitor[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection



No Xorg X server log files found.

Bug script 

Bug#801253: O: wicd -- wired and wireless network manager

[Axel Beckert]

Hi,

toogley wrote:
> what exactly needs to be changed in the package to be uploaded in
> unstable?

In general or in case of wicd as of now? In general there can be many
reasons. A common one is though the one which currently applies to wicd:

I want to wait with the next upload until the current package in
unstable as propagated to testing.

https://packages.qa.debian.org/w/wicd.html currently says:

* Too young, only 8 of 10 days old
* Not considered

urgency=low= 10 days (old default value)
urgency=medium =  5 days (currently recommended as default value)
urgency=high   =  2 days

I've chosen urgency=low on purpose for wicd because I think 1.7.3
should get more exposion to users in unstable than most other uploads.
And the uploads 1.7.3-1 and 1.7.3-2 have shown that this probably was
a good idea. ;-)

There though may be other reasons why a package is held back from
migrating to testing, e.g. if a package it depends on or build-depends
on, hasn't migrated to testing yet. But those usually would be shown
on https://packages.qa.debian.org/w/wicd.html as well as
https://tracker.debian.org/pkg/wicd and the source they're refering to
(https://qa.debian.org/excuses.php?package=wicd).

> Or what is the reason for waiting some time before changing from
> "UNRELEASED" to "unstable" inside the debian changelog file?

Putting "UNRELEASED" in there is solely a convention, but some tools
recognize it as "stuff currently in VCS is not yet meant/ready for
uploading", e.g.
https://udd.debian.org/dmd.cgi?email1=abe%40debian.org#todo shows "New
version: ready for upload" if there's "unstable" in there, but the
package not yet uploaded.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

Hi,

I prepared a final 1.3.2-1 package, which you can download here:

http://tikei.de/debian/xca/xca_1.3.2-1.dsc

I decided to not touch debian/copyright as I intend to switch to the
new copyright 1.0 format in the future.

The package also closes your bug #811347.

Regards,
Tino


signature.asc
Description: PGP signature

Bug#813101: nordlicht: FTBFS on various architectures

[Peter Spiess-Knafl]

Hi!

Thank you for raising the bug and suggesting the fix. I am on it.

Greetings
Peter

On Fri, 29 Jan 2016 14:33:18 + Edmund Grimley Evans
 wrote:
> Source: nordlicht
> Version: 0.4.4-1
> Tags: patch
> User: debian-...@lists.debian.org
> Usertags: arm64
> 
> It failed to build on ARM architectures and presumably on other
> architectures with plain char unsigned:
> 
> https://buildd.debian.org/status/package.php?p=nordlicht=sid
> 
> There's a "char c" in main.c.
> Change it to "int c", because poptGetNextOpt returns int.
> That's your patch.
> 
> 

Bug#801253: O: wicd -- wired and wireless network manager

[Axel Beckert]

Hi,

toogley wrote:
> On 02/01/2016 09:11 PM, Axel Beckert wrote:
> > And the uploads 1.7.3-1 and 1.7.3-2 have shown that this probably was
> > a good idea. ;-)
> 
> Do you mean because of the big amount of fixed bugs?

Because quite some severe bugs were found in the first two uploads.

There were quite a lot of changes upstream between 1.7.2.4 and 1.7.3,
so the chances for regressions, etc. were rather high -- and indeed
some were found.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#813413: Upgrade from mysql-server-5.5 can break configurations that use the conf.d directory

[Robie Basak]

reassign 813413 mysql-common
tags 813413 + moreinfo
thanks

Hi Justin,

On Mon, Feb 01, 2016 at 11:45:46AM -0600, Justin Pasher wrote:
> In my opinion, the directories should be reversed so that the conf.d/
> directory is included last so it will properly override the defaults like
> before. Obviously, it's easy to fix this locally in my mysql.cnf file, but
> this ended up as a surprise on my home machine because I override the
> bind-address option in a file under conf.d/ to allow remote connections.

Thank you for the report and your suggestion. The reason I did it this
way round is that conf.d/ is shared by both MySQL and MariaDB (and
Percona, etc), and also used by any client even if a server is not
installed. So I thought it was important to allow a server variant (eg.
MySQL server or MariaDB server) to be able to override general client
configuration with any variant-specific needs.

I appreciate that your use case caused breakage upon upgrade for you.
Unfortunately I can't think of a way to solve this that solves both
needs. If you can think of something then I'd be happy to consider it.

Robie


signature.asc
Description: Digital signature

Bug#813285: debian-installer: Error in DHCP

[ioann sys]

> ​Well given it supposedly works with a manually assigned IP, I suspect
> firmware isn't required for it to operate.
>
> I suspect a misconfigured DHCP server as the problem.
>

If i disabled "Address Reservation" on my router, then my network
controller receive IP address from DHCP server scope. I have problem, when
this option is active.
Thank you for your guidance, recently I try to install a test image, frequently
by adding firmware.
​

Bug#801253: O: wicd -- wired and wireless network manager

[toogley]

On 02/01/2016 09:11 PM, Axel Beckert wrote:
> In general or in case of wicd as of now?


i'm interested in both, so thanks for answering it :)


On 02/01/2016 09:11 PM, Axel Beckert wrote:
> And the uploads 1.7.3-1 and 1.7.3-2 have shown that this probably was
> a good idea. ;-)

Do you mean because of the big amount of fixed bugs?

Bug#813422: cacti can't be installed on MariaDB server

[Paul Gevers]

Package: cacti
Version: 0.8.8f+ds1-4
Severity: important
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

When we tried to install cacti on MariaDB server, we got on error about a key
being too long. Otto (maintainer of MariaDB package) suggested to move to
InnoDB engine.

Need to discuss with upstream.

- -- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (60, 'unstable'), (50, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 cacti depends on:
ii  dbconfig-mysql  2.0.0
ii  debconf [debconf-2.0]   1.5.56
ii  libapache2-mod-php5 5.6.17+dfsg-0+deb8u1
ii  libjs-jquery1.11.3+dfsg-4
ii  libjs-jquery-cookie 10-1
ii  libjs-jquery-ui 1.10.1+dfsg-1
ii  libjs-jquery-ui-theme-ui-lightness  1.8.24+dfsg-1
ii  libphp-adodb5.15-1
ii  perl5.20.2-3+deb8u3
ii  php55.6.17+dfsg-0+deb8u1
ii  php5-cli5.6.17+dfsg-0+deb8u1
ii  php5-mysql  5.6.17+dfsg-0+deb8u1
ii  php5-snmp   5.6.17+dfsg-0+deb8u1
ii  rrdtool 1.4.8-1.2
ii  snmp5.7.3+dfsg-1
ii  ucf 3.0030

Versions of packages cacti recommends:
ii  apache2 [httpd]  2.4.10-10+deb8u4
ii  iputils-ping 3:20121221-5+b2
ii  logrotate3.8.7-1+b1
ii  mysql-server 5.5.47-0+deb8u1
ii  mysql-server-5.5 [virtual-mysql-server]  5.5.47-0+deb8u1

Versions of packages cacti suggests:
pn  moreutils  
pn  php5-ldap  

- -- debconf information excluded

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJWr7LMAAoJEJxcmesFvXUKNmYH/0QqWufB9mA0qknaqEMu8Mq9
PWzFjgFU8Vh7okYqbaWiKIbCowNRJ5Lgr3pevvd1gqMa2ut4fcGicyt8y34XlKM9
bEZtgRheQPYyo4wHr3M7GiQZ/h6B3BS7qeiSjS0qelfGVDm0WiFk0msybvuKzanh
FSxIT+rx5miJiU6ERaFwlw8zfMlE4zOQxUIPLD2pDZCaPB/vnhAapC0ogWjFGdtA
3eE5P/85OLXcHZt3hPZqusNkwc6py6JjgdWNDZq89Tn8n0p447trf7j5in8MsQ/E
bAEaJs47DeDqXGKZJndvuVkBeq67sU3bIAGopGnwF2i4gOjyVGevLt5m1Wc8SMk=
=EEkc
-END PGP SIGNATURE-

Bug#801253: O: wicd -- wired and wireless network manager

[toogley]

Hey,

what exactly needs to be changed in the package to be uploaded in 
unstable? Or what is the reason for waiting some time before changing 
from "UNRELEASED" to "unstable" inside the debian changelog file?




On 01/26/2016 02:24 PM, Axel Beckert wrote:

Hi,

toogley wrote:

does it bother, when i work at the package within a delay of a week at most?


If it doesn't bother that I work on the package, too.

At least I want to fix the things I broke with the initial 1.7.3
upload. :-)


@Axel:

May i import + upload the next version of wicd (which is 1.7.5, i think)?


Fine for me. I do expect another upstream release anyway, since I told
upstream which of the Debian patches he could import. :-)

Maybe you should subscribe to the two wicd upstream mailing lists (if
you haven't already):

http://sourceforge.net/p/wicd/mailman/?source=navbar


https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/wicd.html
says, the package building has failed,


Oh! Didn't notice so far.

Ah, it only failed in one of two builds, in the one with a non-English
locale. So there may be locale-dependent things in the build system.


because of "dpkg-source: warning: failed to verify signature on 
./wicd_1.7.3-3.dsc"


I don't see that line in the log at
https://tests.reproducible-builds.org/logs/unstable/amd64/wicd_1.7.3-3.build2.log.gz
(which is the log of the failed build)

That line is from
https://tests.reproducible-builds.org/rbuild/unstable/amd64/wicd_1.7.3-3.rbuild.log
which didn't fail.

So that's not the reason. This issue is the reason for failed build:

[...]
dh_install
dh_install: wicd-daemon missing files: usr/share/locale/
dh_install: missing files, aborting
debian/rules:8 : la recette pour la cible « binary » a échouée
make: *** [binary] Erreur 255
dpkg-buildpackage: erreur: fakeroot debian/rules binary a produit une erreur de 
sortie de type 2

Regards, Axel

Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

Hi,

I forgot to ask: do you plan to upload that package? If not, I'll ask
my usual sponsor.

Regards,
Tino


signature.asc
Description: PGP signature

Bug#813430: libreoffice-common: If libreoffice-impress isn't installed, trying to create a new impress document doesn't do anything

[Rene Engelhard]

# affects basically all packages, and even more so 5.1.0 of course which
# is at a different branch to not marked as affected with that "found" version.
# Simply kill it.
notfound 813430 1:5.0.5~rc1-1
retitle 813430 LO shows icon for e.g. impress when libreoffice-impress isn't 
installed and thus doesn't open
thanks

Hi,

On Mon, Feb 01, 2016 at 03:30:04PM -0500, Jon Daley wrote:
> A minor issue, though it confused me for a while.  Somehow I didn't install 
> "libreoffice", but just "libreoffice-writer", 
> and so if I type "libreoffice", I get a dialog that has new buttons for 
> documents, calcs, impress presentations, etc.

Yeah, the startcenter...

> When I click "new impress document" it does nothing.  No log messages to 
> stdout/err, no popup, etc.  I've been having some dbus 
> issues, so I thought it was something along those lines, but eventually 
> figured out that it simply wasn't installed.  Duh.

Yeah, known issue... It's also the case for other more subtle things...

> It would be nice if when trying to create a document that isn't installed, 
> there was a popup that says, 
> "you need to install libreoffice-impress" or whatever.

We did that for the Report Builder, but that was a extension, so it was easier
as there was something designed for that. Not for "core" components.

>  Or maybe remove the buttons so then I can't click on them.

The "problem" is that even upstream splits the packages and don't have that
either given they consider all of it one suite. The problem even exists
upstream.

Regards,

Rene

Bug#813240: nmu: lazarus_1.4.4+dfsg-2

[Paul Gevers]

Hi Emilio,

On 01-02-16 10:34, Emilio Pozuelo Monfort wrote:
>> nmu lazarus_1.4.4+dfsg-2 . ALL . -m "Rebuild against fpc 3.0.0"
> 
> Scheduled. Note you want ANY, not ALL.

Please be aware that I just answered N to the reportbug question:

Choose the request type: 1
Please enter the name of the package: lazarus
Checking status database...
Please enter the version of the package: lazarus_1.4.4+dfsg-2
Is this request for specific architectures? [y|N|?]?

The result is ALL. Do you want me to file a bug against reportbug?

Paul



signature.asc
Description: OpenPGP digital signature

Bug#813189: [Pkg-openssl-devel] Bug#813189: libio-socket-ssl-perl: FTBFS with current libssl1.0.2: t/startssl-failed.t hangs

[Salvatore Bonaccorso]

Hi Kurt,

On Mon, Feb 01, 2016 at 06:44:32PM +0100, Kurt Roeckx wrote:
> On Mon, Feb 01, 2016 at 04:16:52PM +0100, Salvatore Bonaccorso wrote:
> > On Sun, Jan 31, 2016 at 08:34:44PM +0100, Kurt Roeckx wrote:
> > > On Sat, Jan 30, 2016 at 10:51:06PM +0100, Salvatore Bonaccorso wrote:
> > > > 
> > > > FTR, Upstream has released a new version (I have imported in our git
> > > > repo already):
> > > > 
> > > > 2.023 2016/01/30
> > > > - OpenSSL 1.0.2f changed the behavior of SSL shutdown in case the TLS 
> > > > connection
> > > >   was not fully established (commit: 
> > > > f73c737c7ac908c5d6407c419769123392a3b0a9).
> > > >   This somehow resulted in Net::SSLeay::shutdown returning 0 (i.e. keep 
> > > > trying)
> > > >   which caused an endless loop. It will now ignore this result in case 
> > > > the TLS
> > > >   connection was not yet established and consider the TLS connection 
> > > > closed
> > > >   instead.
> > > > 
> > > > But this does not seem to fully resolve the issue yet. When I try to
> > > > build the testsuite still get stuck.
> > > 
> > > So as I understand it, the problem is that the client just sends
> > > crap, the server tells the client it sends crap, but then waits
> > > for the client to properly terminate the question which it never
> > > does?
> > > 
> > > It's at least not behaviour I can reproducing using s_server, the
> > > server actually closes the connection for me.
> > 
> > JFTR, the additional problem is unrelated to the OpenSSL change. I
> > (and as well Gregor) was able to reproduce it in the pbuilder setup
> > when using the default USENETWORK=no (but not if switching to
> > USENETWORK=yes). So #813189 on its own can be considered resolved.
> 
> I'd like to understand what change was needed in
> libio-socket-ssl-perl.  Can you point me to it?
> 
> I'm wondering if we should change something on the OpenSSL side or
> not.

Ack. Here is the change which was applied to IO::Socket::SSL to
workaround the changes in OpenSSL:

https://github.com/noxxi/p5-io-socket-ssl/commit/6e23ee4a433f83f1065bd2467255eba5ee9b1ddd

Thank you for your help and looking into it!

Regards,
Salvatore

Bug#798988: g_slice_set_config: assertion 'sys_page_size == 0' failed

[Stephen Paul Weber]

Package: iceweasel
Version: 38.6.0esr-1~deb8u1
Followup-For: Bug #798988

iceweasel on jessie on lemote yeeloong laptop (mips) crashes when trying to 
launch it with:

(process:3226): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size 
== 0' failed
Illegal instruction

I installed iceweasel-dbg and ran under gdb which yields:

(process:2684): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size 
== 0' failed
warning: GDB can't find the start of the function at 0x6bada978.

GDB is unable to find the start of the function at 0x6bada978
and thus can't determine the size of that function's stack frame.
This means that GDB may be unable to access that stack frame, or
the frames below it.
This problem is most likely caused by an invalid program counter or
stack pointer.
However, if you think GDB should simply search farther back
from 0x6bada978 for code which looks like the beginning of a
function, you can increase the range of the search using the `set
heuristic-fence-post' command.

Program received signal SIGILL, Illegal instruction.
0x6bada978 in ?? ()
(gdb) bt
#0  0x6bada978 in ?? ()


-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: mipsel (mips64)

Kernel: Linux 3.16.0-4-loongson-2f
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u2
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
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  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-9
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
ii  gstreamer1.0-libav 1.4.4-2
ii  gstreamer1.0-plugins-good  1.4.4-2

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-2.1
pn  libgnomeui-0   
ii  libgssapi-krb5-2   1.12.1+dfsg-19+deb8u1
pn  mozplugger 

-- no debconf information

Bug#813424: postinst fails hosteddomains and esmtpacceptmailfor.dir

[Anthony DeRobertis]

Package: courier-base
Version: 0.75.0-10
Severity: serious

# dpkg --configure -a
Setting up courier-base (0.75.0-10) ...
chown: cannot access ‘/etc/courier/hosteddomains’: No such file or directory
dpkg: error processing package courier-base (--configure):
 subprocess installed post-installation script returned error exit status 1

I'm not sure where that file is supposed to come from, I don't think
I've ever had one.

I touched it in to existance, then got:

# dpkg --configure -a
Setting up courier-base (0.75.0-10) ...
chown: cannot access ‘/etc/courier/esmtpacceptmailfor.dir’: No such file or 
directory
dpkg: error processing package courier-base (--configure):
 subprocess installed post-installation script returned error exit status 1

I don't think had that ever, either. Note that I'm only using the IMAP
server, not the SMTP server. Touching that into existence finally
allowed the postinst to finish. After it finished, I rm'd them.

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/8 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 courier-base depends on:
ii  adduser 3.113+nmu3
ii  courier-authdaemon  0.66.1-1+b1
ii  courier-authlib 0.66.4-2
ii  courier-authlib-userdb  0.66.1-1+b1
ii  debconf [debconf-2.0]   1.5.58
ii  libc6   2.21-7
ii  libcourier-unicode1 1.4-1
ii  libfam0 2.7.0-17.1+b1
ii  libgdbm31.8.3-13.1
ii  libssl1.0.2 1.0.2f-2
ii  lsb-base9.20160110
ii  openssl 1.0.2f-2
ii  perl5.22.1-4

courier-base recommends no packages.

courier-base suggests no packages.

-- Configuration Files:
/etc/courier/shared/index [Errno 13] Permission denied: 
u'/etc/courier/shared/index'

-- debconf information:
  courier-base/maildirpath:
  courier-base/maildir: Maildir
* courier-base/webadmin-configmode: false
* courier-base/certnotice:

Bug#813423: pulseaudio: Pulseaudio mutes when connecting headphones

[Jean-Philippe MENGUAL]

Source: pulseaudio
Version: 7.1-2
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

I'm using pulseaudio and I'm blind. I use MATE.

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

1. Open a session
2. Set a volume
3. Plug in headphones or any jack hardware
4. If you still have sounds, plug-in/out several times (3 times about).

   * What was the outcome of this action?

The sound becomes mute or at minimum. It's critical for someone loosing
speech sxnth
and other sounds.

   * What outcome did you expect instead?

The sound should stay stable, same level as it was before.

*** End of the template - remove these template lines ***


Regards,

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

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

Bug#813398: opensmtpd: segfaults when relaying email

[Björn Schümann]

OpenSMTPD has an issue about the problem:
https://github.com/OpenSMTPD/OpenSMTPD/issues/650

  

Bug#813428: RM: pocketsphinx [mips64el mipsel s390x] -- RoQA; outdated binaries depending on gstreamer 0.10

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Hi,
please remove pocketsphinx on [mips64el mipsel s390x]. These binaries
are outdated and still depend on gstreamer 0.10 (build fixes tracked
via 812335). Samuel acked the removal.

Cheers,
Moritz

Bug#813101: nordlicht: FTBFS on various architectures

[Peter Spiess-Knafl]

I just took a look at the failing build logs. It seems that the linking
step gets killed after 150 minutes. I can reproduce it on a Raspbian I
have locally running.

Do you have any idea how to fix this?

Greetings
Peter

On 02/01/2016 09:32 PM, Peter Spiess-Knafl wrote:
> Hi!
> 
> Thank you for raising the bug and suggesting the fix. I am on it.
> 
> Greetings
> Peter
> 
> On Fri, 29 Jan 2016 14:33:18 + Edmund Grimley Evans
>  wrote:
>> Source: nordlicht
>> Version: 0.4.4-1
>> Tags: patch
>> User: debian-...@lists.debian.org
>> Usertags: arm64
>>
>> It failed to build on ARM architectures and presumably on other
>> architectures with plain char unsigned:
>>
>> https://buildd.debian.org/status/package.php?p=nordlicht=sid
>>
>> There's a "char c" in main.c.
>> Change it to "int c", because poptGetNextOpt returns int.
>> That's your patch.
>>
>>
> 
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
> 

Bug#805574: thunar: renaming leads to segfault

[Yves-Alexis Perez]

control: forwarded -1 https://bugzilla.xfce.org/show_bug.cgi?id=12264
On lun., 2016-02-01 at 17:10 +0100, d wrote:
> Same Issue here. Every times I rename a file with Thunar it suddenly
> crash, and terminate the application leave me just with this line in
> messages:
> 
> [433124.627513] Thunar[17357]: segfault at 0 ip 7fc1be1c535e sp
> 7ffd9714f768 error 4 in libc-2.21.so[7fc1be135000+19a000]

To all people in this thread: I'm not especially ignoring you but:

- I apparently can't reproduce
- This is an upstream bug, which is has been reported upstream

Fix should be done upstream. It's also quite possible the bug lies in glib or
something.

Regards,
-- 
Yves-Alexis



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

Bug#813240: nmu: lazarus_1.4.4+dfsg-2

[Mattia Rizzolo]

On Mon, Feb 01, 2016 at 07:50:32PM +0100, Paul Gevers wrote:
> > Scheduled. Note you want ANY, not ALL.
> 
> Please be aware that I just answered N to the reportbug question:
> Is this request for specific architectures? [y|N|?]?
> 
> The result is ALL. Do you want me to file a bug against reportbug?

No, you just need to update your reportbug, it was fixed in version
6.6.5, see #795687.


-- 
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#808123: closed by Bastian Blank <wa...@debian.org> (Re: Bug#808123: lvm2: adding LVM support after the installation makes the machine unbootable)

[Sandro Tosi]

On Mon, Feb 1, 2016 at 8:30 PM, Bastian Blank  wrote:
>
> Hi
>
> Please learn how to quote mails.

are you serious? so maybe you want to learn how to email the submitter
of a bug if you are communicating something to them, so that they dont
have only the close email to work with...

>
> On Mon, Feb 01, 2016 at 08:03:25PM +, Sandro Tosi wrote:
> > did you at least check this doesnt apply to newer versions?
>
> No, I did not.  But as you asked:
>
> | % grep checkfs /etc/init.d/lvm2
> | X-Start-Before:checkfs mountall
> | % ls -al /etc/rcS.d/*lvm2 /etc/rcS.d/*checkfs*
> | lrwxrwxrwx 1 root root 14 Jul 17  2013 /etc/rcS.d/S04lvm2 -> ../init.d/lvm2
> | lrwxrwxrwx 1 root root 20 Jul 17  2013 /etc/rcS.d/S06checkfs.sh -> 
> ../init.d/checkfs.sh

this doesnt prove the bug wont be there in newer versions: did you
install lvm2 after the machine installation?

-- 
Sandro "morph" Tosi
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#813427: fglrx-driver: Updating / installing libfglrx-amdxvba1 fails with a conflict

[Andreas Beckmann]

Control: tag -1 jessie

On 2016-02-01 20:58, John Franklin wrote:
> Updating or installing the xvba-va-driver or the libfglrx-amdxvba1 packages, 
> a conflict is reported by dpkg and the install fails.

xvba-va-driver has been obsoleted by the updated driver package, which
provides the same functionality. So you should be able to remove tha
xvba-va-driver package while upgrading the fglrx-driver packages (which
will provide the virtual package xvba-va-driver, in case a dependency
needs it).
Looks like I didn't catch that upgrade error beforehand :-(



Andreas

Bug#813429: python-numpy: breaks the CI tests of some installed packages

[Ole Streicher]

Package: python3-numpy
Version: 1:1.11.0~b2-1
Severity: serious
Forwarded: Yes

The numpy beta release breaks the CI tests of some astrophysics
packages, namely python-astropy, sunpy, and wcsaxes. Upstream bug
reports are here:

https://github.com/numpy/numpy/issues/7161
https://github.com/numpy/numpy/issues/7162
https://github.com/numpy/numpy/issues/7164

Although it is not everywhere clear whether this is a problem of numpy
or the astrophysics packages, I'd ask not to enter testing unless the
problems are resolved by numpy or clarified that the dependent packages
shall fix it.

Would it generally be possible to put beta releases to experimental
instead of unstable?

Best regards

Ole

Bug#813128: Fwd: Bug#813128: transition: openmpi

[Matthias Klose]

On 01.02.2016 15:38, Emilio Pozuelo Monfort wrote:

On 01/02/16 12:41, Alastair McKinstry wrote:


The upload of openmpi1.10 triggered an auto-openmpi transition, as
expected and wanted.
The rest, is premature.


The problem is that you uploaded the package directly to unstable, without
asking for a transition slot and without fixing those problems you mention
beforehand. It'd have been better to upload it to experimental until things were
ready.

Since that has already happened, it'd be good to know what packages build fine
against the new openmpi and which ones don't.


fyi, I was surprised as well, tried to go forward, and ended up with
http://people.canonical.com/~ubuntu-archive/transitions/html/openmpi.html
(only tried dependency level 1 to build).

Matthias

Bug#804698: RFP: muchsync -- synchronize maildirs and notmuch databases

[anarcat]

On Tue, Nov 10, 2015 at 11:24:27AM -0500, Antoine Beaupré wrote:
>  * it works! or at least i think it does: i'm testing it right now

Actually, it doesn't work: I sent an email to the upstream author about
this and to the notmuch mailing list, but basically, here it eats up all
memory before being killed by the OOM-killer. (~11GB of mail).

A.

-- 
It will be a great day when our schools get all the money they need
and the air force has to hold a bake sale to buy a bomber.
- Unknown

Bug#811347: newer 1.3.2 debian package available for review

[Chris Knadle]

Hey, Tino.

Combining replies.

Tino Mettler:
> Hi,
> 
> I prepared a final 1.3.2-1 package, which you can download here:
> 
> http://tikei.de/debian/xca/xca_1.3.2-1.dsc

Thanks much, I'll have a look.

> I decided to not touch debian/copyright as I intend to switch to the
> new copyright 1.0 format in the future.

That's fine.

> The package also closes your bug #811347.

Yes, as it should.  ;-)

Tino Mettler:
> Hi,
>
> I forgot to ask: do you plan to upload that package? If not, I'll ask
> my usual sponsor.

Well I'm not a DD (yet) so I can't upload it directly -- I'm a DM.  DMs can
only directly upload packages that they are the maintainer/uploader for, and
only if a DD has requested that the DM be given permission to upload that
specific package.

ftp-master.debian.org has the following link for details:

   https://lists.debian.org/debian-devel-announce/2012/09/msg8.html

In the case of xca I never intended to upload the package I had updated to
Debian.  Rather, I updated the package for my own use (due to Bug #706539)
intending to release it to my own external repo, and I offered the result to
you at the same time in the hope that it would help you with packaging an
updated version that you could upload to Debian.  ;-)



Side notes:

One of the most recent 2 messages in this thread was signed, and I see the
key was revoked -- looks like it was signed with your old key rather than
your newer one.  ;-)

If you're interested in becoming a DM, what you'll need is 2 GPG signatures
from DDs (on your newer key), and 2 GPG-signed messages from DDs sent to a
specific mailing list as part of the process.  (And now also an Alioth guest
account, apparently.)  See the "Join the NM process" link at:

   https://nm.debian.org/

... which requires logging in to an Alioth guest account to view (and this
is the reason I briefly listed the requirements above).

   -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us



signature.asc
Description: OpenPGP digital signature

Bug#811522: proposed RM: jenkins -- RoQA; multiple security issues, FTBFS, unmaintained in Debian

[Emmanuel Bourg]

Control: retitle -1 RM: jenkins -- ROM; multiple security issues, FTBFS, 
unmaintained in Debian
Control: reassign -1 ftp.debian.org

Le 19/01/2016 17:11, Ansgar Burchardt a écrit :

> I suggest to remove the package from Debian.  If there are no
> objections, I'll reassign the request to the ftp.debian.org pseudo-
> package later.

Let's do it.

Bug#813101: nordlicht: FTBFS on various architectures

[James Cowgill]

Hi,

On Mon, 2016-02-01 at 22:05 +0100, Peter Spiess-Knafl wrote:
> I just took a look at the failing build logs. It seems that the linking
> step gets killed after 150 minutes. I can reproduce it on a Raspbian I
> have locally running.
> 
> Do you have any idea how to fix this?

It's not the link step that fails in the build logs, it's the help2man
call. help2man runs 'nordlicht --help' which never terminates.

From main.c:
> char c;
> 
> // The next line leaks 3 bytes, blame popt!
> while ((c = poptGetNextOpt(popt)) = 0) { }

But 'char' is unsigned on arm so the while condition is always true. If
nordlicht was compiled with -Wall, gcc would tell you about this:

> ../main.c: In function 'main':
> ../main.c:112:39: warning: comparison is always true due to limited
> range of data type [-Wtype-limits]
>  while ((c = poptGetNextOpt(popt)) >= 0) { }
>    ^
> ../main.c:114:11: warning: comparison is always false due to limited
> range of data type [-Wtype-limits]
>  if (c < -1) {
>    ^

James

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

Bug#813101: nordlicht: FTBFS on various architectures

[James Cowgill]

On Mon, 2016-02-01 at 22:26 +, James Cowgill wrote:
> But 'char' is unsigned on arm so the while condition is always true. If
> nordlicht was compiled with -Wall, gcc would tell you about this:
> 
> > ../main.c: In function 'main':
> > ../main.c:112:39: warning: comparison is always true due to limited
> > range of data type [-Wtype-limits]
> >  while ((c = poptGetNextOpt(popt)) >= 0) { }
> >    ^
> > ../main.c:114:11: warning: comparison is always false due to limited
> > range of data type [-Wtype-limits]
> >  if (c < -1) {
> >    ^

Oops it turns out you actually need -Wextra to enable this. It's
definitely worth it to enable both though.

James

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

Bug#813004: jessie-pu: package ruby-defaults/1:2.1.5+deb8u2

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2016-01-31 at 17:58 -0200, Antonio Terceiro wrote:
> On Sun, Jan 31, 2016 at 06:04:48PM +, Adam D. Barratt wrote:
> > Control; tags -1 + confirmed
> > 
> > On Thu, 2016-01-28 at 11:34 -0200, Antonio Terceiro wrote:
> > > This fixes a serious bug which stops a transitional package from being
> > > installed on jessie:
> > > 
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798712
> > > 
> > > The debdiff is very simple, and goes attached.
> > 
> > Please go ahead.
> 
> just uploaded

Flagged for acceptance.

Regards,

Adam

Bug#813432: php5.6-mysql does not provide depreciated mysql_*() interface

[Julian Calaby]

Package: php5.6-mysql
Version: 5.6.17+dfsg-5
Severity: important

Dear Maintainer,

php5.6-mysql does not provide the depreciated mysql_* interface.

This means that it cannot be installed in place of the old php5-mysql package.

Thanks,

Julian Calaby


-- Package-specific info:
 Additional PHP 5.6 information 

 PHP @PHP_VERSION SAPI (php5.6query -S): 

 PHP 5.6 Extensions (php5.6query -M -v): 

 Configuration files: 
 /etc/php/5.6/mods-available/mysqli.ini 

 /etc/php/5.6/mods-available/pdo_mysql.ini 


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages php5.6-mysql depends on:
ii  libc6  2.21-7
ii  php-common 24
ii  php5.6-common  5.6.17+dfsg-5
ii  ucf3.0031

php5.6-mysql recommends no packages.

php5.6-mysql suggests no packages.

Versions of packages php5.6-common depends on:
ii  php-common  24

Versions of packages php5.6-common suggests:
pn  php-user-cache  

Versions of packages php5.6-cli depends on:
ii  libc62.21-7
ii  libdb5.3 5.3.28-11
ii  libedit2 3.1-20150325-1+b1
ii  libmagic11:5.25-2
ii  libpcre3 2:8.38-1
ii  libqdbm141.8.78-6+b2
ii  libssl1.0.2  1.0.2f-2
ii  libxml2  2.9.3+dfsg1-1
ii  mime-support 3.59
ii  php5.6-common5.6.17+dfsg-5
ii  php5.6-opcache   5.6.17+dfsg-5
ii  php5.6-readline  5.6.17+dfsg-5
ii  tzdata   2015g-1
ii  ucf  3.0031
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages php5.6-cli suggests:
ii  php-pear  5.6.17+dfsg-3

Versions of packages libapache2-mod-php5.6 depends on:
ii  apache2 2.4.18-1
ii  apache2-bin [apache2-api-20120211]  2.4.18-1
ii  libc6   2.21-7
ii  libdb5.35.3.28-11
ii  libmagic1   1:5.25-2
ii  libpcre32:8.38-1
ii  libqdbm14   1.8.78-6+b2
ii  libssl1.0.2 1.0.2f-2
ii  libxml2 2.9.3+dfsg1-1
ii  mime-support3.59
ii  php5.6-cli  5.6.17+dfsg-5
ii  php5.6-common   5.6.17+dfsg-5
ii  php5.6-json 1.3.9-1
ii  php5.6-opcache  5.6.17+dfsg-5
ii  tzdata  2015g-1
ii  ucf 3.0031
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages libapache2-mod-php5.6 suggests:
ii  php-pear  5.6.17+dfsg-3

-- no debconf information

Bug#813433: gstreamer1.0-plugins-ugly: Gstreamer plugin scan freezes any gstreamer using browser

[Allan Sandfeld Jensen]

Package: gstreamer1.0-plugins-ugly
Version: 1.6.3-1
Severity: important

Both Konqueror and Iceweasel will completely freeze when opening any web-site 
which
has an html video tag. Attaching a debugger shows the applications waiting on 
an event
inside gstreamer in a plugin scan. It was discovered removing the ugly set of 
plugins
solved the issue. Upgrading the ugly set to 1.7 from experimental was tried but
did not help.

Following stdout was emitted by both browsers before hanging:
(gst-plugin-scanner:31849): GLib-GObject-WARNING **: cannot register existing 
type 'GstAudioVisualizer-BaseExtLibvisual'

(gst-plugin-scanner:31849): GLib-CRITICAL **: g_once_init_leave: assertion 
'result != 0' failed

(gst-plugin-scanner:31849): GLib-GObject-CRITICAL **: g_type_register_static: 
assertion 'parent_type > 0' failed

(gst-plugin-scanner:31849): GLib-CRITICAL **: g_once_init_leave: assertion 
'result != 0' failed

(gst-plugin-scanner:31849): GStreamer-CRITICAL **: gst_element_register: 
assertion 'g_type_is_a (type, GST_TYPE_ELEMENT)' failed


The hang was not CPU bound, but happened in a nested gstreamer eventloop in 
both applications blocking the UI.

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

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

Versions of packages gstreamer1.0-plugins-ugly depends on:
ii  liba52-0.7.40.7.4-18
ii  libc6   2.19-19
ii  libcdio13   0.83-4.2
ii  libdvdread4 5.0.3-1
ii  libgcc1 1:6-20160117-1
ii  libglib2.0-02.46.1-1
ii  libgstreamer-plugins-base1.0-0  1.7.1-1
ii  libgstreamer1.0-0   1.7.1-1
ii  libmad0 0.15.1b-8
ii  libmp3lame0 1:3.99.5-dmo2
ii  libmpeg2-4  0.5.1-7
pn  libopencore-amrnb0  
pn  libopencore-amrwb0  
ii  liborc-0.4-01:0.4.24-1
pn  libsidplay1 
ii  libstdc++6  6-20160117-1
ii  libtwolame0 0.3.13-1.2
pn  libx264-142 

gstreamer1.0-plugins-ugly recommends no packages.

gstreamer1.0-plugins-ugly suggests no packages.

Bug#807578: /usr/bin/afl-clang-fast: strict dependency on clang version not declared

[Daniel Stender]

On Thu, 7 Jan 2016 01:28:17 +0100 Jakub Wilk  wrote:
> * Daniel Stender , 2016-01-07, 01:00:
> >+  * Hardcode current LLVM/clang version in debian/ files and in the
> >+source (added hardcode-llvm-version.patch) to prevent crash of
> >+afl-clang-fast because default build-time and runtime version
> >+differs (Closes: #807578).
> 
> I'd expect that afl-clang(-fast) uses clang, not clang-X.Y.
> Also, you patched afl-clang-fast, leaving afl-clang unchanged.
> 
> But this is all unnecessary, because the problem is somewhere else:
> 
> > override_dh_gencontrol:
> > dh_gencontrol
> >-debian/dh_clang -p afl-clang
> 
> You were calling dh_clang after dh_gencontrol, which is obviously too late.
> 
> -- 
> Jakub Wilk

I was planning to change hardcode-clang-version.patch to run against and build 
against
clang/llvm 3.7 to get afl for arm64 again (#796343, probably other bugs could 
be resolved by that
move, too), but llvm-3.7 is missing on some other archs currently, so that's 
not an option.

However, I'm going to keep the patch for the next upload although default clang 
doesn't differ
between Unstable and Testing anymore, it could be easily changed when 3.7 gets 
better. Dropping
the patch now and getting it back into charge again later doesn't makes much 
sense.

Anyway, dh_clang has been put into the right place for times hardcoding and 
versioned building
is going to be dropped again. Thanks for the pointer!

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#797926: transition: openssl: remove SSLv3 methods

[Emilio Pozuelo Monfort]

On 01/02/16 18:14, Mattia Rizzolo wrote:
> If I'm looking right at this transition the only remaining package is
> pbbam, where the maintainer-built binary was built against the old
> libssl.
> 
> Please binNMU it.
> 
> Does it being ma:same implies you should binNMU all archs to preserve
> coinstallability?

Rebuilt on amd64 and i386.

Cheers,
Emilio

Bug#794960: tt-rss: Does not start on boot

[Jeremy Malcolm]

On 26/01/2016 9:32 AM, Sebastian Reichel wrote:
> Could you try with mysql-server-5.6 from testing, which provides a
> systemd service file?

This will require me to upgrade libstdc which scares me a lot, so I
won't do that.  Instead I copied out the systemd service file and the
files that it references from the testing package and manually copied
that over to my jessie system, but it didn't help.  So I guess I will
just have to wait to see if the problem persists after I eventually
upgrade my whole system.

-- 
Jeremy Malcolm PhD LLB (Hons) B Com
Internet lawyer, ICT policy advocate, geek
echo "9EEAi^^;6C6]>J^=^>6"|tr '\!-~' 'P-~\!-O'|wget -q -i - -O -




signature.asc
Description: OpenPGP digital signature

Bug#813413: Upgrade from mysql-server-5.5 can break configurations that use the conf.d directory

[Justin Pasher]

It's understandablehow this could be desirable in different use cases. 
My concern is that this could catch quite a few people with an 
unexpected config change. In my case, the problem was very obvious, as 
remote connection no longer worked. However, it's possible that some 
people might be using it to override common MySQL settings on a 
per-server basis (such as settings related to memory usage, temp table 
sizes, buffer sizes, etc). In those cases, the server would probably 
continue running as if nothing was wrong, but they could experience a 
sudden performance hit when the daemon is suddenly not utilizing as much 
memory for caching and the like.


Just to confirm, the implied behavior in MySQL 5.5 was that options set 
within conf.d/ would override the global defaults under 
/etc/mysql/my.cnf (since the conf.d/ directory was included at the end 
of my.cnf). Now the default behavior in MySQL 5.6 is that the global 
config file (now in /etc/mysql/mysql.conf.d/mysqld.cnf) overrides the 
settings withing conf.d/ files. This is the main gotcha that concerned 
me, since it wasn't something I was expecting. I didn't really see 
anything in the Debian changelog that would warn of this, aside from 
"Switch to new /etc/mysql/my.cnf management scheme" for 5.6.25-2.


As far as a way to solve it for both needs, I'm not sure what would be 
the best way. It does seem like the upgrade from 5.5 to 5.6 would be the 
best time to hammer it out though, since someone will be consciously 
performing this upgrade. Maybe it's better to move any existing custom 
files under conf.d/ into the mysql.conf.d/ directory (is that even 
tracked)? They could be named in a way to ensure they are included after 
the other mysql*.cnf files. I'm not familiar with all of the upgrade 
paths people might be following (for me it was just a "routine" MySQL 
server upgrade), so I don't know how feasible this is. I would think at 
least at a minimum some sort of warning that this is happening so it 
wouldn't catch people completely off-guard.


Thanks.

Justin Pasher

Bug#813419: eclipse-egit: FTBFS: generateScript: Some inter-plug-in dependencies have not been satisfied.

[Emmanuel Bourg]

Thank you for the report Chris. I guess this issue was caused by the
libslf4j-java/1.7.14-1 update where I replaced the custom OSGi metadata
with the one used upstream. This changed the Bundle-SymbolicName from
org.slf4j to slf4j.api but I fail to see how to modify eclipse-egit to
use the new name. Any help from an Eclipse expert would be welcome.

Emmanuel Bourg

Bug#813419: eclipse-egit: FTBFS: generateScript: Some inter-plug-in dependencies have not been satisfied.

[Markus Koschany]

Am 01.02.2016 um 22:37 schrieb Emmanuel Bourg:
> Thank you for the report Chris. I guess this issue was caused by the
> libslf4j-java/1.7.14-1 update where I replaced the custom OSGi metadata
> with the one used upstream. This changed the Bundle-SymbolicName from
> org.slf4j to slf4j.api but I fail to see how to modify eclipse-egit to
> use the new name. Any help from an Eclipse expert would be welcome.

I intend to work on upgrading Eclipse to the latest upstream release,
most likely starting at the beginning of March. I hope we can replace
the current version before the next release. I guess we shouldn't invest
too much time in fixing those kind of issues as long as we haven't
packaged a newer upstream release yet.

Markus




signature.asc
Description: OpenPGP digital signature

Bug#805848:

[Mathieu Bridon]

I'm getting Kodi crashes because of a bug in taglib 1.9, which seems to
be fixed in 1.10

Can we have an update?

Thanks,


-- 
Mathieu

Bug#714923: opencv FTBFS on sparc64

[David Matthew Mattli]

Source: opencv
Followup-For: Bug #714923
User: debian-sp...@lists.debian.org
Usertags: sparc64

The _Atomic_word problem was reintroduced in two places and it's
breaking the sparc64 build again. You can see the problem in this
build log:

https://buildd.debian.org/status/fetch.php?pkg=opencv=sparc64=2.4.9.1%2Bdfsg-1.2=\
\
1452934608

I've updated the "change_type_from_int_to_Atomic_word" patch already
in the opencv package to add corrections for the problematic
lines. Please replace the current patch with the one attached to fix
the build.

Thanks,
David Mattli



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

Kernel: Linux 4.3.0-1-sparc64-smp (SMP w/1 CPU core)
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)


Description: Fix FTBFS on sparc64
Author: Aurelien Jarno , David Mattli 
Forwarded: not yet
Debian-Bug: 714923
Last-Update: <2015-01-25>

Index: opencv-2.4.9.1+dfsg/modules/core/include/opencv2/core/core.hpp
===
--- opencv-2.4.9.1+dfsg.orig/modules/core/include/opencv2/core/core.hpp
+++ opencv-2.4.9.1+dfsg/modules/core/include/opencv2/core/core.hpp
@@ -1300,7 +1300,7 @@ public:
 operator const _Tp*() const;
 
 _Tp* obj; //< the object pointer.
-int* refcount; //< the associated reference counter
+_Atomic_word* refcount; //< the associated reference counter
 };
 
 
@@ -1468,9 +1468,9 @@ class CV_EXPORTS MatAllocator
 public:
 MatAllocator() {}
 virtual ~MatAllocator() {}
-virtual void allocate(int dims, const int* sizes, int type, int*& refcount,
+virtual void allocate(int dims, const int* sizes, int type, _Atomic_word*& 
refcount,
   uchar*& datastart, uchar*& data, size_t* step) = 0;
-virtual void deallocate(int* refcount, uchar* datastart, uchar* data) = 0;
+virtual void deallocate(_Atomic_word* refcount, uchar* datastart, uchar* 
data) = 0;
 };
 
 /*!
@@ -1965,7 +1965,7 @@ public:
 
 //! pointer to the reference counter;
 // when matrix points to user-allocated data, the pointer is NULL
-int* refcount;
+_Atomic_word* refcount;
 
 //! helper fields used in locateROI and adjustROI
 uchar* datastart;
@@ -3384,7 +3384,7 @@ public:
 {
 Hdr(int _dims, const int* _sizes, int _type);
 void clear();
-int refcount;
+_Atomic_word refcount;
 int dims;
 int valueOffset;
 size_t nodeSize;
Index: opencv-2.4.9.1+dfsg/modules/core/include/opencv2/core/gpumat.hpp
===
--- opencv-2.4.9.1+dfsg.orig/modules/core/include/opencv2/core/gpumat.hpp
+++ opencv-2.4.9.1+dfsg/modules/core/include/opencv2/core/gpumat.hpp
@@ -301,7 +301,7 @@ namespace cv { namespace gpu
 
 //! pointer to the reference counter;
 // when GpuMatrix points to user-allocated data, the pointer is NULL
-int* refcount;
+_Atomic_word* refcount;
 
 //! helper fields used in locateROI and adjustROI
 uchar* datastart;
Index: opencv-2.4.9.1+dfsg/modules/core/include/opencv2/core/operations.hpp
===
--- opencv-2.4.9.1+dfsg.orig/modules/core/include/opencv2/core/operations.hpp
+++ opencv-2.4.9.1+dfsg/modules/core/include/opencv2/core/operations.hpp
@@ -2281,7 +2281,7 @@ public:
 Hdr() : data(0), datastart(0), refcount(0), size(0), capacity(0) {};
 _Tp* data;
 _Tp* datastart;
-int* refcount;
+_Atomic_word* refcount;
 size_t size;
 size_t capacity;
 };
@@ -2588,7 +2588,7 @@ template inline Ptr<_Tp>::
 {
 if(obj)
 {
-refcount = (int*)fastMalloc(sizeof(*refcount));
+refcount = (_Atomic_word*)fastMalloc(sizeof(*refcount));
 *refcount = 1;
 }
 else
@@ -2625,7 +2625,7 @@ template inline Ptr<_Tp>::
 
 template inline Ptr<_Tp>& Ptr<_Tp>::operator = (const Ptr<_Tp>& 
_ptr)
 {
-int* _refcount = _ptr.refcount;
+_Atomic_word* _refcount = _ptr.refcount;
 if( _refcount )
 CV_XADD(_refcount, 1);
 release();
Index: opencv-2.4.9.1+dfsg/modules/core/src/gpumat.cpp
===
--- opencv-2.4.9.1+dfsg.orig/modules/core/src/gpumat.cpp
+++ opencv-2.4.9.1+dfsg/modules/core/src/gpumat.cpp
@@ -716,7 +716,7 @@ void cv::gpu::GpuMat::create(int _rows,
 datastart = data = static_cast(devPtr);
 dataend = data + nettosize;
 
-refcount = static_cast(fastMalloc(sizeof(*refcount)));
+refcount = static_cast<_Atomic_word*>(fastMalloc(sizeof(*refcount)));
 *refcount = 1;
 }
 }
Index: opencv-2.4.9.1+dfsg/modules/core/src/matrix.cpp

Bug#813128: Fwd: Bug#813128: transition: openmpi

[Emilio Pozuelo Monfort]

On 01/02/16 16:10, Mattia Rizzolo wrote:
> On Mon, Feb 01, 2016 at 03:38:21PM +0100, Emilio Pozuelo Monfort wrote:
>> The problem is that you uploaded the package directly to unstable, without
>> asking for a transition slot and without fixing those problems you mention
>> beforehand. It'd have been better to upload it to experimental until things 
>> were
>> ready.
> 
> For reference, this way:
> https://wiki.debian.org/Teams/ReleaseTeam/Transitions
> 
>> Since that has already happened, it'd be good to know what packages build 
>> fine
>> against the new openmpi and which ones don't.
> 
> I locally tested src:scotch and it built fine.  I'd personally love if
> you could trigger a rebuild of it, so that a work of mine can go on. ♥

I want to know if the rdeps are in a good shape and can be rebuilt, and then
I'll schedule all of them.

Cheers,
Emilio

Bug#788109: wishlist: would be good to offer an alsa binary for systems without pulseaudio

[Alexandru Csete]

Hi,

Just a note that since gqrx v2.5 it is possible to select audio
backend at build time using the LINUX_AUDIO_BACKEND cmake option.

-DLINUX_AUDIO_BACKEND=Pulseaudio
-DLINUX_AUDIO_BACKEND=Gr-audio

Gr-audio will by default use ALSA.
It has not been thoroughly tested, but on OS X we already use gr-audio
with a different backend.

Alex

Bug#813436: iqtree: FTBFS on most 32-bit platforms: -m32 -msse3 inappropriate

[Aaron M. Ucko]

Source: iqtree
Version: 1.3.11.1+dfsg-1
Severity: important
Justification: fails to build from source

Builds of iqtree on most 32-bit platforms failed with errors related
to the use of -m32, -msse3, or both.  Neither option yielded build
errors on *i386, which failed due to a different problem I'll report
shortly.  x32 also supports both flags, but interprets -m32 as
requesting an i386 build, for which a suitable libstdc++ development
package was absent:

  /usr/include/c++/5/new:39:28: fatal error: bits/c++config.h: No such file or 
directory
  compilation terminated.

The remaining architectures failed with errors of the form

  cd /«BUILDDIR»/iqtree-1.3.11.1+dfsg/obj-arm-linux-gnueabi/model && 
/usr/bin/c++   -DBINARY32 -DIQ_TREE -D_USE_PTHREADS -D__SSE3 
-I/«BUILDDIR»/iqtree-1.3.11.1+dfsg 
-I/«BUILDDIR»/iqtree-1.3.11.1+dfsg/obj-arm-linux-gnueabi -I/usr/include/eigen3  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -fopenmp  -m32   -msse3 -o 
CMakeFiles/model.dir/modelgtr.cpp.o -c 
/«BUILDDIR»/iqtree-1.3.11.1+dfsg/model/modelgtr.cpp
  c++: error: unrecognized command line option '-m32'
  c++: error: unrecognized command line option '-msse3'
  model/CMakeFiles/model.dir/build.make:65: recipe for target 
'model/CMakeFiles/model.dir/modelgtr.cpp.o' failed

though some at least supported -m32 as a no-op.

It is generally inappropriate to use either option when building
Debian packages on any architecture; the compiler already defaults to
the right overall ABI, and specifying flags like -msse3 normally
limits the portability of the resulting binaries (unless code relying
on the extension is carefully predicated on a CPUID test).

Could you please take a look?

Thanks!

Bug#813437: iqtree: FTBFS on *i386: cp: missing destination file operand

[Aaron M. Ucko]

Source: iqtree
Version: 1.3.11.1+dfsg-1
Severity: important
Justification: fails to build from source

The i386 and kfreebsd-i386 builds of iqtree got past #813436, but
failed anyway due to executable-name variation:

  [100%] Linking CXX executable iqtree32-omp
  [...]
  cp -a `find /«BUILDDIR»/iqtree-1.3.11.1+dfsg -name iqtree-omp -type f 
-executable` /«BUILDDIR»/iqtree-1.3.11.1+dfsg/debian/tmp-omp/usr/bin
  cp: missing destination file operand after 
'/«BUILDDIR»/iqtree-1.3.11.1+dfsg/debian/tmp-omp/usr/bin'

Could you please take a look?

Thanks!

Bug#813435: vlc: No longer shows the video title when playing YouTube videos

[Andoru]

Package: vlc
Version: 2.2.1-5+b3
Severity: normal

So up until a few versions ago, VLC would nicely display the name of each
video that was currently playing, but for a few weeks now, all that is
displayed in the title bar is '#e62117'

Is this known upstream or is it a Debian-specific bug?



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

Kernel: Linux 4.4-0.dmz.4-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-44
ii  libavcodec-ffmpeg56 7:2.8.5-1+b1
ii  libavutil-ffmpeg54  7:2.8.5-1+b1
ii  libc6   2.21-7
ii  libcaca00.99.beta19-2+b1
ii  libcairo2   1.14.6-1
ii  libegl1-mesa [libegl1-x11]  11.1.1-2
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreetype62.6.1-0.1
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.3.1-7
ii  libgl1-mesa-glx [libgl1]11.1.1-2
ii  libgles1-mesa [libgles1]11.1.1-2
ii  libgles2-mesa [libgles2]11.1.1-2
ii  libglib2.0-02.46.2-3
ii  libpulse0   7.1-2
ii  libqt5core5a5.5.1+dfsg-13
ii  libqt5gui5  5.5.1+dfsg-13
ii  libqt5widgets5  5.5.1+dfsg-13
ii  libqt5x11extras55.5.1-3
ii  librsvg2-2  2.40.13-2
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-12
ii  libstdc++6  5.3.1-7
ii  libva-drm1  1.6.2-1
ii  libva-x11-1 1.6.2-1
ii  libva1  1.6.2-1
ii  libvlccore8 2.2.1-5+b3
ii  libvncclient1   0.9.10+dfsg-3+b1
ii  libx11-62:1.6.3-1
ii  libxcb-composite0   1.11.1-1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.11.1-1
ii  libxcb-shm0 1.11.1-1
ii  libxcb-xv0  1.11.1-1
ii  libxcb1 1.11.1-1
ii  libxext62:1.3.3-1
ii  libxi6  2:1.7.6-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.1-5+b3
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
ii  vlc-plugin-notify  2.2.1-5+b3
ii  vlc-plugin-samba   2.2.1-5+b3
ii  xdg-utils  1.1.1-1

vlc suggests no packages.

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-18
ii  libasound2 1.0.29-1
ii  libass50.13.1-1
ii  libavahi-client3   0.6.32~rc+dfsg-1
ii  libavahi-common3   0.6.32~rc+dfsg-1
ii  libavc1394-0   0.5.4-2
ii  libavcodec-ffmpeg567:2.8.5-1+b1
ii  libavformat-ffmpeg56   7:2.8.5-1+b1
ii  libavutil-ffmpeg54 7:2.8.5-1+b1
ii  libbasicusageenvironment1  2016.01.29-2
ii  libbluray1 1:0.9.2-2
ii  libc6  2.21-7
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2+b1
ii  libchromaprint01.2-2
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11+b1
ii  libdbus-1-31.10.6-1
ii  libdc1394-22   2.2.3-1
ii  libdca00.0.5-7
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libdvbpsi101.3.0-4
ii  libdvdnav4 5.0.3-1
ii  libdvdread45.0.3-1
ii  libebml4v5 1.3.3-1
ii  libfaad2   2.8.0~cvs20150510-1
ii  libflac8   1.3.1-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6.1-0.1
ii  libfribidi00.19.7-1
ii  libgcc11:5.3.1-7
ii  libgcrypt201.6.4-5
ii  libgnutls303.4.8-3
ii  libgpg-error0  1.21-1
ii  libgroupsock8  2016.01.29-2
ii  libjpeg62-turbo1:1.4.2-2
ii  libkate1   0.4.1-5
ii  liblircclient0 0.9.0~pre1-1.2
ii  liblivemedia50 2016.01.29-2
ii  liblua5.2-05.2.4-1
ii  libmad00.15.1b-8
ii  libmatroska6v5 1.4.4-1
ii  libmodplug11:0.8.8.5-2
ii  libmpcdec6 2:0.1~r475-1
ii  libmpeg2-4 0.5.1-7
ii  libmtp91.1.10-2
ii  libncursesw5   6.0+20151024-2
ii  libogg01.3.2-1
ii  libopus0   1.1.2-1
ii  libpng12-0 1.2.54-1
ii  libpostproc-ffmpeg53   7:2.8.5-1+b1
ii  

Bug#756292: debian-history: [INTL:pt] Portuguese translation -- please update

[Américo Monteiro]

A Sábado, 30 de Janeiro de 2016 07:00:07, você escreveu:
> Hi,
> 
> > I have committed the pt.po file, that you sent on 28 Jul 2014, into the
> > repository: (sorry for this long delay of 16 months)
> > 
> > see
> > http://anonscm.debian.org/viewvc/ddp/manuals/trunk/project-history/po4a/p
> > o/
> > 
> > I will sent you the pt.po file and the pot template via private mail, so
> > you can update for the latest changes.
> 
> Here you are.
> 
> Holger


Hi

Here is the updated portuguese translation

Best regards
Américo Monteiro


debian-history_pt.po.gz
Description: GNU Zip compressed data

Bug#813439: libcore-ocaml-dev: undeclared dependency on libcustom-printf-camlp4-dev

[Aaron M. Ucko]

Package: libcore-ocaml-dev
Version: 113.00.00-1
Severity: serious
Justification: Policy 7.2

ocaml-textutils FTBFS:

  ocaml setup.ml -build
  W: Cannot find source file matching module 'textutils' in library textutils
  ocamlfind ocamlopt unix.cmxa -I /usr/lib/ocaml/ocamlbuild 
/usr/lib/ocaml/ocamlbuild/ocamlbuildlib.cmxa -linkpkg myocamlbuild.ml 
/usr/lib/ocaml/ocamlbuild/ocamlbuild.cmx -o myocamlbuild
  /usr/bin/ocamlfind ocamldep -syntax camlp4o -syntax camlp4o -syntax camlp4o 
-package threads -package sexplib.syntax -package sexplib -package 
pa_ounit.syntax -package pa_ounit -package core -modules lib/ascii_table.mli > 
lib/ascii_table.mli.depends
  + /usr/bin/ocamlfind ocamldep -syntax camlp4o -syntax camlp4o -syntax camlp4o 
-package threads -package sexplib.syntax -package sexplib -package 
pa_ounit.syntax -package pa_ounit -package core -modules lib/ascii_table.mli > 
lib/ascii_table.mli.depends
  ocamlfind: Package `custom_printf' not found - required by `core'
  Command exited with code 2.
  E: Failure("Command ''/usr/bin/ocamlbuild' lib/textutils.cma 
lib/textutils.cmxa lib/textutils.a lib/textutils.cmxs -use-ocamlfind -tag 
debug' terminated with error code 10")
  debian/rules:25: recipe for target 'override_dh_auto_build' failed
  make[1]: *** [override_dh_auto_build] Error 1

The issue appears to be that libcore-ocaml-dev has an undeclared
dependency on libcustom-printf-camlp4-dev.  Could you please take a
look?

Thanks!

Bug#813443: ITP: libneo4j-client -- Client library and shell for Neo4j

[Chris Leishman]

Package: wnpp
Severity: wishlist
Owner: Chris Leishman 

* Package name: libneo4j-client
  Version : 0.7.1
  Upstream Author : Chris Leishman 
* URL : https://cleishm.github.io/libneo4j-client/
* License : Apache-2.0
  Programming Lang: C
  Description : Client library and shell for Neo4j

libneo4j-client is a client library that takes care of all the detail of
extablishing a session with a Neo4j server, sending statements for evaluation 
and
retrieving results.

neo4j-client is a shell client for connecting to a Neo4j server, sending 
statements
and rendering results to tables or CSV.

I am the upstream author of libneo4j-client.

Bug#685198: Please let me set a site-wide default of TempDir=$XDG_RUNTIME_DIR!

[Trent W. Buck]

As at Jessie, (audacity=2.0.6-2), the default directory is 
/var/tmp/audacity-.

This can't be changed in the environment (e.g. export 
AUDACITY_TMPDIR=$XDG_RUNTIME_DIR).
This can't be changed (for all users) in /etc or /usr (e.g. 
/usr/share/audacity/audacity.cfg).
This can only be fixed in each user's $HOME/.audacity-data/audacity.cfg.

Per http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html,
please use $XDG_RUNTIME_DIR as the default.

Typically XDG_RUNTIME_DIR is auto-managed by systemd-logind,
such that it is stored in RAM and has available space equal to 50% of total RAM.

The manpage indicates that the temp dir should be "fast";
RAM is *MUCH* faster than a local disk :-)

The manpage says it defaults to /var/tmp instead of /tmp so that if
the entire OS crashes, the temporary files can be recovered.
Since my OS doesn't crash, I don't need to worry about that :-)

The relevant code is src/AudacityApp.cpp:1090:AudacityApp::OnInit().

Please let me set a site-wide default of TempDir=$XDG_RUNTIME_DIR!

Bug#810106: bibclean: please update - proposal for take-over

[Norbert Preining]

Hi Thorsten,

good to hear from you.

> I tried to upload a newer version of bibclean, but failed to apply
> the current patches.

Indeed. I have contacted Nelson about this already, and hope that
he will implement a - let's say - more standard approach.

> All in all this seems to be a lot of work, that I can not accomplish at the 
> moment.

Me, too, I will not be able to invest that much time, unless
Nelson makes some things easier for us - Nelson, please!

> So, I won't mind if you take over the package and put it into the
> debian-tex-maint group ...

This or into collab-maint and both of us try to work on it?

All the best

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#813441: FTBFS

[Jacek Wielemborek]

Package: transmission

Steps to reproduce:

1. docker run -ti d33tah/afl-sid bash -l
2. apt-get build-dep -y $pkg
3. apt-get source tranwsmission
4. cd transmission*
5. dpkg-buildpackage -uc -us -Jauto

Log:

Mon Feb  1 15:07:12 2016: g++ -m64 -fPIE -pie -Wl,-z,relro -Wl,-z,now
-Wl,--as-needed,--no-undefined,--no-add-needed -o transmission-qt
about.o add-data.o app.o dbus-adaptor.o details.o favicon.o file-tree.o
filterbar.o filters.o freespace-label.o formatter.o hig.o license.o
mainwin.o make-dialog.o options.o prefs.o prefs-dialog.o relocate.o
session.o session-dialog.o squeezelabel.o stats-dialog.o torrent.o
torrent-delegate.o torrent-delegate-min.o torrent-filter.o
torrent-model.o tracker-delegate.o tracker-model.o
tracker-model-filter.o triconpushbutton.o utils.o watchdir.o
qrc_application.o moc_about.o moc_app.o moc_dbus-adaptor.o moc_details.o
moc_favicon.o moc_file-tree.o moc_filterbar.o moc_freespace-label.o
moc_formatter.o moc_hig.o moc_license.o moc_mainwin.o moc_make-dialog.o
moc_options.o moc_prefs.o moc_prefs-dialog.o moc_relocate.o
moc_session.o moc_session-dialog.o moc_squeezelabel.o moc_stats-dialog.o
moc_torrent.o moc_torrent-delegate.o moc_torrent-delegate-min.o
moc_torrent-filter.o moc_torrent-model.o moc_tracker-delegate.o
moc_tracker-model.o moc_tracker-model-filter.o moc_triconpushbutton.o
moc_utils.o moc_watchdir.o   -L/usr/X11R6/lib64
../libtransmission/libtransmission.a ../third-party/libutp/libutp.a
../third-party/dht/libdht.a -lminiupnpc -lnatpmp -L/lib -lz -lrt
-lfontconfig -lfreetype -lcurl -lssl -lcrypto -levent -lQt5Widgets
-lQt5Gui -lQt5Network -lQt5DBus -lQt5Core -lpthread -lGL
Mon Feb  1 15:07:12 2016: /usr/bin/ld: app.o: undefined reference to
symbol '_ZSt9terminatev@@GLIBCXX_3.4'
Mon Feb  1 15:07:12 2016: //usr/lib/x86_64-linux-gnu/libstdc++.so.6:
error adding symbols: DSO missing from command line
Mon Feb  1 15:07:12 2016: collect2: error: ld returned 1 exit status
Mon Feb  1 15:07:12 2016: Makefile:343: recipe for target
'transmission-qt' failed
Mon Feb  1 15:07:12 2016: make[2]: *** [transmission-qt] Error 1
Mon Feb  1 15:07:12 2016: make[2]: Leaving directory
'/root/pkg/transmission-2.84/qt'
Mon Feb  1 15:07:12 2016: dh_auto_build: make -j1 returned exit code 2
Mon Feb  1 15:07:12 2016: debian/rules:29: recipe for target
'override_dh_auto_build' failed
Mon Feb  1 15:07:12 2016: make[1]: *** [override_dh_auto_build] Error 25
Mon Feb  1 15:07:12 2016: make[1]: Leaving directory
'/root/pkg/transmission-2.84'
Mon Feb  1 15:07:12 2016: debian/rules:19: recipe for target 'build' failed
Mon Feb  1 15:07:12 2016: make: *** [build] Error 2
Mon Feb  1 15:07:12 2016: dpkg-buildpackage: error: debian/rules build
gave error exit status 2
mv: cannot stat '/root/pkg/*.deb': No such file or directory



signature.asc
Description: OpenPGP digital signature

Bug#813381: [pkg-wine-party] Bug#813381: fonts-wine: freetype_SelectFont can't find a single appropriate font

[Michael Gilbert]

control: tag -1 moreinfo

On Mon, Feb 1, 2016 at 9:21 AM, Bjørn Mork wrote:
> Running e.g. winefile with  WINEDEBUG=warn+all results in lots of
> warnings like this:
>
>  fixme:font:freetype_SelectFont can't find a single appropriate font - bailing

You may need to run winecfg to update an existing config.  Please
reply whether that works, and I'll document it.

Best wishes,
Mike

Bug#685134: [s390-tools] please add patch from qemu

[Dimitri John Ledkov]

On Fri, 17 Aug 2012 11:21:04 +0200 bastien ROUCARIES
 wrote:
> Package: s390-tools
> Severity: important
> Tags: patch
>
> Please add http://repo.or.cz/w/s390-tools.git for booting s390 from qemu. it 
> port virtio.
>
> I have ported the pach queue to recent s390-tools. Not tested only merge 
> without conflict.
>
> Thanks
>
> Bastien

Hello,

Is this still required? I see that qemu-2.5 has support for booting El
Torito .iso images, and it boots Debian off virtio block drives just
fine.

Granted, it looks like debian packaging strips the s390 firmware file,
and doesn't rebuild it. Maybe that should simply be fixed and that's
it?

Regards,

Dimitri.

Bug#802306: confirmed on current testing. Valgrind results attached

[Tim Molteno]

Hi There.

packagekit-dbg is installed already, and hasn't quit on me while 
launched from the command line (but I've not left it particularly long). 
Is there something specific that needs to be done after installing 
packagekit-dbg?


Run under valgrind again and run pkcon refresh several times (this 
always gives an error as shown below)

tim@kaka:~$ sudo pkcon refresh
Refreshing cache [=]
Waiting in queue [=]
Loading cache [=]
Finished [=]
Fatal error: Cannot refresh cache whilst offline
tim@kaka:~$


tim@kaka:~$ sudo G_DEBUG=gc-friendly G_SLICE=always-malloc valgrind 
--tool=memcheck --leak-check=full --leak-resolution=high --xml=yes 
--xml-file=vgdump.xml --num-callers=20 /usr/lib/packagekit/packagekitd 
--verbose

13:07:51PackageKit  Verbose debugging enabled (on console 1)
13:07:51PackageKit  daemon shutdown set to 0 seconds
13:07:52PackageKit  clearing download cache at 
/var/cache/PackageKit/downloads

13:07:52PackageKit  destination eth0 is valid
13:07:52PackageKit  setting config file watch on 
/etc/PackageKit/PackageKit.conf

13:07:52PackageKit  Trying to load : aptcc
13:07:52PackageKit  dlopening 
'/usr/lib/x86_64-linux-gnu/packagekit-backend/libpk_backend_aptcc.so'
13:07:53PackageKit  trying to open database 
'/var/lib/PackageKit/transactions.db'

13:07:53PackageKit  job count is now at 5
13:07:54PackageKit  is_default: 0
13:07:54PackageKit  not default, skipping
13:07:54PackageKit  is_default: 0
13:07:54PackageKit  not default, skipping
13:07:54PackageKit  network state is offline
13:07:54PackageKit  PkEngine: acquired name: 
org.freedesktop.PackageKit

^Y13:08:21  PackageKit  CreateTransaction method called
13:08:21PackageKit  job count now 6
13:08:21PackageKit  trying to open database 
'/var/lib/PackageKit/transactions.db'

13:08:21PackageKit  job count is now at 5
13:08:21PackageKit  transaction now new
13:08:21PackageKit  setting sender to :1.536
13:08:21PackageKit  adding transaction 0xc2158b0
13:08:21PackageKit  sending object path: '/6_bdccdace'
13:08:21PackageKit  notify::connected
13:08:21PackageKit  SetHints method called: 
locale=en_NZ.UTF-8, background=false, interactive=true, cache-age=4294967295

13:08:21PackageKit  locale changed to en_NZ.UTF-8
13:08:21PackageKit  cache-age changed to -1
13:08:21PackageKit  RefreshCache method called: 0
13:08:21PackageKit  transaction now waiting-for-auth
13:08:21PackageKit  authorizing action 
org.freedesktop.packagekit.system-sources-refresh

13:08:21PackageKit  transaction now ready
13:08:21PackageKit  changing transaction to exclusive mode
13:08:21PackageKit  1 transactions in list, 1 committed 
but not finished

13:08:21PackageKit  transaction now running
13:08:21PackageKit  failed to set the session state 
(non-fatal): failed to get the proxy from the database
13:08:21PackageKit  setting role for /6_bdccdace to 
refresh-cache

13:08:23PackageKit  State:
0   refresh-cache   /6_bdccdace state[running] exclusive[1] 
background[0]


13:08:23PackageKit  1 are running
13:08:27PackageKit  percentage value is going down to 0 
from 99
13:08:27PackageKit  percentage value is going down to 0 
from 99

13:08:29PackageKit  is_default: 0
13:08:29PackageKit  not default, skipping
13:08:29PackageKit  is_default: 0
13:08:29PackageKit  not default, skipping
13:08:29PackageKit  network state is offline
13:08:29PackageKit  emitting error-code no-network, 
'Cannot refresh cache whilst offline'

13:08:29PackageKit  backend was running for 7905 ms
13:08:29PackageKit  emitting finished 'failed', 7905
13:08:29PackageKit  transaction now finished
13:08:29PackageKit  1 transactions in list, 0 committed 
but not finished
13:08:35PackageKit  transaction /6_bdccdace completed, 
removing

13:08:35PackageKit  emitting destroy /6_bdccdace
13:08:39PackageKit  CreateTransaction method called
13:08:39PackageKit  job count now 7
13:08:39PackageKit  trying to open database 
'/var/lib/PackageKit/transactions.db'

13:08:39PackageKit  job count is now at 6
13:08:39PackageKit  

Bug#785230: freecad: SIGSEV in PyCallable_Check() while clicking in main window in draft mode

[Jeffrey Cliff]

can not reproduce in unstable

On 29 January 2016 at 19:55, W. Martin Borgert  wrote:

> Dear Jeffrey,
>
> could you please check whether the problem still exists in the
> current Debian package 0.15.4671+dfsg1-4 (in unstable)?
>
> Many thanks in advance!
>



-- 
GENERATION 26: The first time you see this, copy it into your sig on any
forum and add 1 to the generation

Bug#813037: flashcache: patch to switch flashcache to use dm messages

[Liang Guo]

On Mon, Feb 1, 2016 at 6:48 PM, Andy Whitcroft  wrote:
> Package: flashcache
> Version: 3.1.3+git20150701-2
> Followup-For: Bug #813037
> User: a...@ubuntu.com
> Usertags: origin-ubuntu xenial ubuntu-patch
>
> Hi,
>
> After discussions with upstream we have found a different existing
> mechamism to have target specific ioctl style calls.  These are achieved
> via DM messages.  The attached patch switches the kernel component to
> use DM messages to implement the whitelist/blacklist, and adds backwards
> compatibility for those to the flashcache_setioctl helper.
>
> Hope this is of use.
>
> -apw
>
Hi, Would you please push it to upstream first ?

Thanks,

-- 
Liang Guo
http://guoliang.me/

Bug#813438: iqtree: FTBFS on most 64-bit platforms: unrecognized command line option '-mavx'

[Aaron M. Ucko]

Source: iqtree
Version: 1.3.11.1+dfsg-1
Severity: important
Justification: fails to build from source

Builds of iqtree for 64-bit platforms other than amd64 and
kfreebsd-amd64 failed:

  /usr/bin/c++   -DIQ_TREE -D_USE_PTHREADS -D__SSE3 
-I/«BUILDDIR»/iqtree-1.3.11.1+dfsg 
-I/«BUILDDIR»/iqtree-1.3.11.1+dfsg/obj-aarch64-linux-gnu -I/usr/include/eigen3  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -fopenmp-D__AVX -mavx -fabi-version=0 -o 
CMakeFiles/avxkernel.dir/phylotreeavx.cpp.o -c 
/«BUILDDIR»/iqtree-1.3.11.1+dfsg/phylotreeavx.cpp
  c++: error: unrecognized command line option '-mavx'
  CMakeFiles/avxkernel.dir/build.make:65: recipe for target 
'CMakeFiles/avxkernel.dir/phylotreeavx.cpp.o' failed

Could you please take a look, bearing in mind that it's best to avoid
this option even on *amd64 because it normally limits the portability
of the resulting binaries (unless code relying on the extension is
carefully predicated on a CPUID test)?

Thanks!

Bug#603995: libwpd-bindings: FTBFS: Collecting from unknown thread. Aborted.

[Rene Engelhard]

clone 603995 -1
reassign -1 ftp.debian.org
severity -1 normal
retitle -1 RM: libwpd-bindings/experimental -- ROM; FTBFS, obsolete
thanks

Hi,

On Wed, Nov 12, 2014 at 09:10:14PM +0100, Andreas Beckmann wrote:
> Nowadays it already fails during the configure step:
> 
> [...]
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for WPDBINDINGS... no
> configure: error: Package requirements (
> libwpd-0.9 >= 0.9.0
> libwpd-stream-0.9 >= 0.9.0
> ) were not met:
> 
> No package 'libwpd-0.9' found
> No package 'libwpd-stream-0.9' found

Yeah.

And looking at http://sourceforge.net/projects/libwpd/files/libwpd-bindings/
it a) is dead b) never was ported to 0.10.

So let's remove it.

Regards,

Rene

Bug#813442: SIGSEGV in _PyObject_GC_Malloc while drawing DWires

[Jeffrey Cliff]

Package: freecad
Version: 0.15.4671+dfsg1-4

Linux veritas 4.3.0-1-686-pae #1 SMP Debian 4.3.3-7 (2016-01-19) i686 GNU/Linux


desktop environment: icewm
freecad:
  Installed: 0.15.4671+dfsg1-4
  Candidate: 0.15.4671+dfsg1-4
  Version table:
 *** 0.15.4671+dfsg1-4 500
500 http://mirror.csclub.uwaterloo.ca/debian sid/main i386 Packages
100 /var/lib/dpkg/status
 0.15.4671+dfsg1-3 500
500 http://mirror.csclub.uwaterloo.ca/debian stretch/main i386 Packages
makerspace@veritas:~

debian: sid

stack trace:
#0  0xb71ba58b in ?? () from /usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#1  0xb71b5eee in ?? () from /usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#2  0xb71c2fc0 in ?? () from /usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#3  0xb71c3d52 in _PyObject_GC_Malloc () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#4  0xb71c3dfc in _PyObject_GC_New () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#5  0xb71e950e in PyList_New () from /usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#6  0xb7142191 in PyEval_EvalFrameEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#7  0xb7146235 in PyEval_EvalFrameEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#8  0xb7146235 in PyEval_EvalFrameEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#9  0xb7146235 in PyEval_EvalFrameEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#10 0xb7146235 in PyEval_EvalFrameEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#11 0xb727cb6e in PyEval_EvalCodeEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#12 0xb7146145 in PyEval_EvalFrameEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#13 0xb727cb6e in PyEval_EvalCodeEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#14 0xb7146145 in PyEval_EvalFrameEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#15 0xb727cb6e in PyEval_EvalCodeEx () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#16 0xb71ed845 in ?? () from /usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#17 0xb7194a8d in PyObject_Call () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#18 0xb7217077 in ?? () from /usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#19 0xb7194a8d in PyObject_Call () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#20 0xb727bf5c in PyEval_CallObjectWithKeywords () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#21 0xb7195dce in PyObject_CallObject () from
/usr/lib/i386-linux-gnu/libpython2.7.so.1.0
#22 0xb7b0e5e3 in Gui::View3DInventorPy::eventCallback(void*,
SoEventCallback*) () from /usr/lib/freecad/lib/libFreeCADGui.so
#23 0xb679517b in SoEventCallback::handleEvent(SoHandleEventAction*)
() from /usr/lib/i386-linux-gnu/libCoin.so.80
#24 0xb67ae10f in SoNode::handleEventS(SoAction*, SoNode*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#25 0xb6513c55 in SoAction::traverse(SoNode*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#26 0xb66a7457 in SoChildList::traverse(SoAction*, int, int) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#27 0xb66a750a in SoChildList::traverse(SoAction*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#28 0xb67a0e8d in SoGroup::doAction(SoAction*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#29 0xb67c42ee in SoSeparator::doAction(SoAction*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#30 0xb67c442c in
SoSeparator::getPrimitiveCount(SoGetPrimitiveCountAction*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#31 0xb7a726d9 in
Gui::SoFCUnifiedSelection::handleEvent(SoHandleEventAction*) () from
/usr/lib/freecad/lib/libFreeCADGui.so
#32 0xb67ae10f in SoNode::handleEventS(SoAction*, SoNode*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#33 0xb6513c55 in SoAction::traverse(SoNode*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#34 0xb66a7457 in SoChildList::traverse(SoAction*, int, int) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#35 0xb66a750a in SoChildList::traverse(SoAction*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#36 0xb67a0e8d in SoGroup::doAction(SoAction*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#37 0xb67c42ee in SoSeparator::doAction(SoAction*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#38 0xb67c442c in
SoSeparator::getPrimitiveCount(SoGetPrimitiveCountAction*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#39 0xb67ae10f in SoNode::handleEventS(SoAction*, SoNode*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#40 0xb6513c55 in SoAction::traverse(SoNode*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#41 0xb6520bea in SoHandleEventAction::beginTraversal(SoNode*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#42 0xb65155da in SoAction::apply(SoNode*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#43 0xb66cac2c in SoEventManager::actuallyProcessEvent(SoEvent const*)
() from /usr/lib/i386-linux-gnu/libCoin.so.80
#44 0xb66cb01d in SoEventManager::processEvent(SoEvent const*) () from
/usr/lib/i386-linux-gnu/libCoin.so.80
#45 0xb7ad5705 in
SIM::Coin3D::Quarter::QuarterWidget::processSoEvent(SoEvent const*) ()
from /usr/lib/freecad/lib/libFreeCADGui.so
#46 0xb7ad0f7e in

Bug#813094: Split braille support into a separate package

[Samuel Thibault]

Hello,

Yuri D'Elia, on Fri 29 Jan 2016 12:46:45 +0100, wrote:
> It would be nice if you could split off braille support into a separate
> package, as originally mentioned in #808057.

Again, splitting into a separate package makes it more difficult to
people to find it. People who already have a hard time using a computer.

> On top of that, since scripts themselves can probe if louis is not available,
> there's no need for the dependency and fallback mechanism: just
> probe for liblouisutdml-bin directly, or quit otherwise.

We could lower the liblouis-bin dependency to a Recommends only indeed,
so that it gets pulled by default, but not made mandatory.

Samuel

Bug#809001: Konsole segmentation fault

[Maximiliano Curia]

Control: tags -1 + unreproducible

On 26/12/15 04:27, Carlos Kosloff wrote:
> I'd rather wait for it to migrate, I will close bug if update resolves issue.
I'm not able to reproduce the issue with the current versions of konsole and 
it's dependencies. As mentioned that you'd close the issue if the bug goes 
away, please consider this message a friendly ping.

Happy hacking,

Bug#801413: wheezy: update for polarssl's CVE-2015-5291

[Sébastien Delafond]

On Jan/31, Guido Günther wrote:
> Uploaded now. Thanks!

Hi Guido,

have you looked into fixing the jessie version (1.3.9-2.1) as well ? If
not, I'll need to look into it later this week, so that a DSA for
CVE-2015-5291 fixes both wheezy and jessie.

Cheers,

--Seb

Bug#813341: www.debian.org: Decide a place where to store logos so services can hotlink there

[Laura Arjona Reina]

Hi all
I've added the folder:

https://anonscm.debian.org/viewvc/webwml/webwml/english/Pics/hotlink/

to the website, now hosting the "usual" logos; so the Publicity team 
and/or website team can change them to the ones with black ribbon or 
whatever is needed.


Once the site is rebuilt and I see that they are visible in the 
internet, I'll propose patches to change the website to link here, and 
send another message to the services admins for the case they need 
different sizes/formats or they want to hotlink to 
https://www.debian.org/Pics/hotlink/[choose_file.png]


Best regards

--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#743903: /usr/lib/lsb/install_initd fails on any init script

[Peter Åstrand]

This bug is not fixed. install_initd still fails in the same way on Debian 
GNU/Linux 8 with all updates installed:


# /usr/lib/lsb/install_initd /etc/init.d/cups
Traceback (most recent call last):
   File "/usr/lib/lsb/install_initd", line 46, in 
 headers = initdutils.scan_initfile(initfile)
   File "/usr/lib/lsb/initdutils.py", line 79, in scan_initfile
 inheaders = RFC822Parser(strob=headerlines)
   File "/usr/lib/lsb/initdutils.py", line 24, in __init__
fileob = StringIO(strob)
TypeError: initial_value must be unicode or None, not str


---
Peter ÅstrandThinLinc Chief Developer
Cendio ABhttps://cendio.com
Teknikringen 8   https://twitter.com/ThinLinc
583 30 Linköping https://facebook.com/ThinLinc
Phone: +46 13 214 600https://google.com/+CendioThinLinc

Bug#808840: sddm doesn't use the system keyboard layout

[Maximiliano Curia]

Control: tag 808840 + unreproducible moreinfo

On 23/12/15 17:20, VA wrote:
> Package: sddm
> Version: 0.12.0-5
>
> SDDM completely ignores the system keyboard configuration and uses "us"
> layout. With the default "breeze" theme, it is not possible to choose any
> keyboard layout. "Maui" theme lets me choose the layout, but the only choice
> is "us" layout.
> The consoles have the correct "fr" layout.
> I chose French layout when configuring console-setup, keyboard-configuration.
>
> My /etc/default/keyboard contains:
> XKBMODEL="pc105"
> XKBLAYOUT="fr"
>
Hi,

I've been using a colemak layout with sddm since we started packaging it, and 
it works fine for me. Do you have an /etc/X11/xorg.conf file setting a keyboard 
configuration?

Happy hacking,

Bug#766228: systemd does not care /etc/default/grub

[Andreas Henriksson]

Hello all.

Adding some information below...

On Sat, Jan 30, 2016 at 08:42:27PM +0100, Michael Biebl wrote:
> Am 30.01.2016 um 20:41 schrieb Michael Biebl:
> > Control: tags -1 moreinfo
> > 
> > On Mon, 17 Nov 2014 23:30:24 + Philipp Hug  wrote:
> >> Hi Philippe,
> >>
> >> By looking at the code it seems that systemd sets
> >> /sys/module/vt/parameters/default_utf8
> >> based on the locale setting which makes sense:
> >>
> >> https://github.com/systemd/systemd/blob/master/src/vconsole/vconsole-setup.c#L92
> > 
> > 
> > Well, we don't use systemd-vconsole in Debian.
> > So it's still unclear to me, which part of the system is supposed care
> > for vt.default_utf8=0.
> > If it's a kernel parameter, as Philippe says, why should systemd care
> > for it?
> > 
> 
> Philippe, could you also please elaborate what this kernel parameter is
> supposed to do. Is there documentation somewhere?

I've recently been looking into related things so I'll add some information
here in hope that it can be useful.

First, the vt.default_utf8 kernel parameter is documented in 
https://www.kernel.org/doc/Documentation/kernel-parameters.txt
cited for your convenience:

vt.default_utf8=
[VT]
Format=<0|1>
Set system-wide default UTF-8 mode for all tty's.
Default is 1, i.e. UTF-8 mode is enabled for all
newly opened terminals.

This parameter is a module parameter for the vt module and configuration
of the terminal is set up according to the parameter by the kernel module
itself, see:
http://sources.debian.net/src/linux/4.3.3-5/drivers/tty/vt/vt.c/?hl=165#L165

Now lets put this in a Debian context. The vt.default_utf8 is pretty much
disregarded completely! As already mentioned systemd-vconsole-setup is not
(currently) used in Debian and this is AFAIK the only program that takes
vt.default_utf8 into consideration. In Debian we instead have (had) two
different ways of configuring the console, either via the (in stretch/sid)
no longer shipped /etc/init.d/kbd init script (configured via
/etc/kbd/config) or via console-setup (which has it's own configuration)...

(Please note that the kbd init script is *not* removed on package upgrade
if there's been any active configuration made by the system
administrator, so /can/ still be around on upgraded systems.)
The kbd init script always configures the terminal to use or not
the utf8 mode based on what it's own configuration says.

# determine the system charmap
ENV_FILE=''
[ -r /etc/environment ] && ENV_FILE="/etc/environment"
[ -r /etc/default/locale ] && ENV_FILE="/etc/default/locale"
[ "$ENV_FILE" ] && CHARMAP=$(set -a && . "$ENV_FILE" && locale charmap)
if [ "$CHARMAP" = "UTF-8" -a -z "$CONSOLE_MAP" ]
then
UNICODE_MODE=yes
fi


The usage of the entire init script is conditional on console-setup
not being installed, and guessing from popcon data it's likely that
anyone who uses kbd also uses console-setup in the very much dominating
normal case.

This pretty much leaves console-setup as the only relevant case to
consider in general (ignoring special-cases mentioned above).
AFAIK console-setup also completely disregards vt.default_utf8 kernel
setting and always explicitly configures the terminal to use or not
utf8 mode based on locale.
I'm not sure what the usecase of having your locale set to use UTF-8
while avoiding to set up the console in the same mode is. I thus think
console-setup pretty much behaves as expected. The kernel parameter
is not an *override* after all, it's a default (fallback)!
If you don't want console-setup to configure your consoles, then
the right solution is to uninstall it! (Yes, that's practically doable.)

Putting this all back into the context of the original bug report I'm
not sure exactly whats going on. If this for example was a symptom of
#759657 then the console should have been left in the vt.default_utf8
state and not the other way around. The original reporter says he
needs to actively rerun the locale setup to end up correct. That's
likely the cause. Something is actively setting up the locale in utf8
mode and configuring the console to match. Track that problem down
and you'll likely also find/fix the cause for the console being
configured.

Either way, this is definitely not caused by systemd-vconsole-setup!

HTH.

Regards,
Andreas Henriksson

Bug#810379: [Xen-devel] [BUG] pci-passthrough generates "xen:events: Failed to obtain physical IRQ" for some devices

[Ian Campbell]

On Sat, 2016-01-30 at 14:18 +0100, Tommi Airikka wrote:
> 
> 
> On Wed, Jan 27, 2016 at 7:30 PM, Konrad Rzeszutek Wilk  e.com> wrote:
> > On Sat, Jan 23, 2016 at 05:12:04PM +0100, Tommi Airikka wrote:
> > > Xen developers,
> > >
> > > After an upgrade of my Debian Jessie dom0 and domUs, my passthroughed
> > > NIC stopped working.
> > > This bug was probably introduced in Debian Jessie sometime
> > > between 2015-12-30 and 2016-01-08 as 2015-12-30 as 2015-12-30 was the
> > > last time I upgraded without any problems according to my dpkg.log.
> > 
> > This upgrade looks to only have upgraded the hypervisor?
> > 
> > As in I see:
> > 
> > domU "bug" "uname -a":
> > Linux bug 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u2 (2016-01-
> > 02)
> > x86_64 GNU/Linux
> > 
> > domU "working" "uname -a":
> > Linux working 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u2
> > (2016-01-02) x86_64 GNU/Linux
> > 
> > So same version? What was the earlier version of the hypervisor?
> I forgot to mention that I use apt-dater to upgrade both dom0 and domUs
> at the same time. domU "bug" was created for debugging purposes just a
> couple of hours after I used apt-dater and realized that there's
> something wrong with the pci passthrough. domU "bug" and domU "working"
> should have relatively similar software state.
> 
> According to dom0 dpkg.log, the xen-hypervisor-4.4-amd64 (version "4.4.1-
> 9+deb8u3") has been untouched since 2015-12-21.
> linux-image-3.16.0-4-amd64 was upgraded from "3.16.7-ckt20-1+deb8u1" to
> "3.16.7-ckt20-1+deb8u2" at the point of time when pci passthrough stopped
> working.
>  
> >  
> > The Xen version you have says:
> > > (XEN) I/O virtualisation disabled
> > 
> > Which is not very healthy for PCI passthrough. Albeit you can do
> > it with PV without IOMMU. Did the previous version of Xen have the same
> > message?
> I downgraded linux-image on dom0:
> dpkg -i linux-image-3.16.0-4-amd64_3.16.7-ckt20-1+deb8u1_amd64.deb
> 
> and now the pci passthrough seems to work!

The Debian changelog entry for the update says:

linux (3.16.7-ckt20-1+deb8u2) jessie-security; urgency=medium

  * [xen] Fix race conditions in back-end drivers (CVE-2015-8550, XSA-155)
  * [xen] pciback: Fix state validation in MSI control operations
(CVE-2015-8551, CVE-2015-8852, XSA-157)
  * pptp: verify sockaddr_len in pptp_bind() and pptp_connect() (CVE-2015-8569)
  * bluetooth: Validate socket address length in sco_sock_bind() (CVE-2015-8575)
  * ptrace: being capable wrt a process requires mapped uids/gids
(CVE-2015-8709)
  * KEYS: Fix race between read and revoke (CVE-2015-7550)
  * [x86] KVM: Reload pit counters for all channels when restoring state
(CVE-2015-7513)
  * udp: properly support MSG_PEEK with truncated buffers
(Closes: #808293, regression in 3.16.7-ckt17)
  * Revert "xhci: don't finish a TD if we get a short transfer event mid TD"
(Closes: #808602, #808953, regression in 3.16.7-ckt20)

The second bullet looks at first pretty interesting from this PoV,
see http://xenbits.xen.org/xsa/advisory-157.html for info on the XSA and
the various patches. Konrad is on the CC already so hopefully he has some
ideas.

I've attached the full Debian package diff from deb8u1 to u2, which has the
backported patches in it. Most of them (and all the Xen ones) have an
Origin header pointing to the upstream commit, looks like all of XSA-157
was applied and all but one (scsiback, not in this kernel) of XSA-155:

+Subject: [1/7] xen: Add RING_COPY_REQUEST()
+Origin: https://git.kernel.org/linus/454d5d882c7e412b840e3c99010fe81a9862f6fb
+Subject: [2/7] xen-netback: don't use last request to determine minimum Tx
+Origin: https://git.kernel.org/linus/0f589967a73f1f30ab4ac4dd9ce0bb399b4d6357
+Subject: [3/7] xen-netback: use RING_COPY_REQUEST() throughout
+Origin: https://git.kernel.org/linus/68a33bfd8403e4e22847165d149823a2e0e67c9c
+Subject: [4/7] xen-blkback: only read request operation from shared ring once
+Origin: https://git.kernel.org/linus/1f13d75ccb806260079e0679d55d9253e370ec8a
+Subject: [5/7] xen-blkback: read from indirect descriptors only once
+Origin: https://git.kernel.org/linus/18779149101c0dd43ded43669ae2a92d21b6f9cb
+Subject: [7/7] xen/pciback: Save xen_pci_op commands before processing it
+Origin: https://git.kernel.org/linus/8135cf8b092723dbfcc611fe6fdcb3a36c9951c5

+Subject: [1/5] xen/pciback: Return error on XEN_PCI_OP_enable_msi when device
+Origin: https://git.kernel.org/linus/56441f3c8e5bd45aab10dd9f8c505dd4bec03b0d
+Subject: [2/5] xen/pciback: Return error on XEN_PCI_OP_enable_msix when device
+Origin: https://git.kernel.org/linus/5e0ce1455c09dd61d029b8ad45d82e1ac0b6c4c9
+Subject: [3/5] xen/pciback: Do not install an IRQ handler for MSI interrupts.
+Origin: https://git.kernel.org/linus/a396f3a210c3a61e94d6b87ec05a75d0be2a60d0
+Subject: [4/5] xen/pciback: For XEN_PCI_OP_disable_msi[|x] only disable if
+Origin: 

Bug#813368: tgtd does not start when running under user-namespace container (lxd)

[Ryan Harper]

Package: tgt
Version: 1:1.0.62-2
Severity: normal

Dear Maintainer,

While running in a user-namespace container as user=root (lxd), tgtd fails to 
start.

% apt-get install tgt 
... snip ...
Processing triggers for systemd (228-4+b1) ...
Setting up libaio1:amd64 (0.3.110-2) ...
Setting up libconfig-general-perl (2.60-1) ...
Setting up libsgutils2-2 (1.41-1) ...
Setting up sg3-utils (1.41-1) ...
Setting up libibverbs1 (1.1.8-1.1) ...
Setting up librdmacm1 (1.0.21-1) ...
Setting up tgt (1:1.0.62-2) ...
Job for tgt.service failed because the control process exited with error code. 
See "systemctl status tgt.service" and "journalctl -xe" for details.
invoke-rc.d: initscript tgt, action "start" failed.
dpkg: error processing package tgt (--configure):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for libc-bin (2.21-7) ...
Processing triggers for systemd (228-4+b1) ...
Errors were encountered while processing:
 tgt
E: Sub-process /usr/bin/dpkg returned an error code (1)


tgtd should start up without error.


Ubuntu is addressing this failure here:
https://bugs.launchpad.net/ubuntu/+source/tgt/+bug/1518440

Patch has been forwarded to upstream:

https://github.com/fujita/tgt/pull/17




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

Kernel: Linux 4.3.0-2-generic (SMP w/4 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)

Versions of packages tgt depends on:
ii  init-system-helpers 1.27
ii  libaio1 0.3.110-2
ii  libc6   2.21-7
ii  libconfig-general-perl  2.60-1
ii  libibverbs1 1.1.8-1.1
ii  librdmacm1  1.0.21-1
ii  libsystemd0 228-4+b1
ii  lsb-base9.20160110
ii  sg3-utils   1.41-1

tgt recommends no packages.

Versions of packages tgt suggests:
pn  tgt-glusterfs  
pn  tgt-rbd

-- no debconf information


signature.asc
Description: Digital signature

Bug#669053: smartd.conf.5.in, version 5.42: Escape before "<" and ">", spaces and orthography in the manual.

[Jonathan Dowland]

On Sat, Jan 30, 2016 at 09:47:25PM +, Bjarni Ingi Gislason wrote:
> On Fri, Jan 29, 2016 at 04:40:19PM +, Jonathan Dowland wrote:
> > Hi, thanks for getting back in touch.
> > 
> > I'm hoping to carry this patch in the next smartmontools upload. Somebody 
> > needs
> > to refresh it as ~50% of the hunks no longer apply to the current
> > smartd.conf.5.
> > 
> 
>   I can make a new patch.
> Which source file shall I use?

Please find attached the current smartd.conf.5.


Thanks,

-- 
Jonathan Dowland
.ig
Copyright (C) 2002-10 Bruce Allen
Copyright (C) 2004-15 Christian Franke

$Id: smartd.conf.5.in 4103 2015-06-01 19:51:18Z chrfranke $

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2, or (at your option)
any later version.

You should have received a copy of the GNU General Public License
(for example COPYING); If not, see .

This code was originally developed as a Senior Thesis by Michael Cornwell
at the Concurrent Systems Laboratory (now part of the Storage Systems
Research Center), Jack Baskin School of Engineering, University of
California, Santa Cruz. http://ssrc.soe.ucsc.edu/

..
.TH SMARTD.CONF 5 "CURRENT_SVN_DATE" "CURRENT_SVN_VERSION" "SMART Monitoring 
Tools"
.SH NAME
\fBsmartd.conf\fP \- SMART Disk Monitoring Daemon Configuration File\fP

.SH DESCRIPTION
.\" %IF NOT OS ALL
.\"! [This man page is generated for the OS_MAN_FILTER version of smartmontools.
.\"! It does not contain info specific to other platforms.]
.\"! .PP
.\" %ENDIF NOT OS ALL
\fB/usr/local/etc/smartd.conf\fP is the configuration file for the \fBsmartd\fP
daemon.

If the configuration file \fB/usr/local/etc/smartd.conf\fP is present,
\fBsmartd\fP reads it at startup, before \fBfork\fP(2)ing into the
background. If \fBsmartd\fP subsequently receives a \fBHUP\fP signal,
it will then re-read the configuration file.  If \fBsmartd\fP is
running in debug mode, then an \fBINT\fP signal will also make it
re-read the configuration file. This signal can be generated by typing
\fB\\fP in the terminal window where \fBsmartd\fP is
running.

In the absence of a configuration file
\fBsmartd\fP will try to open all available devices
(see \fBsmartd\fP(8) man page).
A configuration file with a single line \fB\'DEVICESCAN \-a'\fP
would have the same effect.

This can be annoying if you have an ATA or SCSI device that hangs or
misbehaves when receiving SMART commands.  Even if this causes no
problems, you may be annoyed by the string of error log messages about devices
that can\'t be opened.

One can avoid this problem, and gain more control over the types of
events monitored by
\fBsmartd\fP,
by using the configuration file
.B /usr/local/etc/smartd.conf.
This file contains a list of devices to monitor, with one device per
line.  An example file is included with the
.B smartmontools
distribution. You will find this sample configuration file in
\fB/usr/local/share/doc/smartmontools/\fP. For security, the configuration file
should not be writable by anyone but root. The syntax of the file is as
follows:
.IP \(bu 4
There should be one device listed per line, although you may have
lines that are entirely comments or white space.
.IP \(bu 4
Any text following a hash sign \'#\' and up to the end of the line is
taken to be a comment, and ignored.
.IP \(bu 4
Lines may be continued by using a backslash \'\e\' as the last
non-whitespace or non-comment item on a line.
.IP \(bu 4
Note: a line whose first character is a hash sign \'#\' is treated as
a white-space blank line, \fBnot\fP as a non-existent line, and will
\fBend\fP a continuation line.
.PP

Here is an example configuration file.  It\'s for illustrative purposes
only; please don\'t copy it onto your system without reading to the end
of the
.B DIRECTIVES
Section below!

.nf
.B 
.B # This is an example smartd startup config file
.B # /usr/local/etc/smartd.conf
.B #
.B # On the second disk, start a long self-test every
.B # Sunday between 3 and 4 am.
.B #
.B \ \ /dev/sda -a -m ad...@example.com,root@localhost
.B \ \ /dev/sdb -a -I 194 -I 5 -i 12 -s L/../../7/03
.B #
.B # Send a TEST warning email to admin on startup.
.B #
.B \ \ /dev/sdc -m ad...@example.com -M test
.B #
.B # Strange device.  It\'s SCSI. Start a scheduled
.B # long self test between 5 and 6 am Monday/Thursday
.B \ \ /dev/weird -d scsi -s L/../../(1|4)/05
.B #
.B # An ATA disk may appear as a SCSI device to the
.B # OS. If a SCSI to ATA Translation (SAT) layer
.B # is between the OS and the device then this can be
.B # flagged with the '-d sat' option. This situation
.B # may become common with SATA disks in SAS and FC
.B # environments.
.B \ \ /dev/sda -a -d sat
.B #
.\" %IF OS Linux
.B # Three disks connected to a MegaRAID controller
.B # Start short self-tests daily between 1-2, 2-3, and
.B # 3-4 am.
.B \ \ 

Bug#798949: jessie-pu: package ruby-tzinfo/1.1.0-2

[Hleb Valoshka]

On 9/14/15, Adam D. Barratt  wrote:

> Thanks. Please feel free to upload.

The fixed package ruby-tzinfo was uploaded at last to jessie-pu.

Bug#810568: openexr transition

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 01/02/16 08:43, Mathieu Malaterre wrote:
> Control: tags -1 - moreinfo
> 
> All packages now do compile with newer openexr. blender is in
> experimental, and thus will need a SU at some point.

OK. Let's do this.

Cheers,
Emilio

Bug#737724: gmp-doc: please provide HTML doc besides PDF and INFO

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Steve:

I think it is pretty easy provided some change.

Are you you working on it ?

Best,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWrywfAAoJEIC/w4IMSybjLEgIAMqNC9k/DxO64KfPsui5QLle
e3xJmKN+m+Lsz1SWUGjwdZbfvdx+DtjijDWZXYZiy1eMaH1g5TNtKlIAi5+dVk8O
Ry2RFTV8kXOZJH8U1Ps7JJ8t8S+eq1QIP+1/NXJfwZXxnsJ1s9RbwYlf4H0OT6CW
YvpNMAdz3VDqRBJBxl75Xxu7tLbZ+f5sJc5qASPOvX1DvNsyFmo/UeA9WSwQY7gH
1BpdoPuH29QAN68vZMWDEt/M10wgSQ+/7cHTUluU2x83fzb8Mj+1Cvno54UhsELC
cKc9zE+bVk19lOKs9/AB6OZ4jWxp+38hjAyYKsxXGjnHJBAapwa7xF4nldcO+Q8=
=hXSg
-END PGP SIGNATURE-

Bug#792668: Upstream release 0.5.0.6 fixes this issue

[Mike Gabriel]

Control: tag -1 fixed-upstream

Hi,

the issue will be solved by the next upstream release of pyhoca-gui  
(0.5.0.6). I will make sure that it gets released during the next 1-2  
months.


Greets,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40das-netzwerkteam.de


pgpRp_S3EBgTq.pgp
Description: Digitale PGP-Signatur

Bug#813367: atsar not running

[Marc Haber]

Package: atsar
Version: 1.7-2.1
Severity: normal

Hi,

despite the @reboot cronjob on my unstable system, atsar is not
running. I see cron invoking

Jan 21 13:15:38 swivel CRON[1940]: (root) CMD (test -x /usr/lib/atsar/atsadc && 
(LOGDIR=/var/log/atsar; CURDAY=`date +%d`; find $LOGDIR/atsa$CURDAY -mtime +2 
-type f -exec rm {} \; 2> /dev/null; /usr/lib/atsar/atsadc $LOGDIR/atsa$CURDAY))

in syslog, but the data collector is not running.

If this helps, it's a notebook running unstable, being suspended and
resumed frequently, with systemd as pid 1, but still cron instead of
systemd-cron.

Greetings
Marc

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

Kernel: Linux 4.4.0-zgws1 (SMP w/8 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 atsar depends on:
ii  libc6  2.21-6

Versions of packages atsar recommends:
ii  cron  3.0pl1-128

atsar suggests no packages.

-- no debconf information

Bug#813323: Second window of Eye of MATE don't get focus

[John Paul Adrian Glaubitz]

On 01/31/2016 08:29 PM, Strelok wrote:
>> What exactly is the point of reporting non-critical bugs against ancient 
>> upstream versions?
> 
> This "ancient version" is part of modern Jessie.and suggested in
> installer menu as one of standart DE. What exactly is the point of
> this, if this DE not supported?

It is still the stable release of Debian and an ancient version of
MATE. Your chances that this issue will be resolved in Jessie are
therefore almost zero.

We usually don't fix usability in stable versions of Debian, but
this isn't really news. It's been like this for a very long
long time.

Debian stable gets security fixes and important updates (drivers etc),
but such issues are normally not covered by that.

Adrian

-- 
 .''`.  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#813366: please add -mindepth 1 to find statement in atsa1

[Marc Haber]

Package: atsar
Version: 1.7-2.1
Severity: important
Tags: patch

Hi,

since the NMU in December, atsar systems have begun to emit "rm:
cannot remove ‘/var/log/atsar’: Is a directory" mails in the midnight
hour. I have tracked this down to the line 

find $LOGDIR -name 'atsa*' -mtime +7 -exec rm {} \;

which has resulted into trying rm /var/log/atsar.

Changing the line to 

find $LOGDIR -mindepth 1 -name 'atsa*' -mtime +7 -exec rm {} \;

solves the issue by not finding /var/log/atsar itself.

Greetings
Marc


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

Kernel: Linux 4.4.0-zgws1 (SMP w/8 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 atsar depends on:
ii  libc6  2.21-6

Versions of packages atsar recommends:
ii  cron  3.0pl1-128

atsar suggests no packages.

-- no debconf information

Bug#813094: Split braille support into a separate package

[Samuel Thibault]

Yuri D'Elia, on Mon 01 Feb 2016 11:50:00 +0100, wrote:
> On 01/02/16 09:14, Samuel Thibault wrote:
> >> On top of that, since scripts themselves can probe if louis is not 
> >> available,
> >> there's no need for the dependency and fallback mechanism: just
> >> probe for liblouisutdml-bin directly, or quit otherwise.
> > 
> > We could lower the liblouis-bin dependency to a Recommends only indeed,
> > so that it gets pulled by default, but not made mandatory.
> 
> The double recommend/suggests is a bit wonky.
> Maybe you should recommend on (liblouis-bin | liblouisutdml-bin).
> 
> I don't know what's the difference in braille support between
> liblouis-bin and liblouisutdml-bin, but if the package is recommended I
> would go for the better one only.

The better one is liblouisutdml-bin, which provides better document
parsing than the basic liblouis-bin.

The issue is that ubuntu does not have liblouisutdml-bin in main, only
in universe.

Samuel

Bug#813094: Split braille support into a separate package

[Yuri D'Elia]

On 01/02/16 11:58, Samuel Thibault wrote:
>> The double recommend/suggests is a bit wonky.
>> Maybe you should recommend on (liblouis-bin | liblouisutdml-bin).
>>
>> I don't know what's the difference in braille support between
>> liblouis-bin and liblouisutdml-bin, but if the package is recommended I
>> would go for the better one only.
> 
> The better one is liblouisutdml-bin, which provides better document
> parsing than the basic liblouis-bin.
> 
> The issue is that ubuntu does not have liblouisutdml-bin in main, only
> in universe.

Ah, I see now.
Then I would simply recommend on (liblouisutdml-bin | liblouis-bin).

Bug#813361: doxygen: FTBFS on amd64 due to wrong version of flex

[John Paul Adrian Glaubitz]

Source: doxygen
Version: 1.8.9.1-6
Severity: serious
Justification: fails to build from source

Hi!

doxygen currently fails to build from source with the following error message:

/usr/bin/flex -i -PvhdlcodeYY -t vhdlcode.l | python3 increasebuffer.py > 
../generated_src/doxygen/vhdlcode.cpp
g++ -c -pipe -fno-exceptions -D_LARGEFILE_SOURCE -Wall -W -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong
-Wformat -Werror=format-security -I../generated_src/doxygen -I../src 
-I../qtools -I../libmd5 -I../vhdlparser
-I/usr/lib/llvm-3.6/include -I/usr/include -o ../objects/doxygen/vhdlcode.o 
../generated_src/doxygen/vhdlcode.cpp
vhdlcode.l:1618:2: error: #error "You seem to be using a version of flex newer 
than 2.5.4 but older than 2.5.33.
These versions do NOT work with doxygen! Please use version <=2.5.4 or >=2.5.33 
or expect things to be parsed wrongly!"
 #endif
  ^

This was tested on amd64.

When addressing this bug, please also consider fixing #808766 [1].

Cheers,
Adrian

> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808766

-- 
 .''`.  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#803253: mosh: diff for NMU version 1.2.5-1.1

[Laurent Bigonville]

Le 01/02/16 06:02, Keith Winstein a écrit :
Thank you. I'm not sure what the etiquette is here -- I am fine with 
this proposed change (we have taken the patch upstream but have not 
released a new version of Mosh or an updated package yet). I'm happy 
to let your NMU go through as-is, but if you would like me to do a 
1.2.5-2 upload that cherry-picks this patch, also fine.


I can easily cancel the NMU if you want to let you upload your own 
version if you prefer. You can upload your version anyway, as it has an 
higher version, mine would be rejected.


Cheers,

Laurent Bigonville

Bug#813364: Preventing users from rebooting / shutting down does not work

[Christoph Pleger]

Package: policykit-1
Version: 0.105-8
Severity: important

Hello,

in Debian wheey, I used the attached file in
/etc/polkit-1/localauthority/50-local.d/ to prevent users from rebooting,
shutting down, hibernating or suspending the system without having to
enter the root password before.

In Debian 8, that did not work anymore. Some investigation showed that
action names and the default permissions for multiple running sessions
have been changed, but even after editing custom-menu.pkla accordingly,
still all users could perform the actions named above. The only thing that
helped with policykit-1 0.105-8 was to edit directly the file
/usr/share/polkit-1/actions/org.freedesktop.login1.policy, but that cannot
be a permanent solution because the file will be overwritten if package
systemd is upgraded.

As a last attempt, I downloaded the sources of policykit-1 0.113-2 from
Debian experimental and built jessie packages from them. With that
policykit version and its new rules syntax, I could write a file which
effectively prevents normal users from rebooting, shutting down,
hibernating or suspending the system.

Regards
  Christoph

custom-menu.pkla
Description: Binary data

Bug#360623: debian-history: missing DebConfs, alioth, machine compromise

[Holger Wansing]

tag 360623 patch
thanks


Hi,

I would like to propose a patch to add the machine compromise from 2003.

An html file with the resulting output is attached as well (see
chapter 4.10.7).


Comments welcome.


-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

--- project-history.sgml	2016-02-01 09:40:29.068547195 +0100
+++ project-history_workingcopy.sgml	2016-02-01 11:38:14.989042841 +0100
@@ -1275,20 +1275,33 @@
 Network Operations Center (NOC) caught fire.  The building burnt
 to the ground.  The fire department gave up hope on
 protecting the server area.  Among other things the NOC hosted
 satie.debian.org which contained both the security and non-US archive
 as well as the new-maintainer (nm) and quality assurance (qa)
 databases.  Debian rebuilt these services on the host klecker, which
 was recently moved from the U.S.A. to the Netherlands.
 
 
 
+November 2003: Several Debian server hacked
+
+
+Starting 17:00 UTC on November 19th, 2003, four of the project's main
+Web servers for bug tracking, mailing lists, security and Web searches
+https://www.debian.org/News/2003/20031202; name="have been
+compromised">. The services were taken down for inspection and
+fortunately it could be confirmed, that the package archive was not
+affected by this compromise. On November 25th, all services were
+recovered and back online.
+
+
+
 May 2004: Manuel Estrada Sainz and Andrés García Solier died
 
 
 On May 9th Manuel Estrada Sainz (ranty) and Andrés
 García Solier (ErConde) were killed in a tragic car accident while
 returning from the Free Software conference held at Valencia, Spain.
 
 
 Manuel Estrada Sainz and Andrés García Solier will be missed.
 
Title: A Brief History of Debian - A Detailed History












[ previous ]
[ Contents ]
[ 1 ]
[ 2 ]
[ 3 ]
[ 4 ]
[ A ]
[ next ]





A Brief History of Debian
Chapter 4 - A Detailed History




4.1 The 0.x Releases


Debian was begun in August 1993 by Ian Murdock, then an undergraduate at Purdue
University.  Debian was sponsored by the GNU Project of The Free Software Foundation, the
organization started by Richard Stallman and associated with the General Public
License (GPL), for one year -- from November 1994 to November 1995.



Debian 0.01 through Debian 0.90 were released between August and December of
1993.  Ian Murdock writes:



"Debian 0.91 was released in January 1994.  It had a primitive package
system that allowed users to manipulate packages but that did little else (it
certainly didn't have dependencies or anything like that).  By this time, there
were a few dozen people working on Debian, though I was still mostly putting
together the releases myself.  0.91 was the last release done in this way.



Most of 1994 was spent organizing the Debian Project so that others could more
effectively contribute, as well as working on dpkg (Ian Jackson
was largely responsible for this).  There were no releases to the public in
1994 that I can remember, though there were several internal releases as we
worked to get the process right.



Debian 0.93 Release 5 happened in March 1995 and was the first
"modern" release of Debian: there were many more developers by then
(though I can't remember exactly how many), each maintaining their own
packages, and dpkg was being used to install and maintain all
these packages after a base system was installed.



"Debian 0.93 Release 6 happened in November 1995 and was the last a.out
release.  There were about sixty developers maintaining packages in 0.93R6.  If
I remember correctly, dselect first appeared in 0.93R6."



Ian Murdock also notes that Debian 0.93R6 "...  has always been my
favorite release of Debian", although he admits to the possibility of some
personal bias, as he stopped actively working on the project in March 1996
during the pre-production of Debian 1.0, which was actually released as Debian
1.1 to avoid confusion after a CD-ROM manufacturer mistakenly labelled an
unreleased version as Debian 1.0.  That incident led to the concept of
"official" CD-ROM images, as a way for the project to help vendors
avoid this kind of mistake.



During August 1995 (between Debian 0.93 Release 5 and Debian 0.93 Release 6),
Hartmut Koptein started the first port for Debian, for the Motorola m68k
family.  He reports that "Many, many packages were i386-centric (little
endian, -m486, -O6 and all for libc4) and it was a hard time to get a starting
base of packages on my machine (an Atari Medusa 68040, 32 MHz).  After three
months (in November 1995), I uploaded 200 packages from 250 available packages,
all for libc5!" Later he started another port together with Vincent
Renardias and Martin Schulze, for the PowerPC family.



Since this time, the Debian Project has grown to include several ports to 

Bug#813094: Split braille support into a separate package

[Yuri D'Elia]

On 01/02/16 09:14, Samuel Thibault wrote:
>> On top of that, since scripts themselves can probe if louis is not available,
>> there's no need for the dependency and fallback mechanism: just
>> probe for liblouisutdml-bin directly, or quit otherwise.
> 
> We could lower the liblouis-bin dependency to a Recommends only indeed,
> so that it gets pulled by default, but not made mandatory.

The double recommend/suggests is a bit wonky.
Maybe you should recommend on (liblouis-bin | liblouisutdml-bin).

I don't know what's the difference in braille support between
liblouis-bin and liblouisutdml-bin, but if the package is recommended I
would go for the better one only.

Bug#813037: flashcache: patch to switch flashcache to use dm messages

[Andy Whitcroft]

Package: flashcache
Version: 3.1.3+git20150701-2
Followup-For: Bug #813037
User: a...@ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Hi,

After discussions with upstream we have found a different existing
mechamism to have target specific ioctl style calls.  These are achieved
via DM messages.  The attached patch switches the kernel component to
use DM messages to implement the whitelist/blacklist, and adds backwards
compatibility for those to the flashcache_setioctl helper.

Hope this is of use.

-apw


-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-5-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru flashcache-3.1.3+git20150701/debian/patches/switch-from-ioctl-to-dm-target-messages.patch flashcache-3.1.3+git20150701/debian/patches/switch-from-ioctl-to-dm-target-messages.patch
--- flashcache-3.1.3+git20150701/debian/patches/switch-from-ioctl-to-dm-target-messages.patch	1970-01-01 01:00:00.0 +0100
+++ flashcache-3.1.3+git20150701/debian/patches/switch-from-ioctl-to-dm-target-messages.patch	2016-01-29 21:26:43.0 +
@@ -0,0 +1,236 @@
+Description: switch from ioctl to dm target messages
+ Switch from ioctl to dm target messages for handling PID blacklist/whitelist
+ manipulation.
+Author: Andy Whitcroft 
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/1538618
+
+Index: flashcache-3.1.3+git20150701/src/flashcache_conf.c
+===
+--- flashcache-3.1.3+git20150701.orig/src/flashcache_conf.c
 flashcache-3.1.3+git20150701/src/flashcache_conf.c
+@@ -1713,7 +1713,12 @@ static struct target_type flashcache_tar
+ 	.dtr= flashcache_dtr,
+ 	.map= flashcache_map,
+ 	.status = flashcache_status,
++#if LINUX_VERSION_CODE < KERNEL_VERSION(4,4,0)
+ 	.ioctl 	= flashcache_ioctl,
++#else
++	.prepare_ioctl 	= flashcache_prepare_ioctl,
++	.message= flashcache_message,
++#endif
+ 	.iterate_devices = flashcache_iterate_devices,
+ };
+ 
+Index: flashcache-3.1.3+git20150701/src/flashcache_ioctl.c
+===
+--- flashcache-3.1.3+git20150701.orig/src/flashcache_ioctl.c
 flashcache-3.1.3+git20150701/src/flashcache_ioctl.c
+@@ -503,6 +503,82 @@ skip_sequential_io(struct cache_c *dmc,
+  * exit, for cases where the process dies after marking itself
+  * non-cacheable.
+  */
++#if LINUX_VERSION_CODE >= KERNEL_VERSION(4,4,0)
++int
++flashcache_prepare_ioctl(struct dm_target *ti,
++			 struct block_device **bdev, fmode_t *mode)
++{
++	struct cache_c *dmc = (struct cache_c *) ti->private;
++
++	*bdev = dmc->disk_dev->bdev;
++
++	return 0;
++}
++
++int
++flashcache_message(struct dm_target *ti, unsigned argc, char **argv)
++{
++	struct cache_c *dmc = (struct cache_c *) ti->private;
++	int list;
++	long long upid;
++	pid_t pid = 0;
++
++	/*
++	 * whitelist|blacklist add|del 
++	 * whitelist|blacklist delall
++	 */
++	if (argc < 2)
++		return -EINVAL;
++
++	/* Decode the primary command. */
++	if (strcmp(argv[0], "whitelist") == 0) {
++		list = FLASHCACHE_WHITELIST;
++	} else if (strcmp(argv[0], "blacklist") == 0) {
++		list = FLASHCACHE_BLACKLIST;
++	} else {
++		return -EINVAL;
++	}
++
++	/* Decode the sub-command. */
++	if (strcmp(argv[1], "add") == 0) {
++		int rr;
++		if (argc != 3)
++			return -EINVAL;
++
++		/* Decode the pid. */
++		if (kstrtoull(argv[2], 10, ))
++			return -EINVAL;
++		pid = (pid_t)upid;
++
++		flashcache_add_pid(dmc, pid, list);
++		return 0;
++
++	} else if (strcmp(argv[1], "del") == 0) {
++		if (argc != 3)
++			return -EINVAL;
++
++		/* Decode the pid. */
++		if (kstrtoull(argv[2], 10, ))
++			return -EINVAL;
++		pid = (pid_t)upid;
++
++		flashcache_del_pid(dmc, pid, list);
++		return 0;
++
++	} else if (strcmp(argv[1], "delall") == 0) {
++		if (argc != 2)
++			return -EINVAL;
++
++		flashcache_del_all_pids(dmc, list, 0);
++		return 0;
++
++	} else {
++		return -EINVAL;
++	}
++}
++
++#else
++
+ int 
+ #if LINUX_VERSION_CODE <= KERNEL_VERSION(2,6,27)
+ flashcache_ioctl(struct dm_target *ti, struct inode *inode,
+@@ -561,3 +637,5 @@ flashcache_ioctl(struct dm_target *ti, u
+ 	}
+ 
+ }
++
++#endif
+Index: flashcache-3.1.3+git20150701/src/flashcache_ioctl.h
+===
+--- flashcache-3.1.3+git20150701.orig/src/flashcache_ioctl.h
 flashcache-3.1.3+git20150701/src/flashcache_ioctl.h
+@@ -51,6 +51,11 @@ enum {
+ #define FLASHCACHEDELALLWHITELIST	_IOW(FLASHCACHE_IOCTL, FLASHCACHEDELWHITELISTALL_CMD, pid_t)
+ 
+ #ifdef __KERNEL__
++#if LINUX_VERSION_CODE >= KERNEL_VERSION(4,4,0)
++int flashcache_message(struct dm_target *ti, unsigned argc, 

Bug#809001: Konsole segmentation fault

[Carlos Kosloff]

OK, please close bug, updating/upgrading fixed issue.
Thank you,

*Carlos Kosloff*
Office: (954) 283-8828
Cell: (954) 464-8822
Fax: (888) 854-5440

On 02/01/2016 03:32 AM, Maximiliano Curia wrote:

Control: tags -1 + unreproducible

On 26/12/15 04:27, Carlos Kosloff wrote:

I'd rather wait for it to migrate, I will close bug if update resolves issue.

I'm not able to reproduce the issue with the current versions of konsole and 
it's dependencies. As mentioned that you'd close the issue if the bug goes 
away, please consider this message a friendly ping.

Happy hacking,

Bug#813415: libvigraimpex5v5: soname bump without package name change

[Andreas Metzler]

Package: libvigraimpex5v5
Version: 1.10.0+git20160120.803d5d4-1
Severity: grave
Justification: renders package unusable

(sid)ametzler@argenau:/usr/bin$ hugin
hugin: error while loading shared libraries: libvigraimpex.so.5: cannot open 
shared object file: No such file or directory

Going from 1.10.0+dfsg-11 to 1.10.0+git20160120.803d5d4-1 there is a
soname change without a corresponding package name change. All reverse
dependencies are broken:

1. Uploaded before vigra: The stop running
2. Uploaded after vigra: They are built against the new vigra but
still depend on libvigraimpex5v5. They will stop running if the reach
testing.


(sid)ametzler@argenau:/usr/bin$ for i in 
/var/cache/apt/archives/libvigraimpex5v5_1.10.0+* ; do basename $i ; dpkg 
--contents $i | grep '/usr/lib/l' ; done
libvigraimpex5v5_1.10.0+dfsg-11_amd64.deb
-rw-r--r-- root/root530744 2015-10-02 17:23 
./usr/lib/libvigraimpex.so.5.1.10.0
lrwxrwxrwx root/root 0 2015-10-02 17:23 ./usr/lib/libvigraimpex.so.5 -> 
libvigraimpex.so.5.1.10.0
libvigraimpex5v5_1.10.0+git20160120.803d5d4-1_amd64.deb
-rw-r--r-- root/root543296 2016-01-27 07:30 
./usr/lib/libvigraimpex.so.6.1.10.0
lrwxrwxrwx root/root 0 2016-01-27 07:30 ./usr/lib/libvigraimpex.so.6 -> 
libvigraimpex.so.6.1.10.0

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#813416: mom: Section should be “admin”

[Ben Finney]

Package: mom
Version: 0.5.1-1
Severity: minor

Dear Maintainer,

The section “python” is for packages that install the Python
programming language or libraries. Its packages are primarily of
interest only to Python programmers.

The package ‘mom’ installs primarily an application of interest
regardless of the programming language. It should not be in the
“python” section.

By the section descriptions, this package belongs in section
“admin”.

Please set the field “Section” appropriately on this package.


Since the package is already in Debian under a different section, you
will also need to submit a request to override the existing section
.

If the Python libraries are of separate interest to Python
programmers, please consider building separate ‘mom’ and ‘python3-mom’
packages. (I can file a bug report requesting that also, if you like.)

-- 
 \ “We now have access to so much information that we can find |
  `\  support for any prejudice or opinion.” —David Suzuki, 2008-06-27 |
_o__)  |
Ben Finney