Bug#811155: ITP: paxctld -- Daemon to automatically set appropriate PaX flags

[Laszlo Boszormenyi (GCS)]

Package: wnpp
Severity: wishlist

* Package name: paxctld
  Version : 1.0
  Upstream Author : Brad Spengler
* URL : http://grsecurity.net/
* License : GPL-2
  Programming Lang: C
  Description : Daemon to automatically set appropriate PaX flags

paxctld automatically sets appropriate PaX flags on binaries on the
system using user extended attributes.  The flags are maintained across
any updates made to the binaries listed in the paxctld configuration
file.

Bug#811159: mandos: Uses unneeded and obsolete version spsecific python packages

[Scott Kitterman]

Source: mandos
Version: 1.7.1-2
Severity: normal
Tags: patch

The python2.7 version specific depends/build-depends-indep used in mandos are
long obsolete.  In order to simplify Debian packaging of Python extensions, I
hope to remove the version specific provided packages entirely.  They are no
longer needed since python2.7 is the last python version.

Please see the attached patch.  mandos is the only package in the main archive
still using these and it would be nice to get this resolved so we can move
forward on simplification.

Scott K
diff -Nru mandos-1.7.1/debian/changelog mandos-1.7.1/debian/changelog
--- mandos-1.7.1/debian/changelog	2015-12-04 20:27:49.0 -0500
+++ mandos-1.7.1/debian/changelog	2016-01-16 03:50:18.0 -0500
@@ -1,3 +1,11 @@
+mandos (1.7.1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove obsolete version specific python packages from build-depend-indep
+and depends
+
+ -- Scott Kitterman   Sat, 16 Jan 2016 03:49:35 -0500
+
 mandos (1.7.1-2) unstable; urgency=medium
 
   * debian/control (Package: mandos/Depends): Fix "Please drop versioned
diff -Nru mandos-1.7.1/debian/control mandos-1.7.1/debian/control
--- mandos-1.7.1/debian/control	2015-12-04 20:18:20.0 -0500
+++ mandos-1.7.1/debian/control	2016-01-16 03:49:32.0 -0500
@@ -7,8 +7,8 @@
 Build-Depends: debhelper (>= 9), docbook-xml, docbook-xsl,
 	libavahi-core-dev, libgpgme11-dev, libgnutls28-dev
 	| gnutls-dev, xsltproc, pkg-config, libnl-route-3-dev
-Build-Depends-Indep: systemd, python2.7, python2.7-gnutls,
-	python2.7-dbus, python2.7-avahi, python2.7-gobject
+Build-Depends-Indep: systemd, python, python-gnutls,
+	python-dbus, python-avahi, python-gobject
 Standards-Version: 3.9.6
 Vcs-Bzr: http://ftp.recompile.se/pub/mandos/trunk
 Vcs-Browser: http://bzr.recompile.se/loggerhead/mandos/trunk/files
@@ -16,11 +16,9 @@
 
 Package: mandos
 Architecture: all
-Depends: ${misc:Depends}, python (>= 2.7), python2.7, python-gnutls,
-	python2.7-gnutls, python-dbus, python2.7-dbus, python-avahi,
-	python2.7-avahi, python-gobject, python2.7-gobject,
-	avahi-daemon, adduser, python-urwid, python2.7-urwid,
-	gnupg (<< 2)
+Depends: ${misc:Depends}, python (>= 2.7), python-gnutls,
+	python-dbus, python-avahi, python-gobject, avahi-daemon,
+	adduser, python-urwid, gnupg (<< 2)
 Recommends: ssh-client | fping
 Description: server giving encrypted passwords to Mandos clients
  This is the server part of the Mandos system, which allows

Bug#811014: Squid 3.5 does not recognize an option "https_port" in squid.conf

[Amos Jeffries]

With my upstream hat on:

On Thu, 14 Jan 2016 23:05:57 +0300 Goltsov wrote:
> Package: squid
> Version: 3.5.12-1
>
> Binary package squid from Debian Stretch is built with gnutls library:
>
> % ldd /usr/sbin/squid | grep tls
> libgnutls-deb0.so.28 =>
> /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 (0x7fb17c336000)
>
> But if I add string
> https_port 3129
> to /etc/squid.conf file, I have a message in /var/log/squid/cache.log:
> ERROR: 'https_port' requires --with-openssl
>

There are many cryptographic features used in Squid. GnuTLS is used in
that version of Squid for others than the one you are trying.

> Can I use https_port without recompiling squid with openssl library?

No. Which is why the error message says what it does.

> Do you plan to build squid with libgnutls-openssl wrapper? Does this
> make sense?

No. The squid binary requires functionality from OpenSSL APIs which is
not provided through that wrapper. Upstream is aiming at full native
GnuTLS support instead.

Amos Jeffries
Squid Sofware Foundation

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

[toogley]

Not sure. The translators seem active:
https://bazaar.launchpad.net/~wicd-devel/wicd/experimental/changes/954?start_revid=954

There seems no code change since March anymore. But that's less than a
year ago, so it's hard to say.


well, i have to admit i haven't checked the activity before applying for 
the maintainership - but it's not very encouraging for me as a potential 
maintainer to see upstream doubting their dev activity and additionally 
seeing not very much activity in the project. :/


the "Launchpad automatic translations update." seem to be not started by 
translators, so i'm not sure if that counts as project activity^^

Bug#811157: [Pkg-postgresql-public] Bug#811157: FTBFS: debian/control needs updating from debian/control.in

[Martin Pitt]

Control: tag -1 pending

Martin Michlmayr [2016-01-16  0:11 -0800]:
> plr fails to build in unstable:

This is waiting in NEW:
https://ftp-master.debian.org/new/plr_1:8.3.0.16-1.html

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

Bug#811168: Unable to file RFP bug

[Erik Josefsson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: reportbug
Version: 6.6.3
Severity: normal

Dear Maintainer,

reportbug just ended without warning or explanation when I tried to file
a RFP bug, see output below:


ehj@hedgehog:~$ reportbug
*** Unable to initialize gtk2 interface. Falling back to text interface.
Please enter the name of the package in which you have found a problem,
or type 'other' to report a more general problem. If you don't
know what package the bug is in, please contact
debian-u...@lists.debian.org for assistance.
> other
Please enter the name of the package in which you have found a problem,
or choose one of these bug categories:

 1 base  General bugs in the base system
 2 bugs.debian.org   The bug tracking system, @bugs.debian.org
 3 buildd.debian.org Problems and requests related to the Debian Bui
ldds

[...]

28 wiki.debian.org   Problems with the Debian wiki
29 wnpp  Work-Needing and Prospective Packages list
30 www.debian.orgProblems with the WWW site (including other
*.debian.org sites, except alioth)

Enter a package: 29
Are you sure you want to file a WNPP report? [y|N|q|?]? y
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'Y ' as your from address.
Will send report to Debian (per lsb_release).
What sort of request is this? (If none of these things mean anything to
you, or you are trying to report a bug in an existing package,
please press Enter to exit reportbug.)

1 ITP  This is an `Intent To Package'. Please submit a package
description along with copyright and URL in such a report.

[...]

5 RFP  This is a `Request For Package'. You have found an interesting
piece of software and would like someone else to maintain it for
   Debian. Please submit a package description along with copyright
and URL in such a report.

Choose the request type: 5
Please enter the proposed package name: mcwm
Checking status database...
Please briefly describe this package; this should be an appropriate
short description for the eventual package:
> mcwm is a minimalist window manager for the X Window System written
from scratch in C
Querying Debian BTS for reports on wnpp (source)...
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2211, in 
main()
  File "/usr/bin/reportbug", line 1081, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1703, in user_interface
latest_first=self.options.latest_first)
  File "/usr/lib/python2.7/dist-packages/reportbug/ui/text_ui.py", line
517, in handle_bts_query
source=source, http_proxy=http_proxy, archived=archived)
  File "/usr/lib/python2.7/dist-packages/reportbug/debbugs.py", line
1275, in get_reports
stats = debianbts.get_status(bugs)
  File "/usr/lib/pymodules/python2.7/debianbts.py", line 179, in get_sta
tus
reply = server.get_status(*nr)
  File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 545, in
__call__
return self.__r_call(*args, **kw)
  File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 567, in
__r_call
self.__hd, self.__ma)
  File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 430, in
__call
timeout = self.timeout)
  File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 318, in
call
raise HTTPError(code, msg)
SOAPpy.Errors.HTTPError: 
ehj@hedgehog:~$




- -- Package-specific info:
** Environment settings:
EDITOR="nano"
INTERFACE="gtk2"

** /home/ehj/.reportbugrc:
reportbug_version "6.4.4"
mode novice
ui gtk2
realname "Y"
email "erik.hjalmar.josefs...@gmail.com"
smtphost "smtp.googlemail.com"
smtpuser "erik.hjalmar.josefs...@gmail.com"
smtptls

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

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

Versions of packages reportbug depends on:
ii  apt   1.0.9.8.1
ii  python2.7.9-1
ii  python-reportbug  6.6.3
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
ii  debconf-utils  1.5.56
pn  debsums
pn  dlocate
ii  emacs24-bin-common 24.4+1-5
ii  exim4-daemon-light [mail-transport-agent]  4.84-8
ii  file   1:5.22+15-2
ii  gnupg  1.4.18-7
ii  python-gtk22.24.0-4
pn  python-gtkspell
pn  python-urwid   
pn  python-vte 
ii  xdg-utils

Bug#811169: ITP: colorfultabs -- Color tabs differently and make them easy to distinguish

[Ximin Luo]

On 16/01/16 12:29, Carsten Schoenert wrote:
>>
>> * Package name: colorfultabs
> 
> any special reason for not naming the package 'xul-ext-colorfultabs'?
> There seems to be a consensus to prefix the AddOns for Iceweasel and
> Icedove with xul-ext-*. By this you can easily do packaging by the help
> of mozilla-devscripts.
> 
> Please see:
> https://wiki.debian.org/Mozilla/ExtensionsPolicy
> 

Hi Carsten, the name "colorfultabs" above refers to the source package name, 
which conforms to what the policy you linked states:

The binary package's name should be xul-ext- with  being the 
extension's name. E.g. xul-ext-nostalgy for Icedove's nostalgy extension. The 
source package's name should be  or -extension if the name is too 
generic. E.g. adblock-plus, nostalgy, notify-extension. 

X

-- 
GPG: 4096R/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

Bug#810988: po4a: Always fuzzies one string, even if translation is correct (German goobox man page)

[Helge Kreutzmann]

Hello Martin,
On Fri, Jan 15, 2016 at 06:06:32PM +0100, Martin Quinson wrote:
> I should have looked more closely to your report first. I didn't
> notice that you are using SP. Could you please retry with po4a v47-2?

The output I pasted in the last mail is from a sid chroot with the
latest versions of all programms involved. (I reported it initially
from my stable machine which I daily use but when I saw the changelog
I switched to the chroot).

> The sp was completely rewritten to switch from sp to opensp in that
> version.

Ok, just to make sure I updated again my chroot. Now I have:
remaxp:/tmp/goobox-3.4.1-2# dpkg -l "*sp*" | grep ii
ii  e2fsprogs1.42.13-1   i386 
ext2/ext3/ext4 file system utilities
ii  gir1.2-atspi-2.0 2.18.3-3i386 Assistive 
Technology Service Provider (GObject introspection)
ii  libatspi2.0-0:i386   2.18.3-3i386 Assistive 
Technology Service Provider Interface - shared library
ii  libatspi2.0-dev  2.18.3-3i386 
Development files for the assistive technology service provider
ii  libosp5  1.5.2-13i386 Runtime 
library for OpenJade group's SP suite
ii  libspeex1:i386   1.2~rc1.2-1 i386 The Speex 
codec runtime library
ii  opensp   1.5.2-13i386 OpenJade 
group's SGML parsing tools
rc  libjasper1:i386  1.900.1-debian1-2.4 i386 JasPer 
JPEG-2000 runtime library
rc  libnspr4-0d  4.8.2-1 i386 NetScape 
Portable Runtime Library
rc  libsp1c2 1.3.4-1.2.1-47.3+b1 i386 Runtime 
library for James Clark's SP suite

I again get the output:
remaxp:/tmp/goobox-3.4.1-2# LC_ALL=C po4a -v -f debian/po4a.cfg 2> /tmp/etmp
Updating debian/manpage//goobox.pot:
 (108 entries)
Updating debian/manpage//de.po:
 done.
debian/manpage/goobox.de.sgml is 99.08% translated (108 of 109 strings).
remaxp:/tmp/goobox-3.4.1-2# cat /tmp/etmp
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 72.
po4a::sgml: msgid skipped to help translators (contains only tags)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 134.
po4a::sgml: msgid skipped to help translators (contains only an entity)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 203.
po4a::sgml: msgid skipped to help translators (contains only an entity)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 336.
po4a::sgml: msgid skipped to help translators (contains only tags)
po4a::sgml: Warning: onsgmls produced some errors.  This is usually caused by 
po4a, which modifies the input and restores it afterwards, causing the input of 
onsgmls to be invalid.  This is usually safe, but you may wish to verify the 
generated document with onsgmls -wno-valid.  Continuing...
debian/manpage//de.po: 107 translated messages, 1 fuzzy translation.
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 72.
po4a::sgml: msgid skipped to help translators (contains only tags)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 134.
po4a::sgml: msgid skipped to help translators (contains only an entity)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 203.
po4a::sgml: msgid skipped to help translators (contains only an entity)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 336.
po4a::sgml: msgid skipped to help translators (contains only tags)
po4a::sgml: Warning: onsgmls produced some errors.  This is usually caused by 
po4a, which modifies the input and restores it afterwards, causing the input of 
onsgmls to be invalid.  This is usually safe, but you may wish to verify the 
generated document with onsgmls -wno-valid.  Continuing...

remaxp:/tmp/goobox-3.4.1-2# which onsgmls
/usr/bin/onsgmls
remaxp:/tmp/goobox-3.4.1-2# dpkg -S /usr/bin/onsgmls
opensp: /usr/bin/onsgmls

So it looks like it is using opensp.

Greetings

   Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#258096:

[SELENA.WILLIAMSNOBLE]

Do you need a Loan ? If yes, for more info, send mail to : 
getrichfundi...@gmail.com

The information contained in this message is intended only for the recipient, 
and may otherwise be privileged and confidential. If the reader of this message 
is not the intended recipient, or an employee or agent responsible for 
delivering this message to the intended recipient, please be aware that any 
dissemination or copying of this communication is strictly prohibited. If you 
have received this communication in error, please immediately notify us by 
replying to the message and deleting it from your computer. This footnote also 
confirms that this email has been scanned for all viruses by the Hampton 
University Center for Information Technology Enterprise Systems service.

Bug#811171: ntp: README.Debian says about PPSKit but upstream kernel has PPS support already

[Hideki Yamane]

Package: ntp
Severity: wishlist
Tags: patch

Hi,

debian/README.Debian says about PPSKit but it seems that upstream
Linux kernel has already PPS feature by default, without such patchset
(It was 10 years ago since last update).

My /boot/config-4.3.0-1-amd64 says

>># PPS support
>>#
>>CONFIG_PPS=m
>># CONFIG_PPS_DEBUG is not set
>># CONFIG_NTP_PPS is not set

So it is obsolete, IMO. Patch is below.


diff -urN ntp-4.2.8p4+dfsg.orig/debian/README.Debian 
ntp-4.2.8p4+dfsg/debian/README.Debian
--- ntp-4.2.8p4+dfsg.orig/debian/README.Debian  2009-11-14 01:35:55.0 
+0900
+++ ntp-4.2.8p4+dfsg/debian/README.Debian   2016-01-16 21:00:22.258141317 
+0900
@@ -109,12 +109,3 @@
 ntp-genkeys now generates an MD5 ntp.keys file in /var/lib/ntp.  Use
 of these keys has not yet been tested; please report success or
 failure in using them to the maintainer.
-
-
-PPSkit
---
-
-If you're serious about building a high-quality stratum 1 timekeeper,
-please take a look at Ulrich Windl's PPSkit patchset for the Linux
-kernel, available from the kernel.org mirror network in
-pub/linux/daemons/ntp.

Bug#811014: Squid 3.5 does not recognize an option "https_port" in squid.conf

[G.Goltsov]

Amos!
Thank you for the detailed answer.

Yury Goltsov.

Bug#811177: apt: Perl Error after running apt-get

[Alexander Schier]

Package: apt
Version: 1.0.9.8.1
Severity: serious
Justification: serious programming error with unclear source

Dear Maintainer,
apt-get runs some perl code, which has syntax errors. I do not know
which program is run and what directives are failing (and possibly
corrupting apt-data?), also i am not quite sure against which package i
should file to bug, but as it happens repeatedly and seems serious,
here's the problem:

$ apt-get install automysqlbackup
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Die folgenden NEUEN Pakete werden installiert:
automysqlbackup
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 4 nicht
aktualisiert.
Es müssen 14,1 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 101 kB Plattenplatz zusätzlich benutzt.
Holen: 1 ftp://mirror.hetzner.de/debian/packages/ jessie/main
automysqlbackup all 2.6+debian.4-1 [14,1 kB]
Es wurden 14,1 kB in 0 s geholt (37,3 kB/s).
Vormals nicht ausgewähltes Paket automysqlbackup wird gewählt.
(Lese Datenbank ... 82017 Dateien und Verzeichnisse sind derzeit
installiert.)
Vorbereitung zum Entpacken von
.../automysqlbackup_2.6+debian.4-1_all.deb ...
Entpacken von automysqlbackup (2.6+debian.4-1) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
automysqlbackup (2.6+debian.4-1) wird eingerichtet ...
syntax error at (eval 6) line 91, near ") {"
Can't use global $/ in "my" at (eval 6) line 94, near ", $/"
Global symbol "$fn" requires explicit package name at (eval 6) line
94.
syntax error at (eval 6) line 96, near ";
  }"


The relevant apt-configs should be included in the bug, ask if you need
more.

Alex



-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-image-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^.*-modules-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^.*-modules-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-3\.2\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-tools-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-tools-3\.2\.0-4-amd64$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "1";
APT::Periodic::AutocleanInterval "7";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";

Bug#631785: strac'ing vsftpd master process hangs connected clients

[Jörg Frings-Fürst]

Hi,

I have test it with vsftpd 3.0.3-2 and as client
ftp and filezilla.

The bug has not longer occurred.

So I close this bug.

If the bug still occurs please file a new bug.

Thank you for spending your time helping to make Debian better with 
this bug report. 

CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54538 Bausendorf

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.






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

Bug#811069: ITP: lbfgsb -- Limited-memory quasi-Newton bound-constrained optimization

[Paul Wise]

On Fri, Jan 15, 2016 at 7:52 PM, Gard Spreemann wrote:

> A search on codesearch.debian.net reveals that at least the following
> packages in Debian bundle duplicates of the code:
> - python-scipy (see also #778635)
> - vxl
> - nwchem
> - plastimatch
> - psi4
>
> I believe that Debian should provide lbfgsb as a standalone library,
> as it is useful in its own right and its presence could lead to code
> deduplication in the future.

Please report these to the Debian security team so they can record the
info in their metadata:

https://wiki.debian.org/EmbeddedCodeCopies

> Note that upstream's tarball
> (http://users.iems.northwestern.edu/~nocedal/Software/Lbfgsb.3.0.tar.gz)
> contains a few prebuilt binaries, and is also a minor tarbomb.

Ick, that is something that needs fixing upstream.

> Upstream seems very inactive in the sense that the code appears to be
> "done". I have maintained a package for personal use since 2013 and
> have never experienced problems. I thus feel I could handle maintaing
> the package also for a wider user base going forward.

You might want to check it over using check-all-the-things (in
experimental), that will probably show some things that need
polishing. You might also want to suggest that upstream put their code
in a VCS repository and read our upstream guide.

https://wiki.debian.org/UpstreamGuide

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#808521: transition: mpich

[Anton Gladky]

Hi Emilio,

2016-01-09 12:07 GMT+01:00 Emilio Pozuelo Monfort :
>
> netpipe-mpich2 depends on mpich2
>

Fixed (NMUed).


> espresso/s390x failed to build
>

Fixed in package elpa, could you please schedule espresso_s390x
and check, whether we can finish this transition?

Thanks

Regards

Anton

Bug#761301: [333d25b] Fix for Bug#761301 committed to git

[Manoj Srivastava]

tags 761301 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 master at Sat, 16 Jan 2016 01:05:32 -0800.

 The fix will be in the next upload. 
=
[master]: Demote the make packages priorities

make is now priority optional, along with gcc, floex and
bison. make-guile, which conflicts with it, is now priority extra.

Bug fix: "Neither make nor make-guile should be standard", thanks to
Josh Triplett (Closes: #761301).

Bug fix: "make instead of make-guile should be standard", thanks to
Joey Hess (Closes: #762017).

Signed-off-by: Manoj Srivastava 
=

Bug#811149: quasselcore: Service is disabled after install

[Sunil Mohan Adapa]

On Saturday 16 January 2016 03:42 PM, Mattia Rizzolo wrote:
> Control: reassign quassel-core
> 
> On Sat, Jan 16, 2016 at 5:49 AM, Sunil Mohan Adapa  wrote:
>> Package: quasselcore
> 
> that package is not a right name of something in the debian archive,
> reassigned to quassel-core.

Thank you for fixing it.  I reported from a different machine than the
one with installed package.

> 
>> Version: 1:0.12.2-3
> 
> that version is not something that is in debian, though.
> but I'll let quassel maintainer take care of it.

This is the current sid version of the quassel-core package.
https://packages.debian.org/sid/quassel-core

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#811129: Bug #811129: fails to boot on OpenRD

[Albert ARIBAUD]

Hello Martin,

On Fri, 15 Jan 2016 15:30:47 -0800, Martin Michlmayr 
wrote:
> * Albert ARIBAUD  [2016-01-15 22:52]:
> > > Would you be so kind and test
> > > https://d-i.debian.org/daily-images/armel/daily/kirkwood/u-boot/openrd-client/
> > > 
> > > This is 2016.01 (no rc)
> > 
> > It is the same as the one I tested first and which failed. I had
> > extracted it from
> > http://ftp.de.debian.org/debian/pool/main/u/u-boot/u-boot_2016.01+dfsg1-1_armel.deb
> 
> Yes, they are the same.  The d-i build process simply extracts the
> u-boot binary from the .deb, so it's easier for people to download.
> 
> I'm surprised it fails to boot.  Is 2016.01 from upstream working for
> you?

I tested on the one hand the binary u-boot.kwb from d-i, and on the
other hand the binary built from the mainline U-Boot repo, tag
v2016-01, built with the toolchain fetched by U-Boot's buildman for
arm, which identifies itself as 'gcc version 4.9.0 (GCC)', using
binutils 2.24. The binary u-boot.kwb consistently fails to boot beyond
the few lines I gave. The buildman-built kwb runs consistently.

> You can find the build log here, btw:
> https://buildd.debian.org/status/fetch.php?pkg=u-boot=armel=2016.01%2Bdfsg1-1=1452650663

Thanks. I see the build was done by newer gcc (5.3.1) and binutils
(2.25.90). I will set up a local buildd so that I can reproduce this(
and future builds an analyze them as needed).

Amicalement,
-- 
Albert.

Bug#799757: Printing: missing parts when containing umlauts

[Cord Beermann]

Package: claws-mail
Version: 3.11.1-3
Followup-For: Bug #799757

Hello,

Same problem here. Umlauts from the header (like Subject) went through
nice, those in a larger block are garbled and incomplete.

The Mail in question has these headers:

Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Cord

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (999, 'stable'), (699, 'testing'), (500, 'stable-updates'), (500, 
'proposed-updates'), (500, 'oldstable'), (199, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages claws-mail depends on:
ii  libarchive13 3.1.2-11
ii  libassuan0   2.1.2-2
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u1
ii  libcairo21.14.0-2.1
ii  libcompfaceg11:1.5.2-5
ii  libdb5.3 5.3.28-9
ii  libdbus-1-3  1.8.20-0+deb8u1
ii  libdbus-glib-1-2 0.102-1
ii  libenchant1c2a   1.6.0-10.1
ii  libetpan17   1.5-2
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3+deb8u1
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u4
ii  libglib2.0-0 2.42.1-1
ii  libgnutls-deb0-283.3.8-6+deb8u3
ii  libgpg-error01.17-3
ii  libgpgme11   1.5.1-6
ii  libgtk2.0-0  2.24.25-3
ii  libice6  2:1.0.9-1+b1
ii  libldap-2.4-22.4.40+dfsg-1+deb8u1
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libpisock9   0.12.5-dfsg-1
ii  libsasl2-2   2.1.26.dfsg1-13+deb8u1
ii  libsm6   2:1.2.2-1+b1
ii  xdg-utils1.1.0~rc1+git20111210-7.4
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages claws-mail recommends:
ii  aspell-en [aspell-dictionary]  7.1-0-1.1
ii  claws-mail-i18n3.11.1-3
ii  xfonts-100dpi  1:1.0.3

Versions of packages claws-mail suggests:
ii  chromium [www-browser]47.0.2526.80-1~deb8u1
pn  claws-mail-doc
pn  claws-mail-tools  
ii  gedit 3.14.0-3
ii  google-chrome-unstable [www-browser]  49.0.2618.8-1
ii  iceweasel [www-browser]   38.5.0esr-1~deb8u2
ii  lynx-cur [www-browser]2.8.9dev1-2+deb8u1
ii  w3m [www-browser] 0.5.3-19

-- no debconf information

-- 

Bug#809558: xdg-utils: xdg-open opens 3 tabs in Google anonymous mode

[Per Olofsson]

forcemerge 776419 809558
thanks

Den 2016-01-10 kl. 17:34, skrev b...@rcdrun.com:
> Hello,
> 
> Find attached the output.
> 
> Rosario
> 

OK, thanks.

This is the same bug as #776419. Google Chrome has multiple Exec lines
in its desktop file and xdg-open reads and merges them all. The bug has
been fixed in unstable and stretch.

One way of solving it is to install xdg-utils from stretch manually. It
should probably work under jessie.

-- 
Pelle

Bug#809363:

[Stefano Costa]

found 809363 libreoffice/1:5.1.0~rc2-1
thanks
--
Stefano Costa
http://steko.iosa.it/
Editor, Journal of Open Archaeology Data
http://openarchaeologydata.metajnl.com/

Bug#774012: Still is not fixed for jessie (Re: systemd: Program terminated with signal SIGFPE, Arithmetic exception)

[Yuriy M. Kaminskiy]

On 28.12.2015 16:15, Michael Biebl wrote:

Am 28.12.2015 um 13:33 schrieb Yuriy M. Kaminskiy:

This bug is still present in jessie's systemd 215-17+deb8u1 (backtrace
is same).

If someone, who is able to reproduce the issue, is willing to backport
the necessary changes to v215, I'd be willing to merge this patch for
stable, assuming the change is not too invasive.

This issue was claimed to be "probably fixed" by commit 
9c3349e23b14db27e7ba45f82cf647899c563ea9.
I've cherry-picked that commit to v215, fixed conflicts, stripped out 
cosmetic changes (and removed one chunk that was later reverted 
upstream), see attached.
Unfortunately, I have no idea how to reliable reproduce this issue (and 
have no spare machine for tests), so it is completely untested.
Given it is not clear if this issue is completely fixed, I'd rather 
replace "assert()" with "return"; maybe, n_running_jobs==0 will break 
something somewhere else, but at least it should not outright kill 
systemd process with SIGFPE (or assert), see second patch.
>From 82612551e5c5acf64eab66ec6d43d5380e84acf2 Mon Sep 17 00:00:00 2001
From: Lennart Poettering 
Date: Mon, 5 Jan 2015 17:22:10 +0100
Subject: [PATCH] core: rework counting of running jobs

Let's unify the code that counts the running jobs a bit, in order to
make sure we are less likely to miss one.

This is related to this bug:

https://bugs.freedesktop.org/show_bug.cgi?id=87349

However, it probably won't fix it fully, and I cannot reproduce the issue.

The change also adds an explicit assert change when the counter is off.

(cherry picked from commit 9c3349e23b14db27e7ba45f82cf647899c563ea9)
(and squashed partial revert from commit d6483ba7834b9e63caee929c9d6373b796be1b21)

Conflicts:
	src/core/job.c
	src/core/manager.c
---
 src/core/job.c | 61 +++---
 src/core/manager.c |  8 ++-
 src/core/unit.c| 11 +-
 3 files changed, 52 insertions(+), 28 deletions(-)

diff --git a/src/core/job.c b/src/core/job.c
index dc4f441..cfc63cf 100644
--- a/src/core/job.c
+++ b/src/core/job.c
@@ -96,11 +96,39 @@ void job_free(Job *j) {
 free(j);
 }
 
+static void job_set_state(Job *j, JobState state) {
+assert(j);
+assert(state >= 0);
+assert(state < _JOB_STATE_MAX);
+
+if (j->state == state)
+return;
+
+j->state = state;
+
+if (!j->installed)
+return;
+
+if (j->state == JOB_RUNNING)
+j->unit->manager->n_running_jobs++;
+else {
+assert(j->state == JOB_WAITING);
+assert(j->unit->manager->n_running_jobs > 0);
+
+j->unit->manager->n_running_jobs--;
+
+if (j->unit->manager->n_running_jobs <= 0)
+j->unit->manager->jobs_in_progress_event_source = sd_event_source_unref(j->unit->manager->jobs_in_progress_event_source);
+}
+}
+
 void job_uninstall(Job *j) {
 Job **pj;
 
 assert(j->installed);
 
+job_set_state(j, JOB_WAITING);
+
 pj = (j->type == JOB_NOP) ? >unit->nop_job : >unit->job;
 assert(*pj == j);
 
@@ -155,6 +183,7 @@ Job* job_install(Job *j) {
 
 assert(!j->installed);
 assert(j->type < _JOB_TYPE_MAX_IN_TRANSACTION);
+assert(j->state == JOB_WAITING);
 
 pj = (j->type == JOB_NOP) ? >unit->nop_job : >unit->job;
 uj = *pj;
@@ -181,8 +210,8 @@ Job* job_install(Job *j) {
 log_debug_unit(uj->unit->id,
"Merged into running job, re-running: %s/%s as %u",
uj->unit->id, job_type_to_string(uj->type), (unsigned) uj->id);
-uj->state = JOB_WAITING;
-uj->manager->n_running_jobs--;
+
+job_set_state(uj, JOB_WAITING);
 return uj;
 }
 }
@@ -209,5 +239,9 @@ int job_install_deserialized(Job *j) {
 *pj = j;
 j->installed = true;
+
+if (j->state == JOB_RUNNING)
+j->unit->manager->n_running_jobs++;
+
 log_debug_unit(j->unit->id,
"Reinstalled deserialized job %s/%s as %u",
j->unit->id, job_type_to_string(j->type), (unsigned) j->id);
@@ -481,8 +513,7 @@ int job_run_and_invalidate(Job *j) {
 if (!job_is_runnable(j))
 return -EAGAIN;
 
-j->state = JOB_RUNNING;
-m->n_running_jobs++;
+job_set_state(j, JOB_RUNNING);
 job_add_to_dbus_queue(j);
 
 /* While we execute this operation the job might go away (for
@@ -542,10 +573,9 @@ int job_run_and_invalidate(Job *j) {
 r = job_finish_and_invalidate(j, JOB_SKIPPED, true);
 else if (r == -ENOEXEC)
 r = 

Bug#785665: [pkg-ntp-maintainers] Bug#785665: ntp: support for atom driver not included

[Kurt Roeckx]

On Sat, Jan 16, 2016 at 09:18:23PM +0900, Hideki Yamane wrote:
> Control: tags -1 +patch
> 
> Hi,
> 
>  Is there any reason to not enable atom driver support by default?
>  Several raspi users do rebuild ntp to enable it to build Stratum-1 server,
>  so release it with this feature is handy for them.

Are you sure that this is actually needed and that it just isn't
disabled by default in some derived distribution?


Kurt

Bug#811176: zathura: dashes missing in printed output, including previews

[Axel]

Package: zathura
Version: 0.3.1-2
Severity: normal

Dear Maintainer,

a PDF file that contains dashes will not be printed correctly as the output 
just shows
blank spaces instead. This happens on all different printers I tried and in 
previews.

Dashes only disappear, though, if they are fine lines, i.e. in regular or small 
fonts.

I include a source PDF file and one produced by printing into a file.

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

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

Versions of packages zathura depends on:
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libgirara-gtk3-1  0.2.3-1
ii  libglib2.0-0  2.42.1-1
ii  libgtk-3-03.14.5-1+deb8u1
ii  libmagic1 1:5.22+15-2
ii  libpoppler-glib8  0.26.5-2
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libsynctex1   2014.20140926.35254-6

zathura recommends no packages.

Versions of packages zathura suggests:
ii  elinks [www-browser]0.12~pre6-5+b2
ii  epiphany-browser [www-browser]  3.14.1-1
ii  iceweasel [www-browser] 38.5.0esr-1~deb8u2
ii  links2 [www-browser]2.8-2+b3
ii  poppler-data0.4.7-1
ii  w3m [www-browser]   0.5.3-19
pn  zathura-cb  
pn  zathura-djvu
pn  zathura-ps  

-- no debconf information


EyeDashes.pdf
Description: Adobe PDF document


EyeDashes.preview.pdf
Description: Adobe PDF document

Bug#785665: [pkg-ntp-maintainers] Bug#785665: ntp: support for atom driver not included

[Hideki Yamane]

On Sat, 16 Jan 2016 13:34:42 +0100
Kurt Roeckx  wrote:
> Are you sure that this is actually needed and that it just isn't
> disabled by default in some derived distribution?

 It seems that ATOM driver is necessary for PPS.
 see http://www.ntp.org/ntpfaq/NTP-s-config-adv.htm#AEN3845

 There's no difference with raspian's ntp package with Debian,
 at least.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#375544: partman-auto-lvm: /boot partition is too large

[David Härdeman]

On Thu, Jan 07, 2016 at 09:14:52PM -0800, Martin Michlmayr wrote:
>* David Härdeman  [2006-06-26 19:37]:
>> Package: partman-auto-lvm
>> Severity: minor
>
>> I'm not sure this is a bug, but I've seen two people independently
>> mention that the /boot partition may be a bit large (256MB) with a
>> decently sized disk.
>
>256 MB is the default maximum size for /boot in most partman-auto
>recipes.  I don't think it's too large because people might install a
>lot of kernels.  Also, wasting a few MB on a large drive is hardly an
>issue, definitely a smaller issue than running out of space.
>
>I suggest we close this bug.  Maybe you agree - hard drives have only
>gotten bigger in the 9.5 years since you filed this bug. :)

Hah...agreed :)

-- 
David Härdeman

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[PICCORO McKAY Lenz]

hey i refer that i firts search here:
https://www.debian.org/devel/wnpp/prospective
and due the bug related are linked so i take it!

and of course, get back the owership! the itp progress are avanced and
there's no sense of my firts intentions, now i must collaborate in the
common work

-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Bug#811090: [pkg-mono-group] Bug#811090: libgdiplus: cannot install package

[Sami Kallio]

apt-cache policy libgdiplus: 

libgdiplus:
  Installed: (none)
  Candidate:   3.12-0xamarin1
  Version table:
 3.12-0xamarin1 0
500 http://download.mono-project.com/repo/debian/ wheezy/main i386 
Packages
 3.6-1+b2 0
500 http://ftp.fi.debian.org/debian/ jessie/main i386 Packages
100 /var/lib/dpkg/status
  

Bug#811177: apt: Perl Error after running apt-get

[Alexander Schier]

No, its not.

$ apt-get upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete werden aktualisiert (Upgrade):
  gcc-5-base letsencrypt python-acme python-letsencrypt
4 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 319 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 2.048 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
(Lese Datenbank ... 82461 Dateien und Verzeichnisse sind derzeit
installiert.)
Vorbereitung zum Entpacken von .../gcc-5-base_5.3.1-6_amd64.deb ...
Entpacken von gcc-5-base:amd64 (5.3.1-6) über (5.3.1-5) ...
Vorbereitung zum Entpacken von .../letsencrypt_0.2.0-1_all.deb ...
Entpacken von letsencrypt (0.2.0-1) über (0.1.1-3) ...
Vorbereitung zum Entpacken von .../python-letsencrypt_0.2.0-1_all.deb ...
Entpacken von python-letsencrypt (0.2.0-1) über (0.1.1-3) ...
Vorbereitung zum Entpacken von .../python-acme_0.2.0-1_all.deb ...
Entpacken von python-acme (0.2.0-1) über (0.1.1-1) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
gcc-5-base:amd64 (5.3.1-6) wird eingerichtet ...
python-acme (0.2.0-1) wird eingerichtet ...
python-letsencrypt (0.2.0-1) wird eingerichtet ...
letsencrypt (0.2.0-1) wird eingerichtet ...
syntax error at (eval 6) line 91, near ") {"
Can't use global $/ in "my" at (eval 6) line 94, near ", $/"
Global symbol "$fn" requires explicit package name at (eval 6) line 94.
syntax error at (eval 6) line 96, near ";
  }"

Am 16.01.2016 um 14:50 schrieb Julian Andres Klode:
> Control: reassign -1 automysqlbackup 2.6+debian.4-1
>
> On Sat, Jan 16, 2016 at 02:12:43PM +0100, Alexander Schier wrote:
>> Package: apt
>> Version: 1.0.9.8.1
>> Severity: serious
>> Justification: serious programming error with unclear source
>>
>> Dear Maintainer,
>> apt-get runs some perl code, which has syntax errors. I do not know
>
> No, the post installation script for automysqlbackup is running.
I thought it when it appeared the first time and wanted to search the
postinst script to add some exit 0 to make it run completely, but it
wasn't the problem. And "dpkg --configure -a" does nothing afterwards,
so everything is configured as it should

> If that's not it, it might also be some hook you have configured,
> but it's definitely not APT.
I do not know about anything special, which wasn't included in the
bugreport. But you can suggest where i could investigate.


schöne Grüße,
Alexander Schier

Bug#811163: epiphany-browser: Starting epiphany-browser from console ends with,'Segmentation fault'

[Erik Josefsson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: epiphany-browser
Version: 3.14.1-1
Severity: important

Dear Maintainer,

* What led up to the situation?

Entering the command: ehj@hedgehog:~$ epiphany-browser

* What was the outcome of this action?

See output below:

ehj@hedgehog:~$ epiphany-browser

(epiphany:16886): Gtk-WARNING **: Theme parsing error: gtk.css:102:18:
Not using units is deprecated. Assuming 'px'.

(epiphany:16886): Gtk-WARNING **: Theme parsing error: gtk.css:102:20:
Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16908): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16908): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16904): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16906): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16906): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16904): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16912): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16912): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16910): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16910): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16935): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16935): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16949): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16949): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16957): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16957): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16961): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16961): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.
Received an unexpected URL from the web process:
'file:///home/ehj/.purple/logs/irc/e...@irc.freenode.net/%23dfri_se.chat/
2012-10-01.161853+0200CEST.html'
Received an invalid message "WebProcessProxy.AddBackForwardItem" from
the web process.
Received an unexpected URL from the web process:
'file:///home/ehj/.purple/logs/jabber/e...@jones.dk/jo...@jones.dk/2013-0
3-09.112644+0100CET.html'
Received an invalid message "WebProcessProxy.AddBackForwardItem" from
the web process.

(WebKitWebProcess:16984): Gtk-WARNING **: Theme parsing error:
gtk.css:102:18: Not using units is deprecated. Assuming 'px'.

(WebKitWebProcess:16984): Gtk-WARNING **: Theme parsing error:
gtk.css:102:20: Not using units is deprecated. Assuming 'px'.
Segmentation fault
ehj@hedgehog:~$ Error receiving IPC message on socket -1 in process
17003: Bad file descriptor
Error receiving IPC message on socket -1 in process 17070: Bad file
descriptor
Error receiving IPC message on socket -1 in process 17109: Bad file
descriptor
Error receiving IPC message on socket -1 in process 17080: Bad file
descriptor


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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x11 1.8.20-0+deb8u1
ii  epiphany-browser-data3.14.1-1
ii  gnome-icon-theme 3.12.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gsettings-desktop-schemas3.14.1-1
ii  iso-codes3.57-1
ii  libatk1.0-0  2.14.0-1
ii  libavahi-client3 0.6.31-5
ii  libavahi-common3 0.6.31-5
ii  libavahi-gobject00.6.31-5
ii  libc62.19-18+deb8u1
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libgcr-base-3-1  3.14.0-2
ii  libgcr-ui-3-13.14.0-2
ii  libgdk-pixbuf2.0-0

Bug#811149: quasselcore: Service is disabled after install

[Mattia Rizzolo]

Control: reassign quassel-core

On Sat, Jan 16, 2016 at 5:49 AM, Sunil Mohan Adapa  wrote:
> Package: quasselcore

that package is not a right name of something in the debian archive,
reassigned to quassel-core.

> Version: 1:0.12.2-3

that version is not something that is in debian, though.
but I'll let quassel maintainer take care of it.


-- 
regards,
Mattia Rizzolo

GPG Key: 4096R/B9444540 http://goo.gl/I8TMB
more about me: http://mapreri.org
Launchpad User: https://launchpad.net/~mapreri
Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo

Bug#810961: transition: libquvi

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 14/01/16 10:11, Tim Lunn wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> libquvi-0.9 is required by totem-pl-parser, current package of the latter has 
> libquvi-0.9 port
> reverted but it is buggy and doesnt work currently. This will allow 
> grilo-plugins to be updated,
> which is a core part of the GNOME desktop.
> 
> libquvi, libquvi-scripts and quvi are in experimental already.
> 
> These remaining 2 reverse depends, have patches/updates filed on the 
> following bugs, they need uploading
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810952
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810953
> I have test-built both these against unstable+libquvi from experimental

Go ahead when you're ready.

Cheers,
Emilio

Bug#810611: nmu: plastimatch 1.6.2+dfsg-2

[Emilio Pozuelo Monfort]

On 15/01/16 02:50, Andreas Beckmann wrote:
> Control: reopen -1
> Control: tag 808401 unreproducible
> 
> On Sun, 10 Jan 2016 16:15:50 +0100 Gert Wollny  wrote:
>>> That package failed to build last time it was uploaded (and
>>> binNMUed):
>>>
>>> https://buildd.debian.org/status/package.php?p=plastimatch
> 
>> That was in December, and the problem was (most likely) that at that
>> time insighttoolkit4 was still build against gdcm-2.4 (and an older
>> dcmtk) resulting in this mixup. This was discussed in [1], and blocked
>> by the now resolved bug [2].  
>  
>> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808401
>> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808491
> 
>> I just had the build tested in an actual sid-amd64 cowbuilder
>> environment, there it worked.
> 
> I can confirm that rebuilding plastimatch works fine on amd64, didn't 
> try any other platform.
> 
>> That said, I've also seen that insighttoolkit4 4.8.2-3 failed to build
>> on i386 because of an internal compiler error,
> 
> Successfully built after being given back.
> 
> 
> Given that -2 was only built on 2 platforms so far (but against
> libgdcm2.4), I'd recommend to NMU it there and to give it back
> everywhere else:
> 
> nmu plastimatch_162+dfsg-2 . amd64 mips64el . -m 'Rebuild against libgdcm2.6'
> gb plastimatch_162+dfsg-2 . ANY

Scheduled, let's see how that goes.

Cheers,
Emilio

Bug#808916: linux-image-4.3.0-1-amd64: non-blocking stack trace crash during startup (drm/i915) in drm_atomic_check_only+0x46f/0x540

[Ronny Standtke]

I can confirm this problem on a Dell Latitude E5500. After booting up
all I can see are some left-scrolling remains of the text console. I can
switch to a text vt which then works normally but would really prefer to
have a working graphical desktop.

Here is some info about the PCI devices in the Dell Latitude E5500:

00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory
Controller Hub (rev 07)
Subsystem: Dell Device 0263
Flags: bus master, fast devsel, latency 0
Capabilities: 
Kernel driver in use: agpgart-intel

00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series
Chipset Integrated Graphics Controller (rev 07) (prog-if 00 [VGA
controller])
Subsystem: Dell Device 0263
Flags: bus master, fast devsel, latency 0, IRQ 29
Memory at f6c0 (64-bit, non-prefetchable) [size=4M]
Memory at e000 (64-bit, prefetchable) [size=256M]
I/O ports at efe8 [size=8]
Expansion ROM at  [disabled]
Capabilities: 
Kernel driver in use: i915

00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset
Integrated Graphics Controller (rev 07)
Subsystem: Dell Device 0263
Flags: bus master, fast devsel, latency 0
Memory at f6b0 (64-bit, non-prefetchable) [size=1M]
Capabilities: 

Bug#811175: debian/watch version 4

[Sylvestre Ledru]

With the correct patch :)

S

>From d4d3f401a7186ea0d532612de8c65d6ba4e5ace6 Mon Sep 17 00:00:00 2001
From: Sylvestre Ledru 
Date: Sat, 16 Jan 2016 13:57:06 +0100
Subject: [PATCH] [SL] debian/watch can be version=4 now since #795804

---
 checks/watch-file.desc| 2 +-
 checks/watch-file.pm  | 2 +-
 debian/changelog  | 1 +
 t/tests/legacy-maintainer-scripts/debian/debian/watch | 2 +-
 t/tests/legacy-maintainer-scripts/tags| 2 +-
 5 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/checks/watch-file.desc b/checks/watch-file.desc
index 792c85a..c3860f6 100644
--- a/checks/watch-file.desc
+++ b/checks/watch-file.desc
@@ -36,7 +36,7 @@ Certainty: certain
 Ref: uscan(1)
 Info: The version= line in the debian/watch file in this
  package declares an unknown version.  The currently known watch file
- versions are 2 and 3.
+ versions are 2, 3 and 4
 
 Tag: debian-watch-file-missing-version
 Severity: normal
diff --git a/checks/watch-file.pm b/checks/watch-file.pm
index 05eab9c..e3c1f60 100644
--- a/checks/watch-file.pm
+++ b/checks/watch-file.pm
@@ -78,7 +78,7 @@ sub run {
 tag 'debian-watch-file-declares-multiple-versions', "line $.";
 }
 $watchver = $1;
-if ($watchver ne '2' and $watchver ne '3') {
+if ($watchver ne '2' and $watchver ne '3' and $watchver ne '4') {
 tag 'debian-watch-file-unknown-version', $watchver;
 }
 } else {
diff --git a/debian/changelog b/debian/changelog
index 65a11c5..85388fa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -27,6 +27,7 @@ lintian (2.5.40) UNRELEASED; urgency=medium
 + [BR] Apply patch from Chris Lamb ,
   warn if debian/watch uses deprecated
   githubredir.debian.net scraper (Closes: #803106).
++ [SL] debian/watch can be version=4 now since #795804
 
   * data/spelling/corrections*:
 + [JW] Add more corrections.
diff --git a/t/tests/legacy-maintainer-scripts/debian/debian/watch b/t/tests/legacy-maintainer-scripts/debian/debian/watch
index 982696c..430eea3 100644
--- a/t/tests/legacy-maintainer-scripts/debian/debian/watch
+++ b/t/tests/legacy-maintainer-scripts/debian/debian/watch
@@ -1,5 +1,5 @@
 # A whitespace is fine for uscan:
- version=4
+ version=5
 
 # Following line should not be matched:
 #opts=uversionmangle=s/$/+debian/,dversionmangle=s/foo/bar/ \
diff --git a/t/tests/legacy-maintainer-scripts/tags b/t/tests/legacy-maintainer-scripts/tags
index 48fbf15..c633187 100644
--- a/t/tests/legacy-maintainer-scripts/tags
+++ b/t/tests/legacy-maintainer-scripts/tags
@@ -47,7 +47,7 @@ W: maintainer-scripts source: debhelper-but-no-misc-depends maintainer-scripts
 W: maintainer-scripts source: debian-watch-file-in-native-package
 W: maintainer-scripts source: debian-watch-file-should-mangle-version line 11
 W: maintainer-scripts source: debian-watch-file-should-mangle-version line 7
-W: maintainer-scripts source: debian-watch-file-unknown-version 4
+W: maintainer-scripts source: debian-watch-file-unknown-version 5
 W: maintainer-scripts source: dfsg-version-in-native-package 7+dfsg-0.1
 W: maintainer-scripts source: dm-upload-allowed-is-obsolete
 W: maintainer-scripts source: qa-upload-has-incorrect-version-number 7+dfsg-0.1
-- 
2.6.4

Bug#810579: nss: FTCBFS: defines LINUX based on uname

[Helmut Grohne]

Control: tags -1 + patch

Hi Steven,

On Tue, Jan 12, 2016 at 02:13:03AM +, Steven Chamberlain wrote:
> I don't have a linux->kfreebsd cross-build environment to confirm it has
> fixed the FTCBFS, but perhaps Helmut could test that?

I confirm that the patch (the public one) works. Should appear in
rebootstrap soonish unless Mike is faster with uploading.

Helmut

Bug#810938: exim4-daemon-light: Cannot assign requested address: daemon abandoned at each startup

[Manuel Bilderbeek]

On 16-01-16 14:36, Marc Haber wrote:

/etc/networks has:
loopback127.0.0.0

Not sure how to check this in detail, I never had to do this in 15
years of using Debian.


You have never used ifconfig or ip addr show to see which IP addresse
you have configured?


Ah, is that what you're asking...

lo: flags=8  mtu 65536
inet 127.0.0.1  netmask 255.0.0.0
loop  txqueuelen 0  (Local Loopback)
RX packets 4  bytes 240 (240.0 B)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 4  bytes 240 (240.0 B)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0



sonata@23:17:~$ sudo /etc/init.d/exim4 stop
[ ok ] Stopping exim4 (via systemctl): exim4.service.
sonata@23:17:~$ sudo netstat -napt | grep :25
tcp0  0 127.0.0.1:250.0.0.0:* LISTEN
8769/exim4

Although I stop it, it's still running...?


On a system with systemd as PID 1 you should not call init scripts
directly, but use systemctl instead.


It's doing that for me, isn't it? (I'm still used to sysv.)


Actually, you shouldn't run init scripts directly even on a sysvinit
system, you should use service(1) to do that.


OK, see above.


The Debian exim4 packages do not use systemd yet, they still use
traditional sysv init scripts.


So, why does it keep running then when I try to stop it?


Is it possible this has to do with the automatic removal of
'ifupdown'? It started when installing/upgrading several packages as
listed in my original report.


Probably not, you're the only one with that issue.


Well, that's all what I changed. It was running fine before that and I 
didn't change anything at all.



For basic Unix administration skills, you might want to refer to the
relevant -user mailing lists.


Do you really think that's a helpful remark?


Yes. This is with utmost certainty not a bug in exim. By asking your
questions in a bug report against exim and thus only to the exim4
maintainers, you're depraving yourself of 99.9% of people who would
be able and willing to help.


I'm not asking questions to acquire Unix administration skills, I'm 
asking questions to be sure to run the tests that help you to help me to 
determine what is going wrong with exim here.


Besides that I'm the only one who reported this, what makes you so sure 
it's not a bug in exim or the way it is setup in Debian?


If it isn't a bug in Debian, I'd expect you as an expert on exim, to 
know what to look into, so what could cause the package you're 
maintaining to behave like this.


I'm just a Debian desktop user, following testing and trying to help by 
reporting issues I see.


--
Kind regards,

Manuel

Bug#797705: [PATCH] git-svn: fix auth parameter handling on SVN 1.9.0+

[Thierry Vignaud]

On 16 January 2016 at 11:17, Eric Wong  wrote:
> For users with "store-passwords = no" set in the "[auth]" section of
> their ~/.subversion/config, SVN 1.9.0+ would fail with the
> following message when attempting to call svn_auth_set_parameter:
>
>   Value is not a string (or undef) at Git/SVN/Ra.pm
>
> Ironically, this breakage was caused by r1553823 in subversion:
>
>   "Make svn_auth_set_parameter() usable from Perl bindings."
>
> Since 2007 (602015e0e6ec), git-svn has used a workaround to make
> svn_auth_set_parameter usable internally.  However this workaround
> breaks under SVN 1.9+, which deals properly with the type mapping
> and fails to recognize our workaround.
>
> For pre-1.9.0 SVN, we continue to use the existing workaround for
> the lack of proper type mapping in the bindings.
>
> Tested under subversion 1.6.17 and 1.9.3.
>
> I've also verified r1553823 was not backported to SVN 1.8.x:
>
>   BRANCH=http://svn.apache.org/repos/asf/subversion/branches/1.8.x
>   svn log -v $BRANCH/subversion/bindings/swig/core.i
>
> ref: https://bugs.debian.org/797705
> Cc: 797...@bugs.debian.org
> Signed-off-by: Eric Wong 
> ---
>  Thanks to the reporter (Bcc:-ed to protect their privacy) who
>  notified Dair and I of this bug.
>
>  Junio: this should also head to maint, thanks.

Thanks, I confirm it fixed the issue.
You can add the following if you want:

Reported-by: Thierry Vignaud 
Tested-by: Thierry Vignaud 

Bug#811161: [akregator] Akregator crashed at startup

[David Goodenough]

Package: akregator
Version: 4:4.14.10-2
Severity: normal

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

Recently Akregator has started to crash on startup.  Initially it took
a few attempts to restart it and it would work, now (as in the last two
days) it keeps on failing.

The traceback reads:-

Application: Akregator (akregator), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[KCrash Handler]
#6  0x7f3d2948b3b9 in QWidgetPrivate::showChildren(bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#7  0x7f3d2948b4cf in QWidgetPrivate::show_helper() () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#8  0x7f3d2948d502 in QWidget::setVisible(bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#9  0x7f3d2948b407 in QWidgetPrivate::showChildren(bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#10 0x7f3d2948b4cf in QWidgetPrivate::show_helper() () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#11 0x7f3d2948d502 in QWidget::setVisible(bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#12 0x004082ff in _start ()

Akregator never gets as far as appearing on the screen.

This is on a sid system updated most days.  Other KDE applications are not
showing this problem. 

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.3.0-1-amd64

Debian Release: stretch/sid
  500 unstablehttp.debian.net 
  500 stable  dl.google.com 
  500 nightly pkg.tox.chat 

--- Package information. ---
Depends(Version) | Installed
-+-

kde-runtime  (>> 4:4.10) | 4:15.08.3-1
libc6  (>= 2.14) | 
libgcc1 (>= 1:4.1.1) | 
libkcmutils4   (>= 4:4.4.95) | 
libkdecore5  (>= 4:4.4.4-2~) | 
libkdepim4(= 4:4.12.4-1) | 
libkdeui5   (>= 4:4.4.0) | 
libkhtml5   (>= 4:4.3.4) | 
libkio5 (>= 4:4.3.4) | 
libknotifyconfig4   (>= 4:4.3.4) | 
libkontactinterface4   (>= 4:4.12.2) | 
libkparts4 (>= 4:4.5.85) | 
libkpimutils4  (>= 4:4.12.2) | 
libplasma3   (>= 4:4.4.4-2~) | 
libqt4-dbus (>= 4:4.5.3) | 
libqt4-xml  (>= 4:4.5.3) | 
libqtcore4  (>= 4:4.8.0) | 
libqtgui4   (>= 4:4.8.0) | 
libsolid4   (>= 4:4.3.4) | 
libstdc++6(>= 4.1.1) | 
libsyndication4(>= 4:4.12.2) | 


Package's Recommends field is empty.

Package's Suggests field is empty.

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

[toogley]

sorry. i don't understand this point: You say, i should correct my
changelog.


Not really. It was primarily meant as advice for the next time. :-)
You can fix it if you want, though, but you don't need to. (I should
have been more explicit in this regard...)


I did understand it as an advice/friendly suggestion/improvement, so 
don't worry :)




As example how its done correctly you cite my own commit?


Not. :-)

You don't need to add changelog items if you fix things in the scope
of the current changelog entry (i.e. if you fix anything which has
been added after the last upload).


==> i wanted to make my changes explicit, as it may be not obvious that 
i ran debconf-updatep. But,well here is the updated version.


https://github.com/toogley/pkg-wicd/commit/d2532c3a2a7cb0fe31f970f829a301205ef0f19d



(And btw: i didn't use git revert here, because no one has pulled yet 
from my repo..)

Bug#811154: RFS: poretools

[Andreas Tille]

I guess you forgotto push. :-)
(No need to ping me again after pushing - I'm watching the commit list)

On Sat, Jan 16, 2016 at 12:40:49AM -0800, Afif Elghraoui wrote:
> Hi, team,
> I've completed the poretools package after forgetting about it for some
> time. Could someone please upload to unstable?
> 
> git+ssh://git.debian.org/git/debian-med/poretools.git
> http://anonscm.debian.org/cgit/debian-med/poretools.git
> 
> Many thanks and regards
> Afif
> 
> -- 
> Afif Elghraoui | عفيف الغراوي
> http://afif.ghraoui.name
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging

-- 
http://fam-tille.de

Bug#808521: transition: mpich

[Emilio Pozuelo Monfort]

On 16/01/16 10:05, Anton Gladky wrote:
> Hi Emilio,
> 
> 2016-01-09 12:07 GMT+01:00 Emilio Pozuelo Monfort :
>>
>> netpipe-mpich2 depends on mpich2
>>
> 
> Fixed (NMUed).
> 
> 
>> espresso/s390x failed to build
>>
> 
> Fixed in package elpa, could you please schedule espresso_s390x

Done.

> and check, whether we can finish this transition?

Will do.

Cheers,
Emilio

Bug#811166: ants: build-depend on non-built anymore package

[Mattia Rizzolo]

Package: ants
Version: 2.1.0-4
Severity: serious

Dear maintainer,

you build-depend on libdcmtk2-dev, which is not built anymore.
Please depend on the unversioned libdcmtk-dev instead.
(or the alternative libdcmtk-dev | libdcmtk2-dev since you like it more
for backports :))

-- 
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#395843: wgs-assembler is now canu

[Andreas Tille]

Hi Afif,

please make sure you change the entry in the bio task file once you have
renamed the package in Git.

Kind regards

  Andreas.

On Fri, Jan 15, 2016 at 11:22:15PM -0800, Afif Elghraoui wrote:
> Control: retitle -1 "ITP: canu -- single-molecule sequence assembler"
> 
> The Celera assembler website [1] now has a title that reads "If you are
> assembling PacBio or Oxford Nanopore data, please use Canu [2] instead.
> Celera Assembler is no longer being maintained."
> 
> Description:
> Canu is a fork of the Celera Assembler designed for high-noise
> single-molecule sequencing (such as the PacBio RSII or Oxford Nanopore
> MinION). The software is currently alpha level, feel free to use and
> report issues encountered.
> 
> 
> 1. http://wgs-assembler.sourceforge.net
> 2. http://canu.readthedocs.org/en/latest/
> -- 
> Afif Elghraoui | عفيف الغراوي
> http://afif.ghraoui.name
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging

-- 
http://fam-tille.de

Bug#811175: lintian: version=4 in debian/watch is now possible

[Sylvestre Ledru]

Package: lintian
Version: 2.5.39.1
Severity: normal

Dear Maintainer,

Since the implementation of bug #795804, version=4 is debian/watch is now a 
valid option.

The attached patch implements it.

Thanks,
Sylvestre

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable'), (300, 
'experimental')
Architecture: amd64 (x86_64)

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)

Versions of packages lintian depends on:
ii  binutils  2.25.90.20160101-2
ii  bzip2 1.0.6-8
ii  diffstat  1.60-1
ii  file  1:5.25-2
ii  gettext   0.19.7-2
ii  hardening-includes2.8+nmu2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.29+b5
ii  libarchive-zip-perl   1.56-2
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-1+b1
ii  libdpkg-perl  1.18.4
ii  libemail-valid-perl   1.198-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.413-1+b1
ii  libparse-debianchangelog-perl 1.2.0-8
ii  libperl5.22 [libdigest-sha-perl]  5.22.1-3
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.69-1
ii  man-db2.7.5-1
ii  patchutils0.3.4-1
ii  perl  5.22.1-3
ii  t1utils   1.39-2
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg 1.18.4
pn  libperlio-gzip-perl  
ii  perl 5.22.1-3
ii  perl-modules-5.22 [libautodie-perl]  5.22.1-3

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.4
ii  libhtml-parser-perl3.71-2+b1
ii  libtext-template-perl  1.46-1
pn  libyaml-perl   

-- no debconf information
>From 3d89e279ccad5ba303b0b9072156b3800456258b Mon Sep 17 00:00:00 2001
From: Sylvestre Ledru 
Date: Sat, 16 Jan 2016 13:57:06 +0100
Subject: [PATCH] [SL] debian/watch can be version=4 now since #795804

---
 checks/watch-file.desc| 2 +-
 checks/watch-file.pm  | 2 +-
 debian/changelog  | 1 +
 t/tests/legacy-maintainer-scripts/debian/debian/watch | 2 +-
 t/tests/legacy-maintainer-scripts/tags| 2 +-
 5 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/checks/watch-file.desc b/checks/watch-file.desc
index 792c85a..c3860f6 100644
--- a/checks/watch-file.desc
+++ b/checks/watch-file.desc
@@ -36,7 +36,7 @@ Certainty: certain
 Ref: uscan(1)
 Info: The version= line in the debian/watch file in this
  package declares an unknown version.  The currently known watch file
- versions are 2 and 3.
+ versions are 2, 3 and 4
 
 Tag: debian-watch-file-missing-version
 Severity: normal
diff --git a/checks/watch-file.pm b/checks/watch-file.pm
index 05eab9c..92b6773 100644
--- a/checks/watch-file.pm
+++ b/checks/watch-file.pm
@@ -78,7 +78,7 @@ sub run {
 tag 'debian-watch-file-declares-multiple-versions', "line $.";
 }
 $watchver = $1;
-if ($watchver ne '2' and $watchver ne '3') {
+if ($watchver ne '2' and $watchver ne '4') {
 tag 'debian-watch-file-unknown-version', $watchver;
 }
 } else {
diff --git a/debian/changelog b/debian/changelog
index 65a11c5..85388fa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -27,6 +27,7 @@ lintian (2.5.40) UNRELEASED; urgency=medium
 + [BR] Apply patch from Chris Lamb ,
   warn if debian/watch uses deprecated
   githubredir.debian.net scraper (Closes: #803106).
++ [SL] debian/watch can be version=4 now since #795804
 
   * data/spelling/corrections*:
 + [JW] Add more corrections.
diff --git a/t/tests/legacy-maintainer-scripts/debian/debian/watch b/t/tests/legacy-maintainer-scripts/debian/debian/watch
index 982696c..430eea3 100644
--- a/t/tests/legacy-maintainer-scripts/debian/debian/watch
+++ b/t/tests/legacy-maintainer-scripts/debian/debian/watch
@@ -1,5 +1,5 @@
 # A whitespace is fine for uscan:
- version=4
+ version=5
 
 # Following line should not be matched:
 #opts=uversionmangle=s/$/+debian/,dversionmangle=s/foo/bar/ \
diff --git a/t/tests/legacy-maintainer-scripts/tags b/t/tests/legacy-maintainer-scripts/tags
index 48fbf15..c633187 100644
--- a/t/tests/legacy-maintainer-scripts/tags
+++ 

Bug#808916: linux-image-4.3.0-1-amd64: non-blocking stack trace crash during startup (drm/i915) in drm_atomic_check_only+0x46f/0x540

[Ronny Standtke]

In addition to the already mentioned trace I also see the following
error message in the system logs:

Jan 16 15:14:29 debian kernel: [drm:intel_cpu_fifo_underrun_irq_handler
[i915]] *ERROR* CPU pipe A FIFO underrun

Bug#783919: news on ocaml-llvm bindings ?

[Sylvestre Ledru]

Le 11/01/2016 20:56, Pierre Chifflier a écrit :
> tags 783919 +patch
> thanks
>
> On Thu, Nov 26, 2015 at 01:33:19PM +0100, Sylvestre Ledru wrote:
>> I will be happy to apply a patch if you have any.
>>
> Hi Sylvestre,
>
> Here is a patch for llvm-toolchain-3.6. It is now possible to build it
> with the bindings enabled, since ocaml-ctypes >= 0.4 has transitioned
> [1].
>
I tried to build it for an upload but it failed with:

debian/rules override_dh_install
make[1]: Entering directory '/tmp/buildd/llvm-toolchain-3.6-3.6.2'
dh_install --fail-missing
dh_install: libllvm-3.6-ocaml-dev missing files: /usr/lib/ocaml/llvm-3.6
dh_install: missing files, aborting
debian/rules:368: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 2

Does it ring a bell?

Thanks
S

Bug#644920: incorrectly writes cyrillic filenames into log

[Jörg Frings-Fürst]

reopen 644920
thanks

Hi,

sorry, it was the wrong bug.

CU
Jörg
 
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54538 Bausendorf

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.




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

Bug#811179: libjs-simple-fmt: package description says "type-testing" instead of "string formatting"

[Daniele Forsi]

Package: libjs-simple-fmt
Severity: minor

Dear Maintainer,

both short and long description say "type-testing"

> maximally minimal type-testing library (JavaScript lib)

> Maximally minimal type-testing library

instead of "string formatting"

thanks,
Daniele

Bug#811154: RFS: poretools

[Afif Elghraoui]

Hi, team,
I've completed the poretools package after forgetting about it for some
time. Could someone please upload to unstable?

git+ssh://git.debian.org/git/debian-med/poretools.git
http://anonscm.debian.org/cgit/debian-med/poretools.git

Many thanks and regards
Afif

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Bug#763147: [8213b23] Fix for Bug#763147 committed to git

[Manoj Srivastava]

tags 763147 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 master at Sat, 16 Jan 2016 00:54:08 -0800.

 The fix will be in the next upload. 
=
[master]: Fix manpage typos

Bug fix: "Typos in manpage", thanks to Josh Triplett
   (Closes: #763147).

Signed-off-by: Manoj Srivastava 
=

Bug#811162: Upgrade to PostgreSQL 9.5

[Christoph Berg]

Package: dms-core
Version: 1.0.3-2
Severity: serious

Hi,

PostgreSQL in unstable has been upgraded to 9.5, please upgrade the
dependency of dms-core to postgresql-9.5.

(This is #756352 reloaded. I'd still suggest to look into if just
"Depends: postgresql" wouldn't do what you want. The old 9.4 dms
cluster won't disappear on the version upgrade, and "pg_upgradecluster
9.4 dms" (or whatever it is called) will upgrade all user data
transparently, i.e. the upgraded cluster will use the same port,
pg_hba.conf etc as the old one.)

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


signature.asc
Description: PGP signature

Bug#763147: [b2c913b] Fix for Bug#763147 committed to git

[Manoj Srivastava]

tags 763147 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 master at Sat, 16 Jan 2016 01:37:18 -0800.

 The fix will be in the next upload. 
=
[master]: Fix manpage typos

Bug fix: "Typos in manpage", thanks to Josh Triplett
   (Closes: #763147).

Signed-off-by: Manoj Srivastava 
=

Bug#761301: [e7364bd] Fix for Bug#761301 committed to git

[Manoj Srivastava]

tags 761301 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 master at Sat, 16 Jan 2016 01:37:21 -0800.

 The fix will be in the next upload. 
=
[master]: Demote the make packages priorities

make is now priority optional, along with gcc, floex and
bison. make-guile, which conflicts with it, is now priority extra.

Bug fix: "Neither make nor make-guile should be standard", thanks to
Josh Triplett (Closes: #761301).

Bug fix: "make instead of make-guile should be standard", thanks to
Joey Hess (Closes: #762017).

Signed-off-by: Manoj Srivastava 
=

Bug#811164: RFS: policyd-weight/0.1.15.2-11

[Werner Detter]

Package: sponsorship-requests
Subject: RFS - policyd-weight/0.1.15.2-11

Hi everybody, 

I've created a new version of my package policyd-weight. 

 * Package name: policyd-weight
   Version : 0.1.15.2-11
   Upstream Author : Robert Felber
 * URL : www.policyd-weight.org
 * License : GPL-2+
   Section : mail

As my sponsor Arno seems to be unavailable sice some weeks I'm asking here for 
someone who
could upload my packages. Debdiff is found under [1], changes since last upload:

policyd-weight (0.1.15.2-11) unstable; urgency=low

  * debian/postrm
+ Fix command-with-path-in-maintainer-script
  * debian/init.d
+ Updated LSB header
  * debian/rules
+ Add dh_lintian
  * Add debian/source.lintian-overrides
+ override for debian-watch-may-check-gpg-signature as upstream does
  not provide cryptographic signature
  * Update to debhelper 9
  * Updated 10_replace_net_dns_dn_expand.patch to use official replacement
Net::DNS::DomainName::decode for Net::DNS::Packet::dn_expand
  * Add 13_fix_default_rhsbl_dnsbl_in_man5.patch which updates default
dnsbls/rhsbls in man5 manpage
  * Add 14_ignore_rfc1918_a_records_config_option.patch which introduces
new config config option $IGNORE_RFC1918_A. If enabled A records with
RFC1918 addresses aren't treated as bogus addresses by policyd-weight
and therefore bogus_mx_score is not added. Updated sample configuration
and man5 manpage (Closes: #799314)
  * Add closing bug in previous changelog entry

 -- Werner Detter   Tue,  1 Dec 2015 23:17:14 +0100

It builds those binary packages:
policyd-weight - Perl policy daemon for the Postfix MTA

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/policyd-weight

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.2-11.dsc


Regards,
Werner


[1] Debdiff
werner@smaint:~$ debdiff policyd-weight_0.1.15.2-10.dsc 
policyd-weight_0.1.15.2-11.dsc
diff -Nru policyd-weight-0.1.15.2/debian/changelog 
policyd-weight-0.1.15.2/debian/changelog
--- policyd-weight-0.1.15.2/debian/changelog2015-01-07 07:32:00.0 
+0100
+++ policyd-weight-0.1.15.2/debian/changelog2015-12-01 09:45:29.0 
+0100
@@ -1,7 +1,32 @@
+policyd-weight (0.1.15.2-11) unstable; urgency=low
+
+  * debian/postrm
++ Fix command-with-path-in-maintainer-script
+  * debian/init.d
++ Updated LSB header
+  * debian/rules
++ Add dh_lintian
+  * Add debian/source.lintian-overrides
++ override for debian-watch-may-check-gpg-signature as upstream does
+  not provide cryptographic signature
+  * Update to debhelper 9
+  * Updated 10_replace_net_dns_dn_expand.patch to use official replacement
+Net::DNS::DomainName::decode for Net::DNS::Packet::dn_expand
+  * Add 13_fix_default_rhsbl_dnsbl_in_man5.patch which updates default
+dnsbls/rhsbls in man5 manpage
+  * Add 14_ignore_rfc1918_a_records_config_option.patch which introduces
+new config config option $IGNORE_RFC1918_A. If enabled A records with
+RFC1918 addresses aren't treated as bogus addresses by policyd-weight
+and therefore bogus_mx_score is not added. Updated sample configuration
+and man5 manpage (Closes: #799314)
+  * Add closing bug in previous changelog entry
+   
+ -- Werner Detter   Tue,  1 Dec 2015 23:17:14 +0100
+
 policyd-weight (0.1.15.2-10) unstable; urgency=low
 
-  * Add 12_del_rhsbl.ahbl.org.patch which removes rhsbl.ahbl.org list due 
-to service shutdown
+  * Add 12_del_rhsbl.ahbl.org.patch which removes rhsbl.ahbl.org list due
+to service shutdown (Closes: #774772)

  -- Werner Detter   Wed,  7 Jan 2015 07:30:14 +0100
 
diff -Nru policyd-weight-0.1.15.2/debian/compat 
policyd-weight-0.1.15.2/debian/compat
--- policyd-weight-0.1.15.2/debian/compat   2014-10-04 16:43:25.0 
+0200
+++ policyd-weight-0.1.15.2/debian/compat   2015-11-30 20:34:32.0 
+0100
@@ -1 +1 @@
-7
+9
diff -Nru policyd-weight-0.1.15.2/debian/control 
policyd-weight-0.1.15.2/debian/control
--- policyd-weight-0.1.15.2/debian/control  2014-10-04 16:43:25.0 
+0200
+++ policyd-weight-0.1.15.2/debian/control  2015-11-30 20:34:32.0 
+0100
@@ -2,7 +2,7 @@
 Section: mail
 Priority: optional
 Maintainer: Werner Detter 
-Build-Depends: debhelper (>= 7)
+Build-Depends: debhelper (>= 9)
 Homepage: http://www.policyd-weight.org/
 Standards-Version: 3.9.6
 
diff -Nru policyd-weight-0.1.15.2/debian/init.d 
policyd-weight-0.1.15.2/debian/init.d
--- policyd-weight-0.1.15.2/debian/init.d   2014-10-04 16:43:25.0 
+0200
+++ policyd-weight-0.1.15.2/debian/init.d   2015-11-30 20:34:32.0 
+0100
@@ -1,20 +1,15 @@
 #! /bin/sh
 #
-# policyd-weight   

Bug#796835: transition: ncurses

[Emilio Pozuelo Monfort]

On 14/01/16 16:45, Andreas Beckmann wrote:
> Followup-For: Bug #796835
> 
> I had a look at the state of the ncurses transition and found
> a few packages have been missed and were not binNMUed, yet:
> 
> nmu trn_3.6-24 . i386 . "Rebuild against ncurses 6.0."
> # (maintainer uploaded trn binaries built on outdated system)
> nmu newsbeuter_2.8-2 . ANY . "Rebuild against ncurses 6.0."
> nmu gdb-avr_7.7-2 . ANY . "Rebuild against ncurses 6.0."
> nmu sendfile_2.1b.20080616-5.3 . kfreebsd-amd64 kfreebsd-i386 hurd-i386 . 
> "Rebuild against ncurses 6.0."
> nmu yacpi_3.0-2 . ANY . "Rebuild against ncurses 6.0."
> nmu heimdal_1.6~rc2+dfsg-10 . ANY . "Rebuild against ncurses 6.0."
> # (libsl0-heimdal will pick up a new dependency on libtinfo5)
> nmu logol_1.7.2-2 . ANY . "Rebuild against ncurses 6.0."
> # (logol-bin should pick up a versioned dependency on libncursesw5)

All scheduled.

> I built and uploaded a few binNMUs for non-free non-autobuild
> packages: frobtads, ngspice, tome.

Great!

> The ben file should probably be adjusted and also accept
> libncursesw?5-dev as good (affects e.g. ecl, r-base).

Or just not consider that as affected.

Cheers,
Emilio

Bug#811132: jessie-pu: package sus/7.20160107~deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Fri, 2016-01-15 at 23:37 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Fri, 2016-01-15 at 23:51 +0100, Andreas Beckmann wrote:
> > susv4 is an installer package built from src:sus (in contrib),
> > but the file it downloads has been updated, so we need to update the
> > checksum, otherwise the installation will fail due to the mismatch.
> > 
> > This is just a rebuild of the package in sid targetting jessie.
> 
> Please go ahead.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#810542: jessie-pu: package curlftpfs/0.9.2-9~deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Fri, 2016-01-15 at 23:38 +0100, Andreas Beckmann wrote:
> On 2016-01-15 22:05, Vincent Bernat wrote:
> >  ❦  9 janvier 2016 19:48 +0100, Andreas Beckmann  :
> >> curlftpfs is misbuilt on 64-bit architectures due to a missing prototype
> 
> > Thanks for taking care of that!
> 
> On 2016-01-15 17:12, Adam D. Barratt wrote:
> > Please go ahead.
> 
> Uploaded.

Flagged for acceptance.

Regards,

Adam

Bug#803730: jessie-pu: package fglrx-driver/1:15.9-3~deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-01-16 at 02:00 +0100, Andreas Beckmann wrote:
> On 2016-01-15 17:58, Adam D. Barratt wrote:
> > On Mon, 2015-11-02 at 03:07 +0100, Andreas Beckmann wrote:
> >> The only option to fix CVE-2015-7723, CVE-2015-7724 (#803517) in
> >> fglrx-driver is to update to a new upstream release of the blob.
> >>
> >> I have prepared a backport of the current sid version to jessie and only
> >> reverted the changes that are problematic for jessie (removal of the
> >> libxvbaw-dev package and related changes).
> > 
> > Apologies for the delay in getting back to you on this.
> > 
> > Please go ahead
> 
> Uploaded 1:15.9-4~deb8u1

Flagged for acceptance.

Regards,

Adam

Bug#811149: quasselcore: Service is disabled after install

[Mattia Rizzolo]

control: found -1 1:0.12.2-3

On Sat, Jan 16, 2016 at 04:22:49PM +0530, Sunil Mohan Adapa wrote:
> >> Version: 1:0.12.2-3
> > 
> > that version is not something that is in debian, though.
> > but I'll let quassel maintainer take care of it.
> 
> This is the current sid version of the quassel-core package.
> https://packages.debian.org/sid/quassel-core

umh, indeed... I must have been looking and something else page.

-- 
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#811172: mercurial-git: broken SSH: Invalid command: 'g 'i t - u p l o a d - p a c k

[Jakub Wilk]

Package: mercurial-git
Version: 0.8.3-1
Severity: grave

After upgrading python-dulwich to 0.12.0-1, I can't do anything over 
SSH. For example:


$ hg clone git+ssh://g...@github.com:jwilk/mwic.git
destination directory: mwic
Invalid command: 'g 'i t - u p l o a d - p a c k   ' j w i l k / m w i c . g i 
t '''
 You appear to be using ssh to clone a git:// URL.
 Make sure your core.gitProxy config option and the
 GIT_PROXY_COMMAND environment variable are NOT set.
abort: git remote error: The remote server unexpectedly closed the connection.


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

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages mercurial-git depends on:
ii  mercurial   3.6.2-1
ii  python-dulwich  0.12.0-1
pn  python:any  

--
Jakub Wilk

Bug#806243: [libminc] Test issues when building on mipsel architecture (#66)

[Andreas Beckmann]

Control: block 800414 with -1 .

On Sat, 05 Dec 2015 20:56:01 + James Cowgill
 wrote:
> Since libminc has never successfully built on mipsel, this bug
> shouldn't have been serious in the first place (regardless of what was
> causing it).

But the minc package (before the split) has built successfully on
mipsel, so this FTBFS is blocking the transition, since minc-tools is
missing a current build on mipsel.


Andreas

Bug#785665: ntp: support for atom driver not included

[Hideki Yamane]

Control: tags -1 +patch

Hi,

 Is there any reason to not enable atom driver support by default?
 Several raspi users do rebuild ntp to enable it to build Stratum-1 server,
 so release it with this feature is handy for them.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane
diff -urN ntp-4.2.8p4+dfsg.orig/debian/rules ntp-4.2.8p4+dfsg/debian/rules
--- ntp-4.2.8p4+dfsg.orig/debian/rules	2015-07-25 23:36:54.0 +0900
+++ ntp-4.2.8p4+dfsg/debian/rules	2016-01-16 21:13:53.496817614 +0900
@@ -23,6 +23,7 @@
 		--disable-local-libopts \
 		--enable-ntp-signd \
 		--disable-dependency-tracking \
+		--enable-ATOM \
 		--with-openssl-libdir=/usr/lib/$(DEB_HOST_MULTIARCH)
 
 build: build-arch build-indep

Bug#810938: exim4-daemon-light: Cannot assign requested address: daemon abandoned at each startup

[Marc Haber]

On Fri, Jan 15, 2016 at 11:33:04PM +0100, Manuel Bilderbeek wrote:
> On 14-01-16 23:55, Marc Haber wrote:
> >On Thu, Jan 14, 2016 at 11:13:34PM +0100, Manuel Bilderbeek wrote:
> >>I have no idea what to investigate and how.
> >
> >Check whether you have ::1 and/or 127.0.0.1 on lo.
> 
> /etc/networks has:
> loopback127.0.0.0
> 
> Not sure how to check this in detail, I never had to do this in 15
> years of using Debian.

You have never used ifconfig or ip addr show to see which IP addresse
you have configured?

> >Stop exim.
> >Use netstat to see who is listening on port 25.
> 
> Interesting:
> 
> sonata@23:17:~$ sudo /etc/init.d/exim4 stop
> [ ok ] Stopping exim4 (via systemctl): exim4.service.
> sonata@23:17:~$ sudo netstat -napt | grep :25
> tcp0  0 127.0.0.1:250.0.0.0:* LISTEN
> 8769/exim4
> 
> Although I stop it, it's still running...?

On a system with systemd as PID 1 you should not call init scripts
directly, but use systemctl instead.

Actually, you shouldn't run init scripts directly even on a sysvinit
system, you should use service(1) to do that.

> Looks like it's already started then, outside of systemd... what
> could it be?

The Debian exim4 packages do not use systemd yet, they still use
traditional sysv init scripts.

> As I said before, even though it gives that error, it is still able
> to send the e-mail that the paniclog has grown. I guess that can be
> explained by the fact that there was already an exim4 running
> indeed.

No. Please read the docs about exim4 and how it works, such as, for
example, /usr/share/doc/exim4-base/spec.txt.gz chapter 3. You don't
need a running daemon to send mail.

> Is it possible this has to do with the automatic removal of
> 'ifupdown'? It started when installing/upgrading several packages as
> listed in my original report.

Probably not, you're the only one with that issue.

> >For basic Unix administration skills, you might want to refer to the
> >relevant -user mailing lists.
> 
> Do you really think that's a helpful remark?

Yes. This is with utmost certainty not a bug in exim. By asking your
questions in a bug report against exim and thus only to the exim4
maintainers, you're depraving yourself of 99.9% of people who would
be able and willing to help.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#805064: [buildd-tools-devel] Bug#803505: sbuild: Run build-deps-failed-commands on apt-get-update fail stage too

[Johannes Schauer]

Control: reopen -1

On Sat, 26 Dec 2015 17:10:13 +0100 Johannes Schauer  wrote:
> whoops, forgot to close this in the upload of 0.67.0-1

it's a bad idea to close bugs manually. Apparently I never pushed the patch for
this one...


signature.asc
Description: signature

Bug#750459: [Pkg-haproxy-maintainers] Bug#750459: Bug#750459: Patch for haproy init script and link to the original launchpad bug report

[Vincent Bernat]

 ❦  9 juin 2014 19:46 +0300, Apollon Oikonomopoulos  :

> The conf.d directory can be supported indirectly, by using an 
> EnvironmentFile in systemd to specify a variable for the configuration.  
> A separate unit can then be used to dynamically generate the environment 
> file before haproxy is (re-)started. This unit need not be shipped by 
> us, it can be set up by the system administrator.

I have been told, with 1.6, this can now be done by setting EXTRAOPTS to
EXTRAOPTS="-- /etc/haproxy/conf.d/*.cfg" will do what is
required. Currently, the position of EXTRAOPTS in 1.6.3-1 forbids that,
but I just moved it to the right position for the next upload. This
could also be made a default.

However, I didn't test if it would work with systemd (I suppose that the
wildcard needs to be expanded and I think systemd won't).
-- 
Choose variable names that won't be confused.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#811165: kinit: man page lists $ in front of namess of environmental variables used

[Arthur Marsh]

Package: kinit
Version: 5.16.0-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

I read on the manual page for kdeinit5:

ENVIRONMENT VARIABLES
   $HOME
   Specifies the home directory of the current user

   $KDE_HOME_READONLY
   Specifies if the home directory of the current user is read only

   $KDE_IS_PRELINKED
   If set, tells kdeinit5 that the KDE programs are pre-linked.

   (Prelinking is a process that allows you to speed up the process of
   dynamic linking.)

However they should be listed without the evaluation operator $ at the start.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


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

Kernel: Linux 4.4.0+ (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages kinit depends on:
ii  libc62.21-6
ii  libcap2  1:2.24-12
ii  libkf5configcore55.16.0-1
ii  libkf5coreaddons55.16.0-1
ii  libkf5crash5 5.16.0-1
ii  libkf5i18n5  5.16.0-1
ii  libkf5kiocore5   5.16.0-1
ii  libkf5kiowidgets55.16.0-1
ii  libkf5service-bin5.16.0-1
ii  libkf5service5   5.16.0-1
ii  libkf5windowsystem5  5.16.0-1
ii  libqt5core5a 5.5.1+dfsg-12
ii  libqt5dbus5  5.5.1+dfsg-12
ii  libqt5gui5   5.5.1+dfsg-12
ii  libstdc++6   5.3.1-6
ii  libx11-6 2:1.6.3-1

kinit recommends no packages.

kinit suggests no packages.

-- debconf-show failed

Bug#745405: [src:opal] Source package contains non-free IETF RFC/I-D

[Francesco Poli]

On Sat, 25 Oct 2014 19:53:57 +0200 Eugen Dedu wrote:

> tags 745405 pending

Hello,
I see that this bug report has been pending for quite a long time.
I wondered what happened and saw that a changelog entry claims to fix
the issue, but seems to forget the Closes directive:

  opal (3.10.10~dfsg2-1) unstable; urgency=low
  
* Remove one non free document (RFC) from source package.
  [...]

   -- Eugen Dedu   Mon, 27 Oct 2014 05:51:57 
+0200
  

Maybe this bug report should be closed with a message to
<745405-cl...@bugs.debian.org> having the following pseudo-header:

  Source: opal
  Source-Version: 3.10.10~dfsg2-1

Do you agree?
Please let me know.

Thanks for your time.



-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpVZjUU27dhe.pgp
Description: PGP signature

Bug#811170: mumble: Hang at startup

[Elia Argentieri]

Package: mumble
Version: 1.2.12-1
Severity: important

Dear Maintainer,

when I start mumble it takes a very long time to show the main window or even
something in the terminal. It just hangs there for a long time like 1 or 2
minutes until it shows up and works correctly.

Since it didn't say anything useful by its own, I run it with gdb and attached
the log.

It seems thread 2 is stuck at a mutex in pulseaudio's code.
Perhaps this has to do with recent system updates?

Regards,
EA

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

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

Versions of packages mumble depends on:
ii  libasound2 1.0.29-1
ii  libavahi-client3   0.6.32~rc+dfsg-1
ii  libavahi-common3   0.6.32~rc+dfsg-1
ii  libavahi-compat-libdnssd1  0.6.32~rc+dfsg-1
ii  libc6  2.21-6
ii  libg15daemon-client1   1.9.5.3-8.3
ii  libgcc11:5.3.1-5
ii  libopus0   1.1.1-1
ii  libprotobuf9v5 2.6.1-1.3
ii  libpulse0  7.1-2
ii  libqt4-dbus4:4.8.7+dfsg-5
ii  libqt4-network 4:4.8.7+dfsg-5
ii  libqt4-sql 4:4.8.7+dfsg-5
ii  libqt4-sql-sqlite  4:4.8.7+dfsg-5
ii  libqt4-svg 4:4.8.7+dfsg-5
ii  libqt4-xml 4:4.8.7+dfsg-5
ii  libqtcore4 4:4.8.7+dfsg-5
ii  libqtgui4  4:4.8.7+dfsg-5
ii  libsndfile11.0.25-10
ii  libspeechd20.8-7
ii  libspeex1  1.2~rc1.2-1
ii  libspeexdsp1   1.2~rc1.2-1
ii  libssl1.0.21.0.2e-1
ii  libstdc++6 5.3.1-5
ii  libx11-6   2:1.6.3-1
ii  libxi6 2:1.7.5-1
ii  lsb-release9.20150917

mumble recommends no packages.

Versions of packages mumble suggests:
pn  mumble-server  
pn  speech-dispatcher  

-- no debconf information
Starting program: /usr/bin/mumble 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffdd7d0700 (LWP 4306)]

Program received signal SIGTSTP, Stopped (user).
0x74f9ea6d in connect () at ../sysdeps/unix/syscall-template.S:81
81  ../sysdeps/unix/syscall-template.S: File o directory non esistente.

Thread 2 (Thread 0x7fffdd7d0700 (LWP 4306)):
#0  0x7281b86d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x75806831 in poll (__timeout=-1, __nfds=3, __fds=0x7fffd8006ca0) 
at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
No locals.
#2  poll_func (ufds=0x7fffd8006ca0, nfds=3, timeout=-1, userdata=0xd3fce0) at 
pulse/thread-mainloop.c:69
mutex = 
#3  0x757f7e51 in pa_mainloop_poll (m=m@entry=0xd40730) at 
pulse/mainloop.c:844
__func__ = "pa_mainloop_poll"
__PRETTY_FUNCTION__ = "pa_mainloop_poll"
#4  0x757f84ee in pa_mainloop_iterate (m=0xd40730, block=, retval=0x0) at pulse/mainloop.c:926
r = 0
#5  0x757f85a0 in pa_mainloop_run (m=0xd40730, retval=retval@entry=0x0) 
at pulse/mainloop.c:944
r = 
#6  0x758067c6 in thread (userdata=0xd3b430) at 
pulse/thread-mainloop.c:88
m = 0xd3b430
mask = {__val = {18446744067267100671, 18446744073709551615 }}
#7  0x70a20038 in internal_thread_func (userdata=0xd3b320) at 
pulsecore/thread-posix.c:81
t = 0xd3b320
#8  0x74f96284 in start_thread (arg=0x7fffdd7d0700) at 
pthread_create.c:333
__res = 
pd = 0x7fffdd7d0700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736909346560, 
-772166350341516780, 0, 140737488346831, 13896688, 140736909346560, 
772099271592923668, 772190561161990676}, mask_was_saved = 0}}, priv = {
pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, 
canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#9  0x7282474d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
No locals.

Thread 1 (Thread 0x77f25900 (LWP 4302)):
#0  0x74f9ea6d in connect () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x7728e1ef in new_g15_screen () from 
/usr/lib/libg15daemon_client.so.1
No symbol table info available.
#2  0x005c695e in G15LCDEngineUnix::G15LCDEngineUnix (this=0xd5b990) at 
G15LCDEngine_unix.cpp:43
No locals.
#3  0x005c6a0b in G15LCDEngineNew () at G15LCDEngine_unix.cpp:37
No locals.
#4  0x005789d2 in LCDDeviceManager::initialize (this=0xa9c1c0 ) 
at LCD.cpp:76
e = 
engine = 
_container_ = {c = {{p = {static shared_null = {ref = 

Bug#811180: etckeeper: Please port it to python 3

[Petter Reinholdtsen]

Package: etckeeper
Version: 1.18.2-1
Severity: wishlist

It would be great if etckeeper could be ported to python version 3, to
reduce the disk footprint of the FreedomBox system.  If is one of the
last few pieces using python version 2 on the FreedomBox.

-- 
Happy hacking
Petter Reinholdtsen

Bug#811156: FTBFS: undefined reference to `vtable for CategoryTypeComboBox'

[Scott Kitterman]

On Saturday, January 16, 2016 12:10:09 AM Martin Michlmayr wrote:
> Package: kdebugsettings
> Version: 15.08.3-1
> Severity: serious
> 
> kdebugsettings fails to build in unstable:
> > sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
> 
> ...
> 
> > [ 51%] Building CXX object
> > src/CMakeFiles/kdebugsettings.dir/kdebugsettings_automoc.cpp.o
> > CMakeFiles/categorytypecomboboxtest.dir/__/src/categorytypecombobox.cpp.o
> > : In function `CategoryTypeComboBox::CategoryTypeComboBox(QWidget*)':
> > /<>/src/categorytypecombobox.cpp:25: undefined reference to
> > `vtable for CategoryTypeComboBox'
> > CMakeFiles/categorytypecomboboxtest.dir/__/src/categorytypecombobox.cpp.o
> > : In function `CategoryTypeComboBox::~CategoryTypeComboBox()':
> > /<>/src/categorytypecombobox.cpp:33: undefined reference to
> > `vtable for CategoryTypeComboBox' collect2: error: ld returned 1 exit
> > status
> 
> ...
> 
> > FY_SOURCE=2  -std=c++0x -fno-exceptions -Wall -Wextra -Wcast-align
> > -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith
> > -Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type  
> > -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII -fPIC -o
> > CMakeFiles/configurecustomsettingwidgettest.dir/configurecustomsettingwid
> > gettest_automoc.cpp.o -c
> > /<>/obj-x86_64-linux-gnu/autotests/configurecustomsettingwid
> > gettest_automoc.cpp
> > CMakeFiles/configurecustomsettingdialogtest.dir/__/src/categorytypecombob
> > ox.cpp.o: In function
> > `CategoryTypeComboBox::CategoryTypeComboBox(QWidget*)':
> > /<>/src/categorytypecombobox.cpp:25: undefined reference to
> > `vtable for CategoryTypeComboBox'
> > CMakeFiles/configurecustomsettingdialogtest.dir/__/src/categorytypecombob
> > ox.cpp.o: In function `CategoryTypeComboBox::~CategoryTypeComboBox()':
> > /<>/src/categorytypecombobox.cpp:33: undefined reference to
> > `vtable for CategoryTypeComboBox' collect2: error: ld returned 1 exit
> > status

I can't reproduce this.  I just rebuilt the package on amd64 successfully in 
an up to date Sid chroot.  How did you get the failure (what architecture, how 
did you build the package, etc)?

Scott K

Bug#811158: RM: mysql-5.5 -- ROM; Superceeded by mysql-5.6 package

[James Page]

Package: ftp.debian.org
Severity: normal

The Debian MySQL team is now ready to switch the default MySQL from 5.5 to 5.6; 
The mysql-5.6 package will replace a number of unversioned binary packages from 
mysql-5.5.

No explicit transition is required for reverse-dependencies.

Bug#797705: [PATCH] git-svn: fix auth parameter handling on SVN 1.9.0+

[Eric Wong]

For users with "store-passwords = no" set in the "[auth]" section of
their ~/.subversion/config, SVN 1.9.0+ would fail with the
following message when attempting to call svn_auth_set_parameter:

  Value is not a string (or undef) at Git/SVN/Ra.pm

Ironically, this breakage was caused by r1553823 in subversion:

  "Make svn_auth_set_parameter() usable from Perl bindings."

Since 2007 (602015e0e6ec), git-svn has used a workaround to make
svn_auth_set_parameter usable internally.  However this workaround
breaks under SVN 1.9+, which deals properly with the type mapping
and fails to recognize our workaround.

For pre-1.9.0 SVN, we continue to use the existing workaround for
the lack of proper type mapping in the bindings.

Tested under subversion 1.6.17 and 1.9.3.

I've also verified r1553823 was not backported to SVN 1.8.x:

  BRANCH=http://svn.apache.org/repos/asf/subversion/branches/1.8.x
  svn log -v $BRANCH/subversion/bindings/swig/core.i

ref: https://bugs.debian.org/797705
Cc: 797...@bugs.debian.org
Signed-off-by: Eric Wong 
---
 Thanks to the reporter (Bcc:-ed to protect their privacy) who
 notified Dair and I of this bug.

 Junio: this should also head to maint, thanks.

 perl/Git/SVN/Ra.pm | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/perl/Git/SVN/Ra.pm b/perl/Git/SVN/Ra.pm
index 4a499fc..e764696 100644
--- a/perl/Git/SVN/Ra.pm
+++ b/perl/Git/SVN/Ra.pm
@@ -81,7 +81,6 @@ sub prepare_config_once {
SVN::_Core::svn_config_ensure($config_dir, undef);
my ($baton, $callbacks) = SVN::Core::auth_open_helper(_auth_providers);
my $config = SVN::Core::config_get_config($config_dir);
-   my $dont_store_passwords = 1;
my $conf_t = $config->{'config'};
 
no warnings 'once';
@@ -93,9 +92,14 @@ sub prepare_config_once {
$SVN::_Core::SVN_CONFIG_SECTION_AUTH,
$SVN::_Core::SVN_CONFIG_OPTION_STORE_PASSWORDS,
1) == 0) {
+   my $val = '1';
+   if (::compare_svn_version('1.9.0') < 0) { # pre-SVN r1553823
+   my $dont_store_passwords = 1;
+   $val = bless \$dont_store_passwords, "_p_void";
+   }
SVN::_Core::svn_auth_set_parameter($baton,
$SVN::_Core::SVN_AUTH_PARAM_DONT_STORE_PASSWORDS,
-   bless (\$dont_store_passwords, "_p_void"));
+   $val);
}
if (SVN::_Core::svn_config_get_bool($conf_t,
$SVN::_Core::SVN_CONFIG_SECTION_AUTH,
-- 
EW

Bug#761301: [c358d7c] Fix for Bug#761301 committed to git

[Manoj Srivastava]

tags 761301 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 master at Sat, 16 Jan 2016 02:30:34 -0800.

 The fix will be in the next upload. 
=
[master]: Demote the make packages priorities

make is now priority optional, along with gcc, floex and
bison. make-guile, which conflicts with it, is now priority extra.

Bug fix: "Neither make nor make-guile should be standard", thanks to
Josh Triplett (Closes: #761301).

Bug fix: "make instead of make-guile should be standard", thanks to
Joey Hess (Closes: #762017).

Signed-off-by: Manoj Srivastava 
=

Bug#763147: [21ffc98] Fix for Bug#763147 committed to git

[Manoj Srivastava]

tags 763147 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 master at Sat, 16 Jan 2016 02:30:31 -0800.

 The fix will be in the next upload. 
=
[master]: Fix manpage typos

Bug fix: "Typos in manpage", thanks to Josh Triplett
   (Closes: #763147).

Signed-off-by: Manoj Srivastava 
=

Bug#811167: ITP: msgpuck -- MsgPack serialization library in a self-contained header file

[Roman Tsisyk]

Package: wnpp
Severity: wishlist
Owner: Roman Tsisyk 

* Package name: msgpuck
  Version : 1.0.1
  Upstream Author : Roman Tsisyk 
* URL : https://github.com/rtsisyk/msgpuck
* License : BSD-2-Clause
  Programming Lang: C
  Description : MsgPack serialization library in a self-contained header 
file

 MessagePack is a binary-based efficient object serialization library.
 It enables to exchange structured objects between many languages like JSON.
 But unlike JSON, it is very fast and small.
 .
 MsgPuck is very lightweight header-only library designed to be inlined to
 application by the C/C++ compiler. The library is fully documented and
 covered by unit tests.

- This package is a Build-Dependency for:
  * tarantool, libdr-tarantool-perl - currently a bundled version is used
  * libtarantool-dev, tarantool-memcached, php5-tarantool and other which
I also plan to submit later.
- libmsgpack4 provides similar functionality:
   * This library is 1K SLOC, whereas libmsgpack4 is 80k+ SLOC.
   * libmsgpack4 is the official reference implementation, this library is
 an alternative realization of MessagePack specification.
   * This library is intended to be inlined to have better performance,
 whereas libmsgpack4 is heavyweight and very slow.
   * libmsgpack4 forces developers to use pre-defined abstractions such as
 buffers, dynamic allocation o memory and so on, this library does not.
   * This library is licensed under BSD2, libmsgpack4 is ASL 2.0
- I'm upstream maintainer of this package.
- I plan to support this package via a sponsor, Dmitry E. Oboukhov (CC'd).



-- 
WBR,
   Roman Tsisyk 
   http://tarantool.org/ - an efficient in-memory data store and a Lua 
application server

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

>> Anyway, now you have a syncable package in Ubuntu (I already
>> request a sync to a MOTU friend of mine) and a buildable package
>> that will migrate to testing and as such will have chances to be
>> in stretch. Sorry if I accidentally caused more troubles for you
>> (did not knowing the full life and use cases of this package).
> 
> no problem at all -- thanks for all your help!
> 

syncpackage -f -V 3.2.2-1.4 -s mapreri cmtk
syncpackage: Source cmtk -> xenial/Proposed: current version
3.2.2-1.3ubuntu2, new version 3.2.2-1.4
syncpackage: New changes:
cmtk (3.2.2-1.4) unstable; urgency=medium

  * Non-maintainer upload.
  * Remove alternate Build-Dependency on libtiff4-dev, that package
doesn't
exist anymore.
  * Remove alternate Build-Dependencies on libdcmtk1-dev and
libdcmtk2-dev,
keeping only the unversioned libdcmtk-dev.  Closes: #804568
  * Move the upstream metadata file to debian/upstream/metadata.
  * Add a patch (fix_cmake_version_comparison) to fix FTBFS with newer
sqlite3
with a version that makes cmake's STRGREATER misbehave (use
VERSION_GREATER
instead).
  * Add a patch (dcmtk-3.6.1-compatibility) taken from Ubuntu taken from
upstream to fix FTBFS with newer dcmtk.

 -- Mattia Rizzolo   Sat, 16 Jan 2016 03:31:16 +
syncpackage: Sponsoring this sync for Mattia Rizzolo (mapreri)
Sync this package [y|N]? y
syncpackage: Request succeeded; you should get an e-mail once it is
processed.


cheers!

Gianfranco
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWmim2AAoJEPNPCXROn13ZN2wQAKtCO5vWvpEtU5EhoNqW8QnT
DTPo1UB8a40DqASD7GcID5gX1Cy8OVTsDAKH5hJ7ARvZpOwMSox/68SJYRqZEAoN
bxsrYUGfBusrfhhVwP3TieH0VkDoM/9j+TagjT0iWs3jctAkX/m08IJKoOsgmVYp
vljjNtlI5ecBTiPzjOlybWYqBqas4GwArTd3zFu89+rHk50Vf8bidPhFRYqBCCLs
gOqRmrtAlMePFt+oTTRdPeA1iFUaTlVga8Kuq4TmRjtYpwl/icFq1Y0DnQimTabz
bwvr/gMZ2C5jLBSJzl74ZEfzJd/itScop6G7aIpjpXfsQqHXgx7R9+Noi2M9p9Xa
eRZnyc/5r96FJZpZTVLnhuvRWTFS7pP+LCb5R/Amuh6mdusqHwKS7CImomkWxh/s
U1JXVvei9pw0MAtGGJIzfae0l+PDzEaUlSYU4/YZtcgIaJ0ZOD7T+b41kwd1zHaQ
HPuDE/f16oM+Wng9ubQ+K9fH2X7F239G4lyrZrrPDC5BCm/Uz3Mlx5fTqOE60QoX
4iD6hGWEgsbJRIdaI86C7ClQlxeQ1TUeHMjQNLJR7rmsW0Tcgibq//5H8ikmI/sP
/pzc1EvVL49wCCLIFtCG9tw/BVt178yyqR6mnOtTwFEkipUu+yaBqLtEz1spHLdu
sMz41TDG2DPl7XiUjNP0
=vrCc
-END PGP SIGNATURE-

Bug#811169: ITP: colorfultabs -- Color tabs differently and make them easy to distinguish

[Carsten Schoenert]

[Now to the right list in CC]

Hello Ximin,

Am 16.01.2016 um 12:14 schrieb Ximin Luo:
> Package: wnpp
> Severity: wishlist
> Owner: Ximin Luo 
> 
> * Package name: colorfucolorfultabsltabs

any special reason for not naming the package 'xul-ext-colorfultabs'?
There seems to be a consensus to prefix the AddOns for Iceweasel and
Icedove with xul-ext-*. By this you can easily do packaging by the help
of mozilla-devscripts.

Please see:
https://wiki.debian.org/Mozilla/ExtensionsPolicy

-- 
Regards
Carsten Schoenert

Bug#811174: linux: Config option to build Surface Pro 3 buttons module not enabled

[Ronny Standtke]

Source: linux
Severity: normal

Please enable the option to build the kernel module that supports the
Surface
Pro 3 buttons (CONFIG_SURFACE_PRO3_BUTTON=m).

Thanks

Ronny

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

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

Bug#745405: [src:opal] Source package contains non-free IETF RFC/I-D

[Eugen Dedu]

On 16/01/16 12:35, Francesco Poli wrote:

On Sat, 25 Oct 2014 19:53:57 +0200 Eugen Dedu wrote:


tags 745405 pending


Hello,
I see that this bug report has been pending for quite a long time.
I wondered what happened and saw that a changelog entry claims to fix
the issue, but seems to forget the Closes directive:

   opal (3.10.10~dfsg2-1) unstable; urgency=low

 * Remove one non free document (RFC) from source package.
   [...]

-- Eugen Dedu   Mon, 27 Oct 2014 05:51:57 
+0200


Maybe this bug report should be closed with a message to
<745405-cl...@bugs.debian.org> having the following pseudo-header:

   Source: opal
   Source-Version: 3.10.10~dfsg2-1

Do you agree?


Thank you very much for your e-mail.  I have forgotten about this bug...

In that commit I removed 
plugins/audio/iLBC/iLBC/draft-ietf-avt-ilbc-codec-05.txt file, but it 
remains several rfc files.  I have forgotten why I have not removed them 
too, I think I wanted to investigate more what the problem is, and 
afterwards I forgot about them.


I will take care of it soon (probably "find . -name rfc\*.txt -exec rm 
{}" is the simplest solution), thank you again!


--
Eugen

Bug#644920: strac'ing vsftpd master process hangs connected clients

[Jörg Frings-Fürst]

Hi,

I have test it with vsftpd 3.0.3-2 and as client
ftp and filezilla.

The bug has not longer occurred.

So I close this bug.

If the bug still occurs please file a new bug.

Thank you for spending your time helping to make Debian better with 
this bug report. 

CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54538 Bausendorf

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.




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

Bug#811177: apt: Perl Error after running apt-get

[Julian Andres Klode]

Control: reassign -1 automysqlbackup 2.6+debian.4-1

On Sat, Jan 16, 2016 at 02:12:43PM +0100, Alexander Schier wrote:
> Package: apt
> Version: 1.0.9.8.1
> Severity: serious
> Justification: serious programming error with unclear source
> 
> Dear Maintainer,
> apt-get runs some perl code, which has syntax errors. I do not know

No, the post installation script for automysqlbackup is running.

If that's not it, it might also be some hook you have configured,
but it's definitely not APT.

> which program is run and what directives are failing (and possibly
> corrupting apt-data?), also i am not quite sure against which package i
> should file to bug, but as it happens repeatedly and seems serious,
> here's the problem:
> 
> $ apt-get install automysqlbackup
> Paketlisten werden gelesen... Fertig
> Abhängigkeitsbaum wird aufgebaut.
> Statusinformationen werden eingelesen Fertig
> Die folgenden NEUEN Pakete werden installiert:
> automysqlbackup
> 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 4 nicht
> aktualisiert.
> Es müssen 14,1 kB an Archiven heruntergeladen werden.
> Nach dieser Operation werden 101 kB Plattenplatz zusätzlich benutzt.
> Holen: 1 ftp://mirror.hetzner.de/debian/packages/ jessie/main
> automysqlbackup all 2.6+debian.4-1 [14,1 kB]
> Es wurden 14,1 kB in 0 s geholt (37,3 kB/s).
> Vormals nicht ausgewähltes Paket automysqlbackup wird gewählt.
> (Lese Datenbank ... 82017 Dateien und Verzeichnisse sind derzeit
> installiert.)
> Vorbereitung zum Entpacken von
> .../automysqlbackup_2.6+debian.4-1_all.deb ...
> Entpacken von automysqlbackup (2.6+debian.4-1) ...
> Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
> automysqlbackup (2.6+debian.4-1) wird eingerichtet ...
> syntax error at (eval 6) line 91, near ") {"
> Can't use global $/ in "my" at (eval 6) line 94, near ", $/"
> Global symbol "$fn" requires explicit package name at (eval 6) line
> 94.
> syntax error at (eval 6) line 96, near ";
>   }"
> 
> 
> The relevant apt-configs should be included in the bug, ask if you need
> more.
> 
> Alex

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

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

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

Bug#785665: [pkg-ntp-maintainers] Bug#785665: ntp: support for atom driver not included

[Kurt Roeckx]

On Sat, Jan 16, 2016 at 10:19:45PM +0900, Hideki Yamane wrote:
> On Sat, 16 Jan 2016 13:34:42 +0100
> Kurt Roeckx  wrote:
> > Are you sure that this is actually needed and that it just isn't
> > disabled by default in some derived distribution?
> 
>  It seems that ATOM driver is necessary for PPS.
>  see http://www.ntp.org/ntpfaq/NTP-s-config-adv.htm#AEN3845
> 
>  There's no difference with raspian's ntp package with Debian,
>  at least.

Maybe the point is that PPS is currently not supported, and that's
really all that needs to be fixed?


Kurt

Bug#809435: Please add 9p driver and preseed option using that

[Stefanos Harhalakis]

Hi again,

I noticed that you re-added the moreinfo tag. Is there any information
other that what I sent in my previous email that you are looking for?

Thanks,
Stefanos


On Sat, Jan 16, 2016 at 6:09 PM, Geert Stappers  wrote:
> Control: merge -1  811198
> Control: tag -1 -moreinfo
> Stop
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811198

Bug#811219: transition: netcdf

[Bas Couwenberg]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

NetCDF 4.4.0 final has been released and bumps the SOVERSION to 11
accounting for the removed symbols in RC4. Fortunately we only have to
transition netcdf, and not also the C++ & Fortran packages. Only a few
packages FTBFS:

minc (2.2.00-6) FTBFS, this is the same issue as the for the previous
netcdf transition (#793885), which has been fixed in libminc, but not minc.

python-scientific (2.9.4-3) FTBFS due to an old issue too (#799195).

mmtk (2.7.9-1) FTBFS due to #798665, and requires python-scientific.

These packages are sid-only already, so shouldn't be much of an issue
for this transition.


Transition: netcdf

 libnetcdf7 (1:4.4.0~rc3-1) -> libnetcdf11 (1:4.4.0-1~exp1)

The status of the most recent rebuilds is as follows.

 adios  (1.9.0-6)   OK
 cmor   (2.9.1-6.1) OK
 dx (1:4.4.4-8) OK
 exodusii   (6.02.dfsg.1-6.1)   OK
 gdal   (1.11.3+dfsg-2 / 2.0.1+dfsg-1~exp1) OK / OK
 gerris (20131206+dfsg-6)   OK
 gnudatalanguage(0.9.6v2-1) OK
 grace  (1:5.1.25-1)OK
 grads  (2:2.0.2-8) OK
 gri(2.12.23-9) OK
 kst(2.0.3-4)   OK
 libminc(2.3.00-2)  OK
 libpdl-netcdf-perl (4.20-1.1)  OK
 minc   (2.2.00-6)  FTBFS
 nco(4.5.4-1)   OK
 ncview (2.1.6+ds-1)OK
 netcdf-cxx (4.2.1-2)   OK
 netcdf-cxx-legacy  (4.2-3) OK
 netcdf-fortran (4.4.2-3)   OK
 netcdf4-python (1.2.2-1)   OK
 octave-octcdf  (1.1.8-1)   OK
 ovito  (2.3.3+dfsg1-2) OK
 python-scientific  (2.9.4-3)   FTBFS
 r-cran-ncdf4   (1.15-1)OK
 r-cran-rnetcdf (1.6.3-1-1) OK
 ruby-netcdf(0.7.1.1-6) OK
 v-sim  (3.7.2-1)   OK

 cdftools   (3.0-2~exp1.1)  OK
 etsf-io(1.0.4-1~exp1.1)OK
 ferret-vis (6.9.3-4)   OK
 gmt(5.2.1+dfsg-3)  OK
 grass  (7.0.2-2 / 7.0.3~rc2-1~exp1)OK / OK
 magics++   (2.26.2-2)  OK
 minc-tools (2.3.00+dfsg-1) OK
 mmtk   (2.7.9-1)   FTBFS
 ncl(6.3.0-6)   OK
 oasis3 (3.mct+dfsg.121022-7)   OK
 vtk(5.10.1+dfsg-2) OK
 vtk6   (6.2.0+dfsg1-4) OK

 cdo(1.7.0+dfsg.1-2)OK
 ifrit  (4.1.2-1)   OK
 metview(4.6.1-2)   OK


Kind Regards,

Bas


Ben file:

title = "netcdf";
is_affected = (.build-depends ~ /libnetcdf-dev/)|(.depends ~ 
/libnetcdfc?(7|11)/);
is_good = .depends ~ /libnetcdf11/;
is_bad = .depends ~ /libnetcdfc?7/;

Bug#811222: FTBFS: Can't use 'defined(@array)'

[Martin Michlmayr]

Package: mysql-5.5
Version: 5.5.44-0+deb8u1
Severity: serious

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> cd /<>/builddir/mysql-test && echo OS=Linux
> OS=Linux
> cd /<>/builddir/mysql-test && export MTR_BUILD_THREAD=auto
> cd /<>/builddir/mysql-test && perl ./mysql-test-run.pl --force
> Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at 
> lib/mtr_cases.pm line 340.
> Compilation failed in require at ./mysql-test-run.pl line 95.
> BEGIN failed--compilation aborted at ./mysql-test-run.pl line 95.
> mysql-test/CMakeFiles/test-force.dir/build.make:60: recipe for target 
> 'mysql-test/CMakeFiles/test-force' failed
> make[5]: *** [mysql-test/CMakeFiles/test-force] Error 255

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811223: FTBFS: perl texi2html: Can't use 'defined(@array)'

[Martin Michlmayr]

Package: fftw
Version: 2.1.5-2
Severity: serious

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> /usr/bin/make -C doc html 
> make[1]: Entering directory '/<>/doc'
> perl texi2html -split_chapter -no_toc_href fftw.texi
> Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at 
> texi2html line 1529.
> Makefile:798: recipe for target 'html' failed
> make[1]: *** [html] Error 255
> make[1]: Leaving directory '/<>/doc'
> debian/rules:49: recipe for target 'build-indep-stamp' failed
> make: *** [build-indep-stamp] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#806922: systemctl do not work for non-root

[Juhapekka Tolvanen]

On Thu, 03 Dec 2015, +13:37:53 EET (UTC +0200),
Michael Biebl  pressed some keys:

> 
> Am 03.12.2015 um 09:23 schrieb Juhapekka Tolvanen:
> > juhtolv@heresy | to 03 joulu 2015 04:04:14 | 10002 | pts/15
> > /home/juhtolv
> > % ps ux|grep systemd
> > juhtolv829  0.0  0.2   4960  3556 ?Ss   03:51   0:00 
> > /lib/systemd/systemd --user
> > juhtolv   7689  0.0  0.1   6292  2136 pts/15   S+   10:21   0:00 grep 
> > --color=auto systemd
> 
> Ah, you don't have a dbus instance running for your user.
> 
> This is usually started when you run a graphical session, e.g. directly
> by your session manager or by
> /etc/X11/Xsession.d/75dbus_dbus-launch
> 
> So I assume that explains why it works when run under uxterm, as you had
> a graphical X session.
> 
> E.g. I get:
> 
> $ ps ux | grep systemd
> michael   1994  0.0  0.0  47168  5172 ?Ss   01:59   0:00
> /lib/systemd/systemd --user
> michael   2044  0.0  0.0  43612  4800 ?Ss   01:59   0:00
> /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile
> --systemd-activation
> 
> 
> systemctl as unprivileged user requires a running system dbus daemon to
> access the system instance of systemd and a user dbus daemon to access
> the user instance of systemd.

Okay. How can I start my GNU Screen or tmux so that dbus provides
access to systemd? BTW After sending my bugreport I switched from GNU
Screen to tmux.

Currently I start my tmux during boot this way:

/etc/systemd/system/tmux@.service :

- Clip here 
[Unit]
Description=tmux
After=network.target

[Service]
#Type=simple
Type=forking
#Type=oneshot
#RemainAfterExit=yes
#User=%i
User=%I
#ExecStart=/usr/bin/tmux -u -2 new-session -d -x 174 -y 56 -s %u -nzsh 'exec 
/bin/zsh -l'
ExecStart=/bin/dash -c "${HOME}/scripts/mytmux.sh"
#ExecStart=/bin/dash -c '${HOME}/scripts/mytmux.sh'
ExecStop=/usr/bin/tmux kill-server
Environment=DISPLAY=:0

[Install]
WantedBy=multi-user.target
#WantedBy=default.target
- Clip here 

That mytmux.sh is released here:

http://iki.fi/juhtolv/configs/tmux/


-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
”Perustuu tositapahtumii, tai ainaki tosi todelle tuntuvii unii. Älä ota
tätä oikein. Sä tiedät et mä oon hyvin huono kuuntelemaa toiveit. Siks sori,
jos mä oon liian avoin, mut räpis on vaa liikaa sanoi. Ei mitä sanoo, vaa
mitä jättää sanomatta. Jokainen säe ku pakomatka.”  Paperi T

Bug#811224: ITP: qhttpengine -- HTTP server for Qt applications

[Nathan Osman]

Package: wnpp
Severity: wishlist
Owner: Nathan Osman 

* Package name: qhttpengine
  Version : 0.1.0
  Upstream Author : Nathan Osman 
* URL : https://github.com/nitroshare/qhttpengine
* License : MIT
  Programming Lang: C++
  Description : HTTP server for Qt applications

A collection of classes that allow Qt applications to provide an 
embedded HTTP server. QHttpEngine supports both serving static files 
from a directory and exposing slots in a QObject-derived class as 
methods in a public API. Extensive documentation and examples are included.


Debian packaging is available here: 
https://github.com/nitroshare/qhttpengine-debian


I am looking for a sponsor for this package and I am willing to be the 
maintainer.

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

[Nis Martensen]

> Can you test whether this compiles and fixes #782522 ?

Done that now, the patch works for me. And #782522 remains fixed for
initramfs-tools. (Actually I tested a slightly modified version of the
patch, with debug output. Attached.)

> Not sure if we also need to address #782522 for dracut, i.e., how can we
> generate the flag file when systemd generates the fsck service in the
> initramfs?

It seems this is not needed for /usr, systemd is smart enough to
remember that the file system has already been checked. But the name of
the fsck service changes for the root file system between initramfs and
main system, therefore it is still checked twice with dracut+systemd.

From: Michael Biebl 
Date: Fr, 15 Jan 2016 07:03:23 +0200
Subject: [PATCH] Skip filesystem check if already done by the initramfs

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

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

diff --git a/src/fstab-generator/fstab-generator.c b/src/fstab-generator/fstab-generator.c
index cb3d9dc..1557fb2 100644
--- a/src/fstab-generator/fstab-generator.c
+++ b/src/fstab-generator/fstab-generator.c
@@ -188,6 +188,7 @@ static int add_mount(
 *filtered = NULL;
 _cleanup_fclose_ FILE *f = NULL;
 int r;
+struct stat sb;
 
 assert(what);
 assert(where);
@@ -241,9 +242,13 @@ static int add_mount(
 fprintf(f, "Before=%s\n", post);
 
 if (passno != 0) {
-r = generator_write_fsck_deps(f, arg_dest, what, where, fstype);
-if (r < 0)
-return r;
+if (streq(where, "/usr") && stat("/run/initramfs/fsck-usr", ) == 0)
+log_info("Skipping fsck for /usr as it has been checked already.");
+else {
+r = generator_write_fsck_deps(f, arg_dest, what, where, fstype);
+if (r < 0)
+return r;
+}
 }
 
 fprintf(f,
diff --git a/units/systemd-fsck-root.service.in b/units/systemd-fsck-root.service.in
index 4162983..0668107 100644
--- a/units/systemd-fsck-root.service.in
+++ b/units/systemd-fsck-root.service.in
@@ -13,6 +13,7 @@ After=systemd-readahead-collect.service systemd-readahead-replay.service
 Before=local-fs.target shutdown.target
 
 ConditionPathIsReadWrite=!/
+ConditionPathExists=!/run/initramfs/fsck-root
 
 [Service]
 Type=oneshot

Bug#811226: FTBFS: debian/control needs updating from debian/control.in

[Martin Michlmayr]

Package: postgresql-debversion
Version: 1.0.7-4
Severity: serious

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> pg_buildext checkcontrol
> --- debian/control2016-01-16 09:03:27.0 +
> +++ debian/control.w16xw3 2016-01-16 09:03:28.071447509 +
> @@ -8,9 +8,9 @@
>  Vcs-Browser: http://git.debian.org/?p=buildd-tools/postgresql-debversion.git
>  Vcs-Git: git://git.debian.org/git/buildd-tools/postgresql-debversion
>  
> -Package: postgresql-9.4-debversion
> +Package: postgresql-9.5-debversion
>  Architecture: any
> -Depends: ${misc:Depends}, ${shlibs:Depends}, postgresql-9.4
> +Depends: ${misc:Depends}, ${shlibs:Depends}, postgresql-9.5
>  Description: Debian version number type for PostgreSQL
>   Debian version numbers, used to version Debian binary and source
>   packages, have a defined format, including specifications for how
> Error: debian/control needs updating from debian/control.in. Run 'pg_buildext 
> updatecontrol'.
> If you are seeing this message in a buildd log, a sourceful upload is 
> required.
> /usr/share/postgresql-common/pgxs_debian_control.mk:9: recipe for target 
> 'debian/control' failed
> make: *** [debian/control] Error 1
> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
> 

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811228: FTBFS: REQUIRED packages could NOT be located: freetype (dist=unstable)

[James Cowgill]

Control: reassign -1 src:ogre-1.8 1.8.0+dfsg1-7
Control: merge 809130 -1

On Sat, 2016-01-16 at 16:45 -0800, Martin Michlmayr wrote:
> Package: ogre-1.8
> Version: 1.8.0+dfsg1-7
> Severity: serious
> 
> ogre-1.8 fails to build in unstable:

Duplicate of #809130

James

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

Bug#811230: FTBFS: passes -Wdate-time to swig which choke on it

[Martin Michlmayr]

Package: ldns
Version: 1.6.17-7
Severity: serious

Same as #809055 - maybe you find some info there.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> libtool: compile:  gcc -I. -I. -Wdate-time -D_FORTIFY_SOURCE=2 
> -DHAVE_CONFIG_H -Wstrict-prototypes -Wwrite-strings -W -Wall -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -c ./linktest.c  
> -fPIC -DPIC -o .libs/linktest.o
> libtool: compile:  gcc -I. -I. -Wdate-time -D_FORTIFY_SOURCE=2 
> -DHAVE_CONFIG_H -Wstrict-prototypes -Wwrite-strings -W -Wall -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -c ./linktest.c -o 
> linktest.o >/dev/null 2>&1
> ./libtool --tag=CC --mode=link gcc -Wstrict-prototypes -Wwrite-strings -W 
> -Wall -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
> -Wl,-z,relro  linktest.lo  -lcrypto -ldl -lldns -o linktest
> libtool: link: gcc -Wstrict-prototypes -Wwrite-strings -W -Wall -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z -Wl,relro 
> .libs/linktest.o -o .libs/linktest  -lcrypto -ldl 
> /<>/.libs/libldns.so 
> /usr/bin/swig -python  -o contrib/python/ldns_wrapper.c -I. -I. -Wdate-time 
> -D_FORTIFY_SOURCE=2 -DHAVE_CONFIG_H -I/usr/include/python2.7 
> ./contrib/python/ldns.i
> swig error : Unrecognized option -Wdate-time
> Use 'swig -help' for available options.
> Makefile:245: recipe for target 'contrib/python/ldns_wrapper.c' failed
> make[1]: *** [contrib/python/ldns_wrapper.c] Error 1
> make[1]: Leaving directory '/<>'
> dh_auto_build: make -j1 returned exit code 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811231: /usr/lib/mpich/lib doesn't exist, causing petsc fail to build on mpich archs

[Matthias Klose]

Package: src:mpich,src:petsc
Severity: serious
Tags: sid stretch patch

the petsc configury expects both /usr/lib//include and /usr/lib//lib, 
or else it fails. openmpi provides these, while mpich is missing this symlink.


with this patch, and the additional patch in #811229, petsc should build on 
mpich based archs.


I think this should be fixed in mpich, not in petsc.
diff -Nru mpich-3.2/debian/changelog mpich-3.2/debian/changelog
--- mpich-3.2/debian/changelog	2016-01-16 22:01:11.0 +0100
+++ mpich-3.2/debian/changelog	2016-01-17 00:01:49.0 +0100
@@ -1,3 +1,9 @@
+mpich (3.2-4ubuntu3) xenial; urgency=medium
+
+  * libmpich-dev: Install a /usr/lib/mpich/lib symlink.
+
+ -- Matthias Klose   Sat, 16 Jan 2016 23:49:34 +0100
+
 mpich (3.2-4ubuntu2) xenial; urgency=medium
 
   * Limit the GCC version check to the major version.
diff -Nru mpich-3.2/debian/rules mpich-3.2/debian/rules
--- mpich-3.2/debian/rules	2016-01-16 23:04:28.0 +0100
+++ mpich-3.2/debian/rules	2016-01-17 00:01:38.0 +0100
@@ -79,6 +79,11 @@
 		sed -i 's:$(CURDIR)/debian/tmp/::g' $$fn ;\
 	done
 
+override_dh_install:
+	dh_install
+	mkdir -p debian/libmpich-dev/usr/lib/mpich
+	ln -sf ../$(DEB_HOST_MULTIARCH) debian/libmpich-dev/usr/lib/mpich/lib
+
 override_dh_installchangelogs:
 	dh_installchangelogs README
 

Bug#811228: FTBFS: REQUIRED packages could NOT be located: freetype (dist=unstable)

[Martin Michlmayr]

* James Cowgill  [2016-01-17 00:52]:
> > ogre-1.8 fails to build in unstable:
> 
> Duplicate of #809130

Sorry, not sure how I missed that!

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#799666: [Pkg-ime-devel] Bug#799666: m17n-db: rfc1345 input method captures unrelated keystrokes

[Harshula]

On 17/01/16 11:30, Ben Finney wrote:


The correct fix is to
change the ‘/usr/share/m17n/global.mim’ file in the package, to match
the change above.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799666#38

cya,
#

Bug#790244: status?

[Martin Michlmayr]

tags 790244 - pending
thanks

This has been pending since June?

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811233: FTBFS: At least the following dependencies are missing

[Martin Michlmayr]

Package: ganeti
Version: 2.15.2-1
Severity: serious

ganeti fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> Warning: No remote package servers have been specified. Usually you would have
> one specified in the config file.
> Resolving dependencies...
> Configuring ganeti-2.15...
> cabal: At least the following dependencies are missing:
> attoparsec >=0.10.1.1 && <0.13, zlib >=0.5.3.3 && <0.6
> Makefile:4382: recipe for target 'cabal_macros.h' failed
> make[2]: *** [cabal_macros.h] Error 1
> make[2]: Leaving directory '/<>'
> dh_auto_build: make -j1 returned exit code 2
> debian/rules:76: recipe for target 'override_dh_auto_build' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811232: FTBFS with parallel build: cannot find -lAttalAi

[Martin Michlmayr]

Package: attal
Version: 1.0~rc2-2

With a parallel build (-J30 in my case), it tries to link against
-lAttalAi before builing it.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> g++ -c -m64 -pipe -O2 -O2 -Wall -W -D_REENTRANT -DATTAL_VERSION=\"1.0-rc2\" 
> -DWITH_SOUND -DATT_THEMES_DIR=\"/usr/share/games/attal/themes/\" 
> -DATT_TRANSL_DIR=\"/usr/share/games/attal/translations/\" 
> -DATT_DOCS_DIR=\"/usr/share/doc/attal/\" -DQT_NO_DEBUG -DQT_XML_LIB 
> -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 
> -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui 
> -I/usr/include/qt4/QtXml -I/usr/include/qt4 -I.. -Imoc -o 
> obj/sectionDecoration.o sectionDecoration.cpp
> g++ -m64 -Wl,-O1 -o ../attal-server obj/displayScenarii.o obj/serverWidgets.o 
> obj/serverInterface.o obj/main.o obj/moc_displayScenarii.o 
> obj/moc_serverWidgets.o obj/moc_serverInterface.o
> -L/usr/lib/x86_64-linux-gnu -Wl,-rpath,/usr/lib/attal -L.. -lAttalServer 
> -lAttalCommon -lAttalAi -lQtXml -lQtGui -lQtNetwork -lQtCore -lpthread 
> g++ -c -m64 -pipe -O2 -O2 -Wall -W -D_REENTRANT -fPIC 
> -DATTAL_VERSION=\"1.0-rc2\" -DWITH_SOUND 
> -DATT_THEMES_DIR=\"/usr/share/games/attal/themes/\" 
> -DATT_TRANSL_DIR=\"/usr/share/games/attal/translations/\" 
> -DATT_DOCS_DIR=\"/usr/share/doc/attal/\" -DQT_NO_DEBUG -DQT_XML_LIB 
> -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED 
> -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore 
> -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui 
> -I/usr/include/qt4/QtXml -I/usr/include/qt4 -I.. -Imoc -o 
> obj/graphicalFightCell.o graphicalFightCell.cpp
> /usr/bin/ld: cannot find -lAttalAi
> collect2: error: ld returned 1 exit status
> Makefile:114: recipe for target '../attal-server' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[PICCORO McKAY Lenz]

upload the made of only two or one that provided one package for each
cc compiler?

-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com