Bug#807805: vlc: Crash upon startup

[Hormet Yiltiz]

Package: vlc
Version: 2.2.1-5+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

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

   * What led up to the situation?
   After a recent system upgrade in Debian Testing, `vlc` cannot start
   and crashes reporting:
   "QSystemTrayIcon::setVisible: No Icon set"
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   This is reproducable in my environment. I am running i3wm installed
   alongside with KDE5. Reinstalling or reconfiguring `vlc` did not
   solve the issue.
   * What was the outcome of this action?
   VLC crash upon startup. 
   * What outcome did you expect instead?
   VLC starts normally.



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

Kernel: Linux 4.2.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 vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-44
ii  libavcodec-ffmpeg56 7:2.8.3-1
ii  libavutil-ffmpeg54  7:2.8.3-1
ii  libc6   2.19-22
ii  libcaca00.99.beta19-2+b1
ii  libcairo2   1.14.4-1
ii  libegl1-mesa [libegl1-x11]  11.0.6-1
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreetype62.6.1-0.1
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.2.1-23
ii  libgl1-mesa-glx [libgl1]11.0.6-1
ii  libgles1-mesa [libgles1]11.0.6-1
ii  libgles2-mesa [libgles2]11.0.6-1
ii  libglib2.0-02.46.2-1
ii  libpulse0   7.1-2
ii  libqt5core5a5.5.1+dfsg-8
ii  libqt5gui5  5.5.1+dfsg-8
ii  libqt5widgets5  5.5.1+dfsg-8
ii  libqt5x11extras55.5.1-3
ii  librsvg2-2  2.40.11-2
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-12
ii  libstdc++6  5.2.1-23
ii  libva-drm1  1.6.1-1
ii  libva-x11-1 1.6.1-1
ii  libva1  1.6.1-1
ii  libvlccore8 2.2.1-5+b1
ii  libvncclient1   0.9.10+dfsg-3
ii  libx11-62:1.6.3-1
ii  libxcb-composite0   1.10-3+b1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb-xv0  1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxi6  2:1.7.5-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.1-5+b1
ii  zlib1g  1:1.2.8.dfsg-2+b1

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

vlc suggests no packages.

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-18
ii  libasound2 1.0.29-1
ii  libass50.13.0-1
ii  libavahi-client3   0.6.32~rc+dfsg-1
ii  libavahi-common3   0.6.32~rc+dfsg-1
ii  libavc1394-0   0.5.4-2
ii  libavcodec-ffmpeg567:2.8.3-1
ii  libavformat-ffmpeg56   7:2.8.3-1
ii  libavutil-ffmpeg54 7:2.8.3-1
ii  libbasicusageenvironment0  2014.01.13-1
ii  libbluray1 1:0.9.2-1
ii  libc6  2.19-22
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2+b1
ii  libchromaprint01.2-1+b1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11+b1
ii  libdbus-1-31.10.4-1
ii  libdc1394-22   2.2.3-1
ii  libdca00.0.5-7
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libdvbpsi101.3.0-2
ii  libdvdnav4 5.0.3-1
ii  libdvdread45.0.3-1
ii  libebml4v5 1.3.3-1
ii  libfaad2   2.8.0~cvs20150510-1
ii  libflac8   1.3.1-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6.1-0.1
ii  libfribidi00.19.7-1
ii  libgcc11:5.2.1-23
ii  libgcrypt201.6.4-3
ii  libgnutls-deb0-28  3.3.18-1
ii  libgpg-error0  1.20-1
ii  libgroupsock1  2014.01.13-1
ii  libjpeg62-turbo1:1.4.1-2
ii  libkate1   0.4.1-5
ii  liblircclient0 0.9.0~pre1-1.2
ii  liblivemedia23 2014.01.13-1
ii  

Bug#807712: freecol: Please package the latest upstream release 0.11.6

[Vincent Fourmond]

  Dear Markus,

  Please go ahead !

  Cheers,

  Vincent

On Fri, Dec 11, 2015 at 11:08 PM, Markus Koschany  wrote:

> Package: freecol
> Version: 0.10.7+dfsg-4
> Severity: wishlist
>
> Hi,
>
> I am willing to package the latest upstream release of Freecol but I
> would like to make some packaging changes to ensure that future
> updates will be simpler to maintain.
>
> I suggest to change the build system from cdbs to dh because the
> latter is usually faster, it provides a more sophisticated way to
> override certain build steps and most people who are new to Debian will be
> more familiar with dh than with cdbs.
>
> I will also try to simplify the current packaging in general and try
> to remove the "new-upstream" file for example.
>
> If nobody has any objections within the next two weeks, I will go
> ahead with the update.
>
> Regards,
>
> Markus
>
>

Bug#807804: ITP: python-intervaltree -- mutable, self-balancing interval tree

[Afif Elghraoui]

Package: wnpp
Severity: wishlist
Owner: Afif Elghraoui 
Control: block 807803 by -1

* Package name: python-intervaltree
  Version : 2.1.0
  Upstream Author : Chaim-Leib Halbert 
* URL : https://github.com/chaimleib/intervaltree
* License : Apache 2.0
  Programming Lang: Python
  Description : mutable, self-balancing interval tree

A mutable, self-balancing interval tree for Python 2 and 3
where queries may be by point, by range overlap, or by range
envelopment. This library was designed to allow tagging text
and time intervals, where the intervals include the lower bound
but not the upper bound.

I'm planning to maintain the package within the python modules
team after I read up on using the git-dpm packaging system.

Bug#803113: repro: Fails to start after install: "Failed to open configuration database"

[Sébastien Villemot]

Control: tags -1 + patch

On Mon, 26 Oct 2015 20:47:29 -0400 James Valleroy  wrote:
> Package: repro
> Version: 1:1.10.0-1
> Severity: important
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> 
> I installed the repro package.
> 
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
> 
> $ sudo apt install repro
> 
>* What was the outcome of this action?
> 
> repro is not running.
> 
> $ sudo systemctl status repro.service -l
> ● repro.service - LSB: repro SIP Server
>Loaded: loaded (/etc/init.d/repro)
>Active: active (exited) since Mon 2015-10-26 19:51:40 EDT; 6min
ago
>  Docs: man:systemd-sysv-generator(8)
> 
> Oct 26 19:51:41 debian repro[3713]: REPRO:APP | 140335355619136 |
> BerkeleyDb.cxx:151 | Could not open database .//repro_user.db:
Permission
> denied
> Oct 26 19:51:41 debian repro[3713]: REPRO:APP | 140335355619136 |
> ReproRunner.cxx:973 | Failed to open configuration database
> 
> The install log is attached. There was no log file in /var/log/repro.

I confirm this. In /etc/repro/repro.config, the Database1Path should be
set to /var/lib/repro (instead of ./).

Cheers,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594





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

Bug#807502: gcc-avr: Missing support for atxmega

[Hakan Ardo]

Hi,
I've now uploaded a new version of avr-libc with the new names on those
files. I'll also update binutils to declear that it wont work with older
avr-libc.

On Fri, Dec 11, 2015 at 7:56 PM, Hakan Ardo  wrote:

> Hi,
> the file you want is crtx384d3.o and not crtatxmega384d3.o (even i the new
> avr-libc). Dont know why he's suddenly trying to use crtatxmega384d3.o
> instead, but the issue seems to be in binutils. I'm reassigning the bug
> there and will keep looking...
>
> On Fri, Dec 11, 2015 at 4:23 PM, Lisandro Damián Nicanor Pérez Meyer <
> perezme...@gmail.com> wrote:
>
>> On Friday 11 December 2015 16:15:52 Hakan Ardo wrote:
>> > Please do.
>>
>> Done, thanks!
>>
>> > It might be that we need to update avr-libc too? That work is in
>> > progress, but was delayed. Should be ready any day now...
>>
>> It might be, if so just ping me as soon as it's available in incoming.d.o
>> and
>> I'll happily give it a try.
>>
>> Thanks!
>>
>> --
>> The volume of a pizza of thickness a and radius z can be described by
>> the following formula:
>>
>> pi zz a
>>
>> Lisandro Damián Nicanor Pérez Meyer
>> http://perezmeyer.com.ar/
>> http://perezmeyer.blogspot.com/
>>
>
>
>
> --
> Håkan Ardö
>



-- 
Håkan Ardö

Bug#807811: notmuch-emacs: Support using gpg2 instead of gpg?

[Petter Reinholdtsen]

Package: notmuch-emacs
Version: 0.18.1-2~bpo70+1
Severity: wishlist

I'm storing my GPG key on a smart card, and this only work properly for
me with the gpg2 binary in Debian.  But notmuch-emacs do not use gpg2
for decryption, only gpg, and decryption fail.  Would it be possible to
change notmuch-emacs to try gpg2 first, and fall back to gpg if gpg2 is
missing?  Or if that is not possible, make the binary used optional, to
allow me to select gpg2 instead of gpg?

The notmuch-crypto.el script have several '(call-process "gpg"...'
calls, but I do not know if it is enough to change those to decrypt the
emails, as I do not see any commands for decrypting the email there.

-- 
Happy hacking
Petter Reinholdtsen

Bug#807812: ITP: ruby-rails-assets-clipboard -- provide clipboard via rails asset pipeline

[Pirate Praveen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

package: wnpp
severity: wishlist
owner: Pirate Praveen 

from rails-assets.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWbVa6AAoJEM4fnGdFEsIqBqMP/2LBBbe/g7VAdWxZk26lCOTk
layD69FpuJxoZEDAnO0+xTViMT7sA+7D0SUm2DM3lQnqUXMD8uKaYY9DL5oisy2V
pZ1IAPX0joNPxgTj9zxlPb/XmqqnYErLQpTtJAVLqGhWd1Zpi0deTxZIMKbZTng5
sVaCC7GPn2xZKMZJmPezDx24+j6utHGyCkAcNtL0cWHjIF/maIM5nBvT86oiq7Tu
Qs+iVbPy/wYuum9SljF7FpMREIict+XFjwhq2i6vRjFlqE/qBdLjQJaeS5CfZgjC
ykJKT/Dlj1KILzqHW29oykPceTxF1IGWA1f6c3GTGsDvB55Hl2TZy4HDkYgfyr69
pW1X33NiLQoY6YEV43vrphM+w0e2rhIoVhCMLT6xVTfozTfWJhYAtvN7oIkVySiw
gdcKUrT3AoBn72rPyTOMjMQqPX3ExRQutHTaAsb7eVYKai1CjXc8/CWxX9mu2ZJD
wb8qiFiZZtHLeN/SLLy6wIAoRAtEyy8od2znB65YRKPv96iGoFpPqM5zHneTglEi
xzqcr7gDhZY9q6i2VU4HYewJJ18QLXIEiBTbi+ox5wcn9qq9no7COeGnUzwobBgu
azKzmL8FYUSKFXMvJbAeaoqK9SyW4PK2BD38xbEfpZgh8Gc82b96u79GbNODrEnU
qtQOo7W5L9RWYVT0CgbV
=roZG
-END PGP SIGNATURE-

Bug#807777: ghc: Please adjust linker options for sparc64 (patch supplied)

[John Paul Adrian Glaubitz]

On 12/12/2015 10:27 PM, John Paul Adrian Glaubitz wrote:
> I just successfully built the first ghc Debian packages for sparc64 with the
> help of bootstrapping ghc on amd64. In order to successfully build ghc on
> sparc64, I had to add -optl-Wl,-no-relax to SRC_HC_OPTS as otherwise gcc
> would pass "-r" and "--relax" to ld which is not allowed on sparc*.

Ok, this seems to be a bit more complicated as the linker settings have
to be explicitly set in the ghc source code directly. I have tried
building hscolour manually which initially works but eventually fails
with:

Language/Haskell/HsColour.hs:94:55: Warning: Tab character
[ 1 of 16] Compiling Language.Haskell.HsColour.General (
Language/Haskell/HsColour/General.hs,
dist-ghc/build/Language/Haskell/HsColour/General.p_o )
/usr/bin/ld: --relax and -r may not be used together
collect2: error: ld returned 1 exit status
make: *** [build-ghc-stamp] Error 1
/usr/share/cdbs/1/class/hlibrary.mk:147: recipe for target
'build-ghc-stamp' failed
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Full build log here [1].

Thus, we have to make sure that ghc does not just set "-Wl,-no-relax"
when building itself but also when building any other Haskell sources.

Or, alternatively, we could try to convince the gcc/binutils developers
to fix the behavior of gcc/binutils when "-Wl,-r" are set. Apparently,
this could be interpreted as a bug in gcc which actually sets
"-no-relax" when "-r" is passed but not when "-Wl,-r" is passed.

qemu is affected by the same problem, see [2].

Anyone on the Debian sparc mailing list with an idea?

Cheers,
Adrian

> [1]
https://people.debian.org/~glaubitz/hscolour_1.23-3+sparc64_sparc64-20151213-0722
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807006

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

Bug#807777: ghc: Please adjust linker options for sparc64 (patch supplied)

[John Paul Adrian Glaubitz]

On 12/13/2015 12:05 PM, John Paul Adrian Glaubitz wrote:
> Ok, this seems to be a bit more complicated as the linker settings have
> to be explicitly set in the ghc source code directly. I have tried
> building hscolour manually which initially works but eventually fails
> with:
> 
> Language/Haskell/HsColour.hs:94:55: Warning: Tab character
> [ 1 of 16] Compiling Language.Haskell.HsColour.General (
> Language/Haskell/HsColour/General.hs,
> dist-ghc/build/Language/Haskell/HsColour/General.p_o )
> /usr/bin/ld: --relax and -r may not be used together
> collect2: error: ld returned 1 exit status
> make: *** [build-ghc-stamp] Error 1
> /usr/share/cdbs/1/class/hlibrary.mk:147: recipe for target
> 'build-ghc-stamp' failed
> dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Temporary workaround:

root@andi:/srv/disk1/chroots/unstable-sparc64-sbuild/usr/lib/ghc# diff
-u settings.orig settings
--- settings.orig   2015-12-12 15:18:11.0 +0100
+++ settings2015-12-13 11:45:21.52801 +0100
@@ -1,6 +1,6 @@
 [("GCC extra via C opts", " -fwrapv"),
  ("C compiler command", "/usr/bin/gcc"),
- ("C compiler flags", " -fno-stack-protector"),
+ ("C compiler flags", " -fno-stack-protector -Wl,-no-relax"),
  ("C compiler link flags", ""),
  ("Haskell CPP command","/usr/bin/gcc"),
  ("Haskell CPP flags","-E -undef -traditional "),
root@andi:/srv/disk1/chroots/unstable-sparc64-sbuild/usr/lib/ghc#

So, in case the patch from message #5 [1] in this bug report is
applied, please make sure to also patch the settings file for
ghc as above on sparc64 to make sure -Wl,-no-relax is always
used in ghc on sparc64.

I am about to file an upstream bug report in ghc so upstream can
develop a proper fix similar to the older fix for sparc [2].

Cheers,
Adrian

> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=80#5
> [2] https://ghc.haskell.org/trac/ghc/ticket/3791

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

Bug#807777: ghc: Please adjust linker options for sparc64 (patch supplied)

[John Paul Adrian Glaubitz]

On 12/12/2015 10:27 PM, John Paul Adrian Glaubitz wrote:
> ghc upstream actually contains a fix for this [1] which, unfortuntely,
> applies to sparc but not sparc64 as the latter is not natively supported
> by ghc yet and not detected as ArchSPARC.

Oops, forgot the link:

> [1] https://ghc.haskell.org/trac/ghc/ticket/3791

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

Bug#807801: Patch

[Pierre Schweitzer]

Hi,

Please find attached a debdiff for Jessie backporting the fix for this
vulnerability.

Cheers,
-- 
Pierre Schweitzer 
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
diff -Nru quassel-0.10.0/debian/changelog quassel-0.10.0/debian/changelog
--- quassel-0.10.0/debian/changelog	2015-05-10 16:41:35.0 +0200
+++ quassel-0.10.0/debian/changelog	2015-12-13 11:06:32.0 +0100
@@ -1,3 +1,12 @@
+quassel (1:0.10.0-2.3+deb8u2) jessie-security; urgency=high
+
+  * Non-maintainer upload.
+  * Fix CVE-2015-8547: remote DoS in quassel core, using /op * command.
+(Closes: #807801)
+- Add debian/patches/CVE-2015-8547.patch, cherry-picked from upstream.
+
+ -- Pierre Schweitzer   Sun, 13 Dec 2015 11:04:05 +0100
+
 quassel (1:0.10.0-2.3+deb8u1) jessie-security; urgency=high
 
   * Fix CVE-2015-3427: SQL injection vulnerability in PostgreSQL backend.
diff -Nru quassel-0.10.0/debian/patches/CVE-2015-8547.patch quassel-0.10.0/debian/patches/CVE-2015-8547.patch
--- quassel-0.10.0/debian/patches/CVE-2015-8547.patch	1970-01-01 01:00:00.0 +0100
+++ quassel-0.10.0/debian/patches/CVE-2015-8547.patch	2015-12-13 11:03:42.0 +0100
@@ -0,0 +1,22 @@
+From 476aaa050f26d6a31494631d172724409e4c569b Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Konstantin=20Bl=C3=A4si?= 
+Date: Wed, 21 Oct 2015 03:26:02 +0200
+Subject: [PATCH] Fixes a crash of the core when executing "/op *" in a query.
+
+---
+ src/core/coreuserinputhandler.cpp | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/core/coreuserinputhandler.cpp b/src/core/coreuserinputhandler.cpp
+index 7887a92..73aac48 100644
+--- a/src/core/coreuserinputhandler.cpp
 b/src/core/coreuserinputhandler.cpp
+@@ -232,7 +232,7 @@ void CoreUserInputHandler::doMode(const BufferInfo , const QChar& add
+ if (!isNumber || maxModes == 0) maxModes = 1;
+ 
+ QStringList nickList;
+-if (nicks == "*") { // All users in channel
++if (nicks == "*" && bufferInfo.type() == BufferInfo::ChannelBuffer) { // All users in channel
+ const QList users = network()->ircChannel(bufferInfo.bufferName())->ircUsers();
+ foreach(IrcUser *user, users) {
+ if ((addOrRemove == '+' && !network()->ircChannel(bufferInfo.bufferName())->userModes(user).contains(mode))
diff -Nru quassel-0.10.0/debian/patches/series quassel-0.10.0/debian/patches/series
--- quassel-0.10.0/debian/patches/series	2015-05-05 16:48:55.0 +0200
+++ quassel-0.10.0/debian/patches/series	2015-12-13 11:03:58.0 +0100
@@ -2,3 +2,4 @@
 CVE-2014-8483.patch
 CVE-2015-2778.patch
 CVE-2015-3427.patch
+CVE-2015-8547.patch
Format: 3.0 (quilt)
Source: quassel
Binary: quassel-core, quassel-client, quassel, quassel-data, 
quassel-client-kde4, quassel-kde4, quassel-data-kde4
Architecture: any all
Version: 1:0.10.0-2.3+deb8u2
Maintainer: Thomas Mueller 
Homepage: http://www.quassel-irc.org
Standards-Version: 3.9.5
Build-Depends: debhelper (>= 9.20120417), libqt4-dev, cmake, 
libfontconfig1-dev, libfreetype6-dev, libpng-dev, libsm-dev, libice-dev, 
libxi-dev, libxrandr-dev, libxrender-dev, zlib1g-dev, libssl-dev, 
libdbus-1-dev, pkg-kde-tools, kdelibs5-dev, libqca2-dev, qt4-dev-tools, 
libqtwebkit-dev, libindicate-qt-dev, libdbusmenu-qt-dev
Package-List:
 quassel deb net optional arch=any
 quassel-client deb net optional arch=any
 quassel-client-kde4 deb net optional arch=any
 quassel-core deb net optional arch=any
 quassel-data deb net optional arch=all
 quassel-data-kde4 deb net optional arch=all
 quassel-kde4 deb net optional arch=any
Checksums-Sha1:
 305d56774b1af2a891775a5637174d9048d875a7 2873233 quassel_0.10.0.orig.tar.bz2
 620cae3e1c59c193eb9b6620b7568bbf0c9d0dc8 22964 
quassel_0.10.0-2.3+deb8u2.debian.tar.xz
Checksums-Sha256:
 68228ce23aa3a992add3d00cb1e8b4863d8ca64bea99c881edf6d16ff9ec7c23 2873233 
quassel_0.10.0.orig.tar.bz2
 4dd55466a791826c75072999aa3899d1078ddbe1f25afe991a9be2a444a73b9d 22964 
quassel_0.10.0-2.3+deb8u2.debian.tar.xz
Files:
 382466a7790979c172b7d7edf10a2981 2873233 quassel_0.10.0.orig.tar.bz2
 b5a5acf4c81be0d48b2bf2c0a9045e5a 22964 quassel_0.10.0-2.3+deb8u2.debian.tar.xz


signature.asc
Description: OpenPGP digital signature

Bug#807809: cpm: Allow free text search in all entries?

[Petter Reinholdtsen]

Package: cpm
Version: 0.32-1
Severity: wishlist

With a lot of passwords, I am having a hard time some times to find the
correct password entry.  This would be easier if the cpm search would
search in both hostname, username, comments and all the other fields
associated with the entries in the database.

Please extend it to do free text search in everything in the database
(perhaps even the passwords).

-- 
Happy hacking
Petter Reinholdtsen

Bug#807808: openvpn: Please preserve order of pushed parameters in update-resolv-conf, if more than 9.

[Thibaut Chèze]

Package: openvpn
Version: 2.3.7-2+b1
Severity: minor
Tags: patch

Hi,

I came across a bug when using /update-resolv-conf/ in my configuration.
Indeed, when there are more than 9 parameters pushed from the server,
the order isn't kept, when applied.

Here's my patch to fix this problem.

Best regards,


--- openvpn-2.3.7/debian/control	2015-09-08 10:09:05.0 +0200
+++ openvpn-2.3.7-patched/debian/control	2015-12-08 00:40:47.250754635 +0100
@@ -11,7 +11,7 @@
 Package: openvpn
 Architecture: any
 Depends: debconf | debconf-2.0, ${shlibs:Depends}, ${misc:Depends}, initscripts (>= 2.88dsf-13.3), iproute2 [linux-any], net-tools [!linux-any]
-Suggests: openssl, resolvconf
+Suggests: openssl, resolvconf, coreutils
 Recommends: easy-rsa
 Description: virtual private network daemon
  OpenVPN is an application to securely tunnel IP networks over a
--- openvpn-2.3.7/debian/update-resolv-conf	2013-09-09 15:58:03.0 +0200
+++ openvpn-2.3.7-patched/debian/update-resolv-conf	2015-12-12 23:43:25.604424477 +0100
@@ -30,7 +30,8 @@
   up)
 	NMSRVRS=""
 	SRCHS=""
-	for optionvarname in ${!foreign_option_*} ; do
+	foreign_options=$(printf '%s\n' ${!foreign_option_*} | sort -t _ -k 3 -g)
+	for optionvarname in ${foreign_options} ; do
 		option="${!optionvarname}"
 		echo "$option"
 		split_into_parts $option



signature.asc
Description: OpenPGP digital signature

Bug#807805: vlc: Crash upon startup

[Hörmetjan Yiltiz]

​I realized that vlc only crashes in my i3wm setup, but does not crash if
started from the KDE5 environment. ​

Bug#807802: ITP: pbsuite -- software for Pacific Biosciences sequencing data

[Afif Elghraoui]

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

* Package name: pbsuite
  Version : 15.8.24
  Upstream Author : Adam English 
* URL : http://sourceforge.net/projects/pb-jelly
* License : BSD
  Programming Lang: Python
  Description : software for Pacific Biosciences sequencing data

The PBSuite contains two projects created for analysis of
Pacific Biosciences long-read sequencing data.
* PBJelly - genome upgrading tool
* PBHoney - structural variation discovery

This package will be managed by the Debian Med team.

Bug#807810: Mention what if one wants to mark the bug forwarded to more than one place

[積丹尼 Dan Jacobson]

Package: devscripts
Version: 2.15.9
Severity: wishlist
File: /usr/share/man/man1/bts.1.gz

   forwarded bug address
   Mark the bug as forwarded to the given address (usually an email
   address or a URL for an upstream bug tracker).

Mention what if one wants to mark the bug forwarded to more than one place.

Bug#750904: Build on arm*

[Patrick Winnertz]

Hey George,

you can close that bug here, too ;) scidavis has successfully build on
arm*. I don't want to do it, because it's your package ;)

Greetings
Patrick

Bug#807757: licensecheck: encoding guessing should give more helpful error messages

[Dominique Dumont]

On Saturday 12 December 2015 09:34:27 David Bremner wrote:
> When the encoding guessing using file fails, licensecheck reports something
> like
> 
>  /usr/bin/licensecheck warning: cannot parse file 'aggressive-indent.el'
> with mime type 'application/octet-stream; charset=binary'
> 
> I had to read the source to figure out that this warning was only
> about character encodings, and not about the file being skipped
> completely.

Yeah, using 'file' command to guess mime type was not a good idea. 

I've removed this code. This error message no longer applies with the git 
version of licensecheck. This will be part of next devscripts release.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#807807: libxml2: Fails to compress files on write (read is ok)

[Richard Shann]

Package: libxml2
Version: 2.9.1+dfsg1-5
Severity: normal

Dear Maintainer,

setting xmlSetDocCompressMode with any value 1 .. 9 is ineffective. The read of 
compressed files still works.
xmlGetDocCompressMode reports the value passed in.

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

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

Versions of packages libxml2 depends on:
ii  libc6  2.19-18+deb8u1
ii  liblzma5   5.1.1alpha+20120614-2+b3
ii  multiarch-support  2.19-18+deb8u1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages libxml2 recommends:
ii  xml-core  0.13+nmu2

libxml2 suggests no packages.

-- no debconf information

Bug#804694: libqt5xcbqpa5 SIGSEGV crashes sporadically at QXcbWindow::handleClientMessageEvent

[Dmitry Shachnev]

Control: tags -1 +fixed-upstream

On Mon, 16 Nov 2015 16:52:27 +0300, Dmitry Shachnev wrote:
> Qt has some known problems with multi-monitor setup right now. According to
> Alexander at the upstream bug I filed, it should be fixed when [1] is merged.
>
> [1]: https://codereview.qt-project.org/138201

That is now merged upstream in 5.6 branch. It is not easily backportable to 5.5,
so it will be in Debian only when Qt 5.6 is released.

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#807805: vlc: Crash upon startup

[Hörmetjan Yiltiz]

calling `vlc --no-qt-system-tray` will start vlc and is an effective
workaround.

Best,
Hörmet

He who is worthy to receive his days and nights is worthy to receive all
else from you (and me).
 -- The Prophet, Gibran
Kahlil


On Sun, Dec 13, 2015 at 3:58 AM, Hormet Yiltiz  wrote:

> Package: vlc
> Version: 2.2.1-5+b1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate
> ***
>
>* What led up to the situation?
>After a recent system upgrade in Debian Testing, `vlc` cannot start
>and crashes reporting:
>"QSystemTrayIcon::setVisible: No Icon set"
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>This is reproducable in my environment. I am running i3wm installed
>alongside with KDE5. Reinstalling or reconfiguring `vlc` did not
>solve the issue.
>* What was the outcome of this action?
>VLC crash upon startup.
>* What outcome did you expect instead?
>VLC starts normally.
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'),
> (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.2.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 vlc depends on:
> ii  fonts-freefont-ttf  20120503-4
> ii  libaa1  1.4p5-44
> ii  libavcodec-ffmpeg56 7:2.8.3-1
> ii  libavutil-ffmpeg54  7:2.8.3-1
> ii  libc6   2.19-22
> ii  libcaca00.99.beta19-2+b1
> ii  libcairo2   1.14.4-1
> ii  libegl1-mesa [libegl1-x11]  11.0.6-1
> ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5+b1
> ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5+b1
> ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5+b1
> ii  libfreetype62.6.1-0.1
> ii  libfribidi0 0.19.7-1
> ii  libgcc1 1:5.2.1-23
> ii  libgl1-mesa-glx [libgl1]11.0.6-1
> ii  libgles1-mesa [libgles1]11.0.6-1
> ii  libgles2-mesa [libgles2]11.0.6-1
> ii  libglib2.0-02.46.2-1
> ii  libpulse0   7.1-2
> ii  libqt5core5a5.5.1+dfsg-8
> ii  libqt5gui5  5.5.1+dfsg-8
> ii  libqt5widgets5  5.5.1+dfsg-8
> ii  libqt5x11extras55.5.1-3
> ii  librsvg2-2  2.40.11-2
> ii  libsdl-image1.2 1.2.12-5+b5
> ii  libsdl1.2debian 1.2.15-12
> ii  libstdc++6  5.2.1-23
> ii  libva-drm1  1.6.1-1
> ii  libva-x11-1 1.6.1-1
> ii  libva1  1.6.1-1
> ii  libvlccore8 2.2.1-5+b1
> ii  libvncclient1   0.9.10+dfsg-3
> ii  libx11-62:1.6.3-1
> ii  libxcb-composite0   1.10-3+b1
> ii  libxcb-keysyms1 0.4.0-1
> ii  libxcb-randr0   1.10-3+b1
> ii  libxcb-shm0 1.10-3+b1
> ii  libxcb-xv0  1.10-3+b1
> ii  libxcb1 1.10-3+b1
> ii  libxext62:1.3.3-1
> ii  libxi6  2:1.7.5-1
> ii  libxinerama12:1.1.3-1+b1
> ii  libxpm4 1:3.5.11-1+b1
> ii  vlc-nox 2.2.1-5+b1
> ii  zlib1g  1:1.2.8.dfsg-2+b1
>
> Versions of packages vlc recommends:
> ii  vlc-plugin-notify  2.2.1-5+b1
> ii  vlc-plugin-samba   2.2.1-5+b1
> ii  xdg-utils  1.1.1-1
>
> vlc suggests no packages.
>
> Versions of packages vlc-nox depends on:
> ii  liba52-0.7.4   0.7.4-18
> ii  libasound2 1.0.29-1
> ii  libass50.13.0-1
> ii  libavahi-client3   0.6.32~rc+dfsg-1
> ii  libavahi-common3   0.6.32~rc+dfsg-1
> ii  libavc1394-0   0.5.4-2
> ii  libavcodec-ffmpeg567:2.8.3-1
> ii  libavformat-ffmpeg56   7:2.8.3-1
> ii  libavutil-ffmpeg54 7:2.8.3-1
> ii  libbasicusageenvironment0  2014.01.13-1
> ii  libbluray1 1:0.9.2-1
> ii  libc6  2.19-22
> ii  libcddb2   1.3.2-5
> ii  libcdio13  0.83-4.2+b1
> ii  libchromaprint01.2-1+b1
> ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11+b1
> ii  libdbus-1-31.10.4-1
> ii  libdc1394-22   2.2.3-1
> ii  libdca00.0.5-7
> ii  libdirectfb-1.2-9  1.2.10.0-5.1
> ii  libdvbpsi101.3.0-2
> ii  libdvdnav4 5.0.3-1
> ii  libdvdread45.0.3-1
> ii  libebml4v5 1.3.3-1
> ii 

Bug#807805: vlc: Crash upon startup

[Sebastian Ramacher]

Control: severity -1 important
Control: tags -1 + moreinfo

On 2015-12-13 03:58:37, Hormet Yiltiz wrote:
> Package: vlc
> Version: 2.2.1-5+b1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>After a recent system upgrade in Debian Testing, `vlc` cannot start
>and crashes reporting:
>"QSystemTrayIcon::setVisible: No Icon set"
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>This is reproducable in my environment. I am running i3wm installed
>alongside with KDE5. Reinstalling or reconfiguring `vlc` did not
>solve the issue.
>* What was the outcome of this action?
>VLC crash upon startup. 
>* What outcome did you expect instead?
>VLC starts normally.

Please install vlc-dbg and qtbase5-dbg and provide a full backtrace.

On 2015-12-13 06:07:25, Hörmetjan Yiltiz wrote:
> calling `vlc --no-qt-system-tray` will start vlc and is an effective
> workaround.

...

> I realized that vlc only crashes in my i3wm setup, but does not crash if
> started from the KDE5 environment.

Downgrading accordingly.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#807806: RFP: tvheadend -- tvheadend is a TV streaming server and recorder

[Sebastian Niehaus]

Package: wnpp
Severity: wishlist

* Package name: tvheadend
  Version : 4.0
  Upstream Author : Adam Sutton 
* URL : https://tvheadend.org/
* License : GPLv3
  Programming Lang: C, Python
  Description : tvheadend is a TV streaming server and recorder



Tvheadend is a TV streaming server and recorder for Linux, FreeBSD 
and Android supporting DVB-S, DVB-S2, DVB-C, DVB-T, ATSC, IPTV, 
SAT>IP and HDHomeRun as input sources.

Tvheadend offers the HTTP (VLC, MPlayer), HTSP (Kodi, Movian) and 
SAT>IP streaming.

Multiple EPG sources are supported (over-the-air DVB and ATSC including 
OpenTV DVB extensions, XMLTV, PyXML).

The Analog video (V4L) is supported directly up to version 3.4.
In recent version, the pipe:// source (in IPTV network) might be used 
to obtain the MPEG-TS stream generated by ffmpeg/libav from a V4L device



Streaming DVB-X data over IP networks is a very useful and a very flexible 
solution. tvheadend is quite a proven solution and is under active
development.

there are dependencies fo ffmpeg but ffmpeg seems to be there
https://packages.debian.org/stretch/ffmpeg

Bug#807564: digikam: FTBFS, cannot find Marble

[Danny Edel]

Hello List,

I'm looking into this aswell, since I want to use digikam again and got
some free time to fix it.  I hope I can provide a source-patch in the
next few days that allows the currently packaged version of digikam to
build again.

In case I get it to work, where do I send the patch?  It would affect
both #807564 and #802966 since they both say FTBFS (although for
different reasons).

Cheers,

- Danny

Bug#807810: clarify please

[Nicholas Bamber]

I don't see why this is not clear. Bug reports that have been sent to 
upstream are marked with proof that they have been sent upstream.

Bug#805012: transition: giflib

[Matthias Klose]

On 12.12.2015 14:17, Emilio Pozuelo Monfort wrote:

Control: tags -1 confirmed



Let's do this.


This is the list of packages for binNMUs:

Level 1:
mplayer 2:1.2-1

Level2:
camlimages 1:4.2.0-1
ecere-sdk 0.44.10-1
emacs24 24.5+1-5
fbi 2.10-2
imlib2 1.4.7-1
kde4libs 4:4.14.14-1
khtml 5.16.0-1
libextractor 1:1.3-3
libimager-perl 1.004+dfsg-1
libwebp 0.4.4-1
mathgl 2.3.3+svn1216-1
python-gd 0.58-1
simage 1.7.1~2c958a6.dfsg-2
tracker 1.6.1-1
ziproxy 3.2.0-2

Level 3
exactimage 0.9.1-9
gdal 1.11.3+dfsg-2
gnash 0.8.11~git20150419-3
kodi 15.2+dfsg1-1
kopete 4:15.08.3-1
leptonlib 1.72-3
librasterlite2 1.0.0~rc0+devel1-2
liquidsoap [build
mensis 0.0.080507-4
mgp 1.13a+upstream20090219-6
openimageio 1.5.20~dfsg0-1
sxiv 1.3.1-1

Level 4:
mapserver 7.0.0-8

Bug#807803: ITP: python-intervaltree-bio -- interval tree convenience classes for genomic data

[Afif Elghraoui]

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

* Package name: python-intervaltree-bio
  Version : 1.0.1
  Upstream Author : Konstantin Tretyakov 
* URL : https://github.com/konstantint/intervaltree-bio
* License : MIT
  Programming Lang: Python
  Description : Interval tree convenience classes for genomic data

Convenience classes for loading UCSC genomic annotation records into
a set of interval tree data structures.

This package is needed by the pbhoney package of the pbsuite
and will be built and maintained by the Debian Med team.

Bug#793556: jessie-pu: package mkvmlinuz/37+deb8u1

[Milan Kupcevic]

On 12/13/2015 05:21 PM, Adam D. Barratt wrote:
> Control: tags -1 -moreinfo +confirmed
> 
> On Sun, 2015-12-13 at 13:01 -0500, Milan Kupcevic wrote:
>> Hi Adam,
>>
>> We've got third party confirmations and requests[0][1] for this fix.
>> Should I upload mkvmlinuz/37+deb8u1 to s-p-u?
> 
> I was rather hoping that your poking of debian-kernel might elicit some
> response, but apparently not. Please go ahead.
> 

Thanks. Uploaded.

Milan



signature.asc
Description: OpenPGP digital signature

Bug#807879: xfsprogs: Cannot mount XFS filesystem formated with mkfs.xfs newer than 3.2.1

[Emil]

Package: xfsprogs
Version: 4.3.0
Severity: normal

For any version of xfsprogs after v3.2.1 formating with default options:

# dpkg -l mount
ii  mount2.27.1-1  i386  Tools for mounting and 
manipulating

# mkfs.xfs -f /dev/sde1
meta-data=/dev/sde1  isize=512agcount=4, agsize=61047598 blks
 =   sectsz=512   attr=2, projid32bit=1
 =   crc=1finobt=1, sparse=0
data =   bsize=4096   blocks=244190390, imaxpct=25
 =   sunit=0  swidth=0 blks
naming   =version 2  bsize=4096   ascii-ci=0 ftype=1
log  =internal log   bsize=4096   blocks=119233, version=2
 =   sectsz=512   sunit=0 blks, lazy-count=1
realtime =none   extsz=4096   blocks=0, rtextents=0

# mount /dev/sde1 /mnt/e
mount: wrong fs type, bad option, bad superblock on /dev/sde1
# dmesg
[0.00] XFS (sde1): bad version
[0.00] XFS (sde1): SB validate failed

# dpkg -i xfsprogs_3.2.1_i386.deb
# mkfs.xfs -f /dev/sde1
meta-data=/dev/sde1  isize=256agcount=4, agsize=61047598 blks
 =   sectsz=512   attr=2, projid32bit=1
 =   crc=0finobt=0
data =   bsize=4096   blocks=244190390, imaxpct=25
 =   sunit=0  swidth=0 blks
naming   =version 2  bsize=4096   ascii-ci=0 ftype=0
log  =internal log   bsize=4096   blocks=119233, version=2
 =   sectsz=512   sunit=0 blks, lazy-count=1
realtime =none   extsz=4096   blocks=0, rtextents=0

# mount /dev/sde1 /mnt/e
No errors after mount.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (300, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.4.110 (SMP w/4 CPU cores)
Locale: LANG=C
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages xfsprogs depends on:
ii  libblkid1 2.27.1-1
ii  libc6 2.21-3
ii  libreadline5  5.2+dfsg-3+b1
ii  libuuid1  2.27.1-1

xfsprogs recommends no packages.

Versions of packages xfsprogs suggests:
ii  acl  2.2.52-2
ii  attr 1:2.4.47-2
pn  quota
pn  xfsdump  

-- no debconf information

Bug#807823: test case to reconstruct the situation

[Joël Krähemann]

Hi

I'm just doing a test-case:
https://github.com/gsequencer/gsequencer/blob/0.6.0/src/ags/test/ags_libinstpatch_test.c

cheers,
Joël

Bug#792759: setup instructions unclear, refusing to run with writable root?

[Jörg Frings-Fürst]

Hello,

now answer for more then 20 weeks.

So I close this bug

CU
Jörg


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

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

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

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

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





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

Bug#807805: vlc: Crash upon startup

[Hörmetjan Yiltiz]

Thanks! Is it due to a lack of some interface in i3wm, in which case it is
i3wm's bug, or that `vlc` is assuming some interface that is not
necessarily present in any system?

Best,
Hörmet

He who is worthy to receive his days and nights is worthy to receive all
else from you (and me).
 -- The Prophet, Gibran
Kahlil


On Sun, Dec 13, 2015 at 6:36 AM, Sebastian Ramacher 
wrote:

> Control: severity -1 important
> Control: tags -1 + moreinfo
>
> On 2015-12-13 03:58:37, Hormet Yiltiz wrote:
> > Package: vlc
> > Version: 2.2.1-5+b1
> > Severity: grave
> > Justification: renders package unusable
> >
> > Dear Maintainer,
> >
> > *** Reporter, please consider answering these questions, where
> appropriate ***
> >
> >* What led up to the situation?
> >After a recent system upgrade in Debian Testing, `vlc` cannot start
> >and crashes reporting:
> >"QSystemTrayIcon::setVisible: No Icon set"
> >* What exactly did you do (or not do) that was effective (or
> >  ineffective)?
> >This is reproducable in my environment. I am running i3wm installed
> >alongside with KDE5. Reinstalling or reconfiguring `vlc` did not
> >solve the issue.
> >* What was the outcome of this action?
> >VLC crash upon startup.
> >* What outcome did you expect instead?
> >VLC starts normally.
>
> Please install vlc-dbg and qtbase5-dbg and provide a full backtrace.
>
> On 2015-12-13 06:07:25, Hörmetjan Yiltiz wrote:
> > calling `vlc --no-qt-system-tray` will start vlc and is an effective
> > workaround.
>
> ...
>
> > I realized that vlc only crashes in my i3wm setup, but does not crash if
> > started from the KDE5 environment.
>
> Downgrading accordingly.
>
> Cheers
> --
> Sebastian Ramacher
>

Bug#807823: dead-lock as calling functions from different threads

[Joël Krähemann]

Package: libinstpatch-1.0-0
Version: 1.0.0-4
Severity: important
Tags: upstream



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

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

Versions of packages libinstpatch-1.0-0 depends on:
ii  libc6  2.19-22
ii  libglib2.0-0   2.46.2-1
ii  libsndfile11.0.25-10
ii  multiarch-support  2.21-3

libinstpatch-1.0-0 recommends no packages.

libinstpatch-1.0-0 suggests no packages.

-- no debconf information

Hi, I just reported it to upstream please see:

http://sourceforge.net/p/swami/mailman/message/34691038/

Here's the relevant part of the stack-trace:

Thread 35 (Thread 0x7f9e23323700 (LWP 29857)):
#0  0x7f9e494747fc in __lll_lock_wait () at
.../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1  0x7f9e494704d4 in _L_lock_986 () at
/lib/x86_64-linux-gnu/libpthread.so.0
#2  0x7f9e49470336 in __GI___pthread_mutex_lock
(mutex=0x7f9e17374570) at ../nptl/pthread_mutex_lock.c:114
#3  0x7f9e4c226ba1 in g_static_rec_mutex_lock
(mutex=0x7f9e17607dc0) at
/build/glib2.0-ocmJ1Y/glib2.0-2.46.2/./glib/deprecated/gthread-deprecated.c:708
#4  0x7f9e4c7925d4 in ipatch_container_get_children () at
/usr/lib/x86_64-linux-gnu/libinstpatch-1.0.so.0
#5  0x0047e9a3 in ags_ipatch_level_select (playable=, nth_level=, sublevel_name=0x7f9e1804bbe0 "Bowed
Glass", error=0x7f9e23321798) at src/ags/audio/file/ags_ipatch.c:567

Bug#807819: gnupg2: Apply upstream patch to fix a key occurs multiple times in the keyring

[陳昌倬]

Package: gnupg2
Version: 2.1.10-3
Severity: normal



The gnupg2/2.1.10-3 shows the following error when I try to decrypt a
file:

gpg: key specification 'BE0C924203F4552D' is ambiguous
gpg: (check argument of option '--encrypt-to')
gpg: 'BE0C924203F4552D' matches at least:
gpg:   EC9F905D866DBE46A896C827BE0C924203F4552D
gpg:   EC9F905D866DBE46A896C827BE0C924203F4552D


This issue is fixed by upstream, and the attachment is the debdiff to
fix this issue in Debian.


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

Kernel: Linux 4.2.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 gnupg2 depends on:
ii  dpkg   1.18.3
ii  gnupg-agent2.1.10-3
ii  install-info   6.0.0.dfsg.1-3+b1
ii  libassuan0 2.4.2-1
ii  libbz2-1.0 1.0.6-8
ii  libc6  2.21-4
ii  libgcrypt201.6.4-3
ii  libgpg-error0  1.20-1
ii  libksba8   1.3.3-1
ii  libreadline6   6.3-8+b4
ii  libsqlite3-0   3.9.2-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages gnupg2 recommends:
ii  dirmngr  2.1.10-3

Versions of packages gnupg2 suggests:
pn  gnupg-doc   
pn  parcimonie  
pn  xloadimage  

-- no debconf information

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D
diff -Nru gnupg2-2.1.10/debian/changelog gnupg2-2.1.10/debian/changelog
--- gnupg2-2.1.10/debian/changelog  2015-12-13 05:53:41.0 +0800
+++ gnupg2-2.1.10/debian/changelog  2015-12-13 21:38:15.0 +0800
@@ -1,3 +1,11 @@
+gnupg2 (2.1.10-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Apply upstream patch to fix error when a key occurs multiple times in the
+keyring.
+
+ -- ChangZhuo Chen (陳昌倬)   Sun, 13 Dec 2015 21:36:46 +0800
+
 gnupg2 (2.1.10-3) unstable; urgency=medium
 
   * avoid infinite loop when doing --gen-revoke by fingerprint
diff -Nru 
gnupg2-2.1.10/debian/patches/0008-Do-not-error-out-when-a-key-occurs-multiple-times.patch
 
gnupg2-2.1.10/debian/patches/0008-Do-not-error-out-when-a-key-occurs-multiple-times.patch
--- 
gnupg2-2.1.10/debian/patches/0008-Do-not-error-out-when-a-key-occurs-multiple-times.patch
   1970-01-01 08:00:00.0 +0800
+++ 
gnupg2-2.1.10/debian/patches/0008-Do-not-error-out-when-a-key-occurs-multiple-times.patch
   2015-12-13 21:34:37.0 +0800
@@ -0,0 +1,169 @@
+Description: Don't error out if a key occurs multiple times in the keyring.
+---
+Origin: upstream, 
http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commit;h=6dc37c5fb60acbfd5ba2ab979852383eac8944e0
+--- gnupg2-2.1.10.orig/g10/gpg.c
 gnupg2-2.1.10/g10/gpg.c
+@@ -2116,6 +2116,8 @@ check_user_ids (strlist_t *sp,
+ 
+   KEYDB_HANDLE hd = NULL;
+ 
++  char fingerprint_formatted[MAX_FORMATTED_FINGERPRINT_LEN + 1];
++
+   /* A quick check to avoid allocating a new strlist if we can skip
+  all keys.  Handles also the case of !SP.  See below for details.  */
+   for (t = s; t && (!(t->flags & PK_LIST_CONFIG)
+@@ -2135,6 +2137,9 @@ check_user_ids (strlist_t *sp,
+   size_t fingerprint_bin_len = sizeof (fingerprint_bin);
+   /* We also potentially need a ! at the end.  */
+   char fingerprint[2 * MAX_FINGERPRINT_LEN + 1 + 1];
++  int added = 0;
++  int dups = 0;
++  int ambiguous = 0;
+ 
+   /* If the key has been given on the command line and it has not
+  been given by one of the encrypt-to options, we skip the
+@@ -2271,41 +2276,58 @@ check_user_ids (strlist_t *sp,
+   i = strlen (fingerprint);
+   fingerprint[i] = '!';
+   fingerprint[i + 1] = '\0';
++
++  add_to_strlist (, fingerprint);
++  added = 1;
+ }
+-  else
+-{
+-  fingerprint_from_pk (pk, fingerprint_bin, _bin_len);
+-  assert (fingerprint_bin_len == sizeof (fingerprint_bin));
+-  bin2hex (fingerprint_bin, MAX_FINGERPRINT_LEN, fingerprint);
+-}
+ 
+-  add_to_strlist (, fingerprint);
++  /* We need the primary key's fingerprint to detect dups so
++ always format it.  */
++  fingerprint_from_pk (pk, fingerprint_bin, _bin_len);
++  assert (fingerprint_bin_len == sizeof (fingerprint_bin));
++  bin2hex (fingerprint_bin, MAX_FINGERPRINT_LEN, fingerprint);
++
++  if (! added)
++add_to_strlist (, fingerprint);
+   s2->flags = s->flags;
+ 
+   release_kbnode (kb);
+ 
+   /* Continue the search.  */
+   if (DBG_LOOKUP)
+-log_debug ("%s: Check for duplicates for %s='%s'\n",
++log_debug ("%s: Checking if %s='%s' is ambiguous or there are dups\n",
+__func__, option, t->d);
+-  err = keydb_search (hd, , 1, NULL);
+- 

Bug#807820: shellcheck: portability: check for `which` instead of `command -v`

[Paul Wise]

Package: shellcheck
Severity: wishlist

It would be nice if shellcheck could report use of the `which` command.
`which` is a Debian specific tool packaged in debianutils (essential)
while `command -v` is a portable shell builtin defined by POSIX.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#639719: RM: ezmlm-browse -- RoQA; orphaned; low popcon; dead upstream; depends on deprecated libs

[Mattia Rizzolo]

Control: retitle -1 RM: ezmlm-browse -- RoQA; orphaned; low popcon; dead 
upstream; depends on deprecated libs
Control: reassign -1 ftp.debian.org

On Thu, Jun 25, 2015 at 11:25:55PM +0100, Dominic Hargreaves wrote:
> I'm now orphaning this package as I haven't used it for some years now.
> I've pushed the repository to collab-maint[0] to make it easy for people
> to pick up if needed. I'll keep [1] alive until as and when someone
> does a QA upload.

I think it's better to remove the package entirely:
* popcon is very very marginal, 20
* the build is unreproducible
* depends on python-support, scheduled for removal


better not keeping cruft in the archive...

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#807821: spamassassin: spamc --headers breaks multipart messages

[Alexander Inyukhin]

Package: spamassassin
Version: 3.4.1-3
Severity: normal

Hi,

"spamc --headers" should not alter Content-Type header.

When spamd is confugured to add report to messages
the resulting Content-Type is something like

  Content-Type: multipart/mixed; boundary="--=_566D759A.5F0A72E0"

Replacing this header in the original message breaks it, especially
when the message is multipart itself, since the boundary is changed.

Bug#746741: release.debian.org: dh-python2 transition

[Mattia Rizzolo]

On Tue, May 27, 2014 at 10:59:56PM +0200, Emilio Pozuelo Monfort wrote:
> On 05/05/14 15:46, Julien Cristau wrote:
> > On Sat, May  3, 2014 at 07:48:03 +0100, Dimitri John Ledkov wrote:
> >> Debian python teams would find useful to evaluate on continuous basis
> >> removal of python-support from the archive and thus migrating to
> >> dh-python2. We are uncertain of the scope, and the pace at which this
> >> transition can be completed. But it would be extremely useful to have a
> >> transition tracker setup (permanent-type ?!).
> >>
> > I don't think that makes much sense as a transition / tracker, as it's
> > not something rebuilds would fix or where it's hard to find the set of
> > affected packages.
> 
> FWIW, you may get a lot of things switched by emailing debian-devel@ with a
> dd-list. And also by adding a lintian check.

I'm currently undergoing a sprint to push this to an end, I'm down to
~80 packages still affected, a handful already in deferred, and if I
continue with this pace I'm going to NMU/team upload all of them by the
end of the next week or so.

We came to a point where I think the number of affected packages is not
going down  by itself, since most of the packages have either the
maintianer that is de-facto MIA or the package is de-facto orphaned.

So I ask for permission to bump all those bugs to severity:serious, and
move on; that way I'll have the excuse to ask for RM: RoQA for a couple
of packages without feeling too guilty...


PS: let me guess, should this bug be reassigned to ftp-master for RM?
since you already stated -release is not the right place for this, and a
transition tracker is not really needed in this case.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#803300: prepare for giflib5

[Sebastiaan Couwenberg]

On Wed, 28 Oct 2015 16:02:40 +0100 Matthias Klose wrote:
> For the latter two options, please see a patch at
> http://launchpadlibrarian.net/222944251/openscenegraph_3.2.1-7ubuntu2_3.2.1-7ubuntu3.diff.gz

Upstream has fixed the giflib5 support a bit differently [0][1].

The attached debdiff uses the upstream changes for giflib 5.x instead of
those applied in Ubuntu.

Please include these changes in openscenegraph (3.2.1-9) to prevent
testing autoremoval of openscenegraph and all its reverse dependencies
because of this RC bug.

[0]
https://github.com/openscenegraph/osg/commit/afb442fccd182cfe8608f43394af016f6723f97a
[1]
https://github.com/openscenegraph/osg/commit/18213bfb67d464715af618fd8c73549f749625b9

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
diff --git a/debian/changelog b/debian/changelog
index 1cef1f3..1e021e4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+openscenegraph (3.2.1-8.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch for giflib 5 support.
+(closes: #803300)
+
+ -- Bas Couwenberg   Sun, 13 Dec 2015 16:24:35 +0100
+
 openscenegraph (3.2.1-8) unstable; urgency=medium
 
   * Adding upstream patch for GDAL 2.0 support, needed by upcoming
diff --git a/debian/patches/giflib5.patch b/debian/patches/giflib5.patch
new file mode 100644
index 000..166c724
--- /dev/null
+++ b/debian/patches/giflib5.patch
@@ -0,0 +1,20 @@
+Description: Add support for giflib 5.
+Origin: 
https://github.com/openscenegraph/osg/commit/afb442fccd182cfe8608f43394af016f6723f97a
+
https://github.com/openscenegraph/osg/commit/18213bfb67d464715af618fd8c73549f749625b9
+Bug-Debian: https://bugs.debian.org/803300
+Forwarded: not-needed
+
+--- a/OpenSceneGraph/src/osgPlugins/gif/ReaderWriterGIF.cpp
 b/OpenSceneGraph/src/osgPlugins/gif/ReaderWriterGIF.cpp
+@@ -561,7 +561,11 @@ GifImageStream** obj)
+ *width_ret = giffile->SWidth;
+ *height_ret = giffile->SHeight;
+ *numComponents_ret = 4;
++#if (GIFLIB_MAJOR >= 5&& !(GIFLIB_MAJOR == 5 && GIFLIB_MINOR == 0))
++DGifCloseFile(giffile, );
++#else
+ DGifCloseFile(giffile);
++#endif
+ return buffer;
+ }
+ 
diff --git a/debian/patches/series b/debian/patches/series
index f0c725b..27f5e1d 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -5,3 +5,4 @@ bug763818_fix_preprocessor_double_substitution
 bug765855_removecallback_use_after_free
 gdal-2.0.patch
 no-xine-malloc-aligned.diff
+giflib5.patch

Bug#807829: 4ti2: please make the build reproducible

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello All:

On 13/12/15 16:49, Reiner Herrmann wrote:
> Source: 4ti2
> Version: 1.6.7+ds-1
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps locale
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Hi!
> 
> While working on the "reproducible builds" effort [1], we have noticed
> that 4ti2 could not be built reproducibly.
> It embeds a locale- and timezone-dependent timestamp into the
> documentation.

Indeed. Sorry for forgetting the locale aspect of the time stamp.

> 
> The attached patch fixes this by using the C locale and UTC for
> generating the timestamp.

I have just applied the patch to the git material.

I will wait for more material for submitting the package.

Best wishes,
Jerome

> 
> Regards,
>  Reiner
> 
> [1]: https://wiki.debian.org/ReproducibleBuilds
> 
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWbZ8rAAoJEIC/w4IMSybjiMgIALnCSa5XuL9OMOGGiPuarODC
72SNHEYrZ3uU0+oIrKqRwb2KhOjdBGXbCTaUUXbdi+Qso/2UfvwpnWk3MCc5lEeM
IBcUkozqhtEtKf6eOoknnv9D1QLXnA3dR1htNgOFykv6/iju6/w6ayJcgl9y99mk
khBRW73hwLJGaK7td4Ub6uZri9v9Qlo/W9+fTernpf7GJ1l4CmetFcJiSDrkSGni
akJu6oJ3+W+pdhxPSpF5nN821eELc5pswLnnq7MYMBZXf2F/8Xye3u8+YWMi4dUt
roSfV+p5khON7LTTsfEbjuUr7WH71CjgtUHh2T4kQuNAk8ana4EU/IR2rFA60Fs=
=XaGh
-END PGP SIGNATURE-

Bug#807817: dwarfutils: CVE-2015-8538: a out of bound read bug is found in libdwarf

[Salvatore Bonaccorso]

Source: dwarfutils
Version: 20120410-2
Severity: important
Tags: security upstream patch fixed-upstream

Hi,

the following vulnerability was published for dwarfutils.

CVE-2015-8538[0]:
a out of bound read bug is found in libdwarf

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-8538
[1] 
http://sourceforge.net/p/libdwarf/code/ci/da724a0bc5eec8e9ec0b0cb0c238a80e34466459/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1289385

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#786093: torchat: diff for NMU version 0.9.9.553-1.2

[Mattia Rizzolo]

On Sun, Dec 13, 2015 at 09:18:36AM -0300, Dererk wrote:
> On the contrary, at a glance it looks just fine, you are more than
> welcome on pushing it up on nodelay queue.

cool!
I've just `dcut reschedule -d 0 -f torchat_0.9.9.553-1.2_source.changes`
so it'll move faster :)

Thank you!

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#786113: fofix-dfsg: diff for NMU version 3.121-3.1

[Mattia Rizzolo]

Control: tags 786113 + patch
Control: tags 786113 + pending

Dear maintainer,

I've prepared an NMU for fofix-dfsg (versioned as 3.121-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
regards,
Mattia Rizzolo

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

 changelog |8 
 control   |2 +-
 rules |4 +---
 3 files changed, 10 insertions(+), 4 deletions(-)

diff -Nru fofix-dfsg-3.121/debian/changelog fofix-dfsg-3.121/debian/changelog
--- fofix-dfsg-3.121/debian/changelog	2013-01-08 23:24:53.0 +
+++ fofix-dfsg-3.121/debian/changelog	2015-12-13 14:00:06.0 +
@@ -1,3 +1,11 @@
+fofix-dfsg (3.121-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove explicit usage of quilt, with source format 3.0 (quilt) is implied.
+  * Build using dh-python instead of python-support.  Closes: #786113
+
+ -- Mattia Rizzolo   Sun, 13 Dec 2015 14:00:05 +
+
 fofix-dfsg (3.121-3) unstable; urgency=low
 
   * Removed Debian specific no_numeric_module patch as it introduced bugs
diff -Nru fofix-dfsg-3.121/debian/control fofix-dfsg-3.121/debian/control
--- fofix-dfsg-3.121/debian/control	2010-05-24 11:47:14.0 +
+++ fofix-dfsg-3.121/debian/control	2015-12-13 13:57:25.0 +
@@ -2,7 +2,7 @@
 Section: games
 Priority: optional
 Maintainer: Christian Hammers 
-Build-Depends: debhelper (>= 7), python-support, quilt
+Build-Depends: debhelper (>= 7), python, dh-python
 Standards-Version: 3.8.4
 Homepage: http://code.google.com/p/fofix/
 
diff -Nru fofix-dfsg-3.121/debian/rules fofix-dfsg-3.121/debian/rules
--- fofix-dfsg-3.121/debian/rules	2010-02-21 12:02:47.0 +
+++ fofix-dfsg-3.121/debian/rules	2015-12-13 13:57:43.0 +
@@ -3,8 +3,6 @@
 
 export DH_VERBOSE=1
 
-include /usr/share/quilt/quilt.make
-
 build: build-stamp
 build-stamp: $(QUILT_STAMPFN)
 	dh_testdir
@@ -32,7 +30,7 @@
 	dh_installdocs
 	dh_install
 	dh_installmenu
-	dh_pysupport
+	dh_python2
 	dh_installman debian/fofix.6
 	dh_compress
 	# Upstream tarball had x permission for most files 


signature.asc
Description: PGP signature

Bug#805847: libnet-mac-vendor-perl: Apache/mod_perl silently does not start if Net::MAC::Vendor 1.25-1 is used (regression from 1.23-1)

[gregor herrmann]

On Wed, 09 Dec 2015 19:02:54 +0200, Niko Tyni wrote:

> Thanks for the recipe. I looked into this a bit, and replacing 'use
> Net::MAC::Vendor' with 'use EV' triggers it too. Apache dies with SIGSEGV,
> backtrace below. It goes away if libev-perl is built with EV_NO_ATFORK
> defined, so it's the __register_atfork() call in EV.xs:541 or so that
> causes it somehow. Presumably the event loop hooking into fork() breaks
> when it's mod_perl2 doing the forking.

So maybe we should just set the EV_NO_ATFORK define? Works with a
simple

override_dh_auto_configure:
   EV_EXTRA_DEFS="-DEV_NO_ATFORK" dh_auto_configure


Pushing to git now but waiting for further comments ... 


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Van Morrison: My Brown-Eyed Girl


signature.asc
Description: Digital Signature

Bug#798727: Bug #798727: Breaks sa-learn

[gregor herrmann]

Control: block 799086 with 807828
Control: block 798727 with 799086

On Sat, 12 Dec 2015 14:00:09 +0200, Niko Tyni wrote:

> Just like for stretch/sid, the separate libencode-perl package needs to
> be fixed in jessie first, otherwise installing it on top of perl would
> override the fixed version.
> 
> So fixing #799086 (cc'd) in jessie would need to happen first.

Patch backported in git, pu bug filed: #807828


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joint Venture: Streikpostenlied


signature.asc
Description: Digital Signature

Bug#807041: 807041

[George B.]

tags 807041 - moreinfo

thanks

Bug#807829: 4ti2: please make the build reproducible

[Reiner Herrmann]

Source: 4ti2
Version: 1.6.7+ds-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that 4ti2 could not be built reproducibly.
It embeds a locale- and timezone-dependent timestamp into the
documentation.

The attached patch fixes this by using the C locale and UTC for
generating the timestamp.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch
new file mode 100644
index 000..fbf79fe
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,11 @@
+--- a/doc/Makefile.am
 b/doc/Makefile.am
+@@ -2,7 +2,7 @@
+ export BIBINPUTS = $(abs_top_srcdir)/doc
+ export BSTINPUTS = $(abs_top_srcdir)/doc
+ 
+-DEB_PKG_DATE_LTXD = $(shell date -d "$(DEB_PKG_DATE)" +"%B %d, %Y")
++DEB_PKG_DATE_LTXD = $(shell LC_ALL=C date -u -d "$(DEB_PKG_DATE)" +"%B %d, %Y")
+ 
+ BIBTEX = bibtex
+ PDFLATEX = pdflatex
diff --git a/debian/patches/series b/debian/patches/series
index 31b77dd..035c63d 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -6,3 +6,4 @@ debianization.patch
 debianization-prefix.patch
 debianization-documentation.patch
 debianization-documentation-prefix.patch
+reproducible-build.patch

Bug#786228: gnome-blog: diff for NMU version 0.9.1-6.1

[Mattia Rizzolo]

Control: tags 786228 + patch
Control: tags 786228 + pending

Dear maintainer,

I've prepared an NMU for gnome-blog (versioned as 0.9.1-6.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
regards,
Mattia Rizzolo

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

 debian/pyversions |1 -
 gnome-blog-0.9.1/debian/changelog |8 
 gnome-blog-0.9.1/debian/control   |3 ++-
 gnome-blog-0.9.1/debian/rules |4 ++--
 4 files changed, 12 insertions(+), 4 deletions(-)

diff -u gnome-blog-0.9.1/debian/changelog gnome-blog-0.9.1/debian/changelog
--- gnome-blog-0.9.1/debian/changelog
+++ gnome-blog-0.9.1/debian/changelog
@@ -1,3 +1,11 @@
+gnome-blog (0.9.1-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Build using dh-python instead of python-support.  Closes: #786228
+  * Move dh_fixperms after dh_gconf, to get a reproducible build.
+
+ -- Mattia Rizzolo   Sun, 13 Dec 2015 16:03:05 +
+
 gnome-blog (0.9.1-6) unstable; urgency=medium
 
   * debian/control: remove python-gtkspell dependency as it's going away and
diff -u gnome-blog-0.9.1/debian/control gnome-blog-0.9.1/debian/control
--- gnome-blog-0.9.1/debian/control
+++ gnome-blog-0.9.1/debian/control
@@ -3,8 +3,9 @@
 Priority: optional
 Maintainer: Frederic Peters 
 Build-Depends: debhelper (>= 5.0.37.2)
-Build-Depends-Indep: python-dev, python-gtk2-dev, python-gnome2-dev, pkg-config, libglib2.0-dev, intltool, python-support (>= 0.3)
+Build-Depends-Indep: python-dev, python-gtk2-dev, python-gnome2-dev, pkg-config, libglib2.0-dev, intltool, dh-python
 Standards-Version: 3.7.2.1
+X-Python-Version: >= 2.3
 
 Package: gnome-blog
 Architecture: all
reverted:
--- gnome-blog-0.9.1/debian/pyversions
+++ gnome-blog-0.9.1.orig/debian/pyversions
@@ -1 +0,0 @@
-2.3-
diff -u gnome-blog-0.9.1/debian/rules gnome-blog-0.9.1/debian/rules
--- gnome-blog-0.9.1/debian/rules
+++ gnome-blog-0.9.1/debian/rules
@@ -91,9 +91,9 @@
 	dh_link
 	dh_strip
 	dh_compress
-	dh_fixperms
-	dh_pysupport
+	dh_python2
 	dh_gconf
+	dh_fixperms
 	dh_installdeb
 	dh_shlibdeps
 	dh_gencontrol


signature.asc
Description: PGP signature

Bug#807834: astropy-utils: Astropy-utils depends on python-astropy 1.1, but it is not listed as dependency

[Gabriel Perez-Cerezo]

Package: astropy-utils
Version: 1.1-1
Severity: important

I am running Debian Jessie with some packages from unstable, including astropy-
utils. I tried running several utils from astropy-utils and they all output the
same message:
$ fits2bitmap
Traceback (most recent call last):
  File "/usr/bin/fits2bitmap", line 5, in 
from pkg_resources import load_entry_point
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2876, in

working_set = WorkingSet._build_master()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 451, in
_build_master
return cls._build_from_requirements(__requires__)
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 464, in
_build_from_requirements
dists = ws.resolve(reqs, Environment())
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 639, in
resolve
raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: astropy==1.1

This shows that these packages depend on python-astropy 1.1, but the Debian
package does not list any version information, just 'python-astropy'

My proposed fix is to simply state in the control file that astropy-utils
depends on python-astropy 1.1, so my system can install the required version of
python-astropy from unstable automatically.

Cheers,

Gabriel Pérez-Cerezo



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

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

Versions of packages astropy-utils depends on:
ii  python-astropy  0.4.2-2
pn  python:any  

astropy-utils recommends no packages.

astropy-utils suggests no packages.

-- no debconf information

Bug#807675: More failures apparently unrelated to "SCU Failed: 0006:0213 Data dictionary missing"

[Julien Lamy]

Using the latest version of DCMTK, I'm unable to reproduce the error in
a freshly-updated sid pbuilder running on jessie, so the following
diagnosis is a bit of a guesswork.

The "Address already in use" message points to an already-running DICOM
server on port 2, which prohibits running the tests correctly and
causes the build process to fail. This could be caused by a DICOM server
running on your builders, but is most likely something left over from a
previous build of DCMTK++. The errors running "make test" are to be
expected: in tests/run.sh, we set up a few things for the networking
tests without which the mentioned tests fail.

I've patched the package to fix this bug (should upload soon) and will
try to improve the robustness of the tests upstream.

Cheers,
-- 
Julien

Le 11/12/2015 18:06, Gert Wollny a écrit :
> After fixing dcmtk (uploading right now) there are still failures: 
> 
> On one hand, during the build I get: 
> 
> cd build && ../tests/run.sh
> F: cannot initialize network: 0006:031c TCP Initialization Error:
> Address already in use
> E: Store Failed, file: dcmtkpp.iZA/data.dcm:
> E: 0006:0317 Peer aborted Association (or never connected)
> debian/rules:18: recipe for target 'override_dh_auto_test' failed
> 
> 
> On the other hand, when I just run "make test" in the build directory I
> get various failures: 
> 
> The following tests FAILED:
>   134 - StoreSCU_Store (Failed)
>   174 - FindSCU_Find (Failed)
>   175 - FindSCU_FindCallback (Failed)
>   216 - Association_Associate (Failed)
>   288 - GetSCU_Get (Failed)
>   289 - GetSCU_GetCallback (Failed)
>   293 - MoveSCU_Move (Failed)
>   294 - MoveSCU_MoveCallback (Failed)
>   297 - SCU_Echo (Failed)
> Errors while running CTest
> 
> The all point to the same problem: 
>   
> dcmtkpp/tests/code/../PeerFixtureBase.h(74): fatal error in "Store":
> DCMTKPP_OWN_AET is not defined
> 
> 
> Best 
> Gert 
> 



signature.asc
Description: OpenPGP digital signature

Bug#807818: oasis3: please make the build reproducible

[Reiner Herrmann]

Source: oasis3
Version: 3.mct+dfsg.121022-5.1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that oasis3 could not be built reproducibly.
It lists source files in a locale-dependent order, which leads to e.g.
a different linking order.

The attached patch fixes this by using the C locale for listing the
files.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/make-debian.patch b/debian/patches/make-debian.patch
index 1d5245d..7015b02 100644
--- a/debian/patches/make-debian.patch
+++ b/debian/patches/make-debian.patch
@@ -137,7 +137,8 @@ Index: oasis3-3.mct+dfsg.121022/lib/psmile/src/Makefile
 +++ oasis3-3.mct+dfsg.121022/lib/psmile/src/Makefile
 @@ -1,29 +1,40 @@
  
- SRCS1	= $(shell ls $(COUPLE)/lib/psmile/src/*.F90)
+-SRCS1	= $(shell ls $(COUPLE)/lib/psmile/src/*.F90)
++SRCS1	= $(shell LC_ALL=C ls $(COUPLE)/lib/psmile/src/*.F90)
  OBJS1	= $(patsubst $(COUPLE)/lib/psmile/src/%.F90, %.o, $(SRCS1))
 +PIC_OBJS1	= $(patsubst $(COUPLE)/lib/psmile/src/%.F90, %.o.pic, $(SRCS1))
  
@@ -251,15 +252,18 @@ Index: oasis3-3.mct+dfsg.121022/lib/scrip/src/Makefile
 +++ oasis3-3.mct+dfsg.121022/lib/scrip/src/Makefile
 @@ -1,25 +1,35 @@
  
- SRCS1 =  $(shell ls $(COUPLE)/lib/scrip/src/*.F90)
+-SRCS1 =  $(shell ls $(COUPLE)/lib/scrip/src/*.F90)
++SRCS1 =  $(shell LC_ALL=C ls $(COUPLE)/lib/scrip/src/*.F90)
  OBJS1 =  $(patsubst $(COUPLE)/lib/scrip/src/%.F90, %.o, $(SRCS1))
 +POBJS1 =  $(patsubst $(COUPLE)/lib/scrip/src/%.F90, %.o.pic, $(SRCS1))
  
- SRCS3   = $(shell ls $(COUPLE)/lib/scrip/src/*.F)
+-SRCS3   = $(shell ls $(COUPLE)/lib/scrip/src/*.F)
++SRCS3   = $(shell LC_ALL=C ls $(COUPLE)/lib/scrip/src/*.F)
  OBJS3   = $(patsubst $(COUPLE)/lib/scrip/src/%.F, %.o, $(SRCS3))
 +POBJS3   = $(patsubst $(COUPLE)/lib/scrip/src/%.F, %.o.pic, $(SRCS3))
  
- SRCS4 =  $(shell ls $(COUPLE)/lib/scrip/src/*.f)
+-SRCS4 =  $(shell ls $(COUPLE)/lib/scrip/src/*.f)
++SRCS4 =  $(shell LC_ALL=C ls $(COUPLE)/lib/scrip/src/*.f)
  OBJS4 =  $(patsubst $(COUPLE)/lib/scrip/src/%.f, %.o, $(SRCS4))
 +POBJS4 =  $(patsubst $(COUPLE)/lib/scrip/src/%.f, %.o.pic, $(SRCS4))
  

Bug#806246: cmucl: FTBFS (missing build-depends)

[Peter Van Eynde]

Hello Santiago,

> Seems like a missing Build-Depends on hardening-includes, the package
> containing /usr/share/hardening-includes/hardening.make, so it
> should be quite easy to fix.

Turns out it's not so easy after all, I'm still working on it...

> BTW: I wonder why this package does not exist for amd64. Is it a
> bootstrapping problem as the extended description suggests?

There is no upstream for amd64 (there was but it bitrotted). If you want
cmucl on amd64 then I suggest that you use sbcl which is a based on
cmucl, but with slightly different goals. One of which is having an
amd64 port ;).

Best regards, Peter

-- 
signature -at- pvaneynd.mailworks.org
http://pvaneynd.dreamwidth.org/
God, root, what is difference?-Pitr|God is more forgiving.-Dave Aronson|



signature.asc
Description: OpenPGP digital signature

Bug#776697: Debian Bug #776697 inux-image-3.16.0-4-686-pae: Boot randomly stucks at a stage

[Thomas Lauer]

Hello,

is there any progress regarding this bug?

I've updated my system yesterday, from debian wheezy to jessie and run into the 
same problem (hanging boot process).
My board and CPU is the same as Tobias Frost's.

Board: Jetway JNF9C-2600-LF
CPU: Atom N2600 (1,6 GHz)

I've tried Kernel 4.2 from jessie backports, without luck. Same problem.
Currently I'm using jessie with Kernel 3.2 (3.2.0-4-686-pae) from wheezy.
Jessie Kernel linux-image-3.16.0-4-586 boots, but with this kernel arch (586) 
there is just 1 CPU core available, so ...-686-pae is necessary.

Instead of Tobias, I'm using arch 686-pae, like Jerome.

--
Thomas

Bug#807521: libmojolicious-perl: Consider dropping Recommends: libev-perl

[gregor herrmann]

On Wed, 09 Dec 2015 16:13:10 -0800, Ivan Kohler wrote:

> Package: libmojolicious-perl
> Version: 6.15+dfsg-1
> Severity: wishlist
> 
> The new version of libnet-mac-vendor-perl depends on libmojolicious-perl (for
> Mojo::UserAgent).  This brings in libev-perl, which causes Apache to segfault
> on startup.  libev-perl upstream is disinclined to address the issue.
> The end result is that mod_perl webapps which display MAC address vendor 
> information now result in mysterious startup segfults in Apache.

(This is tracked as #805847.)

So I guess if we fix #805847, we can drop this bug report?
 
> Considering this, perhaps libmojolicious-perl should not Recommend: 
> libev-perl?

But yes, if EV continues to be problemativ, we can demote it to
Suggests, I suppose.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joe Cocker: Put Out The Lights


signature.asc
Description: Digital Signature

Bug#807284: gitolite3: FSHify gitolite3

[David Bremner]

David Bremner  writes:

>
> This is already easily configurable by the admin: see
>  
>  http://gitolite.com/gitolite/gitolite.html#appendix-3-v3.6.1-syslog
>
> At the moment I don't see an elegant way of changing defaults in
> gitolite.rc; I'll discuss that with upstream.
>

According to Sitaram, new versions of gitolite3 are guaranteed to be
upwardly compatible with the older gitolite.rc, and gitolite-setup will
not modify an existing rc file, so we could ship a debian version of the
rc file and link that into the gitolite users homedir. I suspect this
could actually result in simpler postinst scripts, but I haven't tried
it yet.

d

Bug#807792: libgtk-3-0: scrollbars disappear after a while

[Michael Biebl]

Am 13.12.2015 um 03:43 schrieb Christoph Anton Mitterer:
> Package: libgtk-3-0
> Version: 3.18.6-1
> Severity: important
> 
> Hey.
> 
> Apparently there's some feature-regression in gtk since a while,
> namely that scrollbars seem to disappear when the conntent isn't
> scrolled right then.
> 
> Not sure if this is considered a "new fancy feature" or if it's simply
> a stupid bug, at least I wouldn't have found any whay to tell
> GTK not to do this.
> 

The overlay scrollbars are a feature

> IMHO, that bug is important, since it makes scrollbars by itself
> in one half useless, namely showing where one is right now in the
> scrolled content.

Well, I don't agree on the severity, but whatever.

> Probably it's even mor than 50% useless, because most people likely
> scroll via the mousewheel, touchpad gestures or simply the keyboard,
> so there isn't a particular need of scrollbar for the sake of the
> actual scrolling.
> 
> However, when I'm in a PDF, lenghy mail or document one typically
> may want to know where one is (e.g. how much is left to read),
> which is now basically no longer possible unless one keeps moving.

If you don't like the overlay feature, you can use
GTK_OVERLAY_SCROLLING=0 evince

There might even be a .ini setting, but I'm too lazy to look that.
Shouldn't be hard to find.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#807830: arm: -fstack-protector-strong adds dependency on ld-linux-aarch64.so.1 on arm64

[Uwe Kleine-Koenig]

Package: gcc-5
Version: 5.3.1-3
Severity: normal

Hello,

I'm not sure if gcc is the right package to report this problem for, but not
knowing it better I picked gcc, please reassign if needed.

In the buildlog of memtool on arm64[1] I found a message:

dpkg-shlibdeps: warning: package could avoid a useless dependency if 
debian/memtool/usr/sbin/memtool was not linked against ld-linux-aarch64.so.1 
(it uses none of the library's symbols)

This is surprising because ld-linux-aarch64.so.1 isn't mentioned explicitly and
it should only be pulled in when needed:

(sid_arm64-dchroot)ukleinek@asachi:~$ cat 
/usr/lib/aarch64-linux-gnu/libc.so
/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
OUTPUT_FORMAT(elf64-littleaarch64)
GROUP ( /lib/aarch64-linux-gnu/libc.so.6 
/usr/lib/aarch64-linux-gnu/libc_nonshared.a  AS_NEEDED ( 
/lib/aarch64-linux-gnu/ld-linux-aarch64.so.1 ) )

The same problem (of course with a different lib name) is logged in the
armhf and armel build logs.

This is reproducible on asachi.debian.org in a sid chroot and only if
-fstack-protector-strong is passed:

(sid_arm64-dchroot)ukleinek@asachi:~$ cat test.c
#include 
#include 

int main(int argc, char **argv)
{
char *end;
unsigned long long val = strtoull(argv[1], , 0);
printf("Hello World! %llu\n", val);
return EXIT_SUCCESS;
}
(sid_arm64-dchroot)ukleinek@asachi:~$ gcc -fstack-protector-strong -o 
test test.c; objdump -p test | grep NEEDED
  NEEDED   libc.so.6
  NEEDED   ld-linux-aarch64.so.1
(sid_arm64-dchroot)ukleinek@asachi:~$ gcc -o test test.c; objdump -p 
test | grep NEEDED
  NEEDED   libc.so.6

I would expect that adding -fstack-protector-strong shouldn't
introduce a useless dependency to ld-linux-aarch64.so.1. So either this
dependency is unused (in which case there is something wrong in the
linker) or dpkg-shlibdeps' diagnose is wrong (then dpkg-shlibdeps should
be fixed and this bug reassigned accordingly).

Best regards
Uwe

[1] 
https://buildd.debian.org/status/fetch.php?pkg=memtool=arm64=2015.12.2-1=1449831548

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

Kernel: Linux 3.16.0-4-arm64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages gcc-5 depends on:
ii  binutils  2.25.90.20151125-2
ii  cpp-5 5.3.1-3
ii  gcc-5-base5.3.1-3
ii  libc6 2.21-3
ii  libcc1-0  5.3.1-3
ii  libgcc-5-dev  5.3.1-3
ii  libgcc1   1:5.3.1-3
ii  libgmp10  2:6.1.0+dfsg-2
ii  libisl15  0.15-3
ii  libmpc3   1.0.3-1
ii  libmpfr4  3.1.3-1
ii  libstdc++65.3.1-3
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages gcc-5 recommends:
ii  libc6-dev  2.21-3

Versions of packages gcc-5 suggests:
pn  gcc-5-doc
pn  gcc-5-locales
pn  libasan2-dbg 
pn  libatomic1-dbg   
pn  libcilkrts5-dbg  
pn  libgcc1-dbg  
pn  libgomp1-dbg 
pn  libitm1-dbg  
pn  liblsan0-dbg 
pn  libmpx0-dbg  
pn  libquadmath-dbg  
pn  libtsan0-dbg 
pn  libubsan0-dbg

-- no debconf information

Bug#803300: prepare for giflib5

[Manuel A. Fernandez Montecelo]

Hi all,

2015-12-13 15:33 GMT+00:00 Sebastiaan Couwenberg :
> On Wed, 28 Oct 2015 16:02:40 +0100 Matthias Klose wrote:
>> For the latter two options, please see a patch at
>> http://launchpadlibrarian.net/222944251/openscenegraph_3.2.1-7ubuntu2_3.2.1-7ubuntu3.diff.gz
>
> Upstream has fixed the giflib5 support a bit differently [0][1].
>
> The attached debdiff uses the upstream changes for giflib 5.x instead of
> those applied in Ubuntu.
>
> Please include these changes in openscenegraph (3.2.1-9) to prevent
> testing autoremoval of openscenegraph and all its reverse dependencies
> because of this RC bug.
>
> [0]
> https://github.com/openscenegraph/osg/commit/afb442fccd182cfe8608f43394af016f6723f97a
> [1]
> https://github.com/openscenegraph/osg/commit/18213bfb67d464715af618fd8c73549f749625b9

Thanks both.

I can work on this towards the end of next week (17-20th or so), not
before.  I don't know if Alberto will be able to upload before then.

There are a few other pending things to fix, so I think that it would
be better that either Alberto or I get around to work on this and fix
the issues in a single upload, so the less powerfull arches are not
taxed too much.  The removal from testing will happen in a month, so
there should be plenty of time.

But if for some reason we do not upload in ~10 days and you want to
finish the transition, and the NMU includes the mentioned patches,
it's OK for me (I suppose that also for Alberto, if he doesn't reply).


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#786141: gnome-hearts: diff for NMU version 0.3-2.2

[Mattia Rizzolo]

Control: tags 786141 + patch
Control: tags 786141 + pending

Dear maintainer,

I've prepared an NMU for gnome-hearts (versioned as 0.3-2.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
regards,
Mattia Rizzolo

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

 changelog  |9 +
 control|4 +---
 control.in |3 +--
 rules  |3 ++-
 4 files changed, 13 insertions(+), 6 deletions(-)

diff -u gnome-hearts-0.3/debian/control gnome-hearts-0.3/debian/control
--- gnome-hearts-0.3/debian/control
+++ gnome-hearts-0.3/debian/control
@@ -2,7 +2,6 @@
 # 
 # Modifications should be made to debian/control.in instead.
 # This file is regenerated automatically in the clean target.
-
 Source: gnome-hearts
 Section: games
 Priority: optional
@@ -20,7 +19,7 @@
libxml-parser-perl,
scrollkeeper,
intltool (>= 0.29),
-   python-support (>= 0.4)
+   dh-python
 Uploaders: Debian GNOME Maintainers , Josselin Mouette , Loic Minier , Sebastian Dröge 
 Standards-Version: 3.8.0
 
@@ -31,7 +30,6 @@
  ${python:Depends},
  gnome-cards-data (>= 1:2.20),
  librsvg2-common
-Recommends: gnome-games-extra-data
 Description: The classic hearts card game for the GNOME desktop
  Hearts is an implementation of the classic card game for the GNOME desktop,
  featuring configurable rulesets and editable computer opponents to 
diff -u gnome-hearts-0.3/debian/control.in gnome-hearts-0.3/debian/control.in
--- gnome-hearts-0.3/debian/control.in
+++ gnome-hearts-0.3/debian/control.in
@@ -15,7 +15,7 @@
libxml-parser-perl,
scrollkeeper,
intltool (>= 0.29),
-   python-support (>= 0.4)
+   dh-python
 Uploaders: @GNOME_TEAM@
 Standards-Version: 3.8.0
 
@@ -26,7 +26,6 @@
  ${python:Depends},
  gnome-cards-data (>= 1:2.20),
  librsvg2-common
-Recommends: gnome-games-extra-data
 Description: The classic hearts card game for the GNOME desktop
  Hearts is an implementation of the classic card game for the GNOME desktop,
  featuring configurable rulesets and editable computer opponents to 
diff -u gnome-hearts-0.3/debian/rules gnome-hearts-0.3/debian/rules
--- gnome-hearts-0.3/debian/rules
+++ gnome-hearts-0.3/debian/rules
@@ -3,6 +3,7 @@
 # This file is public domain.
 
 GNOME_DOWNLOAD_URL = http://www.jejik.com/files/gnome-hearts/$(GNOME_TARBALL)
+DEB_PYTHON2_MODULE_PACKAGES := gnome-hearts
 
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/gnome.mk
@@ -16 +17 @@
-	dh_pysupport -p$(cdbs_curpkg) -V`pyversions -dv`
+	dh_python2 /usr/share/gnome-hearts/
diff -u gnome-hearts-0.3/debian/changelog gnome-hearts-0.3/debian/changelog
--- gnome-hearts-0.3/debian/changelog
+++ gnome-hearts-0.3/debian/changelog
@@ -1,3 +1,12 @@
+gnome-hearts (0.3-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Don't recommend gnome-games-extra-data. This package is obsolete and
+doesn't provide anything gnome-hearts could use anyway.
+  * Build using dh-python instead of python-support.  Closes: #786141
+
+ -- Mattia Rizzolo   Sun, 13 Dec 2015 16:20:50 +
+
 gnome-hearts (0.3-2.1) unstable; urgency=low
 
   * Non-maintainer upload.


signature.asc
Description: PGP signature

Bug#807837: lxc: please make the build reproducible

[Reiner Herrmann]

Source: lxc
Version: 1:1.0.8-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that lxc could not be built reproducibly.
Timestamps are embedded into the manpages.

The attached patch uses the date from the latest changelog entry
instead.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/0017-reproducible-build.patch b/debian/patches/0017-reproducible-build.patch
new file mode 100644
index 000..57724fb
--- /dev/null
+++ b/debian/patches/0017-reproducible-build.patch
@@ -0,0 +1,11 @@
+--- a/configure.ac
 b/configure.ac
+@@ -502,7 +502,7 @@
+ AS_AC_EXPAND(DATADIR, "$datadir")
+ AS_AC_EXPAND(LOCALSTATEDIR, "$localstatedir")
+ AS_AC_EXPAND(DOCDIR, "$docdir")
+-AS_AC_EXPAND(LXC_GENERATE_DATE, "$(date)")
++AS_AC_EXPAND(LXC_GENERATE_DATE, "$(dpkg-parsechangelog -S Date | LC_ALL=C date -u -f - '+%B %d, %Y')")
+ AS_AC_EXPAND(LXCPATH, "$with_config_path")
+ AS_AC_EXPAND(LXC_GLOBAL_CONF, "$with_global_conf")
+ AS_AC_EXPAND(LXC_USERNIC_CONF, "$with_usernic_conf")
diff --git a/debian/patches/series b/debian/patches/series
index b87ab51..4ef429d 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -14,3 +14,4 @@
 0014-systemd-getty.patch
 0015-Centos7-systemd.patch
 0016-lxc-debian-allow-not-including-contrib-non-free.patch
+0017-reproducible-build.patch

Bug#386150: Segfault when using inject-mode with no arguments

[Eriberto Mota]

Hi,

Thanks for sending a patch. I am testing it and I think that you are
right. Now, only to register it in this bug, I am sending the same
patch in -Naur format.

---
--- main.c.orig 2015-12-13 15:08:56.606021049 -0200
+++ main.c  2015-12-13 15:11:04.994020967 -0200
@@ -197,6 +197,8 @@
 }
 }

+print_usage();
+
 parse_inject:
 #ifdef DEBUG
 fprintf(stdout, "DEBUG: parse_inject\n");
---

Regards,

Eriberto

Bug#718558: Debian bug #718558

[Jörg Frings-Fürst]

Hi,

tested with on a fresh stretch install. shotwell is now listed .png
files.

So I close this bug.

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

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

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

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

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





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

Bug#807838: graphite2: please make the build reproducible

[Reiner Herrmann]

Source: graphite2
Version: 1.3.4-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that graphite2 could not be built reproducibly.
It is generating pdf documentation by calling asciidoc, which uses
dblatex to generate the file.
By default, dblatex builds the documentation in a random path (which
will then be used to generate the PDF ID).

The attached patch fixes this by telling dblatex to use a static path.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible-build.diff b/debian/patches/reproducible-build.diff
new file mode 100644
index 000..3b83c70
--- /dev/null
+++ b/debian/patches/reproducible-build.diff
@@ -0,0 +1,11 @@
+--- a/doc/CMakeLists.txt
 b/doc/CMakeLists.txt
+@@ -12,7 +12,7 @@
+ if(DBLATEX)
+ add_custom_command(OUTPUT ${PROJECT_BINARY_DIR}/manual.pdf
+DEPENDS ${PROJECT_SOURCE_DIR}/[a-z]*.txt
+-   COMMAND ${A2X} -D ${PROJECT_BINARY_DIR} ${PROJECT_SOURCE_DIR}/manual.txt)
++   COMMAND ${A2X} -D ${PROJECT_BINARY_DIR} --dblatex-opts="--tmpdir=docbuild" ${PROJECT_SOURCE_DIR}/manual.txt)
+ add_custom_command(OUTPUT ${PROJECT_BINARY_DIR}/GTF.pdf
+DEPENDS ${PROJECT_SOURCE_DIR}/GTF.txt
+COMMAND ${A2X} -D ${PROJECT_BINARY_DIR} ${PROJECT_SOURCE_DIR}/GTF.txt)
diff --git a/debian/patches/series b/debian/patches/series
index d39cfd6..ba9444d 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
 non-linux.diff
 no-icons.diff
 test-timeout.diff
+reproducible-build.diff

Bug#807554: src:nghttp2: Please remove jemalloc as a build-dependency on m68k

[John Paul Adrian Glaubitz]

Control: reassign -1 jemalloc
Control: tags -1 patch

On 12/10/2015 06:06 PM, John Paul Adrian Glaubitz wrote:
> On 12/10/2015 06:04 PM, Andreas Schwab wrote:
>>> nghttp2 is currently BD-Uninstallable on m68k as it build-depends on
>>> jemalloc which currently FTBFS on this architecture [1].
>>
>> jemalloc builds fine and passes the testsuite if you pass
>> --with-lg-quantum=3 to configure.
> 
> Ah, good to know. We should probably retitle this bug report and
> reassign it to jemalloc itself.

Alright, verified. The patch is actually very simple as the debian/rules
file already contains adjustments for lg-quantum for other architectures
already and I just needed to add m68k to the same line where "or1k" is
already matched.

Attaching a patch.

Thanks,
Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
--- debian/rules.orig	2015-12-10 20:51:32.0 +0100
+++ debian/rules	2015-12-13 13:56:40.218115041 +0100
@@ -10,7 +10,7 @@
   DEB_CPPFLAGS_MAINT_APPEND += -DLG_QUANTUM=4
 endif
 
-ifneq (,$(findstring $(DEB_BUILD_ARCH),or1k))
+ifneq (,$(findstring $(DEB_BUILD_ARCH),m68k or1k))
   DEB_CPPFLAGS_MAINT_APPEND += -DLG_QUANTUM=3
 endif
 

Bug#786197: pygdchart2: diff for NMU version 0.beta1-3.5

[Mattia Rizzolo]

On Sun, Dec 13, 2015 at 10:16:36AM +0530, Jonas Smedegaard wrote:
> Quoting Mattia Rizzolo (2015-12-13 00:16:27)
> > I've prepared an NMU for pygdchart2 (versioned as 0.beta1-3.5) and 
> > uploaded it to DELAYED/2. Please feel free to tell me if I should 
> > delay it longer.
> 
> On the contraru: No need to delay at all: Package is LowNMUable:
> http://wiki.debian.org/LowNMU

yeah, but I'm mass NMUing nearly 100 packages :)
I'm not in hurry so I tried to be nice ^^

> Thanks a lot for your NMU!

dcut reschedule -d 0 -f pygdchart2_0.beta1-3.5_source.changes
^^

Thanks!

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#807827: evolution shortcut keys not working

[Pascal Obry]

Package: evolution
Version: 3.18.2-1

When starting Evolution all is fine. The delete key works as expected
or pression [.] goes to next unread message.

After some time (sorry no really pattern about when it happens) the
keys shortcut are not working. That is I cannot delete a key (nothing
happen) or move to next message.

I can make this working again sometime by double-clicking on a message.
This opens a new window. I then close it and the key are back to
working. Sadly even this is working half time.

The only real workaround is to close Evolution and open it again.

This is quite annoying. I would say that this is "recent", maybe since
the move to 3.18.

To me it looks like the view listing the threads is loosing the focus.

Let me know if you need more information.

Thanks.

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://v2p.fr.eu.org
  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B

Bug#807832: mime-support: Duplicate entries for "ent" extension in /etc/mime.types

[J G Miller]

Package: mime-support
Version: 3.58
Severity: normal

My understanding was that file extensions in /etc/mime.types must map
to only one MIME type, but perhaps I am in error?

In /etc/mime.types supplied with latest Debian 8.2 (Jessie) the
file extension "ent" appears twice --

   chemical/x-ncbi-asn1-ascii  prt ent
   chemical/x-pdb  pdb ent

Should it not be present for only one MIME type, and if so,
which MIME type?

Thank you for assistance in resolving this issue.

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

Kernel: Linux 3.2.0-4-kirkwood
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: systemd-sysv

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  1:5.22+15-2

mime-support suggests no packages.

-- no debconf information

Bug#807833: RM: oslo.messaging, oslo.rootwrap -- ROM; Source package renamed

[Thomas Goirand]

Package: ftp.debian.org
Severity: normal

Dear FTP masters,

oslo.messaging and oslo.rootwrap source pckages have respectively been renamed
as python-oslo.messaging and python-oslo.rootwrap, which are currently in
Sid and Testing. This has been done for consistency, as all OpenStack library
(ie: Oslo) packages are prefixed with "python-". Please remove oslo.messaging
and oslo.rootwrap from Sid.

Cheers,

Thomas Goirand (zigo)

Bug#797806: when MTP device attached, "Open with Shotwell" does not appear in list of choices

[Michael Biebl]

On Sun, 13 Dec 2015 17:45:51 +0100
=?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?=  wrote:
> Hello Daniel,
> 
> thank you for spending your time helping to make Debian better with
> this bug report. Â 
> 
> I think after some tests, that this bug is based in a wrong handling
> from udev.

Care to elaborate why?

(also, please CC the package when you reassign a bug report)


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#807773: python-pkg-resources: UnicodeDecodeError: 'utf8' codec can't decode byte 0xb6 in position 147: invalid start byte

[Axel Beckert]

Matthias Klose wrote:
> thanks, and please could you make checking the source package for
> bug reports a part of your daily practice?

If it's a bug in the source package like e.g. a FTBFS, of course I do.
But not if the bug is clearly in binary package.

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

Bug#807814: ITP: ivyplusplus -- Adds features to ivy for creating projects

[Hans-Christoph Steiner]

Package: wnpp
Severity: wishlist
Owner: "Hans-Christoph Steiner" 

* Package name: ivyplusplus
  Version : 1.14
  Upstream Author : Reinier Zwitserloot
* URL : https://github.com/rzwitserloot/ivyplusplus
* License : MIT
  Programming Lang: Java
  Package source  :
https://anonscm.debian.org/cgit/pkg-java/ivyplusplus.git
  Description : Adds features to ivy for creating projects

 ivyplusplus (ipp) adds a few useful features to ivy, such as creating
 an eclipse project from your deps.  Aside from ivy itself, you get a
 few extra tasks and a command line tool that creates a new project by
 filling out a skeleton build.xml and ivy configuration.

Bug#807824: RFS: arrayfire/3.2.1+dfsg1-2

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: arrayfire
  Version : 3.2.1+dfsg1-2
  Upstream Author : ArrayFire Development Group
* URL : http://arrayfire.com/
* License : BSD
  Section : science

It builds those binary packages:

  libarrayfire-cpu-dev - Development files for ArrayFire (CPU backend)
  libarrayfire-cpu3 - High performance library for parallel computing (CPU 
backend)
  libarrayfire-cpu3-dbg - Debugging symbols for ArrayFire (CPU backend)
  libarrayfire-dev - Common development files for ArrayFire
  libarrayfire-doc - Common documentation and examples for ArrayFire
  libarrayfire-opencl-dev - Development files for ArrayFire (OpenCL backend)
  libarrayfire-opencl3 - High performance library for parallel computing 
(OpenCL backend)
  libarrayfire-opencl3-dbg - Debugging symbols for ArrayFire (OpenCL backend)
  libarrayfire-unified-dev - Development files for ArrayFire (unified backend)
  libarrayfire-unified3 - High performance library for parallel computing 
(unified backend)
  libarrayfire-unified3-dbg - Debugging symbols for ArrayFire (unified backend)

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

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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/a/arrayfire/arrayfire_3.2.1+dfsg1-2.dsc

Changes since the last upload:

  * Install common development files to new libarrayfire-dev package.
  * Install OpenCL backend to new libarrayfire-opencl packages.
  * Install unified backend to new libarrayfire-unified packages.
  * Add patch disabling calls to git when building the documentation.
File: Disable-git-usage-in-Doxygen-settings.patch

Regards,
Ghislain Vaillant

Bug#807825: ImportError: cannot import name range

[derfel]

Package: python-acme
Version: 0.1.0-3
Severity: normal

Cannot run letsencrypt because import error

# letsencrypt
Traceback (most recent call last):
  File "/usr/bin/letsencrypt", line 9, in 
load_entry_point('letsencrypt==0.1.0', 'console_scripts', 'letsencrypt')()
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 565,
in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2721,
in load_entry_point
return ep.load()
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2377,
in load
return self.resolve()
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2383,
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
  File "/usr/lib/python2.7/dist-packages/letsencrypt/cli.py", line 26, in

from letsencrypt import account
  File "/usr/lib/python2.7/dist-packages/letsencrypt/account.py", line 15, in

from acme import messages
  File "/usr/lib/python2.7/dist-packages/acme/messages.py", line 4, in 
from acme import challenges
  File "/usr/lib/python2.7/dist-packages/acme/challenges.py", line 13, in

from acme import crypto_util
  File "/usr/lib/python2.7/dist-packages/acme/crypto_util.py", line 7, in

from six.moves import range  # pylint: disable=import-error,redefined-
builtin
ImportError: cannot import name range



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

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

Versions of packages python-acme depends on:
ii  ca-certificates 20150426
ii  python-cryptography 1.1.1-1
ii  python-mock 1.3.0-2.1
ii  python-ndg-httpsclient  0.4.0-3
ii  python-openssl  0.15.1-2
ii  python-pkg-resources18.7-1
ii  python-pyasn1   0.1.9-1
ii  python-requests 2.8.1-1
ii  python-rfc3339  1.0-4
ii  python-six  1.10.0-1
ii  python-tz   2012c+dfsg-0.1
ii  python-werkzeug 0.10.4+dfsg1-1
pn  python:any  

python-acme recommends no packages.

python-acme suggests no packages.

-- no debconf information

Bug#731852: Please help me:

[Patrick Bafi]

--
Hello!

 i need your assistance Please. you will receive a compensation for
 your time and efforts. Get back to me as soon as possible, as it is an
 important matter.

 Thanks in advance.

 Patrick

Bug#807813: spamassassin: FUZZY_OCR_WRONG_EXTENSION matched multiple times per message

[Dominic Hargreaves]

Package: spamassassin
Version: 3.4.0-6
Severity: minor

A user reported a mail incorrectly categorised as spam because it
hit FUZZY_OCR_WRONG_EXTENSION several times (several image attachments).

We don't disagree with the check per se, but did wonder whether it is
intentional that the check fires multiple times per message? It doesn't
seem like doing the same thing multiple times should inflate the score
to the extent that it does.

Cheers,
Dominic.

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

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

Versions of packages spamassassin depends on:
ii  adduser 3.113+nmu3
ii  init-system-helpers 1.22
pn  libarchive-tar-perl 
ii  libhtml-parser-perl 3.71-1+b3
ii  libnet-dns-perl 0.81-2
ii  libnetaddr-ip-perl  4.075+dfsg-1+b1
ii  libsocket6-perl 0.25-1+b1
ii  libsys-hostname-long-perl   1.4-3
ii  libwww-perl 6.08-1
ii  perl5.20.2-3+deb8u1
ii  perl-modules [libio-zlib-perl]  5.20.2-3+deb8u1

Versions of packages spamassassin recommends:
ii  gnupg  1.4.18-7
ii  libio-socket-inet6-perl2.72-1
pn  libmail-spf-perl   
ii  perl [libsys-syslog-perl]  5.20.2-3+deb8u1
ii  sa-compile 3.4.0-6
ii  spamc  3.4.0-6

Versions of packages spamassassin suggests:
ii  libdbi-perl   1.631-3+b1
ii  libio-socket-ssl-perl 2.002-2+deb8u1
ii  libmail-dkim-perl 0.40-1
ii  perl [libcompress-zlib-perl]  5.20.2-3+deb8u1
pn  pyzor 
pn  razor 

-- Configuration Files:
/etc/default/spamassassin changed:
ENABLED=1
OPTIONS="--create-prefs --max-children 5 --helper-home-dir -u spamd 
--socketpath=/var/run/spamd.sock -x --socketgroup=Debian-exim --socketmode=0770"
PIDFILE="/var/run/spamd.pid"
CRON=1

/etc/spamassassin/v320.pre changed:
loadplugin Mail::SpamAssassin::Plugin::Check
loadplugin Mail::SpamAssassin::Plugin::HTTPSMismatch
loadplugin Mail::SpamAssassin::Plugin::URIDetail
loadplugin Mail::SpamAssassin::Plugin::Bayes
loadplugin Mail::SpamAssassin::Plugin::BodyEval
loadplugin Mail::SpamAssassin::Plugin::DNSEval
loadplugin Mail::SpamAssassin::Plugin::HTMLEval
loadplugin Mail::SpamAssassin::Plugin::HeaderEval
loadplugin Mail::SpamAssassin::Plugin::MIMEEval
loadplugin Mail::SpamAssassin::Plugin::RelayEval
loadplugin Mail::SpamAssassin::Plugin::URIEval
loadplugin Mail::SpamAssassin::Plugin::WLBLEval
loadplugin Mail::SpamAssassin::Plugin::VBounce
loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody
loadplugin Mail::SpamAssassin::Plugin::ImageInfo


-- debconf information:
* spamassassin/upgrade/2.40:
* spamassassin/upgrade/cancel: Continue
  spamassassin/upgrade/2.42m: No
  spamassassin/upgrade/2.42u: No
  spamassassin/upgrade/2.40w:
* spamassassin/upgrade/2.42: No

Bug#786093: torchat: diff for NMU version 0.9.9.553-1.2

[Dererk]

On 12/12/15 10:29, Mattia Rizzolo wrote:
> Control: tags 786093 + patch
> Control: tags 786093 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for torchat (versioned as 0.9.9.553-1.2) and
> uploaded it to DELAYED/3. Please feel free to tell me if I
> should delay it longer.
Hi Mattia!

On the contrary, at a glance it looks just fine, you are more than
welcome on pushing it up on nodelay queue.


Cheers,

Dererk

-- 
BOFH excuse #449:
greenpeace free'd the mallocs
pop

Bug#807815: ITP: lombok.ast -- Adds features to ivy for creating projects

[Hans-Christoph Steiner]

Package: wnpp
Severity: wishlist
Owner: "Hans-Christoph Steiner" 

* Package name: lombok.ast
  Version : 0.2
  Upstream Author : Reinier Zwitserloot
* URL : https://projectlombok.org/
* License : MIT
  Programming Lang: Java
  Package source  : https://anonscm.debian.org/cgit/pkg-java/lombok-ast.git
  Description : Robust parser + AST for the java language

 Lombok wraps the Abstract Syntax Tree (AST) produced by a target
 platform into its own AST system, mostly because both Eclipse and
 javac do not allow upward traversal (from a method to its owning
 type, for example).

Bug#807816: ITP: lombok -- Reduce boilerplate code in Java projects

[Hans-Christoph Steiner]

Package: wnpp
Severity: wishlist
Owner: "Hans-Christoph Steiner" 

* Package name: lombok
  Version : 1.16.6
  Upstream Author : Reinier Zwitserloot
* URL : https://projectlombok.org/
* License : MIT
  Programming Lang: Java
  Package source  : https://anonscm.debian.org/cgit/pkg-java/lombok.git
  Description : Reduce boilerplate code in Java projects

 "Boilerplate" is a term used to describe code that is repeated in
 many parts of an application with little alteration. One of the most
 frequently voiced criticisms of the Java language is the volume of
 this type of code that is found in most projects. This problem is
 frequently a result of design decisions in various libraries, but is
 exacerbated by limitations in the language itself. Project Lombok
 aims to reduce the prevalence of some of the worst offenders by
 replacing them with a simple set of annotations.

Bug#796345: Status report on perl 5.22 transition readiness (30th Sept)

[Dominic Hargreaves]

On Sun, Dec 06, 2015 at 11:10:54PM +, Dominic Hargreaves wrote:
> Niko has uploaded 5.22.1-RC3 to experimental and we should see
> 5.22.1 final in a few days.
> 
> I'm rebuilding all the packages involved in the perlapi transition
> against 5.22.1, and spotted a couple of issues which I've marked as
> blockers. I've uploaded a delayed fix for the courier issue (#804603)
> and the other one I've spotted so far has been redhat-cluster, which
> I presume we'll just remove from testing given its recent track
> record?
> 
> Once 5.22.1 final has been released, I don't think there is anything
> else stopping us from uploading that to unstable, assuming that no
> more problems come to light first.

Current status: 5.22.1 is still looking likely in the next few days.
As of now this bug is blocked by the following:

#807492: libmath-bigint-gmp-perl: FTBFS on 32 bit platforms

This is a fairly new bug and there is a fix pending - we would
ideally get some feedback from upstream, but if not we can upload it
at around the same time as perl.

As I already mentioned, redhat-cluster currently FTBFS, and has done
since August, so I don't think we should block on that.

Emilio, do you agree with this assessment? If so can we upload
5.22.1 to unstable when it's released?

I think we should probably do a d-d-a mail either now or at the time
of the upload, so I'll do that once you give the go-ahead.

Cheers,
Dominic.

Bug#807805: vlc: Crash upon startup

[Sebastian Ramacher]

On 2015-12-13 07:44:29, Hörmetjan Yiltiz wrote:
> Thanks! Is it due to a lack of some interface in i3wm, in which case it is
> i3wm's bug, or that `vlc` is assuming some interface that is not
> necessarily present in any system?

It's hard to tell without a backtrace. But it sounds like a i3wm or Qt 5 issue
to me.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#807442: patch

[Philipp Kern]

On Tue, Dec 08, 2015 at 03:17:49PM -0700, dann frazier wrote:
> diff -Nru s390-tools-1.32.0/debian/changelog 
> s390-tools-1.32.0/debian/changelog
> --- s390-tools-1.32.0/debian/changelog2015-10-25 17:12:02.0 
> +0100
> +++ s390-tools-1.32.0/debian/changelog2015-12-08 23:14:52.0 
> +0100
> @@ -1,3 +1,9 @@
> +s390-tools (1.32.0-2) UNRELEASED; urgency=medium
> +
> +  * Add dbginfo.sh. (Closes: #807442)
> +
> + -- dann frazier   Tue, 08 Dec 2015 22:33:52 +0100
> +
>  s390-tools (1.32.0-1) unstable; urgency=medium
>  
>* New upstream release
> diff -Nru s390-tools-1.32.0/debian/s390-tools.install 
> s390-tools-1.32.0/debian/s390-tools.install
> --- s390-tools-1.32.0/debian/s390-tools.install   2014-07-26 
> 23:59:18.0 +0200
> +++ s390-tools-1.32.0/debian/s390-tools.install   2015-12-08 
> 23:08:30.0 +0100
> @@ -10,6 +10,10 @@
>  /sbin/dasdview
>  /usr/share/man/man8/dasdview.8
>  
> +# dbginfo.sh
> +/sbin/dbginfo.sh
> +/usr/share/man/man1/dbginfo.sh.1
> +
>  # fdasd
>  /sbin/fdasd
>  /usr/share/man/man8/fdasd.8

Three comments:

 * dbginfo.sh should tell the user that the information in the tarball
   is sensitive.
 * The resulting tarball should be 0600 by default. (The script needs
   to run as root anyway, but placing the result world-readable in
   /tmp does not seem smart.)
 * Unless this is expected to be in /sbin, given that it's user
   invoked and not usually scripted, should this be in /usr/sbin
   instead?

Kind regards and thanks
Philipp Kern


signature.asc
Description: Digital signature

Bug#807826: redmine: CVE-2015-8537: Data disclosure in atom feed

[Salvatore Bonaccorso]

Source: redmine
Version: 3.0~20140825-5
Severity: important
Tags: security upstream patch fixed-upstream

Hi,

the following vulnerability was published for redmine.

CVE-2015-8537[0]:
Data disclosure in atom feed

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-8537
[1] 
https://github.com/redmine/redmine/commit/7e423fb4538247d59e01958c48b491f196a1de56
[2] https://www.redmine.org/issues/21419 (unfortunately not public
accessible)

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#807828: jessie-pu: package libencode-perl/2.63-1+deb8u1

[gregor herrmann]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I'd like to upload libencode-perl to s-p-u to fix #799086 (cf. also
#798727 for the perl core variant).

The patch is taken from upstream's 2.77 release and changes the
behaviour of decode() in the absence of a BOM: previously it died,
now it assumes BE accordingly to RFC2781 and the Unicode Standard
version 8.0.

Full debdiff attached.


Thanks in advance,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJWbZFHXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGC+8QAJ8SUzYcTZ/5t4z4MTsl81bn
VdPjtlW1VqILmbdbfKOVuzyFVx0IidFyCNwaxkca2ncCiwSZbdhA5m/A92TPhKe5
6hcRVCcuWmnIj4xxAfdsATPwUGqPtoe5BWze89S9AYd118rW2vLgFqgbXTn4+zd+
PYVTG3IJjik68wZcpMHi979PEPUkG1lIlJdWrp10YdriaD1H9NDqC8YUQJXVgRIq
jdrTvy1WiV940V1O2q61XdKMoLq/zvtkpTm5Ic5k5jeHSN6gEtfywnuqJrk/86i/
BO49YHwMhNO+vwDWHS6EOEa5EB5lDc29UdXU+yxtqjTE77mZVssJR9VDnCTerluw
K73ju3b095h1ABG3Gd8yYhVWvdQ/DQH//0VMwEFmfEwJsZSqyn+iv1Fw+WlmCYeC
8Qua1tvvOiA7NyLkt35oCjgm1FzOKzK7NL0UoIf07aBHOz/3xuNeR1YaWeKWu2JE
hXK13tluoTO5Xee0VF2tLBcxdvIJpzY4WmmRayXJZax0Tusg1Y5dnVDpdIohnlja
PzselS885sfITliBW7e0LT+ViIqVpJmR4YKF48A86lQ2tiodD5HmuU/jm5CLhK0u
OIc516T3EecP8iEzifuE7b6iwBUXa50vX7blic3/mxs06Boa8HkPSw5wtePJfbrQ
qpUAj2rgD+T4u1clVgXj
=p8zm
-END PGP SIGNATURE-
diff -Nru libencode-perl-2.63/debian/changelog libencode-perl-2.63/debian/changelog
--- libencode-perl-2.63/debian/changelog	2014-10-20 20:21:35.0 +0200
+++ libencode-perl-2.63/debian/changelog	2015-12-13 16:31:13.0 +0100
@@ -1,3 +1,13 @@
+libencode-perl (2.63-1+deb8u1) UNRELEASED; urgency=medium
+
+  * Add patch dont-die-without-bom.patch.
+The decode() routine died when no BOM was found. This patch, backported
+from upstream's 2.77 release, changes the behaviour to fall back to BE
+according to RFC2781 and the Unicode Standard version 8.0.
+(Closes: #799086)
+
+ -- gregor herrmann   Sun, 13 Dec 2015 16:30:29 +0100
+
 libencode-perl (2.63-1) unstable; urgency=medium
 
   [ Salvatore Bonaccorso ]
diff -Nru libencode-perl-2.63/debian/patches/dont-die-without-bom.patch libencode-perl-2.63/debian/patches/dont-die-without-bom.patch
--- libencode-perl-2.63/debian/patches/dont-die-without-bom.patch	1970-01-01 01:00:00.0 +0100
+++ libencode-perl-2.63/debian/patches/dont-die-without-bom.patch	2015-12-13 16:31:13.0 +0100
@@ -0,0 +1,56 @@
+From 27682d02f7ac0669043faeb419dd5a104eecfb73 Mon Sep 17 00:00:00 2001
+From: Dan Kogai 
+Date: Tue, 15 Sep 2015 22:49:12 +0900
+Subject: [PATCH] Address https://rt.cpan.org/Public/Bug/Display.html?id=107043
+
+  ! Unicode/Unicode.xs Unicode/Unicode.pm
+Address RT#107043: If no BOM is found, the routine dies.
+When you decode from UTF-(16|32) without -BE or LE without BOM,
+Encode now assumes BE accordingly to RFC2781 and the Unicode
+Standard version 8.0
+
+Bug: https://rt.cpan.org/Public/Bug/Display.html?id=107043
+Bug-Debian: https://bugs.debian.org/799086
+
+--- a/Unicode/Unicode.pm
 b/Unicode/Unicode.pm
+@@ -176,7 +176,13 @@
+ 
+ When BE or LE is omitted during decode(), it checks if BOM is at the
+ beginning of the string; if one is found, the endianness is set to
+-what the BOM says.  If no BOM is found, the routine dies.
++what the BOM says.
++
++=item Default Byte Order
++
++When no BOM is found, Encode 2.76 and below croaked.  Since Encode
++2.77 (and 2.63-1+deb8u1), it falls back to BE accordingly to RFC2781 and the Unicode
++Standard version 8.0
+ 
+ =item *
+ 
+--- a/Unicode/Unicode.xs
 b/Unicode/Unicode.xs
+@@ -164,9 +164,19 @@
+ 		endian = 'V';
+ 	}
+ 	else {
+-		croak("%"SVf":Unrecognised BOM %"UVxf,
+-		  *hv_fetch((HV *)SvRV(obj),"Name",4,0),
+-		  bom);
++   /* No BOM found, use big-endian fallback as specified in
++* RFC2781 and the Unicode Standard version 8.0:
++*
++*  The UTF-16 encoding scheme may or may not begin with
++*  a BOM. However, when there is no BOM, and in the
++*  absence of a higher-level protocol, the byte order
++*  of the UTF-16 encoding scheme is big-endian.
++*
++*  If the first two octets of the text is not 0xFE
++*  followed by 0xFF, and is not 0xFF followed by 0xFE,
++*  then the text SHOULD be interpreted as big-endian.
++*/
++s -= size;
+ 	}
+ 	}
+ #if 1
diff -Nru libencode-perl-2.63/debian/patches/series libencode-perl-2.63/debian/patches/series
--- libencode-perl-2.63/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ libencode-perl-2.63/debian/patches/series	2015-12-13 16:31:13.0 +0100
@@ -0,0 +1 @@

Bug#708181: requests password to boot

[Francesco Poli]

On Wed, 9 Dec 2015 06:16:09 + Tomar, Tejendra Singh wrote:

> Does anyone have any update on this bug ?
> 
> I can see the status is still open at https://savannah.gnu.org/bugs/?41801
> 
> Thanks and Best Regards
> Tejendra

Hello,
I am also wondering what's the status of this bug.

It has been forwarded upstream with a patch on March 2014, but it seems
to have received no reply from upstream yet.

Could someone urge upstream to review the patch and apply it, please?

This "all or nothing" support for GRUB passwords is really frustrating:
I would like to restrict (with a password) the ability to edit menu
entries, without restricting the ability to select the menu entries.
As previously said, this is not currently possible (without locally
patching /etc/grub.d/* stuff).

I really hope this annoying regression may be fixed soon.
Thanks for your time!

Bye.


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


pgpEjKQFOn_F4.pgp
Description: PGP signature

Bug#786150: gextractwinicons: diff for NMU version 0.3.1-1.1

[Mattia Rizzolo]

Control: tags 786150 + patch
Control: tags 786150 + pending

Dear maintainer,

I've prepared an NMU for gextractwinicons (versioned as 0.3.1-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
regards,
Mattia Rizzolo

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

 debian/pycompat |1 -
 debian/pyversions   |1 -
 gextractwinicons-0.3.1/debian/changelog |8 
 gextractwinicons-0.3.1/debian/control   |3 ++-
 gextractwinicons-0.3.1/debian/rules |2 +-
 gextractwinicons-0.3.1/debian/watch |6 +++---
 6 files changed, 14 insertions(+), 7 deletions(-)

diff -u gextractwinicons-0.3.1/debian/rules gextractwinicons-0.3.1/debian/rules
--- gextractwinicons-0.3.1/debian/rules
+++ gextractwinicons-0.3.1/debian/rules
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 
-DEB_PYTHON_SYSTEM=pysupport
+DEB_PYTHON2_MODULE_PACKAGES := gextractwinicons
 
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/python-distutils.mk
diff -u gextractwinicons-0.3.1/debian/control gextractwinicons-0.3.1/debian/control
--- gextractwinicons-0.3.1/debian/control
+++ gextractwinicons-0.3.1/debian/control
@@ -5,10 +5,11 @@
 Uploaders: Python Applications Packaging Team 
 Standards-Version: 3.9.1
 Build-Depends: cdbs (>= 0.4.49), python (>= 2.5), debhelper (>= 7)
-Build-Depends-Indep: python-support (>=0.6)
+Build-Depends-Indep: dh-python
 Homepage: http://code.google.com/p/gextractwinicons/
 Vcs-Svn: svn://svn.debian.org/svn/python-apps/packages/gextractwinicons/trunk/
 Vcs-Browser: http://svn.debian.org/viewsvn/python-apps/packages/gextractwinicons/trunk/
+X-Python-Version: >= 2.5
 
 Package: gextractwinicons
 Architecture: all
diff -u gextractwinicons-0.3.1/debian/changelog gextractwinicons-0.3.1/debian/changelog
--- gextractwinicons-0.3.1/debian/changelog
+++ gextractwinicons-0.3.1/debian/changelog
@@ -1,3 +1,11 @@
+gextractwinicons (0.3.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Build using dh-python instead of python-support.  Closes: #786150
+  * debian/watch: update after the move to github.
+
+ -- Mattia Rizzolo   Sun, 13 Dec 2015 15:34:41 +
+
 gextractwinicons (0.3.1-1) unstable; urgency=low
 
   * New upstream source 0.3.1 (closes bug #600015)
reverted:
--- gextractwinicons-0.3.1/debian/pycompat
+++ gextractwinicons-0.3.1.orig/debian/pycompat
@@ -1 +0,0 @@
-2
reverted:
--- gextractwinicons-0.3.1/debian/pyversions
+++ gextractwinicons-0.3.1.orig/debian/pyversions
@@ -1 +0,0 @@
-2.5-
diff -u gextractwinicons-0.3.1/debian/watch gextractwinicons-0.3.1/debian/watch
--- gextractwinicons-0.3.1/debian/watch
+++ gextractwinicons-0.3.1/debian/watch
@@ -1,5 +1,5 @@
-# watch control file for uscan
 version=3
-http://code.google.com/p/gextractwinicons/downloads/list \
-  http://gextractwinicons.googlecode.com/files/gextractwinicons_(.*)_all\.tar\.gz
+
+https://github.com/muflone/gextractwinicons/releases \
+ .*[^n]/(?:|v|version-|r|REL_|rel-|gextractwinicons(?:_|-))(\d[^\s/]*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz)
 


signature.asc
Description: PGP signature

Bug#807831: RM: gnomecatalog -- RoQA; low popcon; dead upstream; unmaintained; depends on old libraries scheduled for removal

[Mattia Rizzolo]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: Jose Sanchez Moreno 

maintainer in x-debbugs-cc.

it depends on python-support and python-gnome2 we're (slowly) trying to
remove.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#608245: fretsonfire-game: Game doesn't work - sha module warning and then EOFError

[Markus Koschany]

Control: severity -1 normal

On Wed, 29 Dec 2010 18:01:41 +1100 Russell Coker 
wrote:
> Package: fretsonfire-game
> Version: 1.3.110.dfsg-2
> Severity: important
> 
> 
> When I run it I get the following error output:
> 
> $ fretsonfire 
> /usr/share/games/fretsonfire/game/Song.py:31: DeprecationWarning: the sha 
> module is deprecated; use the hashlib module instead
>   import sha
> Traceback (most recent call last):
>   File "./FretsOnFire.py", line 45, in 
> from GameEngine import GameEngine
>   File "/usr/share/games/fretsonfire/game/GameEngine.py", line 34, in 
> from Data import Data
>   File "/usr/share/games/fretsonfire/game/Data.py", line 23, in 
> from Font import Font
>   File "/usr/share/games/fretsonfire/game/Font.py", line 27, in 
> from Texture import Texture
>   File "/usr/share/games/fretsonfire/game/Texture.py", line 27, in 
> import Image
>   File "/usr/lib/python2.6/dist-packages/PIL/Image.py", line 70, in 
> import ImagePalette
>   File "/usr/lib/python2.6/dist-packages/PIL/ImagePalette.py", line 20, in 
> 
> import Image, ImageColor
> EOFError: EOF read where object expected
> 

The sha module is indeed deprecated but I don't see the error message
when starting the game. So the sha module should probably be replaced
with hashlib but I don't think it is a very urgent matter at the moment.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#807828: jessie-pu: package libencode-perl/2.63-1+deb8u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2015-12-13 at 16:39 +0100, gregor herrmann wrote:
> I'd like to upload libencode-perl to s-p-u to fix #799086 (cf. also
> #798727 for the perl core variant).
> 
> The patch is taken from upstream's 2.77 release and changes the
> behaviour of decode() in the absence of a BOM: previously it died,
> now it assumes BE accordingly to RFC2781 and the Unicode Standard
> version 8.0.

Please go ahead; thanks.

Regards,

Adam

Bug#807793: sisu: sisu-mode.el install to site-lisp

[Ralph Amissah]

Kevin, thank you for your feedback. It is very helpful.

I do not know enough about emacs packaging, though I have started to
really enjoy using it (with vim bindings and evil-mode (and look forward
to trying spacemacs)).

I together with Ambrose Kofi Laing assigned an earlier version of the
file to the FSF, and see them and maintenance of it ultimately as
upstream, so I am obliged to forward it to them. Which I intend to and
shall do. There are a few things that ought to be done with the file
before its submission though.

With respect to Debian packaging or interaction with the installed
Debian package, I have a couple of questions. Should not file deposits
to /usr/share/emacs/site-lisp/sisu-mode.el be co-ordinated with the
debian-emacs team? What is the protocol? I will look up email, do they
have an IRC presence?

I am out a fair bit these days and will be quite busy, but would like to
see that this is sorted.

Thank you.
Ralph Amissah

On Sun, Dec 13, 2015 at 02:42:20PM +1100, Kevin Ryde wrote:
> Package: sisu
> Version: 7.1.5-1
> Severity: wishlist
> Tags: patch
> File: /usr/share/sisu/conf/editor-syntax-etc/emacs/sisu-mode.el
> 
> It'd be good to install sisu-mode.el to
> /usr/share/emacs/site-lisp/sisu-mode.el ready for use in emacs.
> A symlink to or from /usr/share/sisu/conf/editor-syntax-etc/emacs/ could
> be left if desired if users might expect to see it there too.
> 
> I suggest file debian/sisu.emacsen-startup below for autoloads which
> dh_installemacsen will install to /etc/emacs/site-start.d/50sisu.el
> 
> This doesn't create a dependency on emacs, just makes it ready for use
> if you do run emacs.
> 

> ;;; 50sisu.el -- debian emacs setups for sisu
> 
> (if (not (file-exists-p "/usr/share/emacs/site-lisp/sisu-mode.el"))
> (message "sisu removed but not purged, skipping setup")
> 
>   (autoload 'sisu-mode "sisu-mode" "Major mode for editing SiSU files." t)
>   (add-to-list 'auto-mode-alist '("\\.sst\\'" . sisu-mode))
>   (add-to-list 'auto-mode-alist '("\\.ssm\\'" . sisu-mode))
>   (add-to-list 'auto-mode-alist '("\\.ssi\\'" . sisu-mode)))

Bug#807836: python3.4 maintainer script error: "xargs: invalid number for -s option"

[Thilo Six]

Package: python3.4
Version: 3.4.4~rc1-1
Severity: normal

Dear Maintainer,

i did usual update today, during that python3.4 complained:

Processing triggers for libc-bin (2.19-22) ...
(Reading database ... 229755 files and directories currently installed.)
Preparing to unpack .../libpython3.4_3.4.4~rc1-1_amd64.deb ...
Unpacking libpython3.4:amd64 (3.4.4~rc1-1) over (3.4.3-10+b1) ...
Preparing to unpack .../python3.4_3.4.4~rc1-1_amd64.deb ...
xargs: invalid number for -s option
Usage: xargs [-0prtx] [--interactive] [--null] [-d|--delimiter=delim]
   [-E eof-str] [-e[eof-str]]  [--eof[=eof-str]]
   [-L max-lines] [-l[max-lines]] [--max-lines[=max-lines]]
   [-I replace-str] [-i[replace-str]] [--replace[=replace-str]]
   [-n max-args] [--max-args=max-args]
   [-s max-chars] [--max-chars=max-chars]
   [-P max-procs]  [--max-procs=max-procs] [--show-limits]
   [--verbose] [--exit] [--no-run-if-empty] [--arg-file=file]
   [--version] [--help] [command [initial-arguments]]

Report bugs to .
Unpacking python3.4 (3.4.4~rc1-1) over (3.4.3-10+b1) ...
Preparing to unpack .../python3.4-minimal_3.4.4~rc1-1_amd64.deb ...
Unpacking python3.4-minimal (3.4.4~rc1-1) over (3.4.3-10+b1) ...
Preparing to unpack .../libpython3.4-stdlib_3.4.4~rc1-1_amd64.deb ...
xargs: invalid number for -s option
Usage: xargs [-0prtx] [--interactive] [--null] [-d|--delimiter=delim]
   [-E eof-str] [-e[eof-str]]  [--eof[=eof-str]]
   [-L max-lines] [-l[max-lines]] [--max-lines[=max-lines]]
   [-I replace-str] [-i[replace-str]] [--replace[=replace-str]]
   [-n max-args] [--max-args=max-args]
   [-s max-chars] [--max-chars=max-chars]
   [-P max-procs]  [--max-procs=max-procs] [--show-limits]
   [--verbose] [--exit] [--no-run-if-empty] [--arg-file=file]
   [--version] [--help] [command [initial-arguments]]

Report bugs to .
Unpacking libpython3.4-stdlib:amd64 (3.4.4~rc1-1) over (3.4.3-10+b1) ...
Preparing to unpack .../libpython3.4-minimal_3.4.4~rc1-1_amd64.deb ...
xargs: invalid number for -s option
Usage: xargs [-0prtx] [--interactive] [--null] [-d|--delimiter=delim]
   [-E eof-str] [-e[eof-str]]  [--eof[=eof-str]]
   [-L max-lines] [-l[max-lines]] [--max-lines[=max-lines]]
   [-I replace-str] [-i[replace-str]] [--replace[=replace-str]]
   [-n max-args] [--max-args=max-args]
   [-s max-chars] [--max-chars=max-chars]
   [-P max-procs]  [--max-procs=max-procs] [--show-limits]
   [--verbose] [--exit] [--no-run-if-empty] [--arg-file=file]
   [--version] [--help] [command [initial-arguments]]


root@debiansid /var/lib/dpkg (git)-[master] U # LANG=C LC_ALL=C xargs
--show-limits < /dev/null 2>&1
Your environment variables take up 5745 bytes
POSIX upper limit on argument length (this system): 4611686018427380110
POSIX smallest allowable upper limit on argument length (all systems): 4096
Maximum length of command we could actually use: 4611686018427374365
Size of command buffer we are actually using: 131072

root@debiansid /var/lib/dpkg (git)-[master] U # which xargs
/usr/bin/xargs
root@debiansid /var/lib/dpkg (git)-[master] U # which awk
/usr/bin/awk
root@debiansid /var/lib/dpkg (git)-[master] U # locale
LANG=C.UTF-8
LANGUAGE=
LC_CTYPE=C.UTF-8
LC_NUMERIC=de_DE.utf8
LC_TIME=de_DE.utf8
LC_COLLATE=C.UTF-8
LC_MONETARY=de_DE.utf8
LC_MESSAGES=C.UTF-8
LC_PAPER=de_DE.utf8
LC_NAME=de_DE.utf8
LC_ADDRESS=de_DE.utf8
LC_TELEPHONE=de_DE.utf8
LC_MEASUREMENT=de_DE.utf8
LC_IDENTIFICATION=de_DE.utf8
LC_ALL=
root@debiansid /var/lib/dpkg (git)-[master] U # LANG=C LC_ALL=C xargs
--show-limits < /dev/null 2>&1 | awk '/Maximum/ {print int($NF / 4)}'
1.15292e+18


This seems to be some sort of resurrection of #620836 .


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

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

Versions of packages python3.4 depends on:
ii  libpython3.4-stdlib  3.4.4~rc1-1
ii  mime-support 3.59
ii  python3.4-minimal3.4.4~rc1-1

python3.4 recommends no packages.

Versions of packages python3.4 suggests:
ii  binutils2.25.1-7
pn  python3.4-doc   
pn  python3.4-venv  

-- no debconf information

Bug#807810: clarify please

[Adam D. Barratt]

On Sun, 2015-12-13 at 11:34 +, Nicholas Bamber wrote:
> I don't see why this is not clear. Bug reports that have been sent to 
> upstream are marked with proof that they have been sent upstream.

nn@bugs doesn't reach the submitter by default. If you want them to
answer a question, then you need to send it to them.

(I also don't understand how your mail is a response to the original
report, which was about the possibility of multiple "forwarded"
destinations, but could be missing something.)

Regards,

Adam

Bug#807810: got it

[Nicholas Bamber]

You want to be able to support forwarding to two places. I doubt that 
this is a worthwhile idea, but in any case it would firts need to be 
fixed in the Debian bugs system.

Bug#807756: gnubg: fails to start. hangs using 100% of one cpu core

[Andreas Metzler]

On 2015-12-12 Russ Allbery  wrote:
[...]
> > when starting gnubg it uses 100% of one cpu core and then apparently
> > hangs with no output and without starting the gui.

> So, I'm not sure what's going on here, but it seems to be some sort of
> weird bug in libgnutls/libtasn1.  gnubg is going into an infinite loop
> before any gnubg code actually runs at all, during shared library
> initialization.  This is the backtrace of the infinite loop:
[...]

Some more points of strangeness:
jessie's gnubg package (1.04.000-1) works on current stretch.
Rebuilding the jessie source on current sid produces a binary which
fails.
Rebuilding with DEB_BUILD_OPTIONS=noopt works
Rebuilding on current sid with gcc-4.9 produces a working package.
Rebuilding either the jessie or the sid source with -O1 segfaults at
start:
(gdb) run
Starting program: /usr/games/gnubg
[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.
memcpy (__dest=0x833070,
__dest@entry=, __src=0x7fffea09a46e,
__src@entry=, __len=6,
__len@entry=) at /usr/include/x86_64-linux-gnu/bits/string3.h:53
53


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

Bug#807822: youtube-dl: backport 2015-11-27

[Geert Stappers]

Package: youtube-dl
Version: 2015.02.28-1~bpo8+1
Severity: wishlist

Dear Maintainer,

What is needed to get the Strech version 2015-11-27 of youtube-dl
to Jessie backports?


Cheers
Geert Stappers

Bug#483445: fretsonfire: Screensaver activates while playing with guitar controller

[Markus Koschany]

Control: severity -1 wishlist

On Wed, 28 May 2008 16:09:59 -0400 Anders Kaseorg  wrote:
> Package: fretsonfire-game
> Version: 1.2.451.dfsg-2
> 
> I'm using fretsonfire on Ubuntu intrepid, and if I play the game using a
> guitar controller for longer than the screensaver timeout, the
> screensaver activates (in the middle of a song!).  fretsonfire should
> poke gnome-screensaver to ensure that it doesn't activate while playing.

If at all this is a wishlist bug, although I'm quite sure that there are
other ways to tell the screensaver not to interfere with fullscreen
applications. So this might not be a bug in fretsonfire.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#797806: when MTP device attached, "Open with Shotwell" does not appear in list of choices

[Jörg Frings-Fürst]

Hello Daniel,

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

I think after some tests, that this bug is based in a wrong handling
from udev.

So I reassign this but to systemd.

CU
Jörg

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

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

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

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

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





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

Bug#807835: RM: gwrite -- RoQA; RC-buggy, not in stable or testing, depends on old libraries, dead upstream, unmaintained

[Mattia Rizzolo]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: gwr...@packages.debian.org


Thanks!

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#798727: Bug #798727: Breaks sa-learn

[gregor herrmann]

Control: tag 799086 + pending

On Sun, 13 Dec 2015 16:48:37 +0100, gregor herrmann wrote:

> > So fixing #799086 (cc'd) in jessie would need to happen first.
> Patch backported in git, pu bug filed: #807828

And uploaded to s-p-u after the RT's approval.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: Love is just a four letter word


signature.asc
Description: Digital Signature

Bug#313413: (no subject)

[Ken Sharp]

What possible use is this? This is what /etc/hosts is for.

Bug#807828: jessie-pu: package libencode-perl/2.63-1+deb8u1

[gregor herrmann]

On Sun, 13 Dec 2015 17:04:10 +, Adam D. Barratt wrote:

> > I'd like to upload libencode-perl to s-p-u to fix #799086 (cf. also
> > #798727 for the perl core variant).
> 
> Please go ahead; thanks.

Thank you; uploaded.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: Love is just a four letter word


signature.asc
Description: Digital Signature