Bug#775266: virtualbox networking problems in bridge mode

[Ritesh Raj Sarraf]

On Tue, 2015-01-13 at 17:00 +0530, Ritesh Raj Sarraf wrote:
> 
> My intent is to have a custom bridge interface, which I hand control.
> THen, to it I'd like to attach everythign: KVM, VBox, LXC etc, and
> let
> them all talk to each other.

The issue can now be confirmed to be a problem specific to VBox.

I just switched the hypervisor to KVM and everything, in the same use
case, works perfect.

For vbox, I get the following. In that, the interesting line is:

[37967.268511] vboxnetflt: 1693 out of 1820 packets were not sent
(directed to host)




[36771.944022] mce: [Hardware Error]: Machine check events logged
[37117.156962] vboxdrv: a0dae020 VMMR0.r0
[37117.307043] vboxdrv: a0ea8020 VBoxDDR0.r0
[37117.310100] vboxdrv: a0005020 VBoxDD2R0.r0
[37117.322672] VBoxNetFlt: attached to 'lxcbr0' / 96:07:08:fd:b1:af
[37118.406945] device lxcbr0 entered promiscuous mode
[37122.599766] device lxcbr0 left promiscuous mode
[37126.331558] vboxnetflt: 0 out of 0 packets were not sent (directed
to host)
[37165.472580] vboxdrv: a0dae020 VMMR0.r0
[37165.634561] vboxdrv: a0ea8020 VBoxDDR0.r0
[37165.637089] vboxdrv: a0005020 VBoxDD2R0.r0
[37165.648193] VBoxNetFlt: attached to 'lxcbr0' / 96:07:08:fd:b1:af
[37166.776050] device lxcbr0 entered promiscuous mode
[37369.560784] ip6_tables: (C) 2000-2006 Netfilter Core Team
[37679.891682] IPv6: ADDRCONF(NETDEV_UP): vb-fedoraTempl: link is not
ready
[37679.891809] device vb-fedoraTempl entered promiscuous mode
[37679.891872] lxcbr0: port 2(vb-fedoraTempl) entered forwarding state
[37679.891913] lxcbr0: port 2(vb-fedoraTempl) entered forwarding state
[37679.894684] lxcbr0: port 2(vb-fedoraTempl) entered disabled state
[37681.192591] IPv6: ADDRCONF(NETDEV_CHANGE): vb-fedoraTempl: link
becomes ready
[37681.192867] lxcbr0: port 2(vb-fedoraTempl) entered forwarding state
[37681.192920] lxcbr0: port 2(vb-fedoraTempl) entered forwarding state
[37696.204504] lxcbr0: port 2(vb-fedoraTempl) entered forwarding state
[37964.188986] device lxcbr0 left promiscuous mode
[37967.268511] vboxnetflt: 1693 out of 1820 packets were not sent
(directed to host)
[38054.862510] Ebtables v2.0 registered
[38397.343581] tun: Universal TUN/TAP device driver, 1.6
[38397.343587] tun: (C) 1999-2004 Max Krasnyansky 
[38397.395139] device vnet0 entered promiscuous mode
[38397.427568] lxcbr0: port 3(vnet0) entered forwarding state
[38397.427614] lxcbr0: port 3(vnet0) entered forwarding state
[38398.370910] kvm: zapping shadow pages for mmio generation wraparound
[38398.378587] kvm: zapping shadow pages for mmio generation wraparound
[38412.488240] lxcbr0: port 3(vnet0) entered forwarding state
[38951.067857] VBoxPciLinuxLinuxUnload
2015-11-04 / 13:25:52 ♒♒♒  ☺    


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



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

Bug#749063: docker makes df horrible

[Tianon Gravi]

On 23 May 2014 at 10:43, Michael Stone  wrote:
> They're the same baseline filesystem, but aufs lets you merge filesystems
> and redirect writes so they're logically different. (And, presumably, they
> may consume storage differently in other cases than yours and someone may
> want to see that via df.) I'd assume that they've got different device IDs
> (stat -c %d /mnt/whatever) unlike bind mounts, which are exactly the same
> filesystem. (df uses the device IDs to determine which filesystems are
> duplicates.)

I'm fairly sure Docker upstream "fixed" this particular problem by
changing the way mounts/mount namespaces are handled such that "df"
(even "df -a" as root) on the host no longer sees the mounts of all
the containers.  If someone else could also confirm that their "df" /
"df -a" output is clean with a newer Docker (as mine is, on both
"overlay" and "aufs" storage backends), then I think we're probably
good to close this bug, right?

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#804007: pre-existing git repository for bcftools

[Andreas Tille]

Hi Afif,

On Tue, Nov 03, 2015 at 11:22:53PM -0800, Afif Elghraoui wrote:
> 
> As I've already made good progress on the package starting anew, would
> it be alright if I discard the old repository on Alioth? That attempt
> targets a much older upstream release.

Keeping Charles in CC to enable him to insist:  From my perspective it
is fine to keep the "most promising" repository.  If your progress is
larger than the old repository I would not mind about its history.

Hmmm, even if I try to fetch everything we have in our tasks bcftools
seems to have slipped through.  I added it right now.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#803815: fuse-emulator-utils: FTBFS with FFmpeg 2.9

[Alberto Garcia]

On Tue, Nov 03, 2015 at 07:40:13PM +0100, Andreas Cadhalpun wrote:

> > Do you want me to upload the new fuse package now, or shall I
> > better wait until the new FFMPEG reaches Debian?
> 
> It would be good if most the packages were ready for ffmpeg 2.9,
> when it get's released. Thus it would be great if you could upload
> the new fuse package soon. But there is no hurry yet, so it's also
> fine if you do it sometime in the coming weeks.

Upstream said that they're planning to remove the FFmpeg dependency
for the next release, so let's do it like this:

- If there's a new upstream version I'll upload it and this patch will
  not be needed.

- If FFmpeg 2.9 is ready before that ping me when it's available in sid
  and I'll immediately upload the fuse package with your patch. I have
  it ready so I can do it quickly.

Does that sound good?

Berto

Bug#804009: libvirt-bin: exception when deleting a vm

[Ritesh Raj Sarraf]

Package: libvirt-bin
Version: 1.2.20-1
Severity: normal

When deleting the VM, along with its file image, I am shown the
following error message in a pop-up.


`
Errors encountered while removing certain storage devices.

cannot unlink file '/var/lib/libvirt/images/debian8.qcow2': Success
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/delete.py", line 182, in 
_async_delete
self._async_delete_path(conn, path, meter)
  File "/usr/share/virt-manager/virtManager/delete.py", line 228, in 
_async_delete_path
vol.delete(0)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 3361, in delete
if ret == -1: raise libvirtError ('virStorageVolDelete() failed', vol=self)
libvirtError: cannot unlink file '/var/lib/libvirt/images/debian8.qcow2': 
Success


At one end, it says "Success" but also reports error.
Lookng at the datastore, the VM file is not deleted.



rrs@learner:~$ sudo ls /var/lib/libvirt/images/ -l
[sudo] password for rrs: 
total 3768528
-rw--- 1 root root 8591507456 Nov  4 13:32 debian8.qcow2
2015-11-04 / 13:43:10 ♒♒♒  ☺




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

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

Versions of packages libvirt-bin depends on:
ii  libvirt-clients1.2.20-1
ii  libvirt-daemon-system  1.2.20-1

libvirt-bin recommends no packages.

libvirt-bin suggests no packages.

-- no debconf information

Bug#800118: binary directory problems loading mods

[Fabian Greffrath]

Am Dienstag, den 03.11.2015, 09:59 -0430 schrieb PICCORO McKAY Lenz:
> set basedir for the downloaded game by example JUG
> (/media/pendrive/JUG), many custom mods need loaded the complete game
> at base dir to the engine does not work!

Is there even a pak0.pak file in Juggernaut or does it require its own
engine to run anyway?

Also, it is a pain to read through your mails and guess what you might
be talking about. Please take the time before clicking the "Send"
button to read through your text again and reconsider if what you have
written may be understandable to others. Also, some basic punctuation,
grammar and orthography won't hurt. Please note that I am not a native
English speaker, either, but I consider it disrespectful towards others
to just hack around on my keyboard and let them figure out. Thank you!

 - Fabian


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

Bug#804010: New version 1.0.1 available

[Sebastien Bacher]

Package: gdisk
Version: 1.0.0-3

There is a new 1.0.1 version available that fixes some EFI issues and
potential segfaults on some architectures, it would be nice to have that
update in Debian

Bug#804007: [Debian-med-packaging] Bug#804007: pre-existing git repository for bcftools

[Charles Plessy]

> On Tue, Nov 03, 2015 at 11:22:53PM -0800, Afif Elghraoui wrote:
> > 
> > As I've already made good progress on the package starting anew, would
> > it be alright if I discard the old repository on Alioth? That attempt
> > targets a much older upstream release.

Le Wed, Nov 04, 2015 at 08:59:18AM +0100, Andreas Tille a écrit :
> 
> Keeping Charles in CC to enable him to insist:  From my perspective it
> is fine to keep the "most promising" repository.  If your progress is
> larger than the old repository I would not mind about its history.

Thanks for the ping; no problem on my side.

Cheers,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan

Bug#803991: fio: new upstream version available

[Martin Steigerwald]

Hi Matt,

Am Dienstag, 3. November 2015, 16:44:09 CET schrieb Matt Taggart:
> Package: fio
> Version: 2.1.11-2
> Severity: wishlist
> 
> There are newer upstream versions of fio available at
> 
> http://brick.kernel.dk/snaps/
> 
> As of today the latest is 2.2.10 with a timestamp of 2015-09-11.
> Please consider updating the package.

I am in the process of doing so, see my progress at:

https://github.com/teamix/fio-debian

(I am not sure I already updated the alioth repo on Debian, I may have done 
so.)

I think I am almost done. I would be asking Sven Hoexter, my last sponsor, or 
anyone else who is willing to help for review and uploading then.

Thanks,
Martin

-- 
Martin Steigerwald  | Consultant / Trainer

teamix GmbH
Südwestpark 43
90449 Nürnberg

Tel.:  +49 911 30999 55 | Fax: +49 911 30999 99
mail: martin.steigerw...@teamix.de | web:  http://www.teamix.de | blog: 
http://blog.teamix.de

Amtsgericht Nürnberg, HRB 18320 | Geschäftsführer: Oliver Kügow, Richard Müller

teamix Support Hotline: +49 911 30999-112
 
 *** Besuchen Sie uns vom 16.-19.11.2015 auf der NetApp Insight im CityCube in 
Berlin auf Stand A5. ***

Bug#804011: ITP: airline -- Java annotation-based framework for parsing command line parameters

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: airline
  Version : 0.7
  Upstream Author : Dain Sundstrom
* URL : https://github.com/airlift/airline
* License : Apache-2.0
  Programming Lang: Java
  Description : Java annotation-based framework for parsing command line 
parameters

Airline is a Java annotation-based framework for parsing Git like
command line structures. Airline contains a fully automated help system,
which generates man-page-like documentation driven by the Java annotations.

airline is a dependency of japicmp, a tool that compares two versions
of a jar archive for binary compatibility.

Bug#802848: RFS: gnome-twitch/0.1.0-1 [ITP]

[Paul Wise]

On Sat, Oct 31, 2015 at 11:26 PM, Tim Dengel wrote:

> The second issue is, as you said, the use of git. But adding git to the
> build dependencies would not solve this, since the .git directory is not
> contained in the original tarball, so git couldn't extract the version
> from it anyways.
>
> But I think all this is a non-issue, since the script is only used to
> tell the (upstream) build system the git version so the "about" dialog
> in the application can show that version number. If the script fails
> (like it does now) the build system falls back to the hardcoded version
> (0.1.0 in this case), and those are the versions that get packaged anyways.

You might want to talk to upstream about switching from their
homegrown system to autorevision, which takes care of this quite
nicely:

https://autorevision.github.io/about/

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#804012: html2ps: Use of assignment to $[ is deprecated at /usr/bin/html2ps line 3409

[Jacob Sparre Andersen]

Package: html2ps
Version: 1.0b7-1
Severity: normal

Dear Maintainer,

When I use 'html2ps' to convert a simple HTML file to Postscript, I get the
error message:

Use of assignment to $[ is deprecated at /usr/bin/X11/html2ps line 3409.

It appears that the output from 'html2ps' still is usable, but it is
not nice with error messages from production tools.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fo_FO.ISO-8859-1, LC_CTYPE=fo_FO.ISO-8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages html2ps depends on:
ii  libhtml-parser-perl3.71-1+b3
ii  libimage-magick-perl [perlmagick]  8:6.8.9.9-5
ii  libpaper-utils 1.1.24+nmu4
ii  libwww-perl6.08-1
ii  perl   5.20.2-3+deb8u1
ii  perlmagick 8:6.8.9.9-5

html2ps recommends no packages.

Versions of packages html2ps suggests:
ii  evince [postscript-viewer]   3.14.1-2
ii  ghostscript [postscript-viewer]  9.06~dfsg-2+deb8u1
ii  gv [postscript-viewer]   1:3.7.4-1
ii  texlive-base 2014.20141024-2
pn  weblint-perl 
pn  xhtml2ps 

-- no debconf information

Bug#804013: ITP: libmath-gsl-perl -- Interface to the GNU Scientific Library using SWIG

[Wolfgang Fütterer]

Package: wnpp
Severity: wishlist
Owner: "Wolfgang Fütterer" 

* Package name: libmath-gsl-perl
  Version : 0.35
  Upstream Author : Jonathan Leto 
* URL : https://metacpan.org/release/Math-GSL
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Interface to the GNU Scientific Library using SWIG

Math::GSL uses SWIG to generate Perl bindings to *most* GSL functionality. The
GNU Scientific Library (GSL) is a numerical library for C and C++ programmers.
It is free software under the GNU General Public License.

I plan to maintain this package under the umbrella of the Debian Perl Group.

Bug#804014: xserver-xorg-video-intel: [experimental] wrong resolution selected after X startup

[Bernhard Schmidt]

Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20151019-1~exp1
Severity: normal

Dear Maintainer,

after upgrading xserver-xorg-video-intel on my Stretch workstation from
2:2.99.917-2 to 2:2.99.917+git20151019-1~exp1 (which solved a lot of graphics
glitches, thank you!) I am observing one new issue.

I have a Dell Latitude 7240 (native resolution 1920x1080). With the normal
display on the road it works just fine. When it is docked (lid closed, two
external displays connected through DisplayPort with native 1920x1200
resolution) the external displays come up with 1920x1080 as well, which
distorts the desktop.

I cannot select the correct resolution in the KDE software settings. I can set
the correct resolution with xrandr, but only after about 20 seconds after the
login. So it looks like the correct modes are not available directly at start.

root@BADWLRZ-CLBSC01:~# xrandr --output DP1-2 --mode 1920x1200   
xrandr: cannot find mode 1920x1200
[wait a few seconds]
root@BADWLRZ-CLBSC01:~# xrandr --output DP1-2 --mode 1920x1200
root@BADWLRZ-CLBSC01:~# 

Any hint how to debug this further?

Best Regards,
Bernhard

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Oct 14 16:10 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct 28 00:43 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT 
Integrated Graphics Controller [8086:0a16] (rev 0b)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 4
-rw-r--r-- 1 root root 244 Oct  5 08:42 20-intel.conf

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-5) ) #1 SMP Debian 4.2.5-1 (2015-10-27)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 32050 Nov  4 09:41 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 9.619] 
X.Org X Server 1.17.3
Release Date: 2015-10-26
[ 9.619] X Protocol Version 11, Revision 0
[ 9.619] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[ 9.619] Current Operating System: Linux BADWLRZ-CLBSC01 4.2.0-1-amd64 #1 
SMP Debian 4.2.5-1 (2015-10-27) x86_64
[ 9.619] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 
root=/dev/mapper/sysvg-root ro quiet
[ 9.619] Build Date: 27 October 2015  11:41:02PM
[ 9.619] xorg-server 2:1.17.3-2 (http://www.debian.org/support) 
[ 9.619] Current version of pixman: 0.33.2
[ 9.619]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 9.619] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 9.619] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Nov  4 09:19:12 
2015
[ 9.621] (==) Using config directory: "/etc/X11/xorg.conf.d"
[ 9.621] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 9.622] (==) No Layout section.  Using the first Screen section.
[ 9.622] (==) No screen section available. Using defaults.
[ 9.622] (**) |-->Screen "Default Screen Section" (0)
[ 9.622] (**) |   |-->Monitor ""
[ 9.623] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[ 9.623] (**) |   |-->Device "Intel"
[ 9.623] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 9.623] (==) Automatically adding devices
[ 9.623] (==) Automatically enabling devices
[ 9.623] (==) Automatically adding GPU devices
[ 9.624] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 9.624]Entry deleted from font path.
[ 9.626] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 9.626] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 9.626] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 9.626] (II) Loader magic: 0x564112848de0
[ 9.626] (II) Module ABI versions:
[ 9.626]X.Org ANSI C Emulation: 0.4
[ 9.626]X.Org Video Driver: 19.0
[ 9.626]X.Org XInput driver : 21.0
[ 9.626]X.Org Server Extension : 9.0
[ 9.627] (EE) systemd-logind: failed to get session: PID 1005 does 

Bug#797999: Tested with unstable today : no change only a black screen => qt 5.5.1 does not fix the dual screen problem (on nvidia at least)

[Eric Valette]

On 11/03/2015 02:39 PM, Filippo Rusconi wrote:

Bonjour Eric,

s'il te plaît, ne poste pas des documents html aux listes
debian. C'est très mal vu. Regarde ci-dessous ce qui s'affiche dans le
logiciel de messagerie mutt que beaucoup d'entre nous utilisons. Les
gens effacerons ton message sans le lire.


Of course you are right. I must use HTML at work due to my coworker 
using outlook and the crazy way it split ascii mails when mail threads 
becomes complicated. I often forgot to force back ascii for bugs and 
internet mailing list...


But I personally think that posting HTML mail in english is more 
readable than ascii mail in french for most people when targeting an 
international audience ;-)



-- eric

Bug#801690: [Pkg-samba-maint] Bug#801690: 'smbstatus -b' leads to broken ctdb cluster

[Adi Kriegisch]

Hi!

Thanks for getting back to me! :)

> > I recently upgraded a samba cluster from Wheezy (with Kernel, ctdb, samba
> > and glusterfs from backports) to Jessie. The cluster itself is way older
> > and basically always worked. Since the upgrade to Jessie 'smbstatus -b'
> > (almost always) just hangs the whole cluster; I need to interrupt the call
> > with ctrl+c (or run with 'timeout 2') to avoid a complete cluster lockup
> > leading to the other cluster nodes being banned and the node I run smbstatus
> > on to have ctdbd run at 100% load but not being able to recover.
> 
> How do you recover then? KILL-ing ctdbd?
Killing the loaded node is the easiest; manual unbanning of the other nodes
is still required. Combinations of enabling and disabling nodes may fix the
situation too.

> > Calling 'smbstatus --locks' and 'smbstatus --shares' works just fine.
> 
> Have you tried which of --processes, --notify hangs? Does it hangs
> with "-b --fast"?
Ah, I missed that: '--brief --fast' works just fine. So obviously the
validation does not work...

> > 'strace'ing ctdbd leads to a massive amount of these messages:
> >   | 
> > write(58,"\240\4\0\0BDTC\1\0\0\0\215U\336\25\5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
> >   |  1184) = -1 EAGAIN (Resource temporarily 
> > unavailable)
> 
> fd 58 is probably the ctdb socket. Can you confirm?
Right.

> To have more usefull info, can you install gdb, ctdb-dbg and samba-dbg
> and send the stacktrace of ctdbd at the write?
Ok, I will report back the stack traces in a few days (I'm afraid I can
only do these during the weekend).

All the best,
Adi


signature.asc
Description: Digital signature

Bug#804015: ITP: libmath-gsl-perl -- Interface to the GNU Scientific Library using SWIG

[Wolfgang Fütterer]

Package: wnpp
Severity: wishlist
Owner: "Wolfgang Fütterer" 

Package: wnpp
Severity: wishlist
Owner: "Wolfgang Fütterer" 

* Package name: libmath-gsl-perl
  Version : 0.35
  Upstream Author : Jonathan Leto 
* URL : https://metacpan.org/release/Math-GSL
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Interface to the GNU Scientific Library using SWIG

Math::GSL uses SWIG to generate Perl bindings to *most* GSL functionality. The
GNU Scientific Library (GSL) is a numerical library for C and C++ programmers.
It is free software under the GNU General Public License.

I plan to maintain this package under the umbrella of the Debian Perl Group.

Bug#803012: tar ftbfs everywhere (test suite errors)

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Bdale,

I applied the patch below and tested a successful build.

Since this bug is RC and is preventing the package from migrating to
testing, and the recursive extract fixes from being included in Debian
(I'm one of the people that hits this recursive problem in my daily
job), I did prepare an NMU called 1.28-2.1 and uploaded on DELAYED/5
queue.

I also included the disable-silent-rules and the parallel builds, as
suggested in this bug report
(I know they might be out of the NMU scope, but they really help the
builders in faster builds and having some more verbosity is helpful in
debugging the builds).

Let me know if I need to delay it any longer or cancel it.

Hope this helps, I'm attaching the full debdiff to this email

the differences from Mark patch are:

changelog:

+tar (1.28-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  [ Gianfranco Costamagna ]
+  * Disable silent rules, to have more verbose builds.
+  * Fix missing MAKEFLAGS in $(MAKE) call, preventing parallel builds.
+
+  [ Marc Deslauriers ]
+  * debian/patches/use-sort-in-t-dir-tests.diff: upstream patch to fix
+test sort order (Closes: #803012)
+
+ -- Gianfranco Costamagna   Wed, 04 Nov
2015 10:04:22 +0100
+

rules:
@@ -29,6 +29,7 @@
--libexecdir=/usr/lib/tar \
--enable-backup-scripts \
--with-lzma=xz \
+   --disable-silent-rules \
$(CONFARGS)
touch configure-stamp

@@ -38,7 +39,7 @@
 build-stamp: configure-stamp
dh_testdir
RSH="/usr/bin/rsh" CPPFLAGS="$(CPPFLAGS)" CFLAGS="$(CFLAGS)" \
- - LDFLAGS="$(LDFLAGS)" $(MAKE)
+   LDFLAGS="$(LDFLAGS)" $(MAKE) $(MAKEFLAGS)

 ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
 ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))


thanks,

Gianfranco

On Tue, 03 Nov 2015 22:24:57 -0600 Marc Deslauriers
 wrote:
> Package: tar Version: 1.28-2 Followup-For: Bug #803012 User:
> ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu xenial
> ubuntu-patch
> 
> 
> 
> *** /tmp/tmp70_1Po/bug_body
> 
> In Ubuntu, the attached patch was applied to achieve the
> following:
> 
> * debian/patches/use-sort-in-t-dir-tests.diff: upstream patch to
> fix test sort order.
> 
> 
> Thanks for considering the patch.
> 
> 
> -- System Information: Debian Release: jessie/sid APT prefers
> vivid-updates APT policy: (500, 'vivid-updates'), (500,
> 'vivid-security'), (500, 'vivid-proposed'), (500, 'vivid'), (100,
> 'vivid-backports') Architecture: amd64 (x86_64) Foreign
> Architectures: i386
> 
> Kernel: Linux 3.19.0-32-generic (SMP w/4 CPU cores) Locale:
> LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell:
> /bin/sh linked to /bin/dash Init: systemd (via
> /run/systemd/system)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWOc3SAAoJEPNPCXROn13ZuGwP/1FXDKqhupjW2aRygkIR3n7R
H62cq7Qxw6MWe1YDDrCt+DF26VUHEE9NegHSZUJ0gCX6/1n0lW3u9+nTkUoLgY1T
42wb1g2tDXQimkx6CmjmsoBa9eDGWq6LadAYm5w5zwSDVHvajzOmD40rpKAcjjNC
8xaVgnEim4Wm2wmRLqIDFxhy0Ird97qKrm5f0BvZsjxSeiUy89Mx5UQfjuWe2iLi
EZNyjZI1QtJlCSIByb2h4lenUftoNlNEJ42gZqKaCvZDH+mSXxl2nIX4W7HPpolI
qGCDD6ldiQO7jTb0nMVReFYQC7ygn3eWQXiwTqMI564jpip7g6ZXQ8gP5Gc6xYfL
BypeNdQt6nhVqKfIiyUzI0yGGrh8RpOs1XXDhz6TtRsrHlSLYM+kcOvtwgEpytwe
CKT4hGCBR8GzpYyaXH0hnpCxJHMyvQdwWphOmr2zgq4kwkEsNl9FyL5d/7SRg+mq
tlNNrnJc7SDXXWWy+Cwo6p9UZ1Fk8G1TkzhTK3f/kScc/z1Mr3fFiFwoU5T0eqvn
7NnBe6ox+bCpPcAfsfEBKGVDIO36kmhuH2tA3q9Jt/lx6Y27KewAc1dfvI1uaeaS
tnZ1dA8DdVjhYFQ28Zmrp1YXODUvNCN7/2ki6YMLMQAOJ9lAKDkGhF2fPc/53n8h
VFQtSbjpiZN7z9Axwurv
=H2Fn
-END PGP SIGNATURE-
diff -Nru tar-1.28/debian/changelog tar-1.28/debian/changelog
--- tar-1.28/debian/changelog   2015-09-29 00:26:37.0 +0200
+++ tar-1.28/debian/changelog   2015-11-04 10:06:13.0 +0100
@@ -1,3 +1,16 @@
+tar (1.28-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  [ Gianfranco Costamagna ]
+  * Disable silent rules, to have more verbose builds.
+  * Fix missing MAKEFLAGS in $(MAKE) call, preventing parallel builds.
+
+  [ Marc Deslauriers ]
+  * debian/patches/use-sort-in-t-dir-tests.diff: upstream patch to fix
+test sort order (Closes: #803012)
+
+ -- Gianfranco Costamagna   Wed, 04 Nov 2015 
10:04:22 +0100
+
 tar (1.28-2) unstable; urgency=low
 
   * patch from upstream to fix --files-from and recursive extract,
diff -Nru tar-1.28/debian/patches/series tar-1.28/debian/patches/series
--- tar-1.28/debian/patches/series  2015-09-29 00:26:37.0 +0200
+++ tar-1.28/debian/patches/series  2015-11-04 10:03:57.0 +0100
@@ -2,3 +2,4 @@
 listed03-linux-only
 add-clamp-mtime.diff
 files-from-and-recursive-extract.diff
+use-sort-in-t-dir-tests.diff
diff -Nru tar-1.28/debian/patches/use-sort-in-t-dir-tests.diff 
tar-1.28/debian/patches/use-sort-in-t-dir-tests.diff
--- tar-1.28/debian/patches/use-sort-in-t-dir-tests.diff1970-01-01 
01:00:00.0 +0100
+++ tar-1.28/debian/patches/use-sort-in-t-dir-tests.di

Bug#758116: Bug status

[Ole Streicher]

Hi,

I am currently preparing a new Debian Pure Blend (Debian Astro), and I 
am curious about the status of this bug. Is this something that is going 
to be implemented in stretch? And what are currently the main obstacles? 
The last entry was from one year ago -- did anything happen behind the 
courtain?


I would be quite interested to get this done; being visible during the 
installation is one of the motivations in creating a Blend.


Best regards

Ole

Bug#727455: mcrypt: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

[Edmund Grimley Evans]

Control: tags -1 patch

Patch attached.
diff -ru mcrypt-2.6.8.orig/debian/control mcrypt-2.6.8/debian/control
--- mcrypt-2.6.8.orig/debian/control
+++ mcrypt-2.6.8/debian/control
@@ -6,7 +6,7 @@
 Homepage: http://mcrypt.sourceforge.net/
 Vcs-Browser: http://git.debian.org/?p=collab-maint/mcrypt.git;a=summary
 Vcs-Git: git://git.debian.org/collab-maint/mcrypt.git
-Build-Depends: libmcrypt-dev (>= 2.5.8), libmhash-dev (>= 0.8.16), debhelper (>= 7.0.50), zlib1g-dev, bzip2, gettext
+Build-Depends: libmcrypt-dev (>= 2.5.8), libmhash-dev (>= 0.8.16), debhelper (>= 7.0.50), zlib1g-dev, bzip2, gettext, dh-autoreconf
 
 Package: mcrypt
 Architecture: any
diff -ru mcrypt-2.6.8.orig/debian/rules mcrypt-2.6.8/debian/rules
--- mcrypt-2.6.8.orig/debian/rules
+++ mcrypt-2.6.8/debian/rules
@@ -28,7 +28,7 @@
 	rm -rf autom4te.cache
 
 %:
-	dh "$@"
+	dh "$@" --with autoreconf
 
 override_dh_auto_build:
 	touch src/gaaout.c src/gaa.h po/mcrypt.pot

Bug#804016: ITP: libpkgconfig-perl -- Pure-Perl Core-Only replacement for pkg-config

[Wolfgang Fütterer]

Package: wnpp
Severity: wishlist
Owner: "Wolfgang Fütterer" 

* Package name: libpkgconfig-perl
  Version : 0.09026
  Upstream Author : M. Nunberg 
* URL : https://metacpan.org/release/PkgConfig
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Pure-Perl Core-Only replacement for pkg-config

PkgConfig provides a pure-perl, core-only replacement for the pkg-config
utility. While pkg-config is a compiled binary linked with glib, the pure-perl
version has no such requirement, and will run wherever Perl ( >= 5.6 ) does.
The package provides a pure perl binary called ppkg-config which can be used as
well as pkg-config.

This package is needed for libmath-gsl-perl (#804015).

I plan to maintain this package under the umbrella of the Debian Perl Group.

Bug#801289: [Pkg-salt-team] Bug#801289: salt: New upstream release 2015.8.0

[Benjamin Drung]

Am Mittwoch, den 04.11.2015, 11:36 +1100 schrieb Joe Healy:
> 
> 
> On Tue, Nov 3, 2015 at 11:17 PM, Benjamin Drung <
> benjamin.dr...@profitbricks.com> wrote:
> > Hi Joe,
> > 
> > I pushed the current state. May you review these changes?
> 
> Those changes all look good.
> 
> I understand the rationale for removing the "Debian Source Package"
> from the reproducible builds patch, but what are your thoughts on
> continuing to report the package version in the versions report? Ie
> including the "Debian Source Package" reporting in its own patch?
> 
> Although it is less useful for "pure" debian machines, it is very
> helpful in dealing with issues when people think they are running
> from source/packages or have installed packages from the wrong
> os/release.

Reporting the Debian package version in the version report is useful,
but I didn't like that it was bundled to the reproducible patch and how
it was implemented. So the quick solution was to just remove that part
from the patch. I have nothing against adding it back as separate
patch.

I would prefer an implementation that is upstreamable. So the vendor
and package version should be injected via setup parameter (e.g. ./setu
p.py --vendor Debian --package-version 2015.8.1+ds-1). Then other
distributions could reuse it.

> > I want to run "wrap-and-sort" and add a ".patch" suffix to all
> > patches.
> > Any objections to that?
> > 
> > 
> Sounds good - I was never aware of the wrap and sort tool. Looks
> useful.

Great. Pushed.

-- 
Benjamin Drung
System Developer
Debian & Ubuntu Developer

ProfitBricks GmbH
Greifswalder Str. 207
D - 10405 Berlin

Email: benjamin.dr...@profitbricks.com
URL:  http://www.profitbricks.com

Sitz der Gesellschaft: Berlin.
Registergericht: Amtsgericht Charlottenburg, HRB 125506B.
Geschäftsführer: Andreas Gauger, Achim Weiss.

Bug#584260: python-mysqldb silently drops exceptions on deadlocks

[Brian May]

On Wed, Jun 02, 2010 at 11:14:02AM -0700, Eskil Olsen wrote:
> There is a missing check in _mysql.c _mysql_ResultObject_Initialize, where a
> failed SELECT that ends in a deadlock, returns a NULL from mysql_store
> result, but according to
> http://dev.mysql.com/doc/refman/5.0/en/null-mysql-store-result.html, you
> have to check errno or num_fields afterwards.
> 
> Not doing this, causes exceptions to be silently dropped.
> 
> Here's a similar bugreport
> http://sourceforge.net/tracker/?func=detail&aid=2776267&group_id=22307&atid=374932
> 
> Attached is a patch that fixes the problem in _mysql.c. It was made against
> 1.2.3, but applies to 1.2.2 with some fuzz.
> 
> Patch has also been submitted to python-mysqldb at sourceforge.

Is this still the case with the lastest python-mysqldb in unstable?
-- 
Brian May 

Bug#541198: python-mysqldb: utf8_bin collation will not convert to Unicode strings

[Brian May]

On Wed, Aug 12, 2009 at 02:01:35PM +0200, Christoph Burgmer wrote:
> A string type column with a utf8_bin collation will not be converted to a
> Python Unicode string, but instead will be returned as a utf8 (byte) string.
> 
> The MySQL documentation though clearly states: "A nonbinary string has a
> character set and is converted to another character set in many cases, even
> when the string has a _bin collation"[1].
> 
> I understand that a string with utf8_bin collation is still a string and
> thus should not be dealt with differently. The utf8_bin collation is
> essential when working with Unicode without wanting the Unicode collation
> algorithm to kick in.
> 
> How to reproduce:
> 
> CREATE TABLE t1 (
> a CHAR(10) CHARACTER SET utf8 COLLATE utf8_bin,
> );
> 
> INSERT INTO t1 VALUES ('ü');
> 
> In Python:
> >>> import MySQLdb
> >>> db = MySQLdb.connect(db='pymysqltest', charset='utf8', use_unicode=True)
> >>> cur = db.cursor()
> >>> cur.execute("SELECT a FROM t1;")
> 1L
> >>> cur.fetchall()
> (('\xc3\xbc',),)
> 
> Chosing utf8_general_ci instead of utf8_bin will properly yield Unicode
> objects:
> 
> >>> cur.execute("SELECT a COLLATE utf8_general_ci FROM t1;")
> 1L
> >>> cur.fetchall()
> ((u'\xfc',),)
> 
> [1] http://dev.mysql.com/doc/refman/5.1/en/charset-binary-collations.html

On Sat, Dec 10, 2011 at 02:50:27PM +0100, Philipp Spitzer wrote:
> It is still present in upstream python-mysqldb 1.2.3.

Is this bug still present in the python-mysqldb package in unstable?
Version 1.3.6-1 based on the mysqlclient fork.
-- 
Brian May 

Bug#526513: ImportError when using MySQLdb in embedded python

[Brian May]

On Fri, May 01, 2009 at 05:24:47PM +0100, Phil Ashby wrote:
> When python is embedded in a shared library (in my case a plugin), the
> _mysql.so component of MySQLdb fails to load, due to this error:
> 
> Traceback (most recent call last):
>   File "", line 1, in 
> ImportError: /var/lib/python-support/python2.5/_mysql.so: undefined
> symbol: PyExc_ImportError

Hello,

Is this still a problem with the latest python-mysqldb version 1.3.6-1
in unstable?

Thanks
-- 
Brian May 

Bug#803825: hedgewars: FTBFS with FFmpeg 2.9

[Gianfranco Costamagna]

Hi Andreas,


>
>That's not correct: the alternatives have been present for a
>long time, so that the deprecated functions will be removed
>in the next version.


thanks, this is something I was wondering, even if I couldn't easily find
when they were introduced.

>While this will probably work, it's not entirely correct.
>You can use:
>* for AVPixelFormat, AV_PIX_FMT_*:
>#if LIBAVUTIL_VERSION_MAJOR > 51
>* for av_frame_alloc/av_frame_free:
>#if LIBAVUTIL_VERSION_MAJOR > 52
>* for av_stream_get_end_pts:

>#if LIBAVFORMAT_VERSION_MAJOR > 55


thanks, I committed this on the upstream pull request, giving you the commit 
authorship.

While I like the solution, I'm really worried about backporting hedgewars,
(and this is why I took 55 as separator), because that way I wasn't changing 
the "current" behaviour.

Now the next backports will take some new functionalities, while before they 
were using a deprecated code...

This sounds scary to me, but if upstream applies the patch I have one year 
until the next backport need
(I'm backporting hedgewars without the above fixes for this new release)

let me know if you can reassure me because the changes are "safe" or whatever :)

cheers,

G.

Bug#804017: cafeobj-mode: Package short description mentions scala code and not cafeobj code

[Beatrice Torracca]

Package: cafeobj-mode
Severity: minor

Hi!

the package short description of cafeobj-mode now reads

«Emacs major mode for editing scala source code»

I think it should mention instead "CafeOBJ code".

Thanks,

beatrice

Bug#566873: python-mysqldb: not linked against libmysqld (mysql embedded server library)

[Brian May]

On Mon, Jan 25, 2010 at 07:07:56PM +0100, Sven Uhlig wrote:
> well as the title says: python-mysqldb is not linked against libmysqld and 
> thus the
> mysql embedded server feature is missing. Atleast that's what my ldd
> says:

Is this an issue with python-mysqldb version 1.3.6-1 in unstable?

Actually, I am not sure what the "mysql embedded server" feature is or
why you think this package should support it.
-- 
Brian May 

Bug#803442: Use of uninitialized value $fh in pattern match (m//) at /usr/share/perl5/Proc/PID/File.pm line 288

[Alexander Zangerl]

On Fri, 30 Oct 2015 09:00:31 +, Damyan Ivanov writes:
> $ perl -MProc::PID::File -wE'die if Proc::PID::File->running({dir => "."})'
> Use of uninitialized value $fh in pattern match (m//) at 
> /usr/share/perl5/Proc/PID/File.pm line 288.

i'm uploading a fixed version in the next few minutes.

please note that your patch is broken:

>--- a/File.pm
>+++ b/File.pm
>@@ -285,7 +285,8 @@ sub read {
>   || die qq/Cannot open pid file "$self->{path}": $!\n/;
>   flock($fh, LOCK_EX | LOCK_NB)
> || die qq/pid "$self->{path}" already locked: $!\n/;
>-  my ($pid) = <$fh> =~ /^(\d+)/;
>+  my $pid = <$fh>;
>+$pid =~ /^(\d+)/ if defined($pid);
>   close $fh if @_ == 1;

with your code $pid is never modified and contains whatever line
was read from $fh, including whitespace, other
trailing gunk and possibly a final newline.

you seem to have missed the operator precedence in the original
code; the =~ binds stronger, so the fh read result is run through the
regex first and the result of that ends in $pid. in your variant
pid is read, but the following regex-match is a nop without consequences.

regards
az


-- 
Alexander Zangerl + GPG Key 0xB963BD5F + http://snafu.priv.at/
I keep six honest serving-men - (They taught me all I knew);
Their names are What and Why and When - And How and Where and Who
 -- Kipling


signature.asc
Description: Digital Signature

Bug#803957: mpd-sima: Warnings about wrong musicbrainz ids for tracks with multiple artists on compilations

[Geoff]

Hi Knut,

Thanks very much for the report.
The issue should be fixed upstream in the dev branch.
I made a build out of it, if you want to test it:

http://media.kaliko.me/src/sima/ci/

Cheers

03/11/2015 17:17, Knut Esztermann wrote :
> […]
> I'm getting warnings like this:
> 
> 2015-11-02 13:20:33 WARNING: Wrong mbid Signum feat. 
> Katana:ea3b707a-7616-487f-a7d7-81ac947fd146, 
> fd3d7068-ff2b-413d-800e-091cabba7ab1
> 
> They appear on tracks which have multiple artists (multiple
> musicbrainz_artistids, to be precise).
> 
> 
>* What led up to the situation?
> 
> Playing, or having matching artists in the library, which have
> multiple musicbrainz_artistids and appear on Various Artists
> compilations (so the album artist is ignored).
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> The attached patch helped to ignore all but the first mbids (as it
> already is done with the album artists).
> 
>* What was the outcome of this action?
> 
> No more warnings.



signature.asc
Description: OpenPGP digital signature

Bug#803825: hedgewars: FTBFS with FFmpeg 2.9

[Gianfranco Costamagna]

Hi Andreas,

unfortunately this change breaks libav 4:0.8.17-0ubuntu0.12.04.1 

the version in ubuntu precise (and travis-ci)

https://travis-ci.org/hedgewars/hw/jobs/89182800

cheers,

G.





Il Mercoledì 4 Novembre 2015 10:49, Gianfranco Costamagna 
 ha scritto:
Hi Andreas,


>
>That's not correct: the alternatives have been present for a
>long time, so that the deprecated functions will be removed
>in the next version.


thanks, this is something I was wondering, even if I couldn't easily find
when they were introduced.

>While this will probably work, it's not entirely correct.
>You can use:
>* for AVPixelFormat, AV_PIX_FMT_*:
>#if LIBAVUTIL_VERSION_MAJOR > 51
>* for av_frame_alloc/av_frame_free:
>#if LIBAVUTIL_VERSION_MAJOR > 52
>* for av_stream_get_end_pts:

>#if LIBAVFORMAT_VERSION_MAJOR > 55


thanks, I committed this on the upstream pull request, giving you the commit 
authorship.

While I like the solution, I'm really worried about backporting hedgewars,
(and this is why I took 55 as separator), because that way I wasn't changing 
the "current" behaviour.

Now the next backports will take some new functionalities, while before they 
were using a deprecated code...

This sounds scary to me, but if upstream applies the patch I have one year 
until the next backport need
(I'm backporting hedgewars without the above fixes for this new release)

let me know if you can reassure me because the changes are "safe" or whatever :)

cheers,


G.

Bug#804018: dpkg: provide options to avoid service startup on package installation

[Patrick Schönfeld]

Package: dpkg
Severity: wishlist

Hi,

as of today services a started once they are installed. This is a problem
in some cases, e.g. when installing and configuring a service via puppet
and/or in preparation for a HA setup.

We had a lot of discussions around this design decision in the past and I
do not want to restart that. Instead I'd like to propose a feature to
opt-out from automatic service startup by introdocution of a new dpkg
option, e.g. Dpkg::StartServices with a truthy default.

RATIONALE:
By adding a configuration option for this, we allow the administrator of a
Debian system to decide if services are started after installation or not.

It is superior to adding a command line switch only, since it allows the
admin to set this permanent and system-wide (with all its disadvantages) or
on a per-installation base (which would be suitable to be used by
configuration management systems).

Possible implementation:
Per policy 9.3.3.2 have to interface with init via invoke-rc.d for service
startup. A possible (and admittedly naive) implementation which does not
involve changes in each and every package, could possibly just let dpkg
install a policy.d layer and ensure its absence on process end. Though some
sort of IPC between invoke-rc.d and dpkg that does not involve filesystem
modifications would probably be better.

Best Regards,
Patrick

Bug#804020: RM: python-django-uuidfield -- ROM; package is obsolete

[Jan Dittberner]

Package: ftp.debian.org
Severity: normal

Dear FTP team, please remove python-django-uuidfield from unstable and
testing. The functionality provided by this package is now included in
python-django itself. The package has no reverse dependencies.


Best regards
Jan Dittberner

-- 
Jan Dittberner - Debian Developer
GPG-key: 4096R/558FB8DD 2009-05-10
 B2FF 1D95 CE8F 7A22 DF4C  F09B A73E 0055 558F B8DD
https://portfolio.debian.net/ - https://people.debian.org/~jandd/


signature.asc
Description: Digital signature

Bug#804019: 500 error when resending email challenge

[Potter, Tim (Converged Cloud)]

Package: nm.debian.org

Hi there.  I tried to start the NM process yesterday but received a HTTP 500 
error
after filling out the form and hitting submit.  Today I've gone back and 
discovered
that the submission mostly worked, but I never received an email to verify my
application.  I clicked on the "send the email challenge again" button, but 
received
the 500 error again.


Thanks,

Tim.

Bug#804021: ITP: golang-speter-go-exp-math-dec-inf -- "infinite-precision" decimal arithmetic in Golang

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org

   Package name: golang-speter-go-exp-math-dec-inf
Version: 0.0~git20140417.0.42ca6cd-1
Upstream Author: Péter Surányi
License: BSD-2-Clause and BSD-3-Clause
URL: https://godoc.org/speter.net/go/exp/math/dec/inf
Description: "infinite-precision" decimal arithmetic in Golang
 This library implements "infinite-precision" decimal arithmetic. "Infinite
 precision" describes two characteristics: practically unlimited precision
 for decimal number representation and no support for calculating with any
 specific fixed precision.


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

Bug#795326: Please update hdparm from 9.43 to 9.45 (or higher)

[Sebastien Bacher]

Hey there,

Is there any reason to not do that update or is it blocked by lack of
manpower to work on the changes?

Cheers,

Bug#804022: debian/rules still refers to servlet-api-2.5.jar

[Sebastien Bacher]

Package: hsqldb1.8.0
Version: 1.8.0.10+dfsg-4

The -4 update changed servlet-api to 3.1 but debian/rules still includes
"jh_classpath -plibhsqldb1.8.0-java
--classpath=/usr/share/java/servlet-api-2.5.jar \"

should that 2.5 be changed to 3.1?

Cheers,

Bug#804024: lesspipe: please add support for OpenEmbedded .ipk files

[ydirson]

Package: less
Version: 458-3
Tags: patch

.ipk files are restricted .deb archives for use by opkg, the dpkg-apt-like
tool from OpenEmbedded.  They just need to be listed in the known .deb suffixes:

*.deb|*.udeb|*.ddeb|*.ipk)
echo "$1:"; dpkg --info "$1"

Bug#804023: ITP: golang-github-appc-spec -- App Container Specification (appc)

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org

   Package name: golang-github-appc-spec
Version: 0.7.1
Upstream Author: App Container team
License: Apache-2.0
URL: https://github.com/appc/spec
Description: App Container Specification (appc)
 Schema definitions and tools for the App Container (appc) specification.
 These include technical details on how an appc image is downloaded over a
 network, cryptographically verified, and executed on a host.
 .
 App Container (appc) is a well-specified and community developed
 specification for application containers. appc defines several independent
 but composable aspects involved in running application containers,
 including an image format, runtime environment, and discovery mechanism
 for application containers.


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

Bug#804026: New version 56.1 available

[Sebastien Bacher]

Package: icu
Version: 55.1-6

There is a new version out included new emoji chars and reduced data
diskprint, it would be nice to get the update in Debian

Thanks,

Bug#804025: less: new upstream release

[ydirson]

Package: less
Version: 458-3

Version 481 has recently been released, as ready for general use.

Bug#803961: Patch

[Toni Mueller]

Hi,

forgot the patch.


Cheers,
Toni

--- package.el.orig	2015-11-03 16:53:09.701158788 +
+++ package.el	2015-11-03 16:46:29.706197351 +
@@ -207,7 +207,7 @@
 (declare-function lm-header "lisp-mnt" (header))
 (declare-function lm-commentary "lisp-mnt" (&optional file))
 
-(defcustom package-archives '(("gnu" . "http://elpa.gnu.org/packages/";))
+(defcustom package-archives '(("gnu" . "https://elpa.gnu.org/packages/";))
   "An alist of archives from which to fetch.
 The default value points to the GNU Emacs package repository.
 

Bug#804022: debian/rules still refers to servlet-api-2.5.jar

[Rene Engelhard]

On Wed, Nov 04, 2015 at 11:47:44AM +0100, Sebastien Bacher wrote:
> Package: hsqldb1.8.0
> Version: 1.8.0.10+dfsg-4
> 
> The -4 update changed servlet-api to 3.1 but debian/rules still includes
> "jh_classpath -plibhsqldb1.8.0-java
> --classpath=/usr/share/java/servlet-api-2.5.jar \"
> 
> should that 2.5 be changed to 3.1?

Yeah...

Regards,

Rene

Bug#804029: ITP: ros-rosconsole-bridge -- development files for rosconsole-bridge

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-rosconsole-bridge
  Version : 0.4.2
  URL : http://www.ros.org/wiki/rosconsole_bridge
  License : BSD-3-clause
  Programming Lang: C++
  Description : Robot OS library for connecting console logging types

 This package is part of Robot OS (ROS). It contains the development
 files for librosconsole-bridge, which is a package used in
 conjunction with console_bridge and rosconsole for connecting
 console_bridge-based logging to rosconsole-based logging.

Bug#804028: ITP: ros-message-runtime -- Modeling in run-time dependencies for generating messages

[Wookey]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-message-runtime
  Version : 0.4.12
  URL : http://www.ros.org/wiki/message_runtime
  License : BSD-3-clause
  Programming Lang: Cmake
  Description : Modelling in run-time dependencies for generating messages

 This package generates the needed dependencies in run-time of the
 packages, and its bindings, of the messages needed in ROS. It's a
 minimalist package.

Bug#804027: ITP: ros-message-generation -- Generates message binding dependencies for Robot OS packages

[Wookey]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-message-generation
  Version : 0.3.0
  URL : http://www.ros.org/wiki/message_generation
  License : BSD-3-clause
  Programming Lang: Cmake
  Description : Generates message binding dependencies for Robot OS packages

 This package is part of Robot OS (ROS). It contains cmake macros to
 generate dependencies for the messages ROS packages use. These are
 generated at build time.
  

Bug#793855: DoS, Shibboleth SP software crashes on well-formed but invalid XML (CVE-2015-0851)

[Ferenc Wagner]

Salvatore Bonaccorso  writes:

> On Thu, Sep 24, 2015 at 08:54:08AM +0200, Ferenc Wagner wrote:
>
>> Salvatore Bonaccorso  writes:
>> 
>>> Any news for the fix to unstable for CVE-2015-0851?
>> 
>> Sorry, I got bogged down in another department.  It isn't forgotten,
>> though, I expect to tend to it in a couple of days.
>
> *ping*? ;-)

I clearly failed to live up to my promise.  Sorry for that.  Things are
shaping up, though, I really expect to start packaging the newest stack
next week latest.  (That will take care of the C++ transition, too.)
-- 
Regards,
Feri.

Bug#804030: ITP: ros-roscpp-core -- development files for roscpp-core

[Wookey]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-roscpp-core
  Version : 0.5.6
  URL : http://www.ros.org/wiki/roscpp_core
  License : BSD-3-clause
  Programming Lang: C++
  Description : Development files for Robot OS roscpp-core

 This package is part of Robot OS (ROS). It contains the development
 files for roscpp_core which is an underlying library that supports
 roscpp message data types. It is a lightweight/minimal library that
 can easily be used in non-ROS-based projects.

Bug#804032: ITP: ros-rosdistro -- Tool to work with rosdistro files

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-rosdistro
  Version : 0.4.2
  URL : http://www.ros.org/wiki/rosdistro
  License : BSD-3-clause
  Programming Lang: Python
  Description : Tool to work with rosdistro files (for Robot OS)

 This package is part of Robot OS (ROS). The rosdistro tool allows you
 to get access to the full dependency tree and the vcs information of
 all packages and repositories.
 .
 rosdistro is a file format for managing ROS Distributions and the ROS
 stacks they contain. This file format is used as input to a variety
 of tools in the ROS build and release toolchain, from stack release
 tools to rosdoc. The rosdistro format has changed for Catkin-based
 repositories.

Bug#804039: ITP: ros-vcstool -- Command line tool to make working with multiple repositories easier

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-vcstool
  Version : 0.1.15
  URL : http://www.ros.org/wiki/vcstool
  License : BSD-3-clause
  Programming Lang: Python
  Description : Command line tool to make working with multiple 
repositories easier

 This package is part of Robot OS (ROS). Vcstool is a version control
 system (VCS) tool, designed to make working with multiple
 repositories easier.  vcstool enables batch commands on multiple
 different vcs repositories. Currently it supports git, hg, svn and
 bzr.

Bug#804034: ITP: ros-rosinstall-generator -- Tool to generatore rosinstall files

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-rosinstall-generator
  Version : 0.1.11
  URL : http://www.ros.org/wiki/rosinstall_generator
  License : BSD-3-clause
  Programming Lang: Python
  Description : Tool to generate rosinstall files (for Robot OS)

 This package is part of Robot OS (ROS). It contains a tool to
 generate rosinstall files which contain information about repositories
 with ROS packages/stacks. It always returns information about
 released packages - either to the gbp repositories for wet packages
 or to the tarball of dry stacks from the SVN release repository.

Bug#804031: ITP: ros-rosdep -- rosdep package manager abstrction tool for ROS

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-rosdep
  Version : 0.11.4
  URL : http://www.ros.org/wiki/rosdep
  License : BSD-3-clause
  Programming Lang: Python
  Description : rosdep package manager abstraction tool for Robot OS

This package is part of Robot OS (ROS). It is a command-line tool for
 installing system dependencies on a variety of platforms. For
 *end-users*, rosdep helps you install system dependencies for
 software that you are building from source. For *developers*, rosdep
 simplifies the problem of installing system dependencies on different
 platforms.

Bug#804033: ITP: ros-rosinstall -- Installer for ROS

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-rosinstall
  Version : 0.7.7
  URL : http://www.ros.org/wiki/rosinstall
  License : BSD-3-clause
  Programming Lang: Python
  Description : Installer for Robot OS

 This package is part of Robot OS (ROS). The rosinstall package
 provides a Python API for interacting with a source code workspace as
 well as a group of command line tools. Rosinstall leverages the
 vcstools package for source control and stores its state in
 .rosinstall files.
 .
 Using rosinstall you can update several folders using a variety of SCMs
 (SVN, Mercurial, git, Bazaar) with just one command.

Bug#804035: ITP: ros-roslisp -- Lisp client library for ROS, the Robot Operating System

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-roslisp
  Version : 1.9.19
  URL : http://www.ros.org/wiki/roslisp
  License : BSD-3-clause
  Programming Lang: Lisp
  Description : Lisp client library for ROS, the Robot Operating System

 This package is part of Robot OS (ROS). Roslisp is a client library
 for writing ROS nodes in idiomatic Common Lisp. The library is
 written to support ease of use, quick scripting of nodes, and
 interactive debugging of a running ROS system.

Bug#804038: ITP: ros-std-msgs -- C/C++ headers for Standard ROS Messages

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-std-msgs
  Version : 0.5.9
  URL : http://www.ros.org/wiki/std_msgs
  License : BSD-3-clause
  Programming Lang: C++
  Description : Standard Robot OS Messages

 This package is part of Robot OS (ROS).  This library provides wrappers
 for ROS primitive types, which are documented in the msg
 specification. It also contains the Empty type, which is useful for
 sending an empty signal.

 C++, python and LISP interfaces are provided.

Bug#804037: ITP: ros-rviz -- 3D visualization tool for ROS.

[Wookey]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-rviz
  Version : 1.11.10
  URL : http://www.ros.org/wiki/rviz
  License : BSD-3-clause, MPL-1.1
  Programming Lang: C++
  Description : 3D visualization tool for Robot OS.

This package is part of Robot OS (ROS). This package contains  
the rviz library.
  

Bug#804040: ITP: ros-vcstools -- VCS/SCM Pythin source control library for svn, git, hg, and bzr

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-vcstools
  Version : 0.1.38
  URL : http://www.ros.org/wiki/vcstools
  License : BSD-3-clause
  Programming Lang: Python
  Description : VCS/SCM Python source control library for svn, git, hg, and 
bzr

 This package is part of Robot OS (ROS). The vcstools module provides
 a Python API for interacting with different version control systems
 (VCS/SCMs). The VcsClient class provides an API for seamlessly
 interacting with Git, Mercurial (Hg), Bzr and SVN. The focus of the
 API is manipulating on-disk checkouts of source-controlled trees.

Bug#804041: ITP: ros-vision-opencv -- camera_calibration_parsers ROS package - development

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-vision-opencv
  Version : 1.11.8
  URL : http://www.ros.org/wiki/vision_opencv
  License : BSD-3-clause
  Programming Lang: Python
  Description : camera_calibration_parsers Robot OS package

 This package is part of Robot OS (ROS). It contains development files
 for a library enabling reading and writing camera calibration
 parameters, and a service and C++ helper classes for implementing a
 polled camera driver node and requesting images from it.

 Lisp, python and C++ bindings are provided.

Bug#804036: ITP: ros-rospack -- development files for librospack

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are not yet
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/

  Package name: ros-rospack
  Version : 2.2.5
  URL : http://www.ros.org/wiki/rospack
  License : BSD-3-clause
  Programming Lang: C++
  Description : Robot OS package information library

 This package is part of Robot OS (ROS). rospack is a command-line
 tool for retrieving information about ROS packages available on the
 filesystem. It implements a wide variety of commands ranging from
 locating ROS packages in the filesystem, through listing available
 stacks, to calculating the dependency tree of stacks. It is also used
 in the ROS build system for calculating build information for
 packages.

Bug#804042: ITP: ros-wstool -- Commands to manage several multi-SCM repositories

[Wookey]

Package: wnpp
Severity: wishlist

We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-wstool
  Version : 0.1.12
  URL : http://www.ros.org/wiki/wstool
  License : BSD-3-clause
  Programming Lang: Python
  Description : Commands to manage several multi-SCM repositories

  This package is part of Robot OS (ROS). It provides commands to
  manage several local VCS repositories based on a single workspace
  definition file (.rosinstall). Git, Mercurial, Subversion, and Bazaar
  are supported.
  .
  wstool replaces the rosws tool for catkin workspaces. As catkin
  workspaces create their own setup file and environment, wstool is
  reduced to version control functions only. So wstool does not have a
  "regenerate" command, and does not allow adding non-version
  controlled elements to workspaces. In all other respects, it behaves
  the same as rosws.

Bug#804043: ITP: naviserver -- Programmable web server written in C and Tcl

[Héctor Romojaro Gómez]

Package: wnpp
Severity: wishlist
Owner: Hector Romojaro 
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-tcltk-de...@lists.alioth.debian.org

   Package name: naviserver
Version: 4.99.8
Upstream Author: Vlad Seryakov, Stephen Deasey, Zoran Vasiljevic, Gustaf Neumann
URL: http://sourceforge.net/projects/naviserver/
License: MPL 1.1
Description: Programmable web server written in C and Tcl

 Naviserver is a programmable web server written in C and Tcl. 
 The implementation is high performance, but the interface is easy to
 use, at both the C and Tcl level.
 Features include:
 * Hybrid multi-threaded / async architecture for easy programmer interface and 
high performance
 * Threads isolated from each other with own Tcl interpreters
 * Shares data between threads easily with protected variables and caches
 * Pooled database connections (also: nsdbi)
 * Dynamic Pages in TCL (PHP- and ASP-like syntax)
 * Built-in cron-like scheduling
 * Watchdog for restarting server
 * Efficient handling for large up- and downloads (spooling and writer threads)
 * Optional non-blocking log file writing (to avoid file system latencies, 
since 4.99.4)
 * Fully async drivers for HTTP and SSL (based on poll(), supporting several 
1000 file descriptors, since 4.99.4)
 * Gzipped delivery of dynamic and static content (since 4.99.5)
 * Tcl configuration file

More information in the project wiki page: http://wiki.tcl.tk/naviserver
Source code also available at bitbucket: https://bitbucket.org/naviserver/

I plan to maintain this package in the Tcl/Tk team.

Bug#804044: network-manager-gnome: nm-connection-editor cannot edit or delete connections

[Christoph Groth]

Package: network-manager-gnome
Version: 1.0.6-2
Severity: normal

Dear Maintainer,

When running nm-connection-editor (that can be also launched by
right-clicking on the nm-applet icon and choosing "Edit Connections"),
I am unable to edit or delete existing connections (the buttons are
grayed out).  I am running XFCE.  My user does belong to the netdev
group. The configuration of NetworkManager is pristine.

Workaround: I found that the problem is solved by editing
/var/lib/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla
such that it reads:

[Adding or changing system-wide NetworkManager connections]
Identity=unix-group:netdev;unix-group:sudo
Action=org.freedesktop.NetworkManager.settings.modify.system
ResultAny=yes
ResultInactive=yes
ResultActive=yes

Specifically, I had to change ResultInactive to yes.  (I checked that
changing only ResultAny to yes is not sufficient.)

I have no clue about policykit, so I cannot say whether this is a
problem in network-manager-gnome or in some other package.  Please
reassign this bug as necessary.

Thanks,
Christoph

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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.10.2-1
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gconf-service3.2.6-3
ii  gnome-icon-theme 3.12.0-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libdbus-1-3  1.10.2-1
ii  libdbus-glib-1-2 0.102-1
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.32.1-1
ii  libglib2.0-0 2.46.1-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.18.2-1
ii  libmm-glib0  1.4.12-1
ii  libnm-glib-vpn1  1.0.6-1
ii  libnm-glib4  1.0.6-1
ii  libnm-gtk0   1.0.6-2
ii  libnm-util2  1.0.6-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libsecret-1-00.18.3-1
ii  network-manager  1.0.6-1
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  gnome-keyring3.18.2-1
ii  iso-codes3.62-1
pn  mobile-broadband-provider-info   
ii  notification-daemon  3.18.1-1
ii  xfce4-notifyd [notification-daemon]  0.2.4-3+b1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#804045: New version 1.9.20151026 available

[Sebastien Bacher]

Package: miniupnpc
Version: 1.9.20140610-2

The current Debian version is outdated, it would be nice to update it to
the current upstream one

Thanks,

Bug#804046: No wine-development package and so not binary available anymore

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: wine64-development
Version: 1.7.54-1
Severity: grave

With 1.7.54-1 there is no wine-development package anymore so there is
no /usr/bin/wine-development to start wine.

That renders the whole package suit unusable for most people.

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

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

Versions of packages wine64-development depends on:
ii  libc62.19-22
ii  libwine-development  1.7.52-1
ii  x11-utils7.7+3

Versions of packages wine64-development recommends:
ii  libasound2-plugins  1:1.0.29-dmo1
pn  libwine-gecko-2.40  
pn  wine-development
pn  wine32-development  

Versions of packages wine64-development suggests:
pn  wine64-development-preloader  

Versions of packages wine64-development is related to:
pn  fonts-wine-development
ii  libwine-development   1.7.52-1
pn  libwine-development-dbg   
pn  libwine-development-dev   
pn  wine-development  
pn  wine32-development
pn  wine32-development-preloader  
pn  wine32-development-tools  
ii  wine64-development1.7.52-1
pn  wine64-development-preloader  
pn  wine64-development-tools  

- -- no debconf information

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

iQGcBAEBCgAGBQJWOe5hAAoJEKZ8CrGAGfaszYEL/3MY2ByL7w4h7NF2gorlpD67
eEZMrmVm0V3RpGOI8zMLSU+/dcKuUoXBCfMgGcTHQJtJsGbdOOr4o1WpoR3FHEbM
tDsK7y2SmvNZnSgfiVw6VF4FqNOhFuM/na+RQ0radrACmru6VxETytSMHFujau+m
DANBDrkDTTYQ68DFJaNvQTWNVnZLGvCTcqAIeeuJ/EHl74uiFrt82gxtDHPvoySu
lgusr06jCd6Mv69IQxyKmLgsqTy9tyyMqScBU0prwk+8RTiLuI42DanNf0cBQm2s
d6m8Jy1QegH0hntqJMMRkhk14oPKrOw5sQGr6ZWwTtFdWNegvMQuHnrOgULOU5P/
MQR3NepZpwk5DRFGYz4FhC5LvCFNWVp5ah1beR7vUQ4n5SmRRur9Vu/vDrYc1b6A
R8W6oJYMZTo8bdBX1ME+LnPVrEXgtnQ7osSABzR0vmhBlJQXBvp75q5EHoj9ztYq
WAJJNtoc3wloPgc+ae8UUMax8+wM9XCGc0/ZMtPYag==
=nUVB
-END PGP SIGNATURE-

Bug#799587: Same here...

[Torsten Landschoff]

Quoting Christian Ohm:

Googling those messages finally lead me to openjdk, and after upgrading 
to version 8 all those problems are gone.


I did the same and PyCharm can be used again without wrecking the whole 
system.


Greetings, Torsten

Bug#804047: Build-Depends on gengetopt needed?

[Sebastien Bacher]

Package: libidn
Version: 1.32-3

Hey,

Is the Build-Depends on gengetopt needed? The package seems to build
fine without it
https://launchpad.net/ubuntu/+source/libidn/1.32-3ubuntu1

Thanks,

Bug#804049: [pcsc-tools] Update of smartcard_list.txt is broken

[Vasil Badev]

Package: pcsc-tools
Version: 1.4.24-1
Severity: normal
Tags: patch

--- Please enter the report below this line. ---
Flags for wget command used to download new version of 
~/.cache/smartcard_list.txt is incorect.
Instead of --output-file flag that specifies file to save log messages, 
--output-document flag should be used. Currently if file is updated, 
pcsc_scan no longer recognises any smart card becouse 
~/.cache/smartcard_list.txt contains wget log.


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

Debian Release: stretch/sid
500 testing-updates ftp.bg.debian.org
500 testing security.debian.org
500 testing ftp.bg.debian.org
500 stable repository.infonotary.com
500 stable dl.google.com
500 sid linux.dropbox.com
50 unstable ftp.bg.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

--
eng. Vasil Badev
Software Developer
InfoNotary Ltd.
Phone: (+359 2) 9210855 559

--- /tmp/pcsc-tools-1.4.24/ATR_analysis
+++ /tmp/pcsc-tools-1.4.24-new/ATR_analysis
@@ -249,7 +249,7 @@
 		}
 		else
 		{
-			system("wget $url --output-file=$file");
+			system("wget $url --output-document=$file");
 		}
 
 		# did an update

Bug#804048: mcabber: please recommend or suggest the ca-certificates package

[Johannes Schauer]

Package: mcabber
Version: 0.10.1-3
Severity: wishlist

Hi,

mcabber could Recommends or Suggests the package ca-certificates. If
this package is installed, then it will make use of its certificates
when connecting to SSL/TLS enabled servers.

Thanks!

cheers, josch

Bug#804050: freetype: new upstream release

[Andreas Henriksson]

Source: freetype
Version: 2.6-2
Severity: wishlist
X-Debbugs-CC: m...@debian.org, pkg-gnome-maintain...@lists.alioth.debian.org

Dear Maintainer,

Please consider updating freetype to the new upstream release 2.6.1.

As discussed on IRC this fixes graphical issues (very) visible in the
GNOME lockscreen (and elsewhere) in Debian Unstable/Testing.

For reference:

12:07 < mfv> https://bugzilla.gnome.org/show_bug.cgi?id=751473#c3
12:07 < mfv> seems to fix the issue.
12:08 < mfv> downgrading freetype2 to 2.5.x version, that is in jessie.
12:12 < mfv> or wait for freetype2 2.6.1 to be released, where the fix has been
 merged.
12:13 < mfv> 
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=c1c0720cc3b4e2d782784b261cadea9e6f940194


Regards,
Andreas Henriksson

Bug#804051: dballe: FTBFS with wreport 3.3

[Andreas Beckmann]

Source: dballe
Version: 6.8-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

dballe FTBFS in sid which just got a new version of wreport uploaded.
The build fails with:

[...]
In file included from core/defs.cc:30:0:
.../dballe/core/record.h: In member function 'void dballe::Record::set(const 
wreport::Var&)':
.../dballe/core/record.h:298:54: error: 'class wreport::Var' has no member 
named 'copy_val'
  void set(const wreport::Var& var) { get(var.code()).copy_val(var); }
  ^
Makefile:1412: recipe for target 'core/defs.lo' failed
make[4]: *** [core/defs.lo] Error 1


Andreas

Bug#803881: boost: SSLv3 methods removed

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

> The SSLv3 methods have now been removed from OpenSSL.  Please use a
> patch like in #621402 but then using OPENSSL_NO_SSL3_METHOD.
> 
> Please let me know if you need any help.

I followed up on this discussion, created a patch (NOTE: I did use
OPENSSL_NO_SSL3 instead of OPENSSL_NO_SSL3_METHOD, please tell me if I
need to use the latter, because the former was used on SSL2
deprecation patch and upstream)

I'm attaching a debdiff to this bug report and I would like to upload
in the next few days if you don't have any objections.

EDIT:
following up with the irc conversation with xnox I'm uploading
straight away, because my tests with casablanca were successful with
the new build.

I also sent the patches in
https://github.com/boostorg/asio/pull/29
https://github.com/boostorg/asio/pull/30
(after I discovered a similar patch was already there)
https://github.com/boostorg/asio/pull/23

cheers,

G.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWOfFtAAoJEPNPCXROn13Zxu4QAIpzq7hrtYkS6j7cMQ7RWTPt
WAPnI2oloeMA5stFfwdHKeAkuOEtkZEkMjAbQ5K2TZ3kFyzlbsBzAEmUMg7LxlK2
HuSB3oBvq1McYKZBFa67o0jGZU3YDp1lEWpXI7uoK/ae+8Efr/ycbzBsi4CICzu+
fzG26Y36kq6EPXwK55MxulmQ+B4bc5ygmMHdvgh9sqcMJD/0SxxKG+0i+WfXv4L8
xO4oSHocePgYDupJAnoIKrCbalRNWm8Lb289vo11AKJA6JpOyPjfcwYC7CjJdYQi
c7VjA5oaBFNgCRnFgjq6dX3BHkBZbalpwF755/6p5dX1H/h6hPLGvBukgxrl0/uU
4FkMzt8CiQUts6HXZxAKICUrkh2rJ8luEp2bQcRBwDrDCEGuDcdaZDbLGx1isV8L
sVa1nlYcp5Uq7g/d5cO+wFV9ReUvs4UkoL2s9Fu8sQjWvLz8zQd3cV+K5bYkdZCE
l+hPc55lb6W+68ebqP1ejirJCVr1N9jPqNKLAntSy6HJpFntnPnLvJ/Av5zHmr0+
AagCQmDv+3ONeKP+FgttstzNfE4mqsJsQ2fnpUwrj2g4mxfo4xcqa/atK+af8hY5
bl/BoqMD/bn2R4wgUK3Fww6R2VpIo+fdysxRTLKV6tMd55b9bQ8kExZHMxCWjzm3
UX/MHkx9DYivxTZO1wzn
=OoD6
-END PGP SIGNATURE-
diff -Nru boost1.58-1.58.0+dfsg/debian/changelog 
boost1.58-1.58.0+dfsg/debian/changelog
--- boost1.58-1.58.0+dfsg/debian/changelog  2015-10-03 19:59:54.0 
+0200
+++ boost1.58-1.58.0+dfsg/debian/changelog  2015-11-04 11:41:47.0 
+0100
@@ -1,3 +1,10 @@
+boost1.58 (1.58.0+dfsg-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS due to openssl SSL3 method removals.
+
+ -- Gianfranco Costamagna   Wed, 04 Nov 2015 
11:41:19 +0100
+
 boost1.58 (1.58.0+dfsg-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru boost1.58-1.58.0+dfsg/debian/patches/remove-ssl3-methods.patch 
boost1.58-1.58.0+dfsg/debian/patches/remove-ssl3-methods.patch
--- boost1.58-1.58.0+dfsg/debian/patches/remove-ssl3-methods.patch  
1970-01-01 01:00:00.0 +0100
+++ boost1.58-1.58.0+dfsg/debian/patches/remove-ssl3-methods.patch  
2015-11-04 11:50:54.0 +0100
@@ -0,0 +1,55 @@
+Description: tweak patch from 621402 to remove SSL3 deprecated methods.
+
+Author: Gianfranco Costamagna 
+
+Bug-Debian: https://bugs.debian.org/803881
+
+--- boost1.58-1.58.0+dfsg.orig/boost/asio/ssl/impl/context.ipp
 boost1.58-1.58.0+dfsg/boost/asio/ssl/impl/context.ipp
+@@ -89,6 +89,14 @@ context::context(context::method m)
+ handle_ = ::SSL_CTX_new(::SSLv2_server_method());
+ break;
+ #endif // defined(OPENSSL_NO_SSL2)
++#if defined(OPENSSL_NO_SSL3)
++  case context::sslv3:
++  case context::sslv3_client:
++  case context::sslv3_server:
++boost::asio::detail::throw_error(
++boost::asio::error::invalid_argument, "context");
++break;
++#else // defined(OPENSSL_NO_SSL3)
+   case context::sslv3:
+ handle_ = ::SSL_CTX_new(::SSLv3_method());
+ break;
+@@ -98,6 +106,7 @@ context::context(context::method m)
+   case context::sslv3_server:
+ handle_ = ::SSL_CTX_new(::SSLv3_server_method());
+ break;
++#endif // defined(OPENSSL_NO_SSL3)
+   case context::tlsv1:
+ handle_ = ::SSL_CTX_new(::TLSv1_method());
+ break;
+--- 
boost1.58-1.58.0+dfsg.orig/boost/asio/ssl/old/detail/openssl_context_service.hpp
 boost1.58-1.58.0+dfsg/boost/asio/ssl/old/detail/openssl_context_service.hpp
+@@ -85,6 +85,13 @@ public:
+   impl = ::SSL_CTX_new(::SSLv2_server_method());
+   break;
+ #endif // defined(OPENSSL_NO_SSL2)
++#if defined(OPENSSL_NO_SSL3)
++case context_base::sslv3:
++case context_base::sslv3_client:
++case context_base::sslv3_server:
++  boost::asio::detail::throw_error(boost::asio::error::invalid_argument);
++  break;
++#else // defined(OPENSSL_NO_SSL3)
+ case context_base::sslv3:
+   impl = ::SSL_CTX_new(::SSLv3_method());
+   break;
+@@ -94,6 +101,7 @@ public:
+ case context_base::sslv3_server:
+   impl = ::SSL_CTX_new(::SSLv3_server_method());
+   break;
++#endif // defined(OPENSSL_NO_SSL3)
+ case context_base::tlsv1:
+   impl = ::SSL_CTX_new(::TLSv1_method());
+   break;
diff -Nru boost1.58-1.58.0+dfsg/debian/patches/series 
boost1.58-1.58.0+dfsg/debian/patches/series
--- boost1.58-1.58.0+dfsg/debian/patches/series 2015-10-03 19:55:21.0 
+0200
+++ boost1.58-1.58.0+dfsg/debian/patches/series 2015-11-04 11:47:19.0 
+01

Bug#803881: boost: SSLv3 methods removed

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi again,

> following up with the irc conversation with xnox I'm uploading 
> straight away, because my tests with casablanca were successful
> with the new build.

as per irc request I changed the NMU in a Team Upload.
new debdiff here

(I also tweaked the patch name/changelog, to be similar to the SSL2
deprecation one)

the package has been uploaded on unstable some seconds ago.

cheers,

G.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWOfMQAAoJEPNPCXROn13ZADgP/jCHvFHehpm/Nxywc4U6AGwt
Jo8ismB65NOox0+RJYFApz82++418lz21C9aQGigPIS1Tf/2ccW/nRcV13UOWWCa
fOK8DLsFgqliygqQmfHJJ3UGat8nFUWU/e7zSmKp5DHmKwzHxCzZ6hPfARHjBsXt
Bty/GSYk1tsHBJMFOeBekFdKn0ci3WJyu6vC+xYfqmnXRHdA2G5PiI5WA3eoxQpZ
kxLjdOhlbJH8MMHfv1sdVAc7l18MtcAQEeUi+D5i78XT+Vi3kYzS9fQiHptXuP4G
pPXsmf+8bIQPJkKKli78gZFWwBBNv7nkwonnAN0hL2fuitbf7kr1kkxTfRr4SlLN
N+U5hY5c/BDBjeGcZOprAq9UYquZuIutB82uTWBVT2uzE9LXIpTDxNvJ0bUFdScq
pVF7ibeoZrKrgAL1B+hszcg2+FFm3fg+mWt+OCdIu76N9UJLuABmpctYlSS5E3XO
O0tP+JG76B4PDwxAIXNUV26wcSFLm6lObQH/ALRWSWpQpVQxrqL0dfKVdRDn/GsT
l7aTjezA4ofWumNQQjKu9LEriysPgT1ANToEszUaLMQH0lr506BWQk8Up0K3i0bd
FIinHLGdoJVIZx/tZ7aecerEsAbdtIngA7VdSFeYXXvHVPRq9dejxjrrif3GH/sJ
cyka+wBfn9fTXEcnJF3n
=XV3a
-END PGP SIGNATURE-
diff -Nru boost1.58-1.58.0+dfsg/debian/changelog 
boost1.58-1.58.0+dfsg/debian/changelog
--- boost1.58-1.58.0+dfsg/debian/changelog  2015-10-03 19:59:54.0 
+0200
+++ boost1.58-1.58.0+dfsg/debian/changelog  2015-11-04 12:54:28.0 
+0100
@@ -1,3 +1,11 @@
+boost1.58 (1.58.0+dfsg-4) unstable; urgency=medium
+
+  * Team upload.
+  * patches/openssl-no-ssl3.patch. Throw exception if sslv3 context
+requested but OPENSSL_NO_SSL3 defined (Closes: #803881).
+
+ -- Gianfranco Costamagna   Wed, 04 Nov 2015 
11:41:19 +0100
+
 boost1.58 (1.58.0+dfsg-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru boost1.58-1.58.0+dfsg/debian/patches/openssl-no-ssl3.patch 
boost1.58-1.58.0+dfsg/debian/patches/openssl-no-ssl3.patch
--- boost1.58-1.58.0+dfsg/debian/patches/openssl-no-ssl3.patch  1970-01-01 
01:00:00.0 +0100
+++ boost1.58-1.58.0+dfsg/debian/patches/openssl-no-ssl3.patch  2015-11-04 
12:56:45.0 +0100
@@ -0,0 +1,55 @@
+Description: tweak patch from #621402 to remove SSL3 deprecated methods.
+
+Author: Gianfranco Costamagna 
+
+Bug-Debian: https://bugs.debian.org/803881
+
+--- boost1.58-1.58.0+dfsg.orig/boost/asio/ssl/impl/context.ipp
 boost1.58-1.58.0+dfsg/boost/asio/ssl/impl/context.ipp
+@@ -89,6 +89,14 @@ context::context(context::method m)
+ handle_ = ::SSL_CTX_new(::SSLv2_server_method());
+ break;
+ #endif // defined(OPENSSL_NO_SSL2)
++#if defined(OPENSSL_NO_SSL3)
++  case context::sslv3:
++  case context::sslv3_client:
++  case context::sslv3_server:
++boost::asio::detail::throw_error(
++boost::asio::error::invalid_argument, "context");
++break;
++#else // defined(OPENSSL_NO_SSL3)
+   case context::sslv3:
+ handle_ = ::SSL_CTX_new(::SSLv3_method());
+ break;
+@@ -98,6 +106,7 @@ context::context(context::method m)
+   case context::sslv3_server:
+ handle_ = ::SSL_CTX_new(::SSLv3_server_method());
+ break;
++#endif // defined(OPENSSL_NO_SSL3)
+   case context::tlsv1:
+ handle_ = ::SSL_CTX_new(::TLSv1_method());
+ break;
+--- 
boost1.58-1.58.0+dfsg.orig/boost/asio/ssl/old/detail/openssl_context_service.hpp
 boost1.58-1.58.0+dfsg/boost/asio/ssl/old/detail/openssl_context_service.hpp
+@@ -85,6 +85,13 @@ public:
+   impl = ::SSL_CTX_new(::SSLv2_server_method());
+   break;
+ #endif // defined(OPENSSL_NO_SSL2)
++#if defined(OPENSSL_NO_SSL3)
++case context_base::sslv3:
++case context_base::sslv3_client:
++case context_base::sslv3_server:
++  boost::asio::detail::throw_error(boost::asio::error::invalid_argument);
++  break;
++#else // defined(OPENSSL_NO_SSL3)
+ case context_base::sslv3:
+   impl = ::SSL_CTX_new(::SSLv3_method());
+   break;
+@@ -94,6 +101,7 @@ public:
+ case context_base::sslv3_server:
+   impl = ::SSL_CTX_new(::SSLv3_server_method());
+   break;
++#endif // defined(OPENSSL_NO_SSL3)
+ case context_base::tlsv1:
+   impl = ::SSL_CTX_new(::TLSv1_method());
+   break;
diff -Nru boost1.58-1.58.0+dfsg/debian/patches/series 
boost1.58-1.58.0+dfsg/debian/patches/series
--- boost1.58-1.58.0+dfsg/debian/patches/series 2015-10-03 19:55:21.0 
+0200
+++ boost1.58-1.58.0+dfsg/debian/patches/series 2015-11-04 12:55:37.0 
+0100
@@ -11,3 +11,4 @@
 ec60c37295146bb80aa44a92cf416027b75b5ff7.patch
 boost-context-use-sysv-not-aapcs.patch
 numeric-ublas-storage.hpp.patch
+openssl-no-ssl3.patch

Bug#804052: ITP: ruby-classifier-reborn -- Successor of Ruby::Clasifier

[Youhei SASAKI]

Package: wnpp
Owner: Youhei SASAKI 
Severity: wishlist

* Package name: ruby-classifier-reborn
  Version : 2.0.4
  Upstream Author : Lucas Carlson, et al.
* URL or Web page : https://github.com/jekyll/classifier-reborn
* License : LGPL-2.1+
  Description : Successor of Ruby::Clasifier
 Classifier is a general module to allow Bayesian and other types of
 classifications. Classifier Reborn is a fork of original classifier
 under more active development.
 .
 This package provides Bayes classifier and Latent Semantic
 Indexer. Bayesian Classifiers are accurate, fast, and have modest
 memory requirements. Latent Semantic Indexing engines are not as fast
 or as small as Bayesian classifiers, but are more flexible, providing
 fast search and clustering detection as well as semantic analysis of
 the text that theoretically simulates human learning.
 

---
Youhei SASAKI 
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07

Bug#804053: link group liblapack.so.3 is broken

[積丹尼 Dan Jacobson]

Package: liblapack3
Version: 3.5.0-5

Setting up liblapack3 (3.5.0-5) ...
update-alternatives: warning: forcing reinstallation of alternative 
/usr/lib/lapack/liblapack.so.3 because link group liblapack.so.3 is broken

Bug#795436: Preferences: usability regression

[Yuri D'Elia]

Package: iceweasel
Version: 42.0-1
Followup-For: Bug #795436

I also had the same problem. inContent preferences use, for several dialogs,
fake windows that cannot be detached, that do not respect the general GTK
style, that use inferior widgets and often do not resize properly (content just
overflows or breaks when shrinked below a certain size).

It is a regression in every sense.

And now, with ff/iceweasel 42, the fallback is gone.

Oh, and meanwhile ff 42 adds a new "settings" icon in the new empty tab page,
with a *new* animation that cannot be disabled.

Way to go Mozilla.

Bug#804054: ubuntu specific upstart's job no needed anymore

[Sebastien Bacher]

Package: modemmanager
Version: 1.4.12-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Ubuntu uses systemd now and the upstart job has been dropped in 15.10,
it would make sense to clear that out from the Debian package too,
attached patch does that

Thanks,

diff -Nru modemmanager-1.4.12/debian/changelog 
modemmanager-1.4.12/debian/changelog
--- modemmanager-1.4.12/debian/changelog2015-10-08 12:48:12.0 
+0200
+++ modemmanager-1.4.12/debian/changelog2015-11-04 13:06:05.0 
+0100
@@ -1,3 +1,13 @@
+modemmanager (1.4.12-2) unstable; urgency=medium
+
+  * debian/rules: drop ubuntu vendor-specific changes for an upstart job.
+Now that we use systemd there is no reason to keep special-casing to keep
+the upstart job around, and it's confusing to have a SysV, upstart, and
+systemd way of starting ModemManager all at the same time.
+Thanks Mathieu Trudel-Lapierre 
+
+ -- Sebastien Bacher   Wed, 04 Nov 2015 13:04:26 +0100
+
 modemmanager (1.4.12-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru modemmanager-1.4.12/debian/rules modemmanager-1.4.12/debian/rules
--- modemmanager-1.4.12/debian/rules2015-10-08 12:48:12.0 +0200
+++ modemmanager-1.4.12/debian/rules2015-11-04 13:04:07.0 +0100
@@ -15,7 +15,6 @@
NOCONFIGURE=true dh_autoreconf ./autogen.sh
 
 override_dh_auto_clean:
-   rm -f $(CURDIR)/debian/modemmanager.upstart
rm -f gtk-doc.make m4/gtk-doc.m4
dh_auto_clean
 
@@ -34,10 +33,6 @@
 override_dh_install:
cp $(CURDIR)/debian/77-mm-qdl-device-blacklist.rules \
 $(CURDIR)/debian/tmp/lib/udev/rules.d
-   if dpkg-vendor --is ubuntu; then \
-   cp $(CURDIR)/debian/ubuntu/modemmanager.upstart 
$(CURDIR)/debian; \
-   dh_link lib/systemd/system/ModemManager.service 
lib/systemd/system/modemmanager.service; \
-   fi
find $(CURDIR)/debian/tmp/ -name \*.a -exec rm {} \;
find $(CURDIR)/debian/tmp/ -name \*.la -exec rm {} \;
rm -f $(CURDIR)/debian/tmp/usr/lib/*/pppd/*/mm-test-pppd-plugin.*
diff -Nru modemmanager-1.4.12/debian/ubuntu/modemmanager.upstart 
modemmanager-1.4.12/debian/ubuntu/modemmanager.upstart
--- modemmanager-1.4.12/debian/ubuntu/modemmanager.upstart  2015-10-08 
12:48:12.0 +0200
+++ modemmanager-1.4.12/debian/ubuntu/modemmanager.upstart  1970-01-01 
01:00:00.0 +0100
@@ -1,17 +0,0 @@
-# modemmanager - modem manager
-#
-# The ModemManager daemon manages the system's mobile broadband connections
-# for NetworkManager.
-
-description"modem connection manager"
-
-start on starting network-manager
-stop on stopped network-manager
-
-respawn
-
-pre-start script
-[ -x /usr/sbin/ModemManager ] || stop
-end script
-
-exec /usr/sbin/ModemManager

Bug#804055: transition: graphicsmagick

[GCS]

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

Hi,

I've uploaded a new graphicsmagick version to Sid (sorry) that changes
the libGraphicsMagick++-Q16 soname from 11 to 12 . It builds fine on
all architectures.

The Ben file:
title = "graphicsmagick";
is_affected = .depends ~ /\b(libgraphicsmagick++-q16-11)\b/ | .depends
~ /\b(libgraphicsmagick++-q16-12)\b/;
is_good = .depends ~ /\b(libgraphicsmagick++-q16-12)\b/;
is_bad = .depends ~ /\b(libgraphicsmagick++-q16-11)\b/;

Please schedule the needed binNMUs.

Thanks,
Laszlo/GCS

Bug#694048: systemd: Fetchmail restart failed

[Samuel Wolf]

Hello,

same problem here with systemd:
Nov  3 14:26:07 wolfmailserver fetchmail[22144]: Stopping mail retriever
agent: fetchmail.
Nov  3 14:26:07 wolfmailserver fetchmail[20613]: beendet mit Signal 15
Nov  3 14:26:07 wolfmailserver fetchmail[22152]: fetchmail already started;
not starting. ... failed!

fetchmail 6.3.26-1+b1  amd64

And sometimes I did not notice it immediately :(
Patch would be great.

Samuel

Bug#773480: work-around

[nsa spy]

there is one work-around for this bug by installing package 'policykit-1'. 
however i don't recommend changing this package to 'depends' category maybe 
'suggests' category. not having 'policykit-1' loses some features like reboot 
and shutdown. maybe error message should be different meaning that some 
features are not available and possibility 'do not show again' option.

Bug#804056: Systemd

[mila_s]

Package: systemd
Version: jessie 8.2
Severity: critical
Date: 30 Oct 2015

After upgrade from wheezy 7.9 to jessie 8.2 *server* boot in single ro mode. 
(Squeeze to Wheezy: OK)
No network services. 
No remote login.
No signs of problems on monitor:
  - sysvinit leave a couple of diagnostic messages on screen (anyone can read 
if server is ill)
  - systemd after upgrade - zero messages (server is OK but do not work -> it's 
like Microsoft)

My solution:
  A. Back to wheezy.
  B. In file /etc/fstab: bad UUID's for root file system. (UUID changed to 
/dev/sda2)
  - after reboot - problem with /etc/init.d/iptables - don't load firewall.

Upgrade to jessie: suspended.

Bug#804018: dpkg: provide options to avoid service startup on package installation

[Holger Levsen]

Hi Patrick,

you are aware of

echo -e '#!/bin/sh\nexit 101' > /usr/sbin/policy-rc.d

to implement exactly this?


cheers,
Holger


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

Bug#803815: fuse-emulator-utils: FTBFS with FFmpeg 2.9

[Andreas Cadhalpun]

Hi Alberto,

On 04.11.2015 08:59, Alberto Garcia wrote:
> Upstream said that they're planning to remove the FFmpeg dependency
> for the next release, so let's do it like this:
> 
> - If there's a new upstream version I'll upload it and this patch will
>   not be needed.
> 
> - If FFmpeg 2.9 is ready before that ping me when it's available in sid
>   and I'll immediately upload the fuse package with your patch. I have
>   it ready so I can do it quickly.
> 
> Does that sound good?

That's perfectly fine.
If you upload a new upstream version without FFmpeg dependency, please
close this bug. If it's still open, when the ffmpeg2.9 transition is
about to start, I'll send a ping.

Best regards,
Andreas

Bug#801992: broken iceweasel png icons

[Ben Caradoc-Davies]

Also affects iceweasel 38.4.0esr-1 amd64 on sid.

Workaround is to use inkscape to regenerate the png icons: as root:

for n in 16 32 48; do inkscape -z -e 
/usr/share/iceweasel/browser/chrome/icons/default/default$n.png -w $n -h 
$n /usr/share/icons/hicolor/scalable/apps/iceweasel.svg; done


for n in 16 32 48 64 128; do inkscape -z -e 
/usr/share/icons/hicolor/${n}x${n}/apps/iceweasel.png -w $n -h $n 
/usr/share/icons/hicolor/scalable/apps/iceweasel.svg; done


To refresh the icon in the XFCE Application menu, log out and in.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#802823: (no subject)

[Thomas Lange]

A message from upstream:

this should fix the problem.
https://github.com/haraldh/dracut/commit/6c9484f61440b71301f43cfa912fb9f1113352b1

A new dracut upstream version will be available next week. I will try
to package it as soon as possible.
-- 
regards Thomas

Bug#804057: kismet: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: kismet
Version: 2013.03.R1b-4
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

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

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

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

Russian debconf templates translation update is attached.

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

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


ru.po.gz
Description: application/gzip

Bug#804058: debian-security-support: Please mark wine-gecko-2.21 and wine-gecko-2.24 as unsupported in any release

[Stephen Kitt]

Package: debian-security-support
Version: 2015.07.11
Severity: normal

Hi,

Upstream doesn't provide security updates for wine-gecko.

The source package also includes several third-party libraries which
would also need security support; these can't be replaced with the
versions in Debian because wine-gecko is cross-compiled to Windows
(it's used to provide HTML/JS support in Wine).

Regards,

Stephen


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

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

Versions of packages debian-security-support depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.57
ii  gettext-base   0.19.6-1

debian-security-support recommends no packages.

debian-security-support suggests no packages.

-- debconf information:
* debian-security-support/limited:
  debian-security-support/ended:

Bug#804059: debian-maintainers: Please add Paulo Roberto Alves de Oliveira (aka kretcheu) to Debian Maintainers keyring

[Paulo]

Package: debian-maintainers

Please add Paulo Roberto Alves de Oliveira (aka kretcheu) to the Debian 
Maintainer keyring.

Thanks,

kretcheu

Comment: Add Paulo Roberto Alves de Oliveira (aka kretcheu) 
 as a Debian Maintainer
Date: Wed, 04 Nov 2015 10:12:34 -0200
Recommended-By: 
  Eriberto Mota 
Agreement: 
  https://lists.debian.org/debian-newmaint/2015/11/msg6.html
Advocates: 
  https://lists.debian.org/debian-newmaint/2015/11/msg7.html
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1
  
  mQINBFWWBVIBEAC6EJqn8+R8IbtLAMGr08yWUrgJsAZ58xkr5kuWdo0nC8t6xley
  hMl7WzkknQYWSdhDCeS1rMSyhmnz4ijDBeZh59W184C3MNeXWr1YioneNC1zRjoX
  iP3PKBi+GNOIJ9UlZnfydarzq6iIJJQDisetC5hpRNIqUdC93HG4lbNlNrc5JEZE
  2Gaeall1/KK7pHwHdVt5Usk036+LD/ynbz7ihEs2xun3yrbW4mZkdzVCpY+Iod8b
  3N9r9/ALJBLpg0cEjk3pB7yjdvRLapd77XbIfv+82QN6qoKUXxtC74p6ed5CaswH
  vH1M1KCywNsBgp36XFoFGrnuX+FjLOQSOWsDYTQDozKPt/BJXDS/YdYFPdmZBgti
  rr7r892CRQJ3KEeZj64nD6xZuCDQVEJiPWa1Lmy2bUx5BzVauJOxEAVHozoFTzS3
  gngdXwVS8kPC41CPgTjspYfFH62Z/qwnFpCiMwM6XwurVT5uiLI9TDWYysxzcUwi
  KK7IaT6OwFCtz/RYG/cUpQJ8SJ5n1Dbo0S+M67GphpX6hKHSq+GOW/3l0OwnrUr0
  /bxSii3ZDMwam8GZw5Qs2f9s8zxg5KzQXyV/rb7B4AZSgnHLP1ROSAku6MkR9Jla
  zBxXudAUHYjLgNfv82VcnfcuXRdtU7/HooYfE3ljoSXUWv3mYTw/2rtx1wARAQAB
  tENQYXVsbyBSb2JlcnRvIEFsdmVzIGRlIE9saXZlaXJhIChha2Ega3JldGNoZXUp
  IDxrcmV0Y2hldUBnbWFpbC5jb20+iQI4BBMBAgAiBQJVlgVSAhsDBgsJCAcDAgYV
  CAIJCgsEFgIDAQIeAQIXgAAKCRA58XpfWu++c10rD/41QVqg8r6OBuHzbZsWTCW7
  FErn/UydeMJ0TeatNMqSwSA72eSeE7LSAMJYA6g14p/GjKzRmlAa5kcVDqZKcpGF
  Mp6Hc0iQHYWVC8T/f9UGL68vxu5y9GGs1EKN1F58ytlJZhlpr5KPP1ugjy7hfkCl
  32ezX5+IrAV+8RvRo1of/l09yh4dQ1RQDAEHjabNyUJatytdhRCsT3bx7lgB50Wq
  azrqOcFSZfAaHvz8EbM4hjb8V33GmCXwCR/elsnr2QDnkqT4ax00fsXJ1n6cMSw0
  56u+LEjhVOlU8eouOGgoenSZxCR/Dwicm3p/cB3koXPv+dDRF1t+syCFYdxHHEqt
  KKWwg/LdMot5awQ5BHOv61Odgs6F5LJu8WJ7qtOiZS850iPmpmY2x+C8+h3m9kMw
  cgBecDo2UU3qPAutfMp/0fHAolW/GrFT41LsuZlx4+Zov6j9PJTjICXSnqDrpWuE
  utQXvp0gB7bgObnNw+NFbzp5qYPGccWVSIv0Y0ISajeb1mRkaK3rwOyex7VFRvfw
  FAdXnBUzYKW9Iju6ZVlrM50/GeiPwuXPGYW3MrsRoj9p7jLs2p/ZaozsoCW23CX0
  0iChCGpj8fQgMd1O1fjaOA/DHZssBJ9zpH4LQqk9P2y5bLjTQbhF9SMofgu7MXZQ
  h6kecHGhPcchP5UitHYNE7kCDQRV+vSJARAAo2y9+udV0D9HWwDi60VwzzbTUp7M
  nE3tG0Ro6Cf6IQ8Brr1nK63MMcTNE3T3WKg5vmlmKlilH4Fn/nlHcJTx+2BnykzC
  ucyIgWmVi440d0Hu7GHVM9kH3r9tfjr80GsMqUzSXMF4f5i7RjJ3qcsrInA55vBc
  mjZvgLI3+4fSbw4gCDYkqND3AjV6Ymf/w7V5QHr1Z3W1tBFDm18o+8n04M7IjTsQ
  JZfRQI71gpce72mlxfwekiEpYb9Wj5OzWXcFu3nlicVwGNxZttENNrEBtdcJZ8k5
  TjIBZTKjpMQEjuZHVpaAKsu921TOT/dvehcmIR3v6u/8YuZQaWIBWWEZKLrBYaJF
  j+AKzg/W/wSG1VF45FJU/TWLZdKrm2Tg6FysFvJU21402J6AUtMXL4drid/r4TSN
  7wk3STp/oMxdP2W3MwF3uqTt6ij6wgM5qoiDMz59WWzvDaGTnqed5ue8RnpM04yG
  xwcUZ1Dgy8AFN9v1LqmS3iMR1WgEpu3VlaQrlg+ejcBGIh5Ly9nbQrXCG8ijlAq5
  E8NZq5G9TwJX4U8zEJ0Ft/7E6myK/Cuz3i3p58DKXTGTSd0g3jBZMg7FjY9UZsBb
  x+kNlZ08oNrDgEa+S4qZiK3BFp526gMzrRXEfArj4/8JRcmUXnPwlIvkzUzXh/JT
  bz2+pOTH4SiCCJ0AEQEAAYkCJQQYAQIADwUCVfr0iQIbDAUJAeEzgAAKCRA58Xpf
  Wu++c15/D/4tPOitUWQD3lAvvCSNdL8qrQz7DIcQTCH6+mgmEQ7WTzVOOJxML1/X
  l7TiNQFSyFXTJBT7wyi8XveCgDAyJ9IAlGbv1AANL3vQWDPbBHBajPpEQaq7h6cj
  +3CSj+dcITxMwBwOKYv1lifzJ2aKsEpyIUx8AKZeaPj5XwEbXSBZnUhP+rXymJXO
  KUOmZ6cvoj69s+SWyLWnntWRr96xXj0UGaKw4c8ze18PlDrrSwpp8jZlBhxbzjdf
  4R1ZfX0QCnitckftyHp5AeBooEHRZ2zmDbRgWsrSiKVc2/oKmkM3uHBAElsCKUBO
  qyERGucxXZUkjHmJlxCcuiRZK0efmXT/XPHFR942tIO8FZTvnoNmGQXTprKI/DNs
  OeIHc0H/danUFch027XQSobN1CcD6Ltxf04J04r8m2yOLj+29TXBnW0U2YQHj62K
  IpM1h9sHDF3EeuwfhSan7iZPv6Dbzt1mmyEzFtfplQvoHZPVm4Y71jyckklY6VfL
  AQc5PShQbE2rhz8gJI2GVWEPcw3NmGK0Uo8Xqw9XXte28ZmxlCQAuidoweOYMcn1
  LfIG0UdBH+/KMUy2QRSpjOA5frxkuKhSV4KAd8trCPtvdg1V72woxEyQ2hUionKx
  nzGJEelUUd5wgfW7Vstvbvl9XrfMnI6RsCNkXjF9f+lEWaZtM5rYGg==
  =prpn
  -END PGP PUBLIC KEY BLOCK-

Bug#804056: Systemd

[Felipe Sateler]

Control: tags -1 moreinfo

On 4 November 2015 at 08:15,   wrote:
> Package: systemd
> Version: jessie 8.2
> Severity: critical
> Date: 30 Oct 2015
>
> After upgrade from wheezy 7.9 to jessie 8.2 *server* boot in single ro mode. 
> (Squeeze to Wheezy: OK)
> No network services.
> No remote login.
> No signs of problems on monitor:
>   - sysvinit leave a couple of diagnostic messages on screen (anyone can read 
> if server is ill)
>   - systemd after upgrade - zero messages (server is OK but do not work -> 
> it's like Microsoft)

The journal (inspect with `journalctl -b`) should have more information.

>
> My solution:
>   A. Back to wheezy.
>   B. In file /etc/fstab: bad UUID's for root file system. (UUID changed to 
> /dev/sda2)

That is a documented change in the release notes.

>   - after reboot - problem with /etc/init.d/iptables - don't load 
> firewall.

I don't see this file in any debian package. Where did it come from?
Can we see its contents?

>
> Upgrade to jessie: suspended.

If you have the sysvinit package installed you can still boot using
sysv init adding init=/lib/sysvinit/init to your kernel command line.

-- 

Saludos,
Felipe Sateler

Bug#741046: python-pdfminer: Please package latest upstream

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Tue, 25 Aug 2015 18:37:50 +0200 Daniele Tricoli 
wrote:
> On Thursday 06 August 2015 12:49:56 Daniele Tricoli wrote:
>> I will ping stefanor once the package is ready.
> 
> A quick update: stefanor will look at my RFS. I just talked to him
> on IRC.
> 

Hi, ping again
this is the last blocker for w3af.

I can sponsor the package if needed.

cheers,

G.
> Kind regards,
> 
> -- Daniele Tricoli 'eriol' https://mornie.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWOf4pAAoJEPNPCXROn13Zub4P/RTAmBrgp9MXb3qEoACIDQVk
GC5BZ34XMO0tVVQ0BhjQ6pwW/CBrn6mamHG+uMlhoeMO3ElJyNxu/AtX4zaW0JDg
zdBUgKwzaNlWu6rX/C7HgQRLb9g5+athwJO5cmV/8yd+Rt0HFePDlq1lefck4CA+
1NpluQHs8nW2CVqJJJ98sZARcb+MFB+ps7somS8u3andOPRecs5b0sqjPnSmPOjo
JSmSu/hOvnVJUEKpLb6fFnRs172Tkru4VVKDYcWfnZK5O6Li4skDM5geTmdmn5WC
7qJd5Yw0o1NS6CdlehOgYdP5nxnv768ASgbPrZfKgmy9vN+oHxkaNBi70kkN8+wF
yVHbpCybff9R259rSVOFTMsDW0wLr8tt3uJIvdBl6q/9e4PNuurIocm9BSAIjGDD
rvwUIcz+73THzGolmLTjSqipeIIY+Ub/rFCA5a8IoOhFQU8Co/+t2neWrCFYclrY
DlH0WPRqJXtyWOY26uiipj2jtJZv27b8eElrv4YFTDiSFM5WBrL/1aK2s1ZiuyET
sYYR9gY78wjg+4uh5vTi5eXrOe+SlxYft5XOAU+Pujpj+xgwXfe2GEY2FvpeAgGt
KuO7lxcx2riV7kNSnze7saK15oQMRvi8D1gEdMaHREmShsg+SSmKShcxBvgu3UOG
/aT2cjYXx9v/iBqoxv3a
=kBis
-END PGP SIGNATURE-

Bug#796329: (no subject)

[Thomas Lange]

IIRC he is using dracut 043.

-- 
regards Thomas

Bug#804060: iceweasel: SIGPIPE when running under KDE

[Arthur Marsh]

Package: iceweasel
Version: 38.4.0esr-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

Running current version or 38.3.0esr-1 of iceweasel under KDE, would get
a lockup of KDE session when run outside of gdb, obtained SIGPIPE and
backtrace when running under KDE with gdb:

$ gdb iceweasel
GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from iceweasel...Reading symbols from 
/usr/lib/debug//usr/lib/iceweasel/iceweasel...done.
done.
(gdb) run
Starting program: /usr/bin/iceweasel 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe8d48700 (LWP 14436)]
[Thread 0x7fffe8d48700 (LWP 14436) exited]

(process:14428): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size 
== 0' failed
[New Thread 0x7fffe8d48700 (LWP 14439)]
[New Thread 0x7fffdeff2700 (LWP 14440)]
[New Thread 0x7fffde7f1700 (LWP 14441)]
[New Thread 0x7fffddff0700 (LWP 14442)]
[New Thread 0x7fffddbf3700 (LWP 14443)]
[New Thread 0x7fffddb72700 (LWP 1)]
[New Thread 0x7fffddaf1700 (LWP 14445)]
[New Thread 0x7fffdda70700 (LWP 14446)]
[New Thread 0x7fffdd9ef700 (LWP 14447)]
[New Thread 0x7fffdd96e700 (LWP 14448)]
[New Thread 0x7fffdd8ed700 (LWP 14449)]
[New Thread 0x7fffdc7ff700 (LWP 14450)]
[New Thread 0x7fffdbcff700 (LWP 14451)]
[New Thread 0x7fffdb4fe700 (LWP 14452)]
[New Thread 0x7fffda65b700 (LWP 14453)]
[New Thread 0x7fffd9e5a700 (LWP 14454)]
[New Thread 0x7fffd9659700 (LWP 14455)]
[New Thread 0x7fffd8e58700 (LWP 14457)]
[New Thread 0x7fffd82ff700 (LWP 14458)]
[Thread 0x7fffde7f1700 (LWP 14441) exited]
[Thread 0x7fffdeff2700 (LWP 14440) exited]
[Thread 0x7fffd82ff700 (LWP 14458) exited]
[Thread 0x7fffdc7ff700 (LWP 14450) exited]
[Thread 0x7fffddff0700 (LWP 14442) exited]
[Thread 0x7fffddb72700 (LWP 1) exited]
[Thread 0x7fffdda70700 (LWP 14446) exited]
[Thread 0x7fffddaf1700 (LWP 14445) exited]
[Thread 0x7fffdd96e700 (LWP 14448) exited]
[Thread 0x7fffdd8ed700 (LWP 14449) exited]
[Thread 0x7fffdd9ef700 (LWP 14447) exited]
[Thread 0x7fffddbf3700 (LWP 14443) exited]
[Thread 0x7fffe8d48700 (LWP 14439) exited]
[Thread 0x7fffdbcff700 (LWP 14451) exited]
[Thread 0x7fffdb4fe700 (LWP 14452) exited]
[Thread 0x7fffd8e58700 (LWP 14457) exited]
[Thread 0x7fffd9659700 (LWP 14455) exited]
[Thread 0x7fffd9e5a700 (LWP 14454) exited]
[Thread 0x7fffda65b700 (LWP 14453) exited]
process 14428 is executing new program: /usr/lib/iceweasel/iceweasel
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

(process:14428): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size 
== 0' failed
[New Thread 0x7fffe11d8700 (LWP 14480)]
[New Thread 0x7fffdeff2700 (LWP 14482)]
[New Thread 0x7fffde7f1700 (LWP 14483)]
[New Thread 0x7fffddff0700 (LWP 14484)]
[New Thread 0x7fffddbf3700 (LWP 14485)]
[New Thread 0x7fffddb72700 (LWP 14486)]
[New Thread 0x7fffddaf1700 (LWP 14487)]
[New Thread 0x7fffdda70700 (LWP 14488)]
[New Thread 0x7fffdd9ef700 (LWP 14489)]
[New Thread 0x7fffdd96e700 (LWP 14490)]
[New Thread 0x7fffdd8ed700 (LWP 14491)]
[New Thread 0x7fffdc7ff700 (LWP 14492)]
[New Thread 0x7fffdbcff700 (LWP 14493)]
[New Thread 0x7fffdb4fe700 (LWP 14494)]
[New Thread 0x7fffda65b700 (LWP 14495)]
[New Thread 0x7fffd9e5a700 (LWP 14496)]
[New Thread 0x7fffd9659700 (LWP 14497)]
[New Thread 0x7fffd8e58700 (LWP 14499)]
[New Thread 0x7fffd82ff700 (LWP 14500)]
[New Thread 0x7fffda8f7700 (LWP 14501)]
[Thread 0x7fffd9659700 (LWP 14497) exited]
[New Thread 0x7fffd9659700 (LWP 14502)]
[New Thread 0x7fffd5f67700 (LWP 14503)]
[New Thread 0x7fffd53ff700 (LWP 14504)]
[New Thread 0x7fffd4bfe700 (LWP 14505)]
[New Thread 0x7fffd37ff700 (LWP 14506)]
[New Thread 0x7fffd2ffe700 (LWP 14507)]
[New Thread 0x7fffd27fd700 (LWP 14508)]
[New Thread 0x7fffd1ffc700 (LWP 14509)]
[Thread 0x7fffd4bfe700 (LWP 14505) exited]
[New Thread 0x7fffd1dfb700 (LWP 14510)]
[New Thread 0x7fffd4bfe700 (LWP 14511)]
[New Thread 0x7fffd11ff700 (LWP 14512)]
[New Thread 0x7fffd09fe700 (LWP 14513)]
[New Thread 0x7fffd01fd700 (LWP 14514)]
[Thread 0x7fffd9e5a700 (LWP 14496) exited]
[Thread 0x7fffd27fd700 (LWP 14508) exited]
[New Thread 0x7fffd9e5a700 (LWP 14538)]
[Thread 0x7fffd11ff700 (LWP 145

Bug#798905: Please ship the libnss_resolve.so.2 file

[Felipe Sateler]

Control: tags -1 patch

On Mon, 14 Sep 2015 00:50:45 +0200 Alexander Kurtz  wrote:
> Package:  src:systemd
> Version:  226-1
> Severity: wishlist
>
> Hi!
>
> The Debian systemd package currently ships nearly all components of
> systemd-resolved except for the nss-plugin libnss_resolve.so.2.
>
> The best way to ship this file would certainly be in a separate package
> like the other libnss-* packages built from the systemd source, but for
> the moment I'd be perfectly happy if it was simply included in the main
> systemd binary package!

I have a patch in branch fsateler/resolve in the git repository,
creating a new package.

Saludos,
Felipe Sateler

Bug#803825: hedgewars: FTBFS with FFmpeg 2.9

[Andreas Cadhalpun]

Hi Gianfranco,

On 04.11.2015 10:49, Gianfranco Costamagna wrote:
>> That's not correct: the alternatives have been present for a
>> long time, so that the deprecated functions will be removed
>> in the next version.
> 
> thanks, this is something I was wondering, even if I couldn't easily find
> when they were introduced.

This is documented in FFmpeg's APIchanges [1], also installed in ffmpeg-doc.

>> While this will probably work, it's not entirely correct.
>> You can use:
>> * for AVPixelFormat, AV_PIX_FMT_*:
>> #if LIBAVUTIL_VERSION_MAJOR > 51
>> * for av_frame_alloc/av_frame_free:
>> #if LIBAVUTIL_VERSION_MAJOR > 52
>> * for av_stream_get_end_pts:
>> #if LIBAVFORMAT_VERSION_MAJOR > 55
> 
> thanks, I committed this on the upstream pull request, giving you the commit 
> authorship.

Unfortunately, you didn't copy this correctly...

On 04.11.2015 11:01, Gianfranco Costamagna wrote:
> unfortunately this change breaks libav 4:0.8.17-0ubuntu0.12.04.1 

...so it doesn't work.

You always used LIBAVCODEC_VERSION_MAJOR, while that should have been
LIBAVUTIL_VERSION_MAJOR or LIBAVFORMAT_VERSION_MAJOR.

If done correctly, it will surely work fine with Libav 0.8, which has
only libavutil 51 and libavformat 53.

> While I like the solution, I'm really worried about backporting hedgewars,
> (and this is why I took 55 as separator), because that way I wasn't changing 
> the "current" behaviour.
> 
> Now the next backports will take some new functionalities, while before they 
> were using a deprecated code...
> 
> This sounds scary to me, but if upstream applies the patch I have one year 
> until the next backport need
> (I'm backporting hedgewars without the above fixes for this new release)
> 
> let me know if you can reassure me because the changes are "safe" or whatever 
> :)

Yes, these changes are safe:
 * AVPixelFormat, AV_PIX_FMT_*:
Only the names changed (due to being too generic before). The binary will be 
identical.
 * av_frame_alloc/av_frame_free:
These functions are now in libavutil, while 
avcodec_alloc_frame/avcodec_free_frame
were in libavcodec. Actually hedgewars used av_free to free the frames, which
can leak memory, so using the correct free function is definitely an 
improvement.
 * for av_stream_get_end_pts:
This is just a getter function for pts.val, which is made private, no 
functional change.

Best regards,
Andreas


1: https://anonscm.debian.org/cgit/pkg-multimedia/ffmpeg.git/tree/doc/APIchanges

Bug#758116: Bug status

[Cyril Brulebois]

Hi Ole,

Ole Streicher  (2015-11-04):
> I am currently preparing a new Debian Pure Blend (Debian Astro), and I
> am curious about the status of this bug. Is this something that is
> going to be implemented in stretch? And what are currently the main
> obstacles? The last entry was from one year ago -- did anything happen
> behind the courtain?

I might have missed it, but I don't think anything happened.

> I would be quite interested to get this done; being visible during the
> installation is one of the motivations in creating a Blend.

I can certainly appreciate that. Unfortunately I don't have enough
bandwidth to keep track of or shepherd everything d-i related, and
I can't promise if/when I could look into this, sorry.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#804018: dpkg: provide options to avoid service startup on package installation

[Guillem Jover]

Hi!

On Wed, 2015-11-04 at 10:59:19 +0100, Patrick Schönfeld wrote:
> Package: dpkg
> Severity: wishlist
> 
> as of today services a started once they are installed. This is a problem
> in some cases, e.g. when installing and configuring a service via puppet
> and/or in preparation for a HA setup.
> 
> We had a lot of discussions around this design decision in the past and I
> do not want to restart that. Instead I'd like to propose a feature to
> opt-out from automatic service startup by introdocution of a new dpkg
> option, e.g. Dpkg::StartServices with a truthy default.
> 
> RATIONALE:
> By adding a configuration option for this, we allow the administrator of a
> Debian system to decide if services are started after installation or not.
> 
> It is superior to adding a command line switch only, since it allows the
> admin to set this permanent and system-wide (with all its disadvantages) or
> on a per-installation base (which would be suitable to be used by
> configuration management systems).

This all feels very out of scope for dpkg. More so when policy-rc.d
already supports what you seem to be asking for (as Holger also
pointed out)?

> Possible implementation:
> Per policy 9.3.3.2 have to interface with init via invoke-rc.d for service
> startup. A possible (and admittedly naive) implementation which does not
> involve changes in each and every package, could possibly just let dpkg
> install a policy.d layer and ensure its absence on process end. Though some
> sort of IPC between invoke-rc.d and dpkg that does not involve filesystem
> modifications would probably be better.

Something like this would mean encoding extremely system specific
policy into the dpkg C codebase, when dpkg has no knowledge whatsoever
on what is happening on maintainer scripts or how init scripts are
invoked or managed etc. It does not feel right.

But perhaps I'm not fully understanding your proposal?

Thanks,
Guillem

Bug#804061: diffoscope UnicodeDecodeError processing julia/0.3.11-1

[Mattia Rizzolo]

Package: diffoscope
Version: 38

Seen in rb.d.n with julia/0.3.11-1 in both testing and unstable

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 138, in 
main
sys.exit(run_diffoscope(parsed_args))
  File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 114, in 
run_diffoscope
parsed_args.file1, parsed_args.file2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 82, in compare_root_paths
return compare_files(file1, file2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 99, in compare_files
return file1.compare(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
77, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
180, in compare
difference = self._compare_using_details(other, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
153, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
77, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/debian.py", line 
134, in compare_details
differences.extend(my_container.compare(other_container))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/utils.py", line 
205, in compare
return list(starmap(diffoscope.comparators.compare_commented_files, 
self.comparisons(other)))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 102, in compare_commented_files
difference = compare_files(file1, file2, source=source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 99, in compare_files
return file1.compare(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
77, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
180, in compare
difference = self._compare_using_details(other, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
153, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
77, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/deb.py", line 84, 
in compare_details
differences.extend(my_container.compare(other_container))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/utils.py", line 
205, in compare
return list(starmap(diffoscope.comparators.compare_commented_files, 
self.comparisons(other)))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 102, in compare_commented_files
difference = compare_files(file1, file2, source=source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 99, in compare_files
return file1.compare(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
77, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
180, in compare
difference = self._compare_using_details(other, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
153, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
77, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/xz.py", line 69, 
in compare_details
return my_container.compare(other_container)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/utils.py", line 
205, in compare
return list(starmap(diffoscope.comparators.compare_commented_files, 
self.comparisons(other)))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 102, in compare_commented_files
difference = compare_files(file1, file2, source=source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 99, in compare_files
return file1.compare(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
77, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
180, in compare
difference = self._compare_using_details(other, source)
  File "/usr/lib/python3/dist-packages/diffosc

Bug#796934: upload 1.5.x to unstable

[Sebastien Bacher]

Hey there, is there anything blocking that update? The new version has
quite some improvements that would be nice to see in unstable...

Bug#803669: Breaks QProcess in owncloud-client tests on mips an mipsel

[Gaudenz Steinlin]

Lisandro Damián Nicanor Pérez Meyer  writes:

> forwarded 803669 https://bugreports.qt.io/browse/QTBUG-49168
> tag 803669 upstream
> thanks
>
> On Monday 02 November 2015 23:07:19 Gaudenz Steinlin wrote:
> [snip]
>> If I read the strace output right (attached) md5sum only tahkes less
>> than 1 second. The long 2x30s delay comes from subsequent pselect calls
>> which may be unrelated to waitForFinished, but related to the fact the
>> QProcess tries to kill the no longer running md5sum process.
>
> You are right. My wonderful teammate Dmitry has filed [qtbug] upstream.
>
> [qtbug] 
>
> The fix should be already in unstable in 5.5.1+dfsg-6, we are waiting for the 
> mips/mipsel buildds to pick the package. After that please try again.

Now that -6 is on the mirror the porter box uses I retried the build but
I still have the same build failure. So something is still missing here.

Next I'll try the test program in the upstream bug report to see if that
is fixed.

Gaudenz



signature.asc
Description: PGP signature

Bug#804062: New version 8.24 available

[Sebastien Bacher]

Package: coreutils
Version: 8.23-4

There is a new vesion available including quite some bugfixes which
would be nice to get into Debian

http://lists.gnu.org/archive/html/coreutils-announce/2015-07/msg0.html

Thanks,

Bug#804063: New version 2.12 available

[Sebastien Bacher]

Package: cpio
Version: 2.11+dfsg-4.1

There is a new vesion available including some improvements which
would be nice to get into Debian


Thanks,