Bug#788057: game-data-packager: please add support for Blake Stone: Aliens of Gold and Planet Strike

[Fabian Greffrath]

Am Dienstag, den 09.06.2015, 07:48 +0200 schrieb Alexandre Detiste:
> more bits of info found online:

That's interesting!

So, for Aliens of Gold we can treat 2.1 and 3.0 as equivalent
alternatives. Now we just need to find old data files of the pre-2.1
versions for the missing checksums.

 - Fabian


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

Bug#788183: postgresql logs filling with "WARNING: there is already a transaction in progress"

[Sammy Atmadja]

Package: rsyslog-pgsql
Version: 8.4.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I have a setup where host_a running rsyslog writes logs to a remote
server host_b running postgresql 9.1 (a server running wheezy at the
moment). Since upgrading host_a (the rsyslog server) from wheezy to
jessie the postgresql logs on host_b started filling up with lines
like:

--- BEGIN host_b /var/log/postgresql/postgresql-9.1-main.log ---

2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress

--- END ---

(hundreds of lines per second!)

The configuration on host_a for ompgsql :

--- BEGIN host_a /etc/rsyslog.d/ompgsql.conf ---

# Provides UDP syslog reception
module(load="imudp")
input(type="imudp" port="514")

# Provides TCP syslog reception
module(load="imtcp")
input(type="imtcp" port="514")

module(load="mmutf8fix")
action(type="mmutf8fix" mode="controlcharacters")

$template pgsqltemplate,"INSERT INTO logs (host, facility, priority, level, 
tag, \
  program, msg, hostname) VALUES ( '%fromhost-ip%', 
'%syslogfacility-text%', '%syslogpriority-text%', \
  '%syslogseverity-text%','%syslogtag%', '%programname%', '%msg%' , 
'%hostname%')",stdsql

$ModLoad ompgsql
*.* :ompgsql:caradhras.local,syslog,syslog,;pgsqltemplate

--- END ---

For now I have downgraded to rsyslog and rsyslog-pgsql version
7.6.3-2~bpo70+1 from wheezy-backports, which does not have this
problem.

Sammy

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

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


Disclaimer: http://transtrend.com/disclaimer.txt 


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

Bug#788184: munin: Missing package libxml-simple-perl renders tomcat_* plugins unusable

[Simon Kainz]

Source: munin
Version: 2.0.25-1
Severity: normal

Hello,

after enabling all tomcat_* plugins and configuring the manager application for
tomcat, i am unable to test-run the tomcat_jvm plugin:

root@idp1:/etc/munin/plugin-conf.d# munin-run tomcat_jvm
Can't locate object method "new" via package "XML::Simple" at
/etc/munin/plugins/tomcat_jvm line 121.

After installing libxml-simple-perl, the plugin works as expected.

root@idp1:/etc/munin/plugin-conf.d# apt-get install libxml-simple-perl
[...]

root@idp1:/etc/munin/plugin-conf.d# munin-run tomcat_jvm
free.value 151683128
used.value 316653512
max.value 1065025536


Please add the missing dependency for libxml-simple-perl to the munin-plugins-
core binary package.

Thanks, Simon



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

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


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

Bug#788065: libtool-bin: prevents working with staged installs

[Norbert Preining]

On Mon, 08 Jun 2015, Kurt Roeckx wrote:
> If that check is removed, it will just create a broken file
> instead.

No, a check does not create a broken file. I allows to create
a broken file, but not creates it.

> Please see the manual:
> https://www.gnu.org/software/libtool/manual/html_node/Install-mode.html

that is one can use
make install DEST=...
but that is different from calling
make install prefix=...

Norbert


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



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

Bug#398333: Re

[Universiteit Leiden]

Dear User,

Your account safety is our top priority.

We have detected some unusual activity on your account and as a result
we’ve temporarily locked it for your protection. You may unlock your
account immediately by clicking the link below and fill the form

Click Here 

Our apologies for any inconvenience this may have caused, but your account
safety and privacy is very important to us.

Sincerely,
Your Customer Care Team

Bug#762245: systemd-gpt-auto-generator fails determining block device of root file system

[Norbert Preining]

On Sun, 26 Apr 2015, Michael Biebl wrote:
> Does your custom kernel use an initramfs?
> If you use the stock Debian kernel, is the problem is not reproducible?

Sorry, that is more than half a year ago, I have switched in the 
mean time to other setups.

Do whatevery you think is fit with this bug.

Norbert


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



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

Bug#770232: NMU proposal for python-selenium

[Federico Gimenez]

Hi Sascha, I'm contacting you directly to make sure you are aware of the
NMU proposal for the debian python-selenium package that you can find in
[1]. I've also attached the patch to this email, please let us know what do
you thing about it.

Thanks!

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

-- 
Federico Gimenez
fgime...@canonical.com
From 3598bd9e37408482c0f9f81bc2b3a4e77c018057 Mon Sep 17 00:00:00 2001
From: Federico Gimenez 
Date: Tue, 19 May 2015 16:44:40 -0400
Subject: [PATCH] Initial import

---
 debian/changelog | 22 ++
 debian/control   | 24 ++--
 debian/copyright |  1 -
 debian/docs  |  2 --
 debian/lintian-overrides |  1 -
 debian/patches/remove_x_ignore_nofocus.patch | 14 ++
 debian/patches/series|  3 ++-
 debian/patches/update-egg-information.patch  | 23 ---
 debian/rules |  6 +-
 debian/watch |  2 +-
 selenium.egg-info/SOURCES.txt|  2 +-
 selenium.egg-info/pbr.json   |  1 -
 12 files changed, 67 insertions(+), 34 deletions(-)
 delete mode 100644 debian/lintian-overrides
 create mode 100644 debian/patches/remove_x_ignore_nofocus.patch
 delete mode 100644 debian/patches/update-egg-information.patch
 delete mode 100644 selenium.egg-info/pbr.json

diff --git a/debian/changelog b/debian/changelog
index f3bc370..c0f7e3e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,25 @@
+python-selenium (2.45.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+
+  [ Leo Arias ]
+  * Added python3-setuptools as a dependency.
+
+  [ Thomi Richards ]
+  * Include distropatch to add debugger options.
+  * Build python3 packages as well.
+
+  [ Alexandre Abreu ]
+  * Add debugger_address option to the ChromeDriver options list to optionally
+  instruct ChromeDriver to wait for the target devtools instance to be started
+  at a given host:ip.
+  Backported from upstream: c9e0794d5722a87f3bad8a86504b23c770ec493e.
+
+  [ Federico Gimenez ]
+  * New upstream version
+
+ -- Federico Gimenez   Tue, 19 May 2015 15:55:23 -0400
+
 python-selenium (2.2.0-1) unstable; urgency=low
 
   * source package automatically created by stdeb 0.6.0+git
diff --git a/debian/control b/debian/control
index 0a4591e..fc53c6e 100644
--- a/debian/control
+++ b/debian/control
@@ -1,13 +1,20 @@
 Source: python-selenium
 Maintainer: Sascha Girrulat 
 Priority: optional
-Build-Depends: python-setuptools (>= 0.6b3), python (>= 2.6.6-3), debhelper (>= 8)
-Standards-Version: 3.9.2
+Build-Depends: debhelper (>= 9.0.0),
+   dh-python,
+	   python (>= 2.6.6-3),
+	   python-all-dev,
+	   python-setuptools (>= 0.6b3),
+	   python3-all-dev,
+	   python3-setuptools
+Standards-Version: 3.9.6
 Section: non-free/python
 Homepage: http://code.google.com/p/selenium/
 #Vcs-Git: git://git.debian.org/~sagiru-guest/public_git/python-selenium.git
 #Vcs-Browser: http://git.debian.org/?p=users/sagiru-guest/python-selenium.git;a=summary
 X-Python-Version: >= 2.6
+X-Python3-Version: >= 3.2
 
 Package: python-selenium
 Architecture: all
@@ -22,3 +29,16 @@ Description: python bindings for Selenium
  .
  The python package is downloaded from 
  http://pypi.python.org/packages/source/s/selenium/selenium-2.2.0.tar.gz
+
+Package: python3-selenium
+Architecture: all
+Depends: ${misc:Depends}, ${python3:Depends}
+Description: python bindings for Selenium
+ python-selenium includes the Selenium Python Client Driver and is a python
+ language binding for Selenium Remote Control (version 1.0 and 2.0).
+ .
+ Currently the remote protocol, Firefox/Icedove and Chrome for Selenium 2.0 are
+ supported, as well as the Selenium 1.0 bindings. As work will progresses we'll
+ add more "native" drivers.
+ .
+ This package contains the python 3 bindings.
diff --git a/debian/copyright b/debian/copyright
index f9a15c0..00f46bb 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -6,7 +6,6 @@ Files: *
 Copyright: 2007-2011 David Burns 
2007-2009 Google Inc.
2007-2009 WebDriver committers
-
 License: Apache-2.0
 
 Files: debian/*
diff --git a/debian/docs b/debian/docs
index de4f200..a188e06 100644
--- a/debian/docs
+++ b/debian/docs
@@ -1,3 +1 @@
-CREDITS.txt
-README.md
 docs/*
diff --git a/debian/lintian-overrides b/debian/lintian-overrides
deleted file mode 100644
index 80ee989..000
--- a/debian/lintian-overrides
+++ /dev/null
@@ -1 +0,0 @@
-python-selenium: capitalization-error-in-description python Python
diff --git a/debian/patches/remove_x_ignore_nofocus.patch b/debian/patches/remove_x_ignore_nofocus.patch
new file mode 100644
index 000..d5a9a2b
--- /dev/null
+++ b/debian/patches/remove_x_ignore_nofocus.patch
@@ -0,0 +1,14 @@
+Description: Removed x_ignore_nof

Bug#788183: postgresql logs filling with "WARNING: there is already a transaction in progress"

[Michael Biebl]

Hi, 
Can you file this bug upstream please under https://github.com/rsyslog/rsyslog 
and report back with the bug number. 
Thanks, 
Michael 

Am 9. Juni 2015 08:57:56 MESZ, schrieb Sammy Atmadja :
>Package: rsyslog-pgsql
>Version: 8.4.2-1
>Severity: grave
>Justification: renders package unusable
>
>Dear Maintainer,
>
>I have a setup where host_a running rsyslog writes logs to a remote
>server host_b running postgresql 9.1 (a server running wheezy at the
>moment). Since upgrading host_a (the rsyslog server) from wheezy to
>jessie the postgresql logs on host_b started filling up with lines
>like:
>
>--- BEGIN host_b /var/log/postgresql/postgresql-9.1-main.log ---
>
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
>progress
>
>--- END ---
>
>(hundreds of lines per second!)
>
>The configuration on host_a for ompgsql :
>
>--- BEGIN host_a /etc/rsyslog.d/ompgsql.conf ---
>
># Provides UDP syslog reception
>module(load="imudp")
>input(type="imudp" port="514")
>
># Provides TCP syslog reception
>module(load="imtcp")
>input(type="imtcp" port="514")
>
>module(load="mmutf8fix")
>action(type="mmutf8fix" mode="controlcharacters")
>
>$template pgsqltemplate,"INSERT INTO logs (host, facility, priority,
>level, tag, \
>program, msg, hostname) VALUES ( '%fromhost-ip%',
>'%syslogfacility-text%', '%syslogpriority-text%', \
>'%syslogseverity-text%','%syslogtag%', '%programname%', '%msg%' ,
>'%hostname%')",stdsql
>
>$ModLoad ompgsql
>*.* :ompgsql:caradhras.local,syslog,syslog,;pgsqltemplate
>
>--- END ---
>
>For now I have downgraded to rsyslog and rsyslog-pgsql version
>7.6.3-2~bpo70+1 from wheezy-backports, which does not have this
>problem.
>
>Sammy
>
>-- System Information:
>Debian Release: 8.1
>  APT prefers stable-updates
>  APT policy: (500, 'stable-updates'), (500, 'stable')
>Architecture: amd64 (x86_64)
>
>Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
>Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>Shell: /bin/sh linked to /bin/dash
>Init: systemd (via /run/systemd/system)
>
>
>Disclaimer: http://transtrend.com/disclaimer.txt 

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.


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

Bug#788185: squashfs-tools: Occasional corruption of large files.

[Andreas Krüger]

Package: squashfs-tools
Version: 1:4.2+20130409-2
Severity: normal

Hello,

I'm using squashfs for full backups of my laptop, from a (quiet)
LVM snapshot. I run sha256sum checksums on each file, then run

mksquashfs /freeze /backup/$timestamp.backup.squashfs \
  -always-use-fragments -processors 2

then mount the resulting squashfs file system and compare the checksums.

Over the years, I've seen checksum errors occasionally.

I have recently started to use virtual machines, so I now have more
very large files in my backup.  Since then, the number of problems
seemed to have increased substantially

The current backup saw two of these.  Interestingly, in both
cases, the problem is very close to the end of the file.  For the
record: In either case, the file length, according to ls -l, is
the same for the original and the copy in the squashfs.

One file is 2776104960 bytes long, a plain "cmp" run finds the
first inconsistency at byte 2776018945, a mere 86015 bytes from
the end.

The other file is 7831814144 bytes long, a plain "cmp" finds the
first inconsistency at byte 7831683073, a mere 131071 bytes from
the end.

Regards, and thank you for providing fine software

Andreas


-- System Information:
Debian Release: 8.1
  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=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages squashfs-tools depends on:
ii  libc6  2.19-18
ii  liblzma5   5.1.1alpha+20120614-2+b3
ii  liblzo2-2  2.08-1.2
ii  zlib1g 1:1.2.8.dfsg-2+b1

squashfs-tools recommends no packages.

squashfs-tools suggests no packages.

-- no debconf information




signature.asc
Description: OpenPGP digital signature

Bug#788186: ITP: kryo-serializers -- Kryo serializers

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: kryo-serializers
  Version : 0.28
  Upstream Author : Martin Grotzke 
* URL : https://github.com/magro/kryo-serializers
* License : Apache-2.0
  Programming Lang: Java
  Description : Kryo serializers

Additional Kryo (http://kryo.googlecode.com) serializers for standard JDK
types (e.g. currency, jdk proxies) and some for external libs (e.g. joda
time, cglib proxies, wicket).

This library is a transitive dependency of SBT.


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

Bug#777993:

[Gianfranco Costamagna]

Control: tags -1 confirmed

Control: block -1 by 778220

As for bug 777955 I'm doing the same for this one :)

thanks,

Gianfranco


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

Bug#787942: wget: https no longer works due to certificate error with rebuild against libnettle6

[Noël Köthe]

tags 787942 + moreinfo unreproducible
thanks

Hello Vincent,

Am Samstag, den 06.06.2015, 18:34 +0200 schrieb Vincent Lefevre:

> I get the following error:
> 
> $ wget -O - https://www.vinc17.net/
...
> ERROR: The certificate of ‘www.vinc17.net’ is not trusted.
...
> If I reinstall wget 1.16.3-2 (without doing anything else), the
> problem disappears.

With the same version it works yesterday/today:

$ wget https://www.vinc17.net/
--2015-06-09 10:07:40--  https://www.vinc17.net/
Resolving www.vinc17.net (www.vinc17.net)... 92.243.22.117, 
2001:4b98:dc0:45:216:3eff:fe9b:eb2f
Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:443... connected.
HTTP request sent, awaiting response... 200 OK

The gnutls dependency changed since Saturday and this would be the
reason for your reported problem:

> Versions of packages wget depends on:
> ii  libc6  2.19-18
same
> ii  libgnutls-deb0-28  3.3.14-2
3.3.15-5
> ii  libidn11   1.30-1
same
> ii  libnettle6 3.1.1-3
same
> ii  libpcre3   2:8.35-5
same
> ii  libpsl00.5.1-1
same
> ii  libuuid1   2.26.2-6
same
> ii  zlib1g 1:1.2.8.dfsg-2+b1
same

If you confirm wget is working again I will close this bug.

Regards

-- 
Noël Köthe 
Debian GNU/Linux, www.debian.org


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

Bug#787652: ncl-ncarg: No text on plots (missing PWRITX data file PlotcharData)

[Alastair McKinstry]

Thanks.

Currently I have a problem in that my Debian key has expired; I hope to
get a second signature on my new
key tomorrow if possible (meeting in Dublin), and will upload this fix ASAP.

I will submit this patch to the repo. in git.debian.org and other Debian
devs may NMU in the meantime.

This fix should also be suitable for jessie-backports.

regards
Alastair



On 05/06/2015 20:36, Tyson Whitehead wrote:
> Package: ncl-ncarg
> Version: 6.2.0-3
> Followup-For: Bug #787652
>
> I've put together a patch for this issue and verified that it works against 
> the latest version apt-get source downloads.
>
> The underlying issue was DEP* library listings in the yMakefiles should not 
> be prefixed with -l as they are for makefile depency lines.
>
> The attached patch should apply cleanly except for the patch series file as 
> gbp pq prefixed all the patches with numbers.

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered. 


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

Bug#788183: postgresql logs filling with "WARNING: there is already a transaction in progress"

[Sammy Atmadja]

Reported upstream: https://github.com/rsyslog/rsyslog/issues/399

Sammy


Disclaimer: http://transtrend.com/disclaimer.txt 


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

Bug#787781: [pkg-gnupg-maint] Bug#787781: gnupg-agent: broken pipe error when a program using agent is invoked by stdbuf -oL

[nfb]

> > stdbuf -oL gpg --use-agent --sign 
> >
> > works without errors retrieving the cached password from gpg-agent.
> > I'd say the problem is not directly gpg-agent then...
> depends on how gpg-agent is configured.  for example, do you have
> ignore-cache-for-signing in ~/.gnupg/gpg-agent.conf ?

Nop, i don't have ~/.gnupg/gpg-agent.conf, i currently have no need
for settings other than de dafault ones.
Anyways i start noticing this isssue is happening quite often on my
intel machine too, but with some weirdness. I mean, i have six mail
accounts configured for mpop, so it should do six calls to
pass+gpg(+gpg-agent only the first time), and while on arm i get six
broken pipe errors, on my x86 i get from zero to two/three of them
randomly.


> [...] and we shouldn't distract #787781 with it.

Yes sure, sorry for that.


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

Bug#787942: wget: https no longer works due to certificate error with rebuild against libnettle6

[Vincent Lefevre]

On 2015-06-09 10:14:28 +0200, Noël Köthe wrote:
> > ii  libgnutls-deb0-28  3.3.14-2
> 3.3.15-5

AFAIK, this is the problem. The reason is that libgnutls-deb0-28
3.3.14-2 is built against libnettle4 (ditto for 3.3.15-2), and
3.3.15-5 is built against libnettle6. So, if wget is built against
libnettle6, you need to put a versioned dependency on libgnutls-deb0-28
(>= 3.3.15-5) so that only the ones built against libnettle6 will be
used.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#788057: game-data-packager: please add support for Blake Stone: Aliens of Gold and Planet Strike

[Alexandre Detiste]

>> -> does this also means ECWolf only support the Wolf3D v1.4 shipped
>> on Steam (!?)
>> but not others v1.4 &v1.2 versions ?
>
> Yes, probably, I haven't checked yet.
>
> Package-wise this would mean "Conflicts: wolf3d-v12-data", right?

Hum no, I'd like to be able to play Wolf3D v1.2 with wolf4sdl
and Blake Stone with ECwolf on the same system.

ECwolf should really checksums the data at game start.
(just check file size like wolf4sdl wrapper is already ok)


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

Bug#787942: wget: https no longer works due to certificate error with rebuild against libnettle6

[Sébastien Kalt]

Hi,

I'm also having this error :

$ wget https://www.vinc17.net/
--2015-06-09 10:30:49--  https://www.vinc17.net/
Resolving www.vinc17.net (www.vinc17.net)... 92.243.22.117,
2001:4b98:dc0:45:216:3eff:fe9b:eb2f
Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:443...
connected.
ERROR: The certificate of 'www.vinc17.net' is not trusted.

2015-06-09 10:14 GMT+02:00 Noël Köthe :

> > If I reinstall wget 1.16.3-2 (without doing anything else), the
> > problem disappears.
>
It also works for me.


> The gnutls dependency changed since Saturday and this would be the
> reason for your reported problem:
>
> > Versions of packages wget depends on:
> > ii  libc6  2.19-18
> same
> > ii  libgnutls-deb0-28  3.3.14-2
> 3.3.15-5
>
I have version 3.3.15-2, all other packages have the same version as you do.

libgnutls-deb0-28 3.3.15-5 have bugs reporting segfault, see for example
bug 787605 (1).

But version 3.3.15-2 is supposed to solve those segfaults, which explains
why I didn't upgrade to this version.

Installing libgnutls-deb0-28 3.3.15-5 solves wget segfault :

$ wget https://www.vinc17.net/
--2015-06-09 10:40:39--  https://www.vinc17.net/
Resolving www.vinc17.net (www.vinc17.net)... 92.243.22.117,
2001:4b98:dc0:45:216:3eff:fe9b:eb2f
Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:443...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 16390 (16K) [text/html]
Saving to: 'index.html'

index.html
 100%[===>]  16.01K
 --.-KB/s   in 0.09s

2015-06-09 10:40:41 (179 KB/s) - 'index.html' saved [16390/16390]

Regards,

Sébastien

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

Bug#787505: also affects browsers

[Christophe Deleuze]

Just to note that this also affects browsers (experienced with conkeror
and iceweasel).

--
Christophe Deleuze


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

Bug#788187: Missing option for icinga2 on configure backend

[Rune 'TheFlyingcorpse' Darrud]

Package: nagvis
Version: 1.7.10+dfsg1-3

When the configure backend prompt appears after installing nagivs, there is
no option to configure it to use Icinga2 as a backend and the user is
forced to select "other" and then configure the backend manually.

The fix is to add the path to icinga2's livestatus socket as an option:
name: icinga2
path: /var/run/icinga2/cmd/livestatus

I'm using Debian Jessie 8.1, 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1
(2015-05-24) x86_64 GNU/Linux with icinga2 package from debmon:
icinga2_2.3.4-3~debmon80+1_amd64

Bug#787942: wget: https no longer works due to certificate error with rebuild against libnettle6

[Vincent Lefevre]

On 2015-06-09 10:44:17 +0200, Sébastien Kalt wrote:
> 2015-06-09 10:14 GMT+02:00 Noël Köthe :
> > The gnutls dependency changed since Saturday and this would be the
> > reason for your reported problem:
> >
> > > Versions of packages wget depends on:
> > > ii  libc6  2.19-18
> > same
> > > ii  libgnutls-deb0-28  3.3.14-2
> > 3.3.15-5
> >
> I have version 3.3.15-2, all other packages have the same version as you do.
> 
> libgnutls-deb0-28 3.3.15-5 have bugs reporting segfault, see for example
> bug 787605 (1).
> 
> But version 3.3.15-2 is supposed to solve those segfaults, which explains
> why I didn't upgrade to this version.

I haven't upgraded to 3.3.15-5 either precisely because of these
segfaults[*]. That's why versioned dependencies are really important
when needed: having them allows one to block the buggy upgrade of
wget in such cases. This may also be important in case of problem
during a full upgrade, so that "apt-get install -f" works as
expected, if needed.

[*] I suppose that this has now been solved with curl 7.42.1-3,
which has been rebuilt against libnettle6. libcurl3-gnutls 7.42.1-3
has:

Depends: [...] libgnutls-deb0-28 (>= 3.3.15-5), [...] libnettle6, [...]

So, wget needs to have something similar.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#785181: shellinabox: prepare 2.15 release

[Alexandre Detiste]

Hi Marc,

There has now been a RC for some time on GitHub,
without any regression found.

> I'm happy to push it into the repo.

That would be great !


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

Bug#787973: [Pkg-libvirt-maintainers] Bug#787973: Please don't use systemctl status in postinst

[Guido Günther]

Hi,
On Sun, Jun 07, 2015 at 11:04:45AM +0200, Michael Biebl wrote:
> Package: libvirt-daemon-system
> Version: 1.2.16-2
> Severity: normal
> 
> Hi,
> 
> I noticed the following in postinst:
> 
> # Force virtlockd to reexec if enabled
> if [ -d /run/systemd/system ] && systemctl status virtlockd.service 
> >/dev/null; then
>systemctl reload virtlockd.service
> fi
> 
> 
> using systemctl status is bad, since it accesses the journal, which can
> be quite costly.
> If you only want to test if a service is active, you can use
> systemctl is-active -q virtlockd.service, which is much more
> lightweight.
> The -q makes sure, you don't need to suppress stdout.
> 
> if [ -d /run/systemd/system ] && systemctl is-active -q virtlockd.service ; 
> then
>systemctl reload virtlockd.service
> fi

Thanks for pointing this out. I went for the above solutine since ...

> 
> Or even simpler for your use case
> if [ -d /run/systemd/system ] ; then
>systemctl reload-or-try-restart -q virtlockd.service
> fi

... returns 1 if the daemon is not running so we'd have to figure out
why non-zero is reported: failure to restart or not running at all.

> I think reload-or-try-restart does already exactly what you want.

See above but maybe I'm missing something.
Cheers,
 -- Guido

> 
> Cheers,
> Michael
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages libvirt-daemon-system depends on:
> ii  adduser  3.113+nmu3
> ii  gettext-base 0.19.4-1
> ii  init-system-helpers  1.23
> ii  libapparmor1 2.9.2-3
> ii  libaudit11:2.4-1+b1
> ii  libavahi-client3 0.6.31-5
> ii  libavahi-common3 0.6.31-5
> ii  libblkid12.26.2-6
> ii  libc62.19-18
> ii  libcap-ng0   0.7.6-1
> ii  libdbus-1-3  1.8.18-1
> ii  libdevmapper1.02.1   2:1.02.90-2.2
> ii  libgnutls-deb0-283.3.15-5
> ii  libnl-3-200  3.2.24-2
> ii  libnl-route-3-2003.2.24-2
> ii  libnuma1 2.0.10-1
> ii  librados20.80.9-2
> ii  librbd1  0.80.9-2
> ii  libsasl2-2   2.1.26.dfsg1-13
> ii  libselinux1  2.3-2
> ii  libssh2-11.5.0-2+b1
> ii  libsystemd0  220-5~test0
> ii  libvirt-clients  1.2.16-2
> ii  libvirt-daemon   1.2.16-2
> ii  libvirt0 1.2.16-2
> ii  libxen-4.4   4.4.1-9
> ii  libxml2  2.9.2+dfsg1-3
> ii  libyajl2 2.1.0-2
> ii  logrotate3.8.7-2
> ii  policykit-1  0.105-8
> 
> Versions of packages libvirt-daemon-system recommends:
> ii  bridge-utils  1.5-9
> ii  dmidecode 2.12-4
> ii  dnsmasq-base  2.72-3.1+b1
> ii  ebtables  2.0.10.4-3
> ii  iproute2  3.16.0-2
> ii  iptables  1.4.21-2+b1
> ii  parted3.2-7
> pn  pm-utils  
> 
> Versions of packages libvirt-daemon-system suggests:
> pn  apparmor
> pn  auditd  
> ii  nfs-common  1:1.2.8-9
> ii  radvd   1:2.11-1
> ii  systemd 220-5~test0
> pn  systemtap   
> 
> -- Configuration Files:
> /etc/libvirt/qemu.conf [Errno 13] Keine Berechtigung: 
> u'/etc/libvirt/qemu.conf'
> /etc/libvirt/qemu/networks/default.xml [Errno 13] Keine Berechtigung: 
> u'/etc/libvirt/qemu/networks/default.xml'
> 
> -- no debconf information
> 
> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers
> 


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

Bug#788188: FATAL ERROR: phone i-_ -> 10000

[Yuri D'Elia]

Package: mbrola-us3
Version: 0.1-1
Severity: normal

I was experimenting with different mbrola voices using espeak, but I found that
mbrola-us3 fails in some phonemes (which work fine with any other voice).

This is the smallest test I could reproduce si "ery" from "battery":

% /usr/bin/espeak -v mb-us3 "ery"
mbrola: FATAL ERROR: phone i-_ -> 1
mbrowrap error: mbrola closed stderr and did not exit
mbrowrap error: mbrola exited with status 226

The same with us1/2 works fine.

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

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

Versions of packages mbrola-us3 depends on:
ii  mbrola  3.01h+1-2

mbrola-us3 recommends no packages.

mbrola-us3 suggests no packages.


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

Bug#788189: java-atk-wrapper: build depends on openjdk-6 which is going away

[James Cowgill]

Source: java-atk-wrapper
Version: 0.33.0-2
Severity: important

Hi,

java-atk-wrapper build depends on openjdk-6 like this:
 openjdk-6-jdk | java6-sdk

However since the buildds ignore all but the first choice in an ORed
group, this is effectively a hard dependency on openjdk-6. If you
didn't know openjdk-6 is not in testing and will probably disappear
some time before stretch is released.

It's probably better to just depend on default-jdk. For most arches
this is OpenJDK 7 and for gcj arches you can just let the build fail
and possibly have the package removed on those arches.

Thanks,
James

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

Bug#788052: asciidoctor: broken html5 backend due to missing style file

[Guillaume Grossetie]

> (I would like to respectfully point out that, prior to upload, it never
hurts
> to manually test that the program can perform basic functionality, such as
> converting an input file with no options.  Especially if you are
packaging a
> new upstream version, as things may have shifted around.)

Sorry about that, it's my first package and I didn't know how to manually
install and test the package prior to upload.

Bug#788190: man: missing documentation for -g and -z

[Yuri D'Elia]

Package: espeak
Version: 1.48.04+dfsg-1
Severity: minor

The man page lacks documentation for -g and -z

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

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

Versions of packages espeak depends on:
ii  libc6   2.19-18
ii  libespeak1  1.48.04+dfsg-1
ii  libgcc1 1:5.1.1-9
ii  libstdc++6  5.1.1-9

espeak recommends no packages.

espeak suggests no packages.


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

Bug#721521: fonts-urw-base35: changing from ITP to RFP

[Fabian Greffrath]

Am Montag, den 08.06.2015, 14:45 +0200 schrieb Fabian Greffrath:
> - I am going to wait until this fontconfig version enters Debian and 
>  add a Breaks relation for older fontconfig packages.

Note to myself: (<< 2.11.91)

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

Bug#788191: Wrong dependencies with rpcbind

[Y. Gablin]

Package: rpcbind
Version: 0.2.1-6
Severity: important
Tags: jessie

Debian version: 8.1
Kernel version: 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt11-1 (2015-05-24) 
armv5tel GNU/Linux

Possibly related bugs: #665338 #679716

Hi,
There seems to be a problem with rpcbind dependencies in order to run an 
NFS server. The server boot went fine up to Debian Wheezy, but not 
anymore with Debian Jessie.
The problem does not seem to be on the NFS/rpcbind software side, 
because I can make NFS work again by running this command after the 
server has finished booting:


# systemctl restart nfs-kernel-server.service

Hence my conclusion that this is a dependencies issue.
Here is my init config:

$ find /{etc,lib}/{init.d,systemd} -iname '*rpc*' -o -iname '*nfs*'
/etc/init.d/rpcbind
/etc/init.d/mountkernfs.sh
/etc/init.d/mountnfs-bootclean.sh
/etc/init.d/umountnfs.sh
/etc/init.d/nfs-common
/etc/init.d/mountnfs.sh
/etc/init.d/nfs-kernel-server
/lib/systemd/system/mountkernfs.service
/lib/systemd/system/mountnfs.service
/lib/systemd/system/mountnfs-bootclean.service
/lib/systemd/system/rpcbind.target
/lib/systemd/system/umountnfs.service

So it seems to me that systemd is used instead of sysvinit, which
should ensure better handling of dependencies.
And yet, my logs show this:

# journalctl -b0 #search: rpc|nfs|dhcp|RPC|NFS|DHCP
juin 08 19:38:42 sphinx2 systemd[1]: Found ordering cycle on 
basic.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
sysinit.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
rpcbind.service/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
network-online.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
network.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
inadyn@henet.service/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
basic.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Breaking ordering cycle by deleting 
job rpcbind.service/start
juin 08 19:38:42 sphinx2 systemd[1]: Job rpcbind.service/start deleted 
to break ordering cycle starting with basic.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Starting LSB: NFS support files 
common to client and server...
juin 08 19:38:42 sphinx2 nfs-common[137]: Starting NFS common utilities: 
statd
juin 08 19:38:42 sphinx2 nfs-common[137]: Not starting: portmapper is 
not running ... (warning).
juin 08 19:38:42 sphinx2 systemd[1]: Started LSB: NFS support files 
common to client and server.
juin 08 19:38:52 sphinx2 systemd[1]: Starting LSB: Kernel NFS server 
support...
juin 08 19:38:52 sphinx2 dhclient[470]: Internet Systems Consortium DHCP 
Client 4.3.1
juin 08 19:38:52 sphinx2 dhclient[470]: For info, please visit 
https://www.isc.org/software/dhcp/
juin 08 19:38:52 sphinx2 ifup[462]: Internet Systems Consortium DHCP 
Client 4.3.1
juin 08 19:38:52 sphinx2 ifup[462]: For info, please visit 
https://www.isc.org/software/dhcp/
juin 08 19:38:52 sphinx2 dhclient[470]: DHCPDISCOVER on eth1 to 
255.255.255.255 port 67 interval 8
juin 08 19:38:53 sphinx2 dhclient[470]: DHCPREQUEST on eth1 to 
255.255.255.255 port 67

juin 08 19:38:53 sphinx2 dhclient[470]: DHCPOFFER from 192.168.1.1
juin 08 19:38:53 sphinx2 dhclient[470]: DHCPACK from 192.168.1.1
juin 08 19:38:54 sphinx2 ifup[462]: DHCPDISCOVER on eth1 to 
255.255.255.255 port 67 interval 8
juin 08 19:38:54 sphinx2 ifup[462]: DHCPREQUEST on eth1 to 
255.255.255.255 port 67

juin 08 19:38:54 sphinx2 ifup[462]: DHCPOFFER from 192.168.1.1
juin 08 19:38:54 sphinx2 ifup[462]: DHCPACK from 192.168.1.1
juin 08 19:38:54 sphinx2 kernel: RPC: Registered named UNIX socket 
transport module.

juin 08 19:38:54 sphinx2 kernel: RPC: Registered udp transport module.
juin 08 19:38:54 sphinx2 kernel: RPC: Registered tcp transport module.
juin 08 19:38:54 sphinx2 kernel: RPC: Registered tcp NFSv4.1 backchannel 
transport module.
juin 08 19:38:54 sphinx2 dhclient[470]: bound to 192.168.1.100 -- 
renewal in 39516 seconds.
juin 08 19:38:55 sphinx2 kernel: Installing knfsd (copyright (C) 1996 
o...@monad.swb.de).
juin 08 19:38:55 sphinx2 nfs-kernel-server[486]: Exporting directories 
for NFS kernel daemon...
juin 08 19:38:56 sphinx2 nfs-kernel-server[486]: Starting NFS kernel 
daemon: nfsd
juin 08 19:38:56 sphinx2 systemd[1]: Started LSB: Kernel NFS server 
support.
juin 08 19:38:56 sphinx2 nfs-kernel-server[486]: Not starting: 
portmapper is not running ... (warning).
juin 08 21:39:14 sphinx2 systemd[1]: Starting LSB: RPC portmapper 
replacement...
juin 08 21:39:15 sphinx2 systemd[1]: Started LSB: RPC portmapper 
replacement.

juin 08 21:39:15 sphinx2 rpcbind[1665]: Starting rpcbind daemon
juin 08 21:39:15 sphinx2 systemd[1]: Starting RPC Port Mapper.
juin 08 21:39:15 sphinx2 systemd[1]: Reached target RPC Port Mapper.

Two possible problems stand out:
- there seems to be a dependencies-loop involving rpcbind,
- rpcbind and nfs-kernel-server seem to be started too soon; they should 
start After network-o

Bug#786955: dgit should switch dependency from realpath to recent coreutils

[Ian Jackson]

Petr Čech writes ("Re: Bug#786955: dgit should switch dependency from realpath 
to recent coreutils"):
> 2015-06-08 16:20 GMT+02:00 Ian Jackson :
> >  - You say "into the mail package" but then you talk about coreutils.
> >What does "the mail package" refer to ?
> 
> It should read "into the main package". Sorry for confusion.

Ah, right.

> >  - Does the existing coreutils have a Provides ?  If so then good.
> >If not then this bug needs a higher severity as current sid dgit
> >would be uninstallable otherwise.
> 
> No, realpath is provided as a transitional package.

Great, thanks for the clarification.

Ian.


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

Bug#788192: slic3r: FTBFS with perl 5.22 (build-dep on libextutils-parsexs-perl)

[Dominic Hargreaves]

Source: slic3r
Version: 1.1.7+dfsg-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

This package contains a versioned build-depends:

libextutils-parsexs-perl (>= 3.180004)

however with the perl 5.22 work in experimental, the separately-packaged
version of libextutils-parsexs-perl is broken (because it's of a lower
version then what's now bundled in core). This causes slic3r to FTBFS,
since the virtual package provided by perl doesn't satisfy the versioned
dependency.

The correct fix is to just remove this build-dependency, since perl
itself has contained a suitable version of ExtUtils::ParseXS since
wheezy, and there is already a build-depends on that.

This bug will become RC nearer the time of the perl 5.22 transition to
unstable.

Cheers,
Dominic.


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

Bug#428300: sysv-rc-conf: Program exception upon a "r" restore

[Denis Briand]

found 428300 0.99-7
thanks

Hello,
Always the same issue with 0.99-7
'r' key doesn't work.
But now, I haven't any stderr output.

regards

Denis Briand


signature.asc
Description: Digital signature

Bug#785642: [Pkg-mailman-hackers] Bug#785642: Bug#785642: Bug#785642: queue runner dies with uncaught UnicodeDecodeError

[Thijs Kinkhorst]

On Mon, June 8, 2015 09:34, Wouter Verhelst wrote:
> On Mon, Jun 08, 2015 at 09:16:44AM +0200, Thorsten Glaser wrote:
>> On Sun, 7 Jun 2015, Wouter Verhelst wrote:
>>
>> > > Actually, the traceback says what's happening is CookHeaders is
>> trying
>> > > to create the List-Id: header to be added to the message.
>> > >
>> > > It tries to create a header of the form:
>> > >
>> > > List-Id: list description 
>> > >
>> > > And the exception occurs when trying to rfc 2047 encode the list's
>> > > description in the charset of the list's preferred language. This
>> > > exception should be occurring on every list post. Is that the case?
>> >
>> > Yes.
>>
>> Wouter, I think you hit the second paragraph of this:
>>
>> mailman (1:2.1.16-1exp1) experimental; urgency=low
>>
>>   This version has changed the encoding of most strings, templates
>>   and pages to UTF-8 to meet the Debian release goal of full UTF-8
>>   support in all packages. It also no longer automatically converts
>>   mails to ISO-8859-1.
>>
>>   If you have been using any nōn-ASCII strings in places such as
>>   the mailing list description, these were be stored wrongly in the
>>   list configuration file (config.pck), so you will need to change
>>   those (e.g. via the webinterface) again in order to have them be
>>   displayed correctly.
>>
>>  -- Thorsten Glaser   Sun, 29 Dec 2013 14:35:50 +
>>
>> (from NEWS.Debian, which you “probably should” have followed ;)
>>
>> So, in short, load the list config via the webinterface,
>> then retype the description and save the entry. Or just
>> use config_list and put it in as Unicode/UTF-8.
>
> That seems likely, yes. I guess I didn't realize I had a non-ASCII
> character in there. There's really only a handful of lists here, and
> that one was the only one with non-ASCII.

Thanks. A solution for this situation was committed in upstream 2.1 stable
branch so it at least does not crash the qrunner.


Cheers,
Thijs


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

Bug#788193: systemd: lost+found on /tmp-partition deleted during boot

[Ruediger Oberhage]

Package: systemd
Version: 215-17+deb8u1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
Booting Debian "Jessie". That dam*d "systemd" erases the "lost+found"
directory entry in "/tmp", which obviously is in its own partition.

The system was upgraded from a 'Wheezy' installation.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Well nothing, or regenerating the "lost+found" entry, respectively.
   * What was the outcome of this action?
Restoration of the directory until the next boot! I veryfied that it
happens continously on boot.
   * What outcome did you expect instead?
Not having to do anything to keep "lost+found"

-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17+deb8u1
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u1
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
ii  dbus1.8.18-0+deb8u1
ii  libpam-systemd  215-17+deb8u1

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information
Since e-mail with attachments is rejected:
Subject: Message with no Package: tag cannot be processed! (systemd:  
lost+found on /tmp-partition deleted during boot)
Your message didn't have a Package: line at the very first line of the
mail body (part of the pseudo-header), or didn't have a Package: line
at all. Unfortunatly, this means that your message has been ignored
completely.
--- which obviously isn't true, please repair your system! ---
I'm saving the attachments made. You can require them from me,
anytime!


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

Bug#787794: lifimage fails to successfully boot on hppa

[Helge Deller]

the message 'seekread() returned 2048 expected 8192' on gzipped kernel.


That seekread-message is not critical. I think I fixed it in a newer palo 
version.


You attached the dmesg from latest debian kernel (4.0.0) - so it's booting fine 
with latest kernels.

But could you try to boot (and attach the dmesg of it of) the kernel from the 
lifimage as well, e.g. by using this debian package:
ftp://ftp.debian-ports.org/debian/obsolete/2015-04-14/linux-image-3.16.0-4-parisc_3.16.7-ckt9-1_hppa.deb
I quite don't understand yet, why it fails to start the installer on your 
machine.
It might be the "old" kernel, or some stuff in the initrd which allocates too 
much memory.

Helge


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

Bug#788194: cinnamon-desktop 2.6 will cause critical problems to cinnamon DE until cinnamon 2.6 package missed

[Fabio Fantoni]

Source: cinnamon-desktop
Version: 2.6.4-1
Severity: /serious/


cinnamon-desktop 2.6 will cause critical problems to cinnamon DE until
cinnamon 2.6 package missed (awaiting in NEW queue)
I open this bug for blocking migration to testing.


smime.p7s
Description: Firma crittografica S/MIME

Bug#788195: openjdk-7-jdk: I can't install openjdk-7-jdk

[Willi Fehler]

Subject: openjdk-7-jdk: I can't install openjdk-7-jdk.
Package: openjdk-7-jdk
Version: 7u79-2.5.5-1~deb7u1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
   * What led up to the situation?
'/usr/bin/apt-get -q -y -o DPkg::Options::=--force-confold install
openjdk-7-jdk -> openjdk-7-jdk : Depends: openjdk-7-jre (=
7u79-2.5.5-1~deb7u1) but it is not going to be installed
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   /usr/bin/apt-get -q -y -o DPkg::Options::=--force-confold install
openjdk-7-jdk openjdk-7-jre
   * What was the outcome of this action?
   openjdk-7-jre : Depends: openjdk-7-jre-headless (=
7u79-2.5.5-1~deb7u1) but it is not going to be installed
   * What outcome did you expect instead?
   package should be installed

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
Willi Fehler
Engeenering

www.home24.de 
Home24 AG | Greifswalder Straße 212-213 | 10405 Berlin | Deutschland
tel: +49302016329419| mail: willi.feh...@home24.de 
Vorstand: Domenico Cipolla, Dr. Philipp Kreibohm, Constantin Eis, Axel Hefer, 
Vorsitzender des Aufsichtsrats: Alexander Samwer
Sitz Berlin | Eingetragen beim Amtsgericht Berlin (Charlottenburg), HRB 167157 B

Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sie darf 
ausschließlich durch den vorgesehenen Empfänger und Adressaten gelesen, kopiert 
oder genutzt werden. Sollten Sie diese Nachricht versehentlich erhalten haben, 
bitten wir Sie, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu 
informieren und die Nachricht zu löschen. Jede unerlaubte Nutzung oder 
Weitergabe des Inhalts dieser Nachricht, sei es vollständig oder teilweise, ist 
unzulässig. Bitte beachten Sie, dass E-Mail-Nachrichten an den Absender nicht 
für fristgebundene Mitteilungen geeignet sind. Fristgebundene Mitteilungen sind 
daher ausschließlich per Post oder per Telefax zu übersenden. 


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

Bug#788196: cloud-init: Does not generate an ed25519 ssh key on jessie

[Santiago Vila]

Package: cloud-init
Version: 0.7.6~bzr976-2
Severity: important

On Debian 8, the default /etc/ssh/sshd_config has four different host
keys:

HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key

but cloud-init does only generate the first three, which makes strange
messages like this one to appear in /var/log/auth.log:

[...] sshd[4859]: error: Could not load host key: /etc/ssh/ssh_host_ed25519_key

Since this package is used by several VPS vendors offering Debian images,
please consider an upload for stable fixing this.

Thanks.


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

Bug#788197: libextutils-parsexs-perl: uninstallable with perl 5.22

[Dominic Hargreaves]

Source: libextutils-parsexs-perl
Version: 3.24-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

This dual-lived package is broken by perl 5.22 in experimental, which
provides a newer version. The newer version (3.28) isn't on CPAN.

No action is needed, but this is just to mark that at some point this
package should be removed if no new release appears.

This bug will become RC nearer the time of the perl 5.22 transition to
unstable.

Cheers,
Dominic.


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

Bug#787666: multipath-tools: discussion about devname of mpath[0-9]+ vs. mpath[a-z]+

[Ritesh Raj Sarraf]

On Thursday 04 June 2015 03:36 AM, Mauricio Faria de Oliveira wrote:
> Hi Ritesh,
>
> Regarding the option for Debian to stay on devnames like mpath[0-9]+
> rather than that adopted upstream, mpath[a-z]+ (patch 0002)..
>
> Do you mind explaining to me if there's any particular reasons for that?
>
> Or how (un)likely is it to switch over to upstream? (I'd know of one
> point, that is Jessie using the old number-suffix).

Can you please give me some more context here ?
I'm trying to minimize any extra patches, so that we are less deviated
from upstream.  The current set of patches carried, are either trivial
ones or important for Debian for other dependency reasons.


> Another point is, if that doesn't change, is it possible in the mean
> time to move patch 0002 to the end of the series, and add support for
> alias_prefix [1], so to ease the addition of upstream/backport patches
> (i.e., before the last patch in the series)?

By 0002, you mean
debian/patches/0002-Make-user_friendly_names-compatible-to-multipath-too.patch  
???
That patch is no more in use. It was dropped long ago.

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




signature.asc
Description: OpenPGP digital signature

Bug#788095: closed by Thomas Goirand (Issue fixed in pygit2 0.22.0-2?)

[Stefano Zacchiroli]

reopen 788095
thanks

On Mon, Jun 08, 2015 at 02:21:10PM +, Debian Bug Tracking System wrote:
> I tried, and I couldn't reproduce the issue. If you still see the
> issue with version 0.22.0-2, please reopen this bug.

I've installed (on testing) pygit2 from unstable, in the version you
mentioned, and I can reproduce the bug.

Again, rebuilding the package on my machine from sources (in the version
above) fixed the issue.

Cheers
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader  . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature

Bug#788198: dh-make-perl locate Module::Pluggable::Object falsely thinks it is in core

[Peter Valdemar Mørch]

Package: dh-make-perl
Version: 0.84-2
Severity: normal

Dear Maintainer,

I asked on  irc.debian.org /  #debian-perl :

Why is it that:

> dh-make-perl locate Module::Pluggable::Object
== dh-make-perl 0.84 ==
Using cached Contents from Mon Jun  8 14:05:49 2015
Module::Pluggable::Object is in Perl core (package perl) since 5.8.9

But:

> dpkg -L perl | grep Pluggable/Object.pm

> dpkg -L libmodule-pluggable-perl | grep Pluggable/Object.pm
/usr/share/perl5/Module/Pluggable/Object.pm

And:

> zgrep Pluggable/Object.pm /var/cache/apt/apt-file/*.gz
/var/cache/apt/apt-file/ftp2.de.debian.org_debian_dists_jessie_main_Contents-amd64.gz:usr/share/perl5/Module/Pluggable/Object.pm
 perl/libmodule-pluggable-perl

To which I got these responses in IRC:

dam: pmorch: sounds like a bug in dh-make-perl, being fooled by the
presence of Module::Pluggable::Object in Module::CoreList
ntyni: it was removed after 5.18
dam: indeed

So following the direction from dam (who obviously knows more about
this than I), I'm filing this bug.

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

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

Versions of packages dh-make-perl depends on:
ii  debhelper 9.20150101
ii  dpkg-dev  1.17.25
ii  fakeroot  1.20.2-1
ii  libapt-pkg-perl   0.1.29+b2
ii  libarray-unique-perl  0.08-1
ii  libclass-accessor-perl0.34-1
ii  libcpan-meta-perl 2.142690-1
ii  libdpkg-perl  1.17.25
ii  libemail-address-perl 1.905-2
ii  libemail-date-format-perl 1.005-1
ii  libfile-which-perl1.09-1
ii  liblist-moreutils-perl0.33-2+b1
ii  libmodule-depends-perl0.16-1
ii  libparse-debcontrol-perl  2.005-4
ii  libparse-debianchangelog-perl 1.2.0-1.1
ii  libsoftware-license-perl  0.103010-3
ii  libtie-ixhash-perl1.23-1
ii  libwww-mechanize-perl 1.73-2
ii  libyaml-libyaml-perl  0.41-6
ii  libyaml-perl  1.13-1
ii  make  4.0-8.1
ii  perl  5.20.2-3
ii  perl-modules [libcpan-meta-perl]  5.20.2-3

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.4
ii  git   1:2.1.4-2.1
ii  pristine-tar  1.33

dh-make-perl suggests no packages.

-- no debconf information

-- 
Peter Valdemar Mørch
http://www.morch.com


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

Bug#787736: apt-offline: wrong file extension for Packages/Sources files

[Peter Laird]

On 05/06/2015 10:22, Ritesh Raj Sarraf wrote:

On Thursday 04 June 2015 08:39 PM, Peter Laird wrote:

After applying the fix to apt-offline described in bug #787730, I did:
 apt-offline install update.zip

The package list files etc. are correctly synced to /var/lib/apt/lists
but with filename extension .bz2 eg.
-rw-r--r-- 1 root root 33775581 Jun  1 21:12
/var/lib/apt/lists/ftp.uk.debian.org_debian_dists_jessie_main_binary-amd64_Packages
-rw-r--r-- 1 root root 33775581 Jun  3 21:45
/var/lib/apt/lists/ftp.uk.debian.org_debian_dists_jessie_main_binary-amd64_Packages.bz2

Although they have a .bz2 extension, they are actually plain text
files - the output from the "file" command is:
/var/lib/apt/lists/ftp.uk.debian.org_debian_dists_jessie_main_binary-amd64_Packages.bz2:
ASCII text, with very long lines

When I run aptitude, it reports:
 BZ2_bzread: Read error (-5: DATA_ERROR_MAGIC)
 Problem opening
/var/lib/apt/lists/ftp.uk.debian.org_debian_dists_jessie_main_binary-amd64_Packages.bz2
 The package lists or status file could not be parsed or opened.
and it does not show any packages.

As a workaround, I've renamed the files to remove the .bz2 extension
ie. (as root):
 cd /var/lib/apt/lists
 for i in *.bz2; do mv $i `basename $i .bz2`; done

aptitude then works as expected.


I did not have this issue when I upgraded from wheezy to jessie -I
assume that when I first got the jessie package list files etc.
usingapt-offline it was still the wheezy version ie. version 1.2.

This too should be fixed with version 1.6. Have you verified it with 1.6 ?

If it works, then we'll target this too for "1.6 for Jessie".


Yes, bug#787730 and bug#787736 are fixed in apt-offline version 1.6.
Using version 1.6 for all 3 steps (set, get, install) works OK.
Using version 1.6 for some steps and version 1.5 for others does not 
work (in most cases).


In case other people are having this issue, the steps I took to install 
apt-offline version 1.6 :
- On the box with a good internet connection, download 
apt-offline_1.6.1_all.deb

e.g. via https://packages.debian.org/stretch/all/apt-offline/download
- copy apt-offline_1.6.1_all.deb to the Debian box
- Optional: on the Debian box, verify apt-offline_1.6.1_all.deb:
# Test file size, expect output "57416 apt-offline_1.6.1_all.deb"
wc -c apt-offline_1.6.1_all.deb
# Test MD5 hash, expect output "apt-offline_1.6.1_all.deb: OK"
echo "5c699069347782f676ac17fd049155e8 apt-offline_1.6.1_all.deb" | 
md5sum -c

- On the Debian box install the new version; do the command as root
dpkg --install apt-offline_1.6.1_all.deb

When apt-offline in jessie is upgraded to version 1.6 I suggest 
including the steps above in the
release notes (but change the URL to refer to jessie instead of stretch) 
because apt-offline

version 1.5 cannot be used as-is to do the upgrade.


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

Bug#787736: apt-offline: wrong file extension for Packages/Sources files

[Ritesh Raj Sarraf]

On Tuesday 09 June 2015 04:05 PM, Peter Laird wrote:
> When apt-offline in jessie is upgraded to version 1.6 I suggest
> including the steps above in the
> release notes (but change the URL to refer to jessie instead of
> stretch) because apt-offline
> version 1.5 cannot be used as-is to do the upgrade. 

I am just reading the stable upload policy,
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable

I doubt if 1.6 can be pushed to stable, because the changes are big.

rs@learner:~/devel/apt-offline/apt-offline (master)$ git diff
v1.5..v1.6  | diffstat
 apt-offline-tests.sh  |2
 apt-offline.8 |   16 ++--
 apt-offline.html  |   44 +--
 apt_offline_core/AptOfflineCoreLib.py |  128
++
 apt_offline_core/AptOfflineLib.py |  116 ++
 5 files changed, 157 insertions(+), 149 deletions(-)
16:25 ♒♒♒  ☺   



I guess a wiser option would be backports.

Never done a backport before, so I guess this is the right time. :-)


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




signature.asc
Description: OpenPGP digital signature

Bug#788200: sudo fails with error "sudo: PERM_ROOT: setresuid(0, -1, -1): Operation not permitted"

[Keith Goldsmith]

Package: sudo
Version: 1.8.5p2-1+nmu1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * 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 lines ***



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sudo depends on:
ii  libc6   2.13-38+deb7u8
ii  libpam-modules  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libselinux1 2.1.9-5
ii  zlib1g  1:1.2.7.dfsg-13

sudo recommends no packages.

sudo suggests no packages.

-- Configuration Files:
/etc/sudoers [Errno 13] Permission denied: u'/etc/sudoers'
/etc/sudoers.d/README [Errno 13] Permission denied: u'/etc/sudoers.d/README'

-- no debconf information


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

Bug#788199: cinnamon-desktop 2.6 will cause critical problems to cinnamon DE until cinnamon 2.6 package missed

[Fabio Fantoni]

Package: cinnamon-desktop-data
Version: 2.6.4-1
Severity: critical


cinnamon-desktop 2.6 will cause critical problems to cinnamon DE until
cinnamon 2.6 package is missed (awaiting in NEW queue)
I open this bug for blocking migration to testin.



smime.p7s
Description: Firma crittografica S/MIME

Bug#788201: autofs-ldap: message "sasl_log_func:98: Parameter Error in ../../plugins/plugin_common.c near line 357" issued

[Keith Goldsmith]

Package: autofs-ldap
Version: 5.0.7-3
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * 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 lines ***



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages autofs-ldap depends on:
ii  autofs 5.0.7-3
ii  libc6  2.13-38+deb7u8
ii  libcomerr2 1.42.5-1.1+deb7u1
ii  libk5crypto3   1.10.1+dfsg-5+deb7u3
ii  libkrb5-3  1.10.1+dfsg-5+deb7u3
ii  libldap-2.4-2  2.4.31-2
ii  libsasl2-2 2.1.25.dfsg1-6+deb7u1
ii  libxml22.8.0+dfsg1-7+wheezy4
ii  multiarch-support  2.13-38+deb7u8

autofs-ldap recommends no packages.

autofs-ldap suggests no packages.

-- Configuration Files:
/etc/autofs_ldap_auth.conf [Errno 13] Permission denied:
u'/etc/autofs_ldap_auth.conf'


autofs_ldap_auth.conf
Description: XML document

Bug#782294: asciidoc: make timestamps reproducible adding the flag --use-utc-timezone

[Juan Picca]

Thanks for your response Joseph.
I think that remove the timestamp can work.
Note that if i use the value revdate in the proposed "footer-style"
attribute (maybe a better option), i need that it was used in a
reproducible manner without showing it using the user timezone that
can vary between builds in different timezones.
Greetings,
Juan Picca

On Sun, Jun 7, 2015 at 7:36 PM, Joseph Herlant  wrote:
> Hi Juan,
>
> Sorry for the late answer.
> I didn't have the time to dig yet in your request, but would
> https://github.com/asciidoc/asciidoc/pull/7 solve your need?
> It brings the ability to either remove the "last updated" field or
> give set it to the value of the date field in set in the header. (see
> also #656736)
> I'm not sure having the time set as UTC will really change the
> reproducibility of the build as the date/time will change anyways.
>
> Thanks for your help,
> Joseph
>


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

Bug#787731: adds google nameserver without being asked to

[Marc Haber]

On Sat, Jun 06, 2015 at 09:42:37PM +0200, Michael Biebl wrote:
> This change is imho too invasive for being backported to the stable v215
> in jessie. The first Debian version carrying that fix is 217-1, so I'm
> closing it for this version.

How about shipping a /etc/systemd/resolved.conf with a not commented
out "DNS=" line?

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


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

Bug#787736: apt-offline: wrong file extension for Packages/Sources files

[Ritesh Raj Sarraf]

On Tuesday 09 June 2015 04:27 PM, Ritesh Raj Sarraf wrote:
> I guess a wiser option would be backports.
>
> Never done a backport before, so I guess this is the right time. :-)

This may take some time before I can push, based on how much free time I
can get. :-(

http://backports.debian.org/Contribute/


If you are versed with Debian, and are interested to help with the
backport, that'll be welcome.

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




signature.asc
Description: OpenPGP digital signature

Bug#787666: multipath-tools: discussion about devname of mpath[0-9]+ vs. mpath[a-z]+

[Mauricio Faria de Oliveira]

Control: notfound -1 multipath-tools/0.5.0-7
Control: found -1 multipath-tools/0.4.9-3
Control: fixed -1 multipath-tools/0.4.9+git0.4dfdaf2b-1
Control: close -1

Ritesh,

On 06/09/2015 07:41 AM, Ritesh Raj Sarraf wrote:

Regarding the option for Debian to stay on devnames like mpath[0-9]+
>rather than that adopted upstream, mpath[a-z]+ (patch 0002)..



By 0002, you mean
debian/patches/0002-Make-user_friendly_names-compatible-to-multipath-too.patch
???
That patch is no more in use. It was dropped long ago.


Oops; sorry, I didn't check it correctly.

I mistakenly checked 0.4.9-3, where Ubuntu branched off some years ago.
I see the patch was dropped a few months later.
Apologies.

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


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

Bug#787909: sbcl: slime depends on cl-asdf

[Faré]

sbcl *should* declare that it breaks cl-asdf strictly earlier than
2:3.1.5-1 (i.e. 2:3.1.4-1 and earlier), and not doing so is a
packaging bug.

The complete solution to your issue will come when asdf releases
3.1.5, which will happen today, hopefully.

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
In the age of the Internet ignorance is a choice.


On Tue, Jun 9, 2015 at 1:38 AM, Gijs Hillenius  wrote:
> Package: sbcl
> Version: 2:1.2.12-1
> Followup-For: Bug #787909
>
> It is suggested to remove cl-asdf, but that takes cl-swank 
> common-lisp-controller with it. And those are required by slime.
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.0.0-2-686-pae (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>
> Versions of packages sbcl depends on:
> ii  libc6   2.19-18
> ii  zlib1g  1:1.2.8.dfsg-2+b1
>
> Versions of packages sbcl recommends:
> ii  binfmt-support  2.1.5-1
>
> Versions of packages sbcl suggests:
> pn  sbcl-doc 
> pn  sbcl-source  
> ii  slime2:2.13-1
>
> -- no debconf information
>
> ___
> pkg-common-lisp-devel mailing list
> pkg-common-lisp-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-common-lisp-devel


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

Bug#788202: Please update version in sid

[Lisandro Damián Nicanor Pérez Meyer]

Source: git
Version: 1:2.1.4-2.1
Severity: minor

Hi maintainers! I've been poked by Qt upstream to ask you if you could
update the git version in sid at least to the version currently in
experimental.

The problem is that people doesn't seem to be able to clone the repos with the
current version in sid, while they can do it with the version in experimental.

Moreover they are receiving at least a complain a day due to that :-/

Thanks a lot in advance!

-- System Information:
Debian Release: stretch/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- no debconf information


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

Bug#787940: jetty: When jetty8 is installed purging jetty raises an error.

[Emmanuel Bourg]

Hi Karl,

Thank you for the report. This is a known issue with the jetty/jetty8
packages. This will be solved with the jetty9 package by using a new
jetty9 user instead of sharing the same user.

Emmanuel Bourg


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

Bug#787505: also affects browsers

[Daniel Kahn Gillmor]

On Tue 2015-06-09 04:28:20 -0400, Christophe Deleuze wrote:
> Just to note that this also affects browsers (experienced with conkeror
> and iceweasel).

which web sites are you visiting that do FFDHE with weak groups?  It is
a good thing that the browser does not treat these connections as secure
connections.

--dkg


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

Bug#787515: tortoisehg: uninstallable in sid

[Andrew Shadura]

Hello,

I've made an NMU (3.4-0.1) to the DELAYED/2 queue.

-- 
Cheers,
  Andrew


pgpJlvE5O_P6s.pgp
Description: OpenPGP digital signature

Bug#787689: [armhf] Internal compiler error while building qtbase (qt5)

[Lisandro Damián Nicanor Pérez Meyer]

On Tuesday 09 June 2015 13:58:09 Matthias Klose wrote:
> On 06/08/2015 11:47 PM, Martin Michlmayr wrote:
> > * Matthias Klose  [2015-06-08 03:20]:
> >> could you attach the preprocessed source together with the options
> >> to trigger this ICE?  and maybe ask the ARM porters for help.
> > 
> > I'm looking into it.
> 
> $ g++ -c -std=c++11 -g -O2 -fPIC -fstack-protector-strong
> -ffunction-sections -fno-exceptions qxml.ii
> 
> I'm unable to reproduce this with -20

A co maintainer could yesterday on a clean chroot :-/

Will try to do it again later.

Thanks for trying!

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#787689: [armhf] Internal compiler error while building qtbase (qt5)

[Matthias Klose]

On 06/08/2015 11:47 PM, Martin Michlmayr wrote:
> * Matthias Klose  [2015-06-08 03:20]:
>> could you attach the preprocessed source together with the options
>> to trigger this ICE?  and maybe ask the ARM porters for help.
> 
> I'm looking into it.

$ g++ -c -std=c++11 -g -O2 -fPIC -fstack-protector-strong -ffunction-sections
-fno-exceptions qxml.ii

I'm unable to reproduce this with -20


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

Bug#781368: No trayicon under GNOME Shell

[Franco Bersani]

Hi to all,
I'm using owncloud (version 1.8.1, the package available on ufficial 
debian repos) under Gnome Shell on Debian testing.


I've noticed that the owncloud tray icon appears correctly if you start 
Gnome Shell with "wayland" session.


Hope this will help

Franco

Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0

[Bernhard Übelacker]

Hello Fabian,
can confirm that both variants are fixing the issue.

I would prefer the function level fix, but as there is already a change 
to the build system that does exclusively apply to this file, I think 
both are equally good.


(And when OCaml 4.02 enters Stretch we can try removing it again.)

Kind regards,
Bernhard


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

Bug#743998: prosody: bad boot order with respect to SQL server

[Y. Gablin]

Package: prosody
Version: 0.9.7-2
Severity: important
Tags: jessie

Debian version: 8.1
Kernel version: 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt11-1 (2015-05-24) 
armv5tel GNU/Linux


A bit of chat on the systemd IRC channel led to this conclusion:

Either create a proper prosody systemd unit, with:
Wants=xxx.service (for each database that Prosody may use)
After=xxx.service (same...)

Or adapt the current init.d LSB headers, with:
Should-Start: xxx (for each database that Prosody may use)

(For the record, in my case, xxx means postgresql)
Yves.


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

Bug#788203: muffin 2.6 will cause critical problems to cinnamon DE until,cinnamon 2.6 package is missed

[Fabio Fantoni]

Package: muffin
Version: 2.6.1-1
Severity: critical


muffin 2.6 will cause critical problems to cinnamon DE until
cinnamon 2.6 package is missed (awaiting in NEW queue)
I open this bug for blocking migration to testing.




smime.p7s
Description: Firma crittografica S/MIME

Bug#733047: do get the libical backend message and iceown-extension + xul-ext-timeline are sluggish

[shirish शिरीष]

Hi all,
I also get the following on the CLI :-

[calBackendLoader] Using libical backend at
/usr/lib/icedove/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical-manifest

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


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

Bug#788204: cjs 2.6 will cause critical problems to cinnamon DE until,cinnamon 2.6 package is missed

[Fabio Fantoni]

Package: cjs
Version: 2.6.0-1
Severity: critical


cjs 2.6 will cause critical problems to cinnamon DE until
cinnamon 2.6 package is missed (awaiting in NEW queue)
I open this bug for blocking migration to testing.




smime.p7s
Description: Firma crittografica S/MIME

Bug#788205: transmageddon: please switch to appstream-util, appdata-tools is deprecated

[Andreas Henriksson]

Package: transmageddon
Version: 1.5-2
Severity: normal

Dear Maintainer,

Please change the build-dependency on appdata-tools to
use appstream-util instead.

The old appdata-tools package is deprecated and will be removed soon.

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

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


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

Bug#786757: /etc/cron.daily/logrotate: Unrecognized command

[Joël Dinel]

Martin, are you using Chrony? I am seeing the same behaviour as you,
but only on servers where I've replaced ntpd with Chrony.


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

Bug#788206: ITP: dodgy -- checks Python code for suspicious things

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: dodgy
  Version : 0.1.7
  Upstream Author : landscape.io 
* URL : https://github.com/landscapeio/dodgy
* License : Expat
  Programming Lang: Python
  Description : checks Python code for suspicious things

Dodgy is a Python code quality checker which detects problematic things like (so
far) hardcoded passwords or secret keys. It's a an early version but a
prerequisite of Prospector [1].

I want to maintain this within the Python teams, Dodgy is a CLI tool w/o public 
libraries so it would be PAPT.

Cheers,
DS

[1] https://bugs.debian.org/781165
ITP: prospector -- Python code analysis tool


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

Bug#788189: java-atk-wrapper: build depends on openjdk-6 which is going away

[Samuel Thibault]

Hello,

James Cowgill, le Tue 09 Jun 2015 10:23:38 +0100, a écrit :
> It's probably better to just depend on default-jdk.

java-atk-wrapper requires at least java 1.6. I would have tended to
prefer to advertise this as a build-dependency (as 0.33.0-2 does) than a
build failure (as 0.33.0-1 did). That actually makes sense in the
kfreebsd case for instance, whois AIUI default-jdk is gcj, which is at
most java 1.5, but openjdk-7-sdk exists there too.

What do you think?

Samuel


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

Bug#774149: Is there a workaround for the Can't mount ntfs drive (Transport endpoint is not connected)

[Rogério Brito]

Hi, Shirish.

On Jun 09 2015, shirish शिरीष wrote:
> On 6/8/15, Rogério Brito  wrote:
> > In fact, I don't think that usbmount is useful anymore with udisks2 and
> > other things. Especially if you are using a desktop environment.
> 
> I meant udisks2 as well as pmount, although do not know if both
> provide the same service or not.

Yes, it does.

> I did remove usbmount and I'm on a desktop environment.  Could you
> advise if udisks2 is good by itself or do I need to also use pmount. I
> am on a desktop in a desktop environment (mate) :) .

I also use mate on my systems. You don't need usbmount nor pmount on a
system that has udisks/udisks2.

The original intention with usbmount was to use in headless computers (like
a NAS, a small server, or something like that, where you want as few
dependencies as possible).

I think that that role is, nowadays, fulfilled by udisks2 and usbmount
should, perhaps, die. (Or other people adopt it).

> My use-case is I want the usb thumb-drives/ external disks to mount
> automatically.

That should happen without problems (provided that usbmount doesn't leave
any udev rule files that conflict with udisks2).


Hope this helps,


-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#788207: quassel segfautls while starting

[shirish शिरीष]

Package: quassel
Version: 1:0.10.0-2.4
Severity: important

Dear Maintainer,
I started quassel and got the following segfault.

[$] gdb /usr/bin/quassel

GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/quassel...(no debugging symbols found)...done.
(gdb) set logging file my-file.txt
(gdb) set logging on
Copying output to my-file.txt.
(gdb) handle SIGPIPE nostop
SignalStop  Print   Pass to program Description
SIGPIPE   NoNo  Yes Broken pipe
(gdb) run
Starting program: /usr/bin/quassel
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
__strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:1859
1859../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory.
(gdb) bt
#0  0x71b761d8 in __strcmp_ssse3 () at
../sysdeps/x86_64/multiarch/../strcmp.S:1859
#1  0x7fffdf4d3c7f in QMetaType::registerNormalizedType(QByteArray
const&, void (*)(void*), void* (*)(void const*), void (*)(void*),
void* (*)(void*, void const*), int, QFlags,
QMetaObject const*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7fffdf7cc060 in  () at /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#3  0x77dea9fa in call_init (l=,
argc=argc@entry=1, argv=argv@entry=0x7fffe968,
env=env@entry=0x7fffe978) at dl-init.c:78
#4  0x77deaae3 in _dl_init (env=0x7fffe978,
argv=0x7fffe968, argc=1, l=) at dl-init.c:36
#5  0x77deaae3 in _dl_init (main_map=main_map@entry=0xf77410,
argc=1, argv=0x7fffe968, env=0x7fffe978) at dl-init.c:126
#6  0x77deec48 in dl_open_worker (a=a@entry=0x7fffd148) at
dl-open.c:577
#7  0x77dea8b4 in _dl_catch_error
(objname=objname@entry=0x7fffd138,
errstring=errstring@entry=0x7fffd140,
mallocedp=mallocedp@entry=0x7fffd137,
operate=operate@entry=0x77dee970 ,
args=args@entry=0x7fffd148) at dl-error.c:187
#8  0x77dee43b in _dl_open (file=0xe99a60
"/usr/lib/vlc/plugins/gui/libqt4_plugin.so", mode=-2147483647,
caller_dlopen=, nsid=-2, argc=1, argv=0x7fffe968,
env=0x7fffe978) at dl-open.c:661
#9  0x7261d02b in dlopen_doit (a=a@entry=0x7fffd360) at dlopen.c:66
#10 0x77dea8b4 in _dl_catch_error (objname=0xce0db0,
errstring=0xce0db8, mallocedp=0xce0da8, operate=0x7261cfd0
, args=0x7fffd360) at dl-error.c:187
#11 0x7261d5dd in _dlerror_run
(operate=operate@entry=0x7261cfd0 ,
args=args@entry=0x7fffd360) at dlerror.c:163
#12 0x7261d0c1 in __dlopen (file=,
mode=) at dlopen.c:87
#13 0x7fffe2989f2f in  () at /usr/lib/libvlccore.so.8
#14 0x7fffe296ebdb in  () at /usr/lib/libvlccore.so.8
#15 0x7fffe296ef08 in  () at /usr/lib/libvlccore.so.8
#16 0x7fffe296ee64 in  () at /usr/lib/libvlccore.so.8
#17 0x7fffe296f3e4 in  () at /usr/lib/libvlccore.so.8
#18 0x7fffe296f9b1 in  () at /usr/lib/libvlccore.so.8
#19 0x7fffe28f575d in libvlc_InternalInit () at /usr/lib/libvlccore.so.8
#20 0x7fffe26c6a8b in libvlc_new () at /usr/lib/libvlc.so.5
#21 0x7fffe2c1880b in  () at
/usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend/phonon_vlc.so
#22 0x7fffe2bfa8d9 in  () at
/usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend/phonon_vlc.so
#23 0x7fffe2bfb3d3 in qt_plugin_instance () at
/usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend/phonon_vlc.so
#24 0x7783bca3 in QPluginLoader::instance() () at
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#25 0x72d64485 in  () at /usr/lib/x86_64-linux-gnu/libphonon.so.4
#26 0x72d64b7b in  () at /usr/lib/x86_64-linux-gnu/libphonon.so.4
#27 0x72d672b9 in  () at /usr/lib/x86_64-linux-gnu/libphonon.so.4
#28 0x72d684b8 in Phonon::Factory::backend(bool) () at
/usr/lib/x86_64-linux-gnu/libphonon.so.4
#29 0x72d6af7a in
Phonon::GlobalConfig::audioOutputDeviceListFor(Phonon::Category, int)
const () at /usr/lib/x86_64-linux-gnu/libphonon.so.4
#30 0x72d5e2b1 in
Phonon::BackendCapabilities::availableAudioOutputDevices() () at
/usr/lib/x86_64-linux-gnu/libphonon.so.4
#31 0x00505147 in
PhononNotificationBackend::PhononNotificationBackend(QObject*) ()
#32 0x004ea914 in MainWin::init() ()
#33 0x0

Bug#787689: [armhf] Internal compiler error while building qtbase (qt5)

[Matthias Klose]

On 06/09/2015 02:41 PM, Martin Michlmayr wrote:
> * Matthias Klose  [2015-06-09 13:58]:
 could you attach the preprocessed source together with the options
 to trigger this ICE?  and maybe ask the ARM porters for help.
>>>
>>> I'm looking into it.
>>
>> $ g++ -c -std=c++11 -g -O2 -fPIC -fstack-protector-strong -ffunction-sections
>> -fno-exceptions qxml.ii
>>
>> I'm unable to reproduce this with -20
> 
> You need these parameters:
> -g -O2 -fPIC -std=c++0x -fstack-protector-strong -fno-exceptions
> 
> I've attached the preprocessed source.
> 
> I'm running creduce but it's taking forever since I don't have a cross
> compiler.
> 

$ g++ -c -std=c++11 -g -O2 -fPIC -fstack-protector-strong -ffunction-sections
-fno-exceptions qxml.ii

adding -frandom-seed=0 reproduces this with -ffunction-sections too.

Building without -g or with -O1 works around the ICE.


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

Bug#788208: ITP: python-requirements-detector -- find and list requirements of a Python project

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: python-requirements-detector
  Version : 0.4
  Upstream Author : landscape.io 
* URL : https://github.com/landscapeio/requirements-detector
* License : Expat
  Programming Lang: Python
  Description : find and list requirements of a Python project

Requirements-detector is simple tool to assemble a list of requirements
of a Python project. It's another prerequisite for Prospector [1].

It ships a CLI tool wrapper (detect-requirements), but basically features public
modules. I want to put this under the DPMT umbrella. Both, Python2 and 3 are
supported, thus the binaries would be python-requirements-detector and
python3-requirements-detector.

Thanks,
DS

[1] https://bugs.debian.org/781165
ITP: prospector -- Python code analysis tool


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

Bug#788209: underlinked: undefined symbol cvCalcOpticalFlowHS

[IOhannes m zmoelnig]

Package: sitplus
Version: 1.0.3-4.1
Severity: important

Dear Maintainer,

sitplus (or rather it's "vision" module) has unresolved symbols.

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

after a fresh install, i do:
- $ sitplus
- Menu: Activity->Start...
- use default values (camera tracker enabled), and click on
  "OK"
- in the activity manager click on "Play"

   * What was the outcome of this action?

sitplus closes; on the stderr i get:
> sitplus: symbol lookup error: /usr/lib/sitplus/libspmod_vision.so: undefined 
> symbol: cvCalcOpticalFlowHS

   * What outcome did you expect instead?

no crash.

a quick grep revealed that the cvCalcOpticalFlowHS is exported in
libopencv_legacy.so

and indeed the following works (afaict):

LD_PRELOAD=libopencv_legacy.so sitplus

please link the relevant binaries against libopencv_legacy.so

gfmarsd
IOhannes


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

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

Versions of packages sitplus depends on:
ii  libbluetooth3   5.23-2+b1
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libboost-thread1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-18
ii  libconfig9  1.4.9-2
ii  libgcc1 1:5.1.1-9
ii  libopencv-core2.4   2.4.9.1+dfsg-1.1
ii  libopencv-highgui2.42.4.9.1+dfsg-1.1
ii  libpocofoundation9  1.3.6p1-5
ii  libpocoxml9 1.3.6p1-5
ii  libportmidi01:184-2.2
ii  libsdl-gfx1.2-5 2.0.25-4
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-11
ii  libstdc++6  5.1.1-9
ii  libv4l-01.6.3-1
ii  libwxbase3.0-0  3.0.2-1+b1
ii  libwxgtk3.0-0   3.0.2-1+b1
ii  libx11-62:1.6.3-1
ii  libxtst62:1.2.2-1+b1
ii  pd-cyclone  0.1~alpha55-7
ii  pd-freeverb 1.2-3
ii  pd-iemnet   0.1-3
ii  pd-libdir   1.9-3
ii  pd-list-abs 0.1-1
ii  puredata0.46.6-2
ii  sitplus-data1.0.3-4.1

sitplus recommends no packages.

sitplus suggests no packages.

-- no debconf information


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

Bug#788210: Package x42-plugins doesn't build on mipsel arch

[Jaromír Mikeš]

Package: gcc
Version: 4.9_4.9.2-19

Hello,

Package x42-plugins doesn't build on mipsel with gcc 4.9_4.9.2-19
https://buildd.debian.org/status/fetch.php?pkg=x42-plugins&arch=mipsel&ver=20150530-1&stamp=1433113512
As x42-plugins doesn't contain any assembler code it might be gcc bug.
It looks like gcc generates invalid code for that platform 

best regards

Jaromir Mikes

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

Bug#787689: [armhf] Internal compiler error while building qtbase (qt5)

[Lisandro Damián Nicanor Pérez Meyer]

On Tuesday 09 June 2015 14:47:18 Matthias Klose wrote:
[snip]
> > You need these parameters:
> > -g -O2 -fPIC -std=c++0x -fstack-protector-strong -fno-exceptions
> > 
> > I've attached the preprocessed source.
> > 
> > I'm running creduce but it's taking forever since I don't have a cross
> > compiler.
> 
> $ g++ -c -std=c++11 -g -O2 -fPIC -fstack-protector-strong
> -ffunction-sections -fno-exceptions qxml.ii
> 
> adding -frandom-seed=0 reproduces this with -ffunction-sections too.
> 
> Building without -g or with -O1 works around the ICE.

Thanks *a lot* to both of you. Building without -g is sadly not an option now 
but maybe -O1 at least for some time will be "fine", at least on armhf until 
this bug can be fixed.

Again, thanks a lot.

-- 
Contrary to popular belief, Unix is user friendly. It just happens to be
very selective about who it decides to make friends with.
  Unknown - http://www.linfo.org/q_unix.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#788212: ITP: python-setoptconf -- retrieve program settings from various sources

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: python-setoptconf
  Version : 0.2.0
  Upstream Author : Jason Simeon 
* URL : https://github.com/jayclassless/setoptconf
* License : Expat
  Programming Lang: Python
  Description : retrieve program settings from various sources

Python library to retrieve program settings from several different
sources, command line, env variables, JSON/YAML-Files etc. in a consistant
method.

It's a prerequisite for Prospector [1], and appears to be useful to have
it available.

Python 2.6 up to 3.3 is supported, thus the binaries would be python-setoptconf
and python3-setoptconf. I want to maintain this within the DPMT.

[1] https://bugs.debian.org/781165
ITP: prospector -- Python code analysis tool


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

Bug#788213: sitplus: Pd fails to start

[IOhannes m zmoelnig]

Package: sitplus
Version: 1.0.3-4.1
Severity: normal

Dear Maintainer,

it seems that puredata cannot be started by sitplus.

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

after starting sitplus, navigate the menu:
 Configuration -> Pure Data...

this gives me the following:
- a pop-up dialog telling me that:
> Configuration of puredata_config failed.  See console for details

- the main application window prints:
> ERROR. pd wrapper. Pure Data process died unexpectedly
> ERROR. puredata_config. PdWrapper: Pure Data process died unexpectedly while 
> waiting for incoming connection.

- at the terminal i get:
> Error in startup script: unknown option: -guiport
> while executing
> "opt_parser::get_options $argv"
> (procedure "parse_args" line 6)
> invoked from within
> "parse_args $argc $argv"
> (procedure "main" line 6)
> invoked from within
> "main $::argc $::argv"
> (file "/usr/lib/puredata/tcl/pd-gui.tcl" line 749)

with my puredata maintainer hat on, i can tell the following:
puredata consists of two applications:
- the core (/usr/bin/puredata), implemented in C
- and the GUI (/usr/bin/pd-gui), implemented in tcl/tk
usually each of these components starts the other automatically.
but they can be started separately, if need be.
for this to work, the core has a flag "-guiport" so it can be told
to connect to an already running pd-gui. e.g.
$ pd -guiport 7000

the GUI, does not have this flag; instead you specify directly how to contact
the core. e.g.:
$ pd-gui 7001

it seems that 'sitplus' implements a basic pd-gui replacement, and tries to
launch Pd (core) with the "-guiport" option.
However, the actual error messages hints, that it is really launching the
pd-gui, passing it the '-guiport' argument. and pd-gui chokes on that argument,
as it doesn't know about it.

a quick glance at the code did not reveal anything obvious.
(apart from trying to launch a number of different pd-flavours manually, which i
think should be disabled; Debian uses update-alternatives to provide the 'pd'
binary, and the system admin should choose which flavour should be the default -
rather than the application).

(though i think that upstream should not use a dummy implementation of pd-gui at
all; most likely they use it to dynamically allocate voices, but there are
cleaner ways to do that).

gfsadr
IOhannes

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

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

Versions of packages sitplus depends on:
ii  libbluetooth3   5.23-2+b1
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libboost-thread1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-18
ii  libconfig9  1.4.9-2
ii  libgcc1 1:5.1.1-9
ii  libopencv-core2.4   2.4.9.1+dfsg-1.1
ii  libopencv-highgui2.42.4.9.1+dfsg-1.1
ii  libpocofoundation9  1.3.6p1-5
ii  libpocoxml9 1.3.6p1-5
ii  libportmidi01:184-2.2
ii  libsdl-gfx1.2-5 2.0.25-4
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-11
ii  libstdc++6  5.1.1-9
ii  libv4l-01.6.3-1
ii  libwxbase3.0-0  3.0.2-1+b1
ii  libwxgtk3.0-0   3.0.2-1+b1
ii  libx11-62:1.6.3-1
ii  libxtst62:1.2.2-1+b1
ii  pd-cyclone  0.1~alpha55-7
ii  pd-freeverb 1.2-3
ii  pd-iemnet   0.1-3
ii  pd-libdir   1.9-3
ii  pd-list-abs 0.1-1
ii  puredata0.46.6-2
ii  sitplus-data1.0.3-4.1

sitplus recommends no packages.

sitplus suggests no packages.

-- no debconf information


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

Bug#741412: exim4: process crashed with signal 11 while delivering

[Marc Haber]

On Mon, Jun 08, 2015 at 12:25:48PM +0200, Christian Hilgers wrote:
> I will run memtest the next time I am onsite. But as only exim fails and it 
> started
> after the upgrade I assume memtest will not show anything.

I have never seen a signal 11 in exim that was not caused by faulty
hardware. If this is hard to reproduce, I don't have the slighted idea.

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


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

Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0

[Fabian Greffrath]

Hi Bernhard,

Am Dienstag, den 09.06.2015, 13:52 +0200 schrieb Bernhard Übelacker:
> can confirm that both variants are fixing the issue.

Thank you!

> I would prefer the function level fix, but as there is already a change 
> to the build system that does exclusively apply to this file, I think 
> both are equally good.

With upstream patch application in mind, I'd rather modify Makefile.am.
In the per-function variant the attribute intruction would have to be
#ifdef'd out of the way for non-GCC compilers, whereas automake is
already rather GCC-centric anyway.

> (And when OCaml 4.02 enters Stretch we can try removing it again.)

Yes, but I'd like to fix this in Jessie, and it is a lot more
convincing for the Stable Release Managers if the patch has gone the
route through unstable->testing before.

Cheers,

Fabian


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

Bug#788215: m-i-a: drop support for ancient indicator-0.3 in Jessie

[Vlad Orlov]

Source: mate-indicator-applet
Version: 1.8.0-4
Severity: wishlist
Tags: jessie, upstream, fixed-upstream
Control: forwarded -1 
https://github.com/mate-desktop/mate-indicator-applet/issues/10


The full explanation of the suggestion is at [1].
This has been fixed for the upcoming 1.10 release, but for 1.8 (in Jessie) a 
patch is needed.
You can make it from the upstream commit [2].


[1] https://github.com/mate-desktop/mate-indicator-applet/issues/10
[2] 
https://github.com/mate-desktop/mate-indicator-applet/commit/77ab4ec17fb5bb45d6d1246f96fdf44ff5da9790

Bug#788189: java-atk-wrapper: build depends on openjdk-6 which is going away

[James Cowgill]

On Tue, 2015-06-09 at 14:29 +0200, Samuel Thibault wrote:
> Hello,
> 
> James Cowgill, le Tue 09 Jun 2015 10:23:38 +0100, a écrit :
> > It's probably better to just depend on default-jdk.
> 
> java-atk-wrapper requires at least java 1.6. I would have tended to
> prefer to advertise this as a build-dependency (as 0.33.0-2 does) 
> than a build failure (as 0.33.0-1 did). That actually makes sense in 
> the kfreebsd case for instance, whois AIUI default-jdk is gcj, which 
> is at most java 1.5, but openjdk-7-sdk exists there too.
> 
> What do you think?

Firstly I'm not a java person, I just noticed this because the buildds
don't like ORed build-dependencies which are partially satisfiable. Eg
the freebsd and sparc builds are currently looping and will continue
until an admin stops them:
https://buildd.debian.org/status/package.php?p=java-atk-wrapper

I don't think it is possible (yet) to have a >= dependency on a java
version. You could depend on openjdk-7 but you'll have to update it
when the default changes.

On freebsd the latest version of openjdk-7 failed to build almost 2
months ago:
https://buildd.debian.org/status/package.php?p=openjdk-7

Maybe you could ask the java list for the best way to deal with this?

James

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

Bug#786757: /etc/cron.daily/logrotate: Unrecognized command

[Joël Dinel]

Duplicate of bug 763542.

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

On Tue, Jun 9, 2015 at 8:31 AM, Joël Dinel  wrote:
> Martin, are you using Chrony? I am seeing the same behaviour as you,
> but only on servers where I've replaced ntpd with Chrony.


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

Bug#788214: RFS: clblas/2.4-1 [ITP Bug#786505] -- OpenCL BLAS library

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "clblas"

* Package name: clblas
  Version : 2.4-1
  Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clBLAS
* License : Apache version 2
  Section : science

It builds those binary packages:

 libclblas-bin - OpenCL BLAS library (executables)
 libclblas-dev - OpenCL BLAS library (development files)
 libclblas-doc - OpenCL BLAS library (documentation)
 libclblas2 - OpenCL BLAS library (shared library)
 libclblas2-dbg - OpenCL BLAS library (debugging symbols)

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

 http://mentors.debian.net/package/clblas


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

 dget -x 
http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.4-1.dsc


Important notes:

 The test suite of the software is temporarily disabled, since the
upstream release tarball does not (yet) contain all the necessary
assets to run it without fetching additional content remotely. This
issue has been discussed upstream and will be addressed in a coming
release.


Best regards,
Ghislain Vaillant


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

Bug#788216: m-i-a: please adjust debian/control

[Vlad Orlov]

Source: mate-indicator-applet
Version: 1.8.0-4
Severity: wishlist
Tags: jessie stretch


I think debian/control needs some adjustments in both Jessie and Stretch.

1. B-D: drop version from libgtk2.0-dev (it's useless these days) [1]
2. B-D: bump libindicator-dev version [2] (use this after the patch from [3])
3. Recommends/Suggests: drop all of them [4] (see explanation inside)
4. Description: don't mention indicator-messages [5] (removed from the modern 
Debian/Ubuntu versions)


[1] 
https://github.com/mate-desktop/debian-packages/commit/1c40bdc8f2c7f8fd7cdbb41b8f96853e0f2ef6b5
[2] 
https://github.com/mate-desktop/debian-packages/commit/926db7d50743210b255c6028f26542d39f9d513c
[3] https://bugs.debian.org/788215
[4] 
https://github.com/mate-desktop/debian-packages/commit/4a7105ecf5a49b7ae76aaa0f106cc55571f8ac47
[5] 
https://github.com/mate-desktop/debian-packages/commit/3a662234fdcfc0f328fb6dada4090aa4cf2508c2

Bug#788217: RFS: clfft/2.4-1 [ITP Bug#783084] -- OpenCL FFT library

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]

Dear mentors,

I am looking for a sponsor for my package "clfft"

* Package name: clfft
  Version : 2.4-1
  Upstream Author : Kent Knox 
* URL : https://github.com/clMathLibraries/clFFT
* License : Apache version 2
  Section : science

It builds those binary packages:

 libclfft-bin - OpenCL FFT library (executables)
 libclfft-dev - OpenCL FFT library (development files)
 libclfft-doc - OpenCL FFT library (documentation)
 libclfft2  - OpenCL FFT library (shared library)
 libclfft2-dbg - OpenCL FFT library (debugging symbols)

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

 http://mentors.debian.net/package/clfft


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

 dget -x 
http://mentors.debian.net/debian/pool/main/c/clfft/clfft_2.4-1.dsc


Important notes:

 Packaging was started by Jerome Kieffer, who is the author of the
original ITP. With his authorization, I took over his work and improved
on the quality of the package, based on my work on clBLAS since both
pieces of software share strong similarities.


Best regards,
Ghislain Vaillant


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

Bug#788218: RFS: ustr/1.0.4-5

[Václav Ovsík]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ustr"

* Package name: ustr
  Version : 1.0.4-5
  Upstream Author : James Antill 
* URL : http://www.and.org/ustr/
* License : LGPL, BSD, MIT
  Section : libs

It builds those binary packages:

libustr-1.0-1 - Micro string library: shared library
libustr-1.0-1-dbg - Micro string library: debugging symbols
libustr-dev - Micro string library: development stuff
libustr-doc - Micro string library: documentation

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

http://mentors.debian.net/package/ustr

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

dget -x http://mentors.debian.net/debian/pool/main/u/ustr/ustr_1.0.4-5.dsc

Changes since the last upload:

  * Fixed transition from the doc directory to a symlink
/usr/share/doc/ for libustr-1.0-1-dbg and libustr-dev
by added {libustr-1.0-1-dbg,libustr-dev}.maintscript.
Closes: #788169

Regards
-- 
Václav Ovsík


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

Bug#779633:

[Michael Lustfield]

I've still not been able to reproduce this behavior. Is this something
that you're still able to reproduce?


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

Bug#788106: kpsewhich behavior changed?

[Osamu Aoki]

Hi,

Was there major change in kpathsearch for jessie?  That is the question.

If that is the case, I need to fix this in stable=jessie.

Nobert, can you elaborate, if you know.

On Mon, Jun 08, 2015 at 08:14:22PM +0300, Ilya Anfimov wrote:
> On Tue, Jun 09, 2015 at 01:34:02AM +0900, Osamu Aoki wrote:
...
> > I have no idea what you are asking.  Please report woth log of what you
> > did and where in the installed files needs to be changed.  (Patch to the
> > source is even better.)
> 
>  Oh, sorry. The patch is attached.

Great! Do you wish to become maintainer?  With the speed to come up with
patch, you know better than me :-)
 
>  kpathsearch   library,  used  by  texlive  programs to find it's
> files in local filesystem, asks for program name for search  con-
> fig.
>  Usually most TeX and even LaTeX style files and top-level addons
> could  be  found  without  specifing  program  name,  to simplify
> searching in distinct tex flavours -- tex, latex, luatex,  pdfla-
> tex, ...
> 
>  However, this is changed on my system, and debiandoc2... scripts
> reports uninstalled latex packages despite the fact that packages
> are installed latex/pdflatex runs just fine from debiandoc.

I guess this is a new texlive change happening in jesse.  You are using:
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'stable'), (500, 'oldstable')
ii  texlive  2014.20141024-2 (jessie)
ii  texlive-latex-extra  2014.20141024-1 (jessie)

>  Attached patch adds -progname to respective calls to kpsewich.

Great.  But do I need to upload to stable (jessie) too?

Or you are temporaly using stable and issue was something you
experienced by moving to testing or unstable?

Let me know.

Osamu


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

Bug#780186: GMP doesn't manage memory correctly

[Julien Puydt]

Hi,

Le lundi 08 juin 2015 à 22:26:27 (-0500), Steve M. Robbins a écrit :
> On Tue, Mar 10, 2015 at 09:07:52AM +0100, Julien Puydt wrote:
> > Package: gmp
> > Version: 2:6.0.0+dfsg-6
> > 
> > Hi,
> > 
> > the sagemath software is using MPIR, but we're trying to package it for
> > debian using the default lib for multi-precision arithmetic : GMP.
> > 
> > Sagemath uses mp_set_memory_functions to override the default memory
> > management and make it better for their purpose (trigger their error
> > handling), but there are places where gmp still calls its own functions!
> 
> Please list the places.

Uh... I don't remember at all -- I'm still trying to package sagemath,
but since I had no answer I focused on other problems...

> > And we have a failing test in their suites where an abort is triggered,
> > because _mpz_realloc in mpz/realloc.c is called instead of the
> > sagemath-provided realloc.
> 
> "their" suites -- is that a GMP test suite or something else?

Ah, I had forgotten the "test" word ; indeed that was referring to
sagemath's own test suite.
 
> > GMP shouldn't call its own realloc if a better one has been provided.
> 
> I'll need more information to process this bug further.

I'm unable to provide it any more unfortunately :-(

Snark on #debian-python and #debian-science


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

Bug#788169: libustr-dev, libustr-1.0-1-dbg: copyright file missing after upgrade (policy 12.5)

[Václav Ovsík]

Hi,
thanks for the bug-report! I overlooked this :(
Ustr bug-fix version 1.0.4-5 is waiting for a sponsor at
http://mentors.debian.net/package/ustr
https://anonscm.debian.org/cgit/users/zito-guest/pkg-ustr.git/tag/?id=debian/1.0.4-5
Regards
-- 
Zito


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

Bug#788219: libclc: Request to package kernels for radeon card with 'amdgcn' codename.

[Sander Eikelenboom]

Source: libclc
Severity: wishlist

Dear Maintainer,

At present the Debian libclc package only packages kernels for AMD radeon cards 
with the 'r600' codename,
but newer radeon cards use the 'amdgcn' codename instead (for example for 
Radeon 7950 codename tahiti).
So probably a seperate package libclc-amdgcn should be created (or the 
libclc-r600 should be generalized to libclc-amd).

--
Regards,

Sander

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

Kernel: Linux 4.1.0-rc7-20150609-linus+ (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)


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

Bug#788220: No more reverse video in shellinabox

[Y. Gablin]

Package: shellinabox
Version: 2.14-1
Severity: important
Tags: jessie

Debian version: 8.1
Kernel version: 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt11-1 (2015-05-24) 
armv5tel GNU/Linux


Hi,

Since I upgraded from Wheezy to Jessie, shellinabox does not display 
some "graphics modes" correctly.


As far as I can see, this would at least cover reverse video, because in 
alpine the selected item in the menus now looks just like all other 
items, which makes alpine mostly unusable.


It could be more than just reverse video though, because in elinks, many 
pages have parts of the text (quotes, code sections...) rendered as 
plain colored rectangles, with no visible text. Thankfully, elinks has 
the "%" action, that seems to cycle the coloring algorithm.


Needless to say, both alpine and elinks were rendered perfectly (or at 
least readable, so I did not notice a flaw) before Jessie.
On the client, I run latest Firefox, and I saw no difference between all 
Firefox releases since the server was upgraded to Jessie.


Note: I cannot be sure that shellinabox is actually the culprit, and not 
ncurses for example... However, if it is any indication, I did not spot 
any difference in the rendering of aptitude.


Yves.


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

Bug#784240:

[Michael Lustfield]

severity 784240 wishlist
tags 784240 wontfix
thanks


We had AIO support enabled in the past for a short time. Enabling it
at all was a mistake on my part. Having nginx built with AIO support,
whether enabled or not, alters the behavior of nginx in often
undesirable ways. I have seen many hard to troubleshoot issues because
of AIO support. Build issues are the least of my concern when it comes
to enabling this build option, granted those issues exist as well.

Unless there is an incredibly strong reason why we should create an
nginx-aio package, this option will not be enabled.


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

Bug#788222: ITP: vulture -- scanner for unused Python code

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: vulture
  Version : 0.6
  Upstream Author : Jendrik Seipp 
* URL : https://bitbucket.org/jendrikseipp/vulture
* License : GPL-3.0
  Programming Lang: Python
  Description : finds unused classes, functions and variables

Vulture finds unused classes, functions and variables in your code. This helps 
you cleanup and find errors in your programs. If you run it on both your 
library and test suite you can find untested code.
Due to Python's dynamic nature it is impossible to find all dead code for a 
static code analyzer like vulture, because it ignores scopes and scans only 
token names. Additionally, some dynamic items that are not explicitly called in 
the code may be incorrectly reported as dead code.

Vulture could be employed by Prospector [1]. Though optional, this would make a 
nice wrap of this packaging approach.

It's a CLI tool and therefore would belong to PAPT. A RFP has been filed for 
another "vulture" in 2012 [2], but this bug doesn't look very active.

[1] https://bugs.debian.org/781165
ITP: prospector -- Python code analysis tool

[2] https://bugs.debian.org/691425
RFP: vulture -- An isometric graphical interface for NetHack, Slash'EM and 
UnNetHack


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

Bug#788221: flash-kernel: Cubietruck failed to boot with flash-kernel 3.41

[Zhang Jingqiang]

Package: flash-kernel
Version: 3.41
Severity: important

Dear Maintainers:
My cubietruck failed to boot with flash-kernel 3.41.
I didn't connect to its serial port to find the error message as it is not 
convenience, but if
you really need that, I will find some time to unpack the box and check that.
I can not connect to bugs.debian.org for now, so sorry if this is a 
duplicate bug report.

Thanks

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

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

Versions of packages flash-kernel depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  devio  1.2-1
ii  initramfs-tools0.120
ii  linux-base 3.5
ii  ucf3.0030

Versions of packages flash-kernel recommends:
ii  u-boot-tools  2015.04+dfsg1-2

flash-kernel suggests no packages.

-- Configuration Files:
/etc/flash-kernel/db changed:
Boot-Device: /dev/mmcblk0p1
Machine: Cubietech Cubietruck
Kernel-Flavors: armmp-lpae
Boot-Script-Path: /boot/boot.scr
DTB-Id: sun7i-a20-cubietruck.dtb
U-Boot-Script-Name: bootscr.sunxi
Required-Packages: u-boot-tools


-- debconf information:
* flash-kernel/linux_cmdline: console=ttyS0,115200 hdmi.audio=EDID:0 
disp.screen0_output_mode=EDID:1280x1024p60 root=/dev/mmcblk0p1 rootwait 
panic=10 ${extra}"


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

Bug#788132: python3-pep8 ships a different version of pep8.py in comparison with pep8 package

[Felipe Reyes]

After analyzing a bit more what was going on with this issue, I could
find the root cause, the file pep8_1.5.7-2.diff.gz is adding
build/lib/pep8.py from an old version and for some reason python3 is
using it over the pep8.py module that is in the top source directory.
It should be a left over of some previous build and it has been being
carried.

Here I'm attaching a debdiff that fixes the bug. Here it's the output
of my console after I installed this new version:

root@debian-sid:~# dpkg -l python3-pep8 pep8
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/
Name Version ArchitectureDescription
+++--===-===-==
ii  pep8 1.5.7-3 all Python PEP 8
code style checker - python2 ii  python3-pep8 1.5.7-3
all Python PEP 8 code style checker - python3
root@debian-sid:~# python -c "import pep8;
print(pep8.__file__)" /usr/lib/python2.7/dist-packages/pep8.pyc
root@debian-sid:~# python -c "import pep8; print(pep8.__version__)"
1.5.7 root@debian-sid:~# python3 -c "import pep8;
print(pep8.__file__)" /usr/lib/python3/dist-packages/pep8.py
root@debian-sid:~# python3 -c "import pep8; print(pep8.__version__)"
1.5.7 root@debian-sid:~# diff
-u /usr/lib/python2.7/dist-packages/pep8.py 
/usr/lib/python3/dist-packages/pep8.py
| diffstat 0 files changed


Best,
-- 
Felipe Reyes
Software Sustaining Engineer @ Canonical
STS Engineering Team
# Email: felipe.re...@canonical.com (GPG:0x9B1FFF39)
# Phone: +56 9 7640 7887
# Launchpad: ~freyes | IRC: freyes


debbug_788132.debdiff
Description: Binary data


pgpaGGN6j0Jhu.pgp
Description: OpenPGP digital signature

Bug#514464: caps lock led does not show up

[Samuel Thibault]

Hello,

Samuel Thibault, le Thu 05 Feb 2009 12:39:08 +0100, a écrit :
> And about the led issue, we need to ask the kernel for an interface to
> be able to configure which lock should drive which led.

Dmitry Torokhov, le Mon 08 Jun 2015 14:43:07 -0700, a écrit :
> If user wants all keyboards to light up CapsLock LED when VT state locks
> CtrlL modifier they need to write a udev rule or similar to set up
> "kbd-ctrlllock" trigger for all appearing "input%::capslock" LED class
> devices.

Anton, this is the interface proposed by the input maintainer, Dmitry,
to change which modifiers gets to light the keyboard LEDs (the exact
names may change, but the principle should be firm).  I know this is
inconvenient for console-setup for handling hotplugged keyboards, but
Dmitry prefers to avoid introducing a virtual multiplexer as explained
below:

> Having such virtual multiplexing object just adds complexity and is
> hard to untange (see /dev/input/mice and all the issues we had with
> synaptics driver trying to exclude it's data stream from it).

Samuel


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

Bug#785742: [Reproducible-builds] Bug#785742: dh-strip-nondeterminism: Causes package-contains-timestamped-gzip in lintian test suite

[Holger Levsen]

Hi,

On Dienstag, 26. Mai 2015, Andrew Ayer wrote:
> That said, I'm now concerned about how strip-nondeterminism interacts
> with the package-contains-timestamped-gzip tag.  At some point after
> package-contains-timestamped-gzip was first proposed, we reproducible
> builds folks decided that instead of eliminating timestamps, we should
> normalize them with the time from the first entry in debian/changelog,
> to satisfy developers who like timestamps.  That means that timestamped
> gzips aren't bad, as long as the timestamp is reproducible.
> 
> Other reproducible folks, is this still our position on timestamps?

I'd say so, yes.

> If
> so, what should become of package-contains-timestamped-gzip?

not sure, either it should be removed or do we have cases where such 
timestamps get modified by timezone?


cheers,
Holger


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

Bug#786755: [Reproducible-builds] Bug#786755: devscripts: please include a reproducible builds script

[Holger Levsen]

Hi,

On Montag, 25. Mai 2015, Jérémy Bobbio wrote:
> My guts say that until we need a custom repository for core packages
> (e.g. dpkg), it's not worth being included in devscripts.

I respectfully disagree - I think it's even useful now, with our custom 
repository. Developers want to test their packages and patches now, against 
our current framework. They don't care that much that we haven't reached sid 
yet. And I believe having this in devscript will also contribute in making 
this happen faster :-)

There should be a switch turning the custom repo off though, or maybe vice 
versa evebn: have it disabled by default and only enable it via a switch.


cheers,
Holger




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

Bug#753755: Patch proposal to fix the race condition

[Dariusz Gadomski]

Hello Maintainers!

After some discussions with Rafael and users affected by the race
condition I have prepared a patch solving the problem by introducing a
new stanza to the interfaces file:
allow-group-X-Y 
where:
X is the group index
Y is the level in the hierarchy

This stanza allows to group interfaces into hierarchies to ensure
hierarchy locking below any given interface while ifupdown operates on
it.

E.g. if we have a bond0 interface built on top of eth0 and eth1 the
user would have to add the following to the interfaces file:
allow-group-1-1 bond0
allow-group-1-2 eth0 eth1

This would cause locking of eth0 and eth1 from any modification while
bond0 is handled by ifupdown.

If this stanza is not used the behaviour of ifupdown should be unchanged.

I have tested it together with a group of interested users in several
scenarios, but we were focusing mostly on the bonding scenario as this
was the case affecting the deployment I was interested in.

Please let me know what you think about it.

Thanks,
Dariusz Gadomski
# HG changeset patch
# User Dariusz Gadomski 
# Date 1433853683 -7200
#  Tue Jun 09 14:41:23 2015 +0200
# Branch hierarchical-lock
# Node ID e19ae508cd99bc374728fab8bc4f915f4088eb15
# Parent  e45cc73e740e1517fd0162e02336d648dfbb7b70
Added hierarchical interface locking.
This feature requires new stanza allow-group-X-Y in /etc/network/interfaces.
Without using this stanza the behaviour remains unchanged.
Additionally the interface state files have been splitted into individual
file for each interface residing in /run/network/state.

diff -r e45cc73e740e -r e19ae508cd99 config.c
--- a/config.c	Fri Mar 13 13:20:21 2015 +0100
+++ b/config.c	Tue Jun 09 14:41:23 2015 +0200
@@ -22,6 +22,11 @@
 allowup_defn *add_allow_up(char *filename, int line,
 allowup_defn * allow_up, char *iface_name);
 
+int parse_group(allowup_defn *allow_ups, long *group, long *level);
+int insert_into_hierarchy(interface_hierarchy *hierarchy,
+char *iface, long level);
+
+
 variable *set_variable(char *filename, char *name, char *value,
 variable ** var, int *n_vars, int *max_vars)
 {
@@ -466,6 +471,7 @@
 if (!add_allow_up(filename, line, allow_ups, firstword))
 return NULL;
 }
+
 currently_processing = NONE;
 } else {
 switch (currently_processing) {
@@ -725,3 +731,117 @@
 allow_up->n_interfaces++;
 return allow_up;
 }
+
+int parse_group(allowup_defn *allow_ups, long *group, long *level)
+{
+char *next;
+char *sep = strchr(allow_ups->when, '-');
+
+if (group == NULL || level == NULL)
+return -1;
+
+if (!sep)
+{
+*group = -1;
+*level = -1;
+return -1;
+}
+
+*group = strtol(sep+1, &next, 10);
+*level = strtol(next+1, NULL, 10);
+
+if (*group == 0L || *level == 0L)
+{
+*group = -1;
+*level = -1;
+return -1;
+}
+
+return 0;
+}
+
+interface_hierarchy *find_iface_hierarchy(interfaces_file *defn, const char *iface)
+{
+interface_hierarchy *result=NULL;
+int iface_num;
+long base_group;
+long base_level;
+long group;
+long level;
+int found_group = 0;
+
+allowup_defn *allowups = defn->allowups;
+for (; allowups && !found_group; allowups = allowups->next) {
+if (strncmp(allowups->when, "group-", 6) == 0)
+{
+for(iface_num=0; iface_numn_interfaces; ++iface_num)
+{
+if (iface && !strcmp(allowups->interfaces[iface_num], iface))
+{
+if (!parse_group(allowups, &base_group, &base_level))
+{
+// identified group of the interface in question
+result = malloc(sizeof(interface_hierarchy));
+result->iface = iface;
+result->level = base_level;
+result->next = NULL;
+result->prev = NULL;
+found_group = 1;
+break;
+}
+}
+}
+}
+}
+
+if (found_group)
+{
+allowup_defn *allowups = defn->allowups;
+for (; allowups ; allowups = allowups->next) {
+if (strncmp(allowups->when, "group-", 6) == 0)
+{
+if (!parse_group(allowups, &group, &level))
+{
+if (group == base_group && level > base_level)
+{
+for(iface_num=0; iface_numn_interfaces; ++iface_num)
+{
+insert_into_hierarchy(result, allowups->interfaces[iface_num], level);
+}
+}
+}
+}
+}
+}
+
+return result;
+}
+
+int insert_into_hierarchy(interface_hierarchy *hierarchy, char *iface, long level)
+{
+interface_hierarchy *prev