Bug#803374: New version 0.1.23 available

[Sebastien Bacher]

Package: libthai
Version: 0.1.22-3

There is a new version available on
linux.thai.net/pub/thailinux/software/libthai/libthai-0.1.23.tar.xz
including some bugfixes and improvement, it would be nice to get in Debian

Bug#802791: apparmor-profiles-extra: AppArmor profile prevents pidgin from starting

[intrigeri]

Control: tag -1 + confirmed upstream patch

Hi,

Kjö Hansi Glaz wrote (28 Oct 2015 18:40:04 GMT) :
> The following snippet is enough to make pidgin start on my sid system:

That's a good starting point. Thanks!

I'll propose modified versions and will bother explaining why, so you
folks get to learn something in the process (and I personally become
less of a blocker). My proposals may be wrong, introduce other
problems, or not work for you ⇒ please test, provide feedback, and
argue as needed.

> owner @{HOME}/.cache/gstreamer-1.0/registry.x86_64.bin r,

Let's support more than 1.0, more than just x86_64, and also systems
where the registry hasn't been initialized yet and must be created:

  owner @{HOME}/.cache/gstreamer-[0-9]*.[0-9]*/ rw,
  owner @{HOME}/.cache/gstreamer-[0-9]*.[0-9]*/registry.*.bin rw,

> /usr/lib/x86_64-linux-gnu/gstreamer1.0/gstreamer-1.0/gst-plugin-scanner r,

Let's instead use the dedicated named profile we already have (we
don't want/need to give gst-plugin-scanner access to everything Pidgin
has access to):

  
/usr/lib/@{multiarch}/gstreamer[0-9]*.[0-9]*/gstreamer-[0-9]*.[0-9]*/gst-plugin-scanner
 Cix -> gst_plugin_scanner,

... which itself highlights the fact that the gst_plugin_scanner
profile needs an update, but this doesn't prevent Pidgin from starting
so is off-topic here (and the registry is initialized if it wasn't
there yet); the Totem profiles might need updates as well.

With these three lines added my Pidgin starts.

These changes need to be submitted upstream there:

  http://bazaar.launchpad.net/~apparmor-dev/apparmor-profiles/master/

... and then they can be applied to apparmor-profiles-extra (no need
to wait for upstream's ACK, as long as we reference the merge request
in README.Debian).

There's good documentation on how to do all that on the Debian wiki.

Cheers,
-- 
intrigeri

Bug#778495: New Upstream Version of aspell-en Available

[Sebastien Bacher]

Hey,

there is another update out
ftp://ftp.gnu.org/gnu/aspell/dict/en/aspell6-en-2015.04.24-0.tar.bz2
which adds some useful words to the dictionaries, could we get that
update in Debian?

Thanks,
Sebastien Bacher

Bug#803375: python-csvkit: No command-line tools

[Ognyan Kulev]

Package: python-csvkit
Version: 0.9.1-2
Severity: grave

None of the command-line tools described in  
https://csvkit.readthedocs.org/en/0.9.1/cli.html is present in the  
package as executable in /usr/bin.


Best wishes,
Ognyan

Bug#803373: systemd: fail to enable/disable services that have no LSB init script

[Martin Pitt]

Control: tag -1 moreinfo unreproducible

Hello Luca,

Luca Bruno [2015-10-29 12:29 +0100]:
> I've put a simple service in /lib/systemd/system. Doing systemctl
> start/stop on this service works correctly, however enable/disable
> doesn't work: "Failed to execute operation: No such file or directory".

Did you systemctl daemon-reload after placing the file there? What's
the exact file name you are adding and which command do you run? Does
this involve Alias= or templates? Does your file perhaps refer to a
nonexisting WantedBy= or RequiredBy=?

I tried to reproduce this here:

# cat << EOF > /lib/systemd/system/foo.service
[Unit]
Description=test
[Service]
Type=oneshot
ExecStart=/bin/echo hello
[Install]
WantedBy=multi-user.target
EOF
# systemctl daemon-reload
# systemctl enable foo.service
Created symlink from /etc/systemd/system/multi-user.target.wants/foo.service to 
/lib/systemd/system/foo.service.

So all as expected. I'm afraid we need a more detailled reproducer.

> The reason is that my systemd service has no LSB init script.

That should be fine. We do call update-rc.d *if* there is an LSB init
script, but we have plenty of units even in a default install which
don't have one (e. g. hwclock-save.service).

> By doing a touch /etc/init.d/servicename then enable/disable works,
> though update-rc.d will spit out some warning.

Interesting. So somehow your new unit thinks there is a SysV init
script and tries to call update-rc.d.

> I can see this behaviour only on debian, so pretty sure it must caused
> by one of the 200+ patches.

The vast majority of them are actually ones from 215-stable and
cherry-picked ones from newer upstream versions, it's not actually
that bad.

Do you have a chance to try this under testing/unstable? The whole
SysV init script handling got dramatically simplified there.

Thanks,

Martin

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

Bug#803373: systemd: fail to enable/disable services that have no LSB init script

[Luca Bruno]

On 29/10/2015 14:05, Martin Pitt wrote:
> Control: tag -1 moreinfo unreproducible
>
> Hello Luca,
>
> Luca Bruno [2015-10-29 12:29 +0100]:
>> I've put a simple service in /lib/systemd/system. Doing systemctl
>> start/stop on this service works correctly, however enable/disable
>> doesn't work: "Failed to execute operation: No such file or directory".
> Did you systemctl daemon-reload after placing the file there? What's
> the exact file name you are adding and which command do you run? Does
> this involve Alias= or templates? Does your file perhaps refer to a
> nonexisting WantedBy= or RequiredBy=?
>
> I tried to reproduce this here:
>
> # cat << EOF > /lib/systemd/system/foo.service
> [Unit]
> Description=test
> [Service]
> Type=oneshot
> ExecStart=/bin/echo hello
> [Install]
> WantedBy=multi-user.target
> EOF
> # systemctl daemon-reload
> # systemctl enable foo.service
> Created symlink from /etc/systemd/system/multi-user.target.wants/foo.service 
> to /lib/systemd/system/foo.service.
>
> So all as expected. I'm afraid we need a more detailled reproducer.
Thanks for the quick reply.

I did exactly your steps and I get the error above. WantedBy only, no
Alias. Yes I did daemon-reload of course, start/stop works.
> Do you have a chance to try this under testing/unstable? The whole
> SysV init script handling got dramatically simplified there. Thanks,
> Martin 
I can try in some virtual machine I guess. So I fear this is only
related to jessie at the moment, if it works for you on sid.

Best regards,

Bug#803378: socat: 100% cpu usage with unknown hostname

[Lefteris Nikoltsios]

Package: socat
Version: 1.7.3.0-1
Severity: normal
Tags: patch

Dear Maintainer,

With socat version 1.7.3.0-1 when you run a command with unknown hostname, eg:

socat tcp:server-local:789 -

and the "server-local" is not defined in /etc/hosts, the system hits 100% cpu
usage. Additionally, to  terminate the socat process, `kill -9` needs to be
used.

With older versions of upstream socat (< 1.7.3.0) the system does not drive up
to 100% cpu usage. Running the above command in jessie with an unknown hostname
of "server-local" the result was:

socat[2756] E getaddrinfo("server-local", "(null)", {1,0,1,6}, {}): Name of
service not known

I emailed the upstream socat maintainer about the issue and I got the attached
patch, which he says will include in later socat versions. I think it should be
applied to affected debian releases until it's published though.

Regards,
Lefteris



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

Kernel: Linux 4.2.0-1-586
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages socat depends on:
ii  libc62.19-22
ii  libssl1.0.0  1.0.2d-1
ii  libwrap0 7.6.q-25

socat recommends no packages.

socat suggests no packages.

-- no debconf information
diff -Naur socat-1.7.3.0.orig/xio-ip.c socat-1.7.3.0/xio-ip.c
--- xio-ip.c.orig	2015-01-24 12:15:22.0 +0200
+++ xio-ip.c		2015-10-29 12:57:43.550854706 +0200
@@ -239,7 +239,7 @@
 
   if ((error_num = Getaddrinfo(node, service, , )) != 0) {
 	 Error7("getaddrinfo(\"%s\", \"%s\", {%d,%d,%d,%d}, {}): %s",
-		node, service, hints.ai_flags, hints.ai_family,
+		node, service?service:"NULL", hints.ai_flags, hints.ai_family,
 		hints.ai_socktype, hints.ai_protocol,
 		(error_num == EAI_SYSTEM)?
 		strerror(errno):gai_strerror(error_num));

Bug#757953: libverto: diff for NMU version 0.2.4-2.1

[Helmut Grohne]

Hi Sam,

It seems to me that libverto is in need of some love. Therefore I
uploaded a NMU to delayed 15 that fixes the most pressing and trivial
issues:
 * FTBFS on ppc64el #757953
 * FTBFS on ppc64 #677243
 * Vcs-Git url broken

You already acked the patch to the first, so I just went ahead. If you
disagree, you can still cancel the NMU. A diff is attached so you can
easily review the changes if needed.

Helmut
diff --minimal -Nru libverto-0.2.4/debian/changelog libverto-0.2.4/debian/changelog
--- libverto-0.2.4/debian/changelog	2014-12-30 02:19:12.0 +0100
+++ libverto-0.2.4/debian/changelog	2015-10-29 14:01:29.0 +0100
@@ -1,3 +1,18 @@
+libverto (0.2.4-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Ravindran Arani ]
+  * adding autoreconf to build successfully on ppc64el arch (Closes: #757953)
+
+  [ Aurelien Jarno ]
+  * Fix FTBFS on ppc64: abi test too restrictive (Closes: #677243)
+
+  [ Russ Allbery ]
+  * Remove stray space in the Vcs-Git control field.
+
+ -- Helmut Grohne   Thu, 29 Oct 2015 14:01:26 +0100
+
 libverto (0.2.4-2) unstable; urgency=medium
 
   * Fix libverto-libev's setflags handling, Closes: #773778
diff --minimal -Nru libverto-0.2.4/debian/control libverto-0.2.4/debian/control
--- libverto-0.2.4/debian/control	2014-12-30 02:19:12.0 +0100
+++ libverto-0.2.4/debian/control	2015-10-29 14:00:37.0 +0100
@@ -1,12 +1,12 @@
 Source: libverto
 Priority: optional
 Maintainer: Sam Hartman 
-Build-Depends: debhelper (>= 9), libev-dev, libglib2.0-dev
+Build-Depends: debhelper (>= 9), libev-dev, libglib2.0-dev, dh-autoreconf
 Build-Conflicts: libevent-dev, libtevent-dev
 Standards-Version: 3.9.4
 Section: libs
 Homepage: http://fedorahosted.net/libverto
-Vcs-Git: git://git.debian.org/git/pk g-k5-afs/libverto.git
+Vcs-Git: git://git.debian.org/git/pkg-k5-afs/libverto.git
 Vcs-Browser: http://git.debian.org/?p=git/pkg-k5-afs/libverto.git
 
 Package: libverto-dev
diff --minimal -Nru libverto-0.2.4/debian/patches/debian-changes libverto-0.2.4/debian/patches/debian-changes
--- libverto-0.2.4/debian/patches/debian-changes	2014-12-30 21:01:29.0 +0100
+++ libverto-0.2.4/debian/patches/debian-changes	2015-10-29 14:04:13.0 +0100
@@ -5271,3 +5271,13 @@
  	maintainer-clean-generic mostlyclean mostlyclean-compile \
  	mostlyclean-generic mostlyclean-libtool pdf pdf-am ps ps-am \
  	recheck recheck-html tags uninstall uninstall-am
+--- libverto-0.2.4.orig/tests/abi
 libverto-0.2.4/tests/abi
+@@ -11,6 +11,6 @@ else
+   exit 1
+ fi
+ 
+-HASH=`nm -g $LIBVERTO | awk '/^[0-9a-fA-F]+ T verto_/ { print $NF; }' | sed 's|^_||' | sort -u | $HASHCMD | cut -d' ' -f1`
++HASH=`nm -g $LIBVERTO | awk '/^[0-9a-fA-F]+ [DT] verto_/ { print $NF; }' | sed 's|^_||' | sort -u | $HASHCMD | cut -d' ' -f1`
+ echo "Hash: $HASH"
+ test $HASH = 9f533c441fe590ad19c454db896a8673
diff --minimal -Nru libverto-0.2.4/debian/rules libverto-0.2.4/debian/rules
--- libverto-0.2.4/debian/rules	2014-12-30 02:19:12.0 +0100
+++ libverto-0.2.4/debian/rules	2015-10-29 13:14:17.0 +0100
@@ -10,7 +10,7 @@
 #export DH_VERBOSE=1
 
 %:
-	dh $@ 
+	dh $@ --with autoreconf
 
 override_dh_auto_configure:
 	chmod a+x configure

Bug#803384: command-applet: Command Applet cuts off output string in the middle of multibyte characters

[Axel]

Package: mate-applets
Version: 1.8.1+dfsg1-3
Severity: normal
File: command-applet

Dear Maintainer,

Unfortunately Command Applet lacks configuration settings, e.g. whether and 
where to cut
off the string it is given by the program it calls. If strings are cut off, 
this seems
simply to be done along byte boundaries, causing the panel to display an 
‘unknown
character’ mark (white question mark on black diamond) and /var/log/syslog to 
show:

org.mate.panel.applet.CommandAppletFactory[28797]: (command-applet:28910): 
Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()

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

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

Versions of packages mate-applets depends on:
ii  gir1.2-mate-panel   1.8.1+dfsg1-3
ii  gsettings-desktop-schemas   3.14.1-1
ii  gstreamer0.10-alsa  0.10.36-2
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu4+b1
ii  gvfs1.22.2-1
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-18+deb8u1
ii  libcairo2   1.14.0-2.1
ii  libcpufreq0 008-1
ii  libdbus-1-3 1.8.20-0+deb8u1
ii  libdbus-glib-1-20.102-1
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.5.2-3+deb8u1
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u3
ii  libglib2.0-02.42.1-1
ii  libgtk2.0-0 2.24.25-3
ii  libgtksourceview2.0-0   2.10.5-2
ii  libgtop2-7  2.28.5-2+b1
ii  libice6 2:1.0.9-1+b1
ii  libmate-desktop-2-171.8.1+dfsg1-3+deb8u1
ii  libmate-panel-applet-4-11.8.1+dfsg1-3
ii  libmateweather1 1.8.0-2
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libpangoft2-1.0-0   1.36.8-3
ii  libpolkit-gobject-1-0   0.105-8
ii  libsm6  2:1.2.2-1+b1
ii  libstartup-notification00.12-4
ii  libupower-glib3 0.99.1-3.2
ii  libwnck22   2.30.7-2
ii  libx11-62:1.6.2-3
ii  libxml2 2.9.1+dfsg1-5
ii  mate-applets-common 1.8.1+dfsg1-3
ii  mate-icon-theme 1.8.0-1
ii  mate-panel  1.8.1+dfsg1-3
ii  python  2.7.9-1
ii  python-dbus 1.2.0-2+b3
ii  python-gi   3.14.0-1
ii  python-gobject  3.14.0-1
ii  python-gst0.10  0.10.22-3
ii  python-notify   0.1.1-4

Versions of packages mate-applets recommends:
ii  cpufrequtils 008-1
ii  mate-media   1.8.0+dfsg1-3
ii  mate-polkit  1.8.0+dfsg1-4
ii  mate-system-monitor  1.8.0+dfsg1-2

mate-applets suggests no packages.

-- no debconf information

Bug#710372: Debian bug (710372): fai-setup-storage: setup-storage fails when using both LUKS and GPT

[Kerim Gueney]

Hi Gregeoire,

We need your disk_config to reproduce and verify your bug with the 
newest FAI version (upcoming 5.0).


Best regards

Bug#803376: llvm: trailing commas for obj2yaml, yaml2obj

[Jakub Wilk]

Package: llvm
Version: 1:3.6-30
User: debian...@lists.debian.org
Usertags: adequate broken-symlink

obj2yaml and yaml2obj have trailing commas in their names and symlink 
targets:


$ dpkg -L llvm | grep 2 | xargs file
/usr/bin/obj2yaml,: broken symbolic link to ../lib/llvm-3.6/bin/obj2yaml,
/usr/bin/yaml2obj,: broken symbolic link to ../lib/llvm-3.6/bin/yaml2obj,



This bug was brought to you by adequate:
https://packages.debian.org/unstable/main/adequate



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

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

Versions of packages llvm depends on:
ii  llvm-3.6  1:3.6.2-3
ii  llvm-runtime  1:3.6-30

--
Jakub Wilk

Bug#803380: php-xml-rss: FTBFS: PHP Fatal error: Call to undefined method XML_RSS::XML_Parser() in /build/php-xml-rss-1.0.2/XML_RSS-1.0.2/XML/RSS.php on line 180

[Chris Lamb]

Source: php-xml-rss
Version: 1.0.2-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

php-xml-rss fails to build from source in unstable/amd64:

  [..]

  ./debian/tests_run XML_RSS-1.0.2
  PHPUnit 4.8.16 by Sebastian Bergmann and contributors.
  
  PHP Fatal error:  Call to undefined method XML_RSS::XML_Parser() in
  /build/php-xml-rss-1.0.2/XML_RSS-1.0.2/XML/RSS.php on line 180
  debian/rules:8: recipe for target 'override_dh_link' failed
  make[1]: *** [override_dh_link] Error 255
  make[1]: Leaving directory '/build/php-xml-rss-1.0.2'
  debian/rules:3: recipe for target 'binary' failed
  make: *** [binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
  status 2

  [..]

The full build log is attached or (an alternate build) can be viewed
here:


https://reproducible.debian.net/logs/unstable/amd64/php-xml-rss_1.0.2-3.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


php-xml-rss.1.0.2-3.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#803379: RFS: compute/0.4-2

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: compute
  Version : 0.4-2
  Upstream Author : Kyle Lutz 
* URL : http://boostorg.github.io/compute/
* License : Boost software license 1.0
  Section : science

It builds those binary packages:

  libcompute-dev - cross-platform C++ library for GPU computing

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


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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/c/compute/compute_0.4-2.dsc


Changes since the last upload:

  * d/control: fix homepage. (Closes: #797308)
  * d/{control,copyright}: cme fixed.

Regards,
Ghislain Vaillant

Bug#802919: unison: synchronization incompatibility when built with Ocaml versions pre/post-4.02

[Stéphane Glondu]

Le 25/10/2015 07:10, Mark J. Nelson a écrit :
> Due to a change in ocaml's serialization format, unison built with an
> ocaml pre-4.02 can't synchronize with one built with 4.02 and
> later. This causes a compatibility mess, since the usual requirement
> that both endpoints must have the same unison version is no longer
> sufficient: they now have to have both the same unison version *and*
> be built by compatible versions of ocaml, either both pre-4.02 or both
> post-4.02.
> 
> There is some discussion on the unison-users list here:
> http://marc.info/?l=unison-users=142286809310149=2

More precisely, what changed (at least) is the representation of (char)
big arrays:

  http://caml.inria.fr/mantis/view.php?id=6064

The serialization format itself did not change AFAICT.

This is bad news. It means that we can no longer guarantee
stable<->testing compatibility. The trick used so far was to provide
several unison packages, but all compiled with the same OCaml version.
And providing several ocaml packages (that would probably mean the whole
matrix ocaml version x unison version) is out of question.

> I am not sure what the best solution is. For the near-term future,
> there will probably be a significant number of installations needing
> both to be available. For example any Debian stable server will be
> using the pre-4.02 unison for some time to come. But anyone using
> unison on OSX via Homebrew, Macports, or pkgsrc already needs a
> post-4.02 version to sync with.

For Debian stable<->testing synchronizations, one possibility is to have
a testing chroot on the stable system (or the other way around) so that
both unisons are the same.

I don't see a proper solution for this. It is a design decision of
Unison to depend on OCaml serialization, which is unsafe and not
guaranteed to be stable across OCaml versions. A similar issue can
happen with OCaml 4.03. The compatibility we've observed so far was just
chance. The proper fix would be to use a dedicated serialization library
with stability guarantees.


Cheers,

-- 
Stéphane

Bug#802259: ITP: libntru -- implementation of the public-key encryption

[Tomasz Buchert]

On 29/10/15 12:08, rich...@orvidia.fr wrote:
> Hi Tomasz,
>
> I thought about that too before considering packaging it, but it looks like
> it's dual licensed, and patents are only here to protect the commercial
> part.
>
> According to https://github.com/NTRUOpenSourceProject/ntru-crypto :

Hi Richard,
to my knowledge, ntru-crypto is not the same thing as libntru and
this bug report is about libntru :).

> "Security Innovation, Inc., the owner of the NTRU public key cryptography
> system, made the intellectual property and a sample implementation available
> under the Gnu Public License (GPL) in 2013 with the goal of enabling more
> widespread adoption of this superior cryptographic technology. The system is
> also available for commercial use under the terms of the Security Innovation
> Commercial License."

This is stil *very*, *very* shady, if you ask me.
For example I went through their "FOSS License Exception" and I read:

   "b. The Derivative Work does not include any work licensed under
the GPL other than the GPLed NTRU;"

Does it mean that you cannot combine other GPL software with NTRU?

>
> I'm not sure this allows us to package it in debian, but hopefully someone
> here knows better than me.

Not me in any case, I recommend contacting debian-le...@lists.debian.org.

>
> Regards,
>

Cheers!
Tomasz


signature.asc
Description: PGP signature

Bug#803369: swig: Please provide a symlink to the stable swig executable

[Torsten Landschoff]

On 10/29/2015 11:33 AM, Laurent Bigonville wrote:
> Shouldn't the swig package provides a symlink to the executable of the
> stable release?
>
> swig -> swig3.0
Indeed, that's how it is supposed to be. I have to check why it is not
in included anymore.

Thanks for the Feedback,

Torsten

Bug#803013: systemd should not destroy application created cgroups

[Martin Pitt]

paul.sz...@sydney.edu.au [2015-10-29 21:46 +1100]:
>   # Set things up
>   mkdir /sys/fs/cgroup/cpu/mytest
>   echo $$ > /sys/fs/cgroup/cpu/mytest/tasks
>   # Check it is there
>   grep . /sys/fs/cgroup/cpu/mytest/tasks
>   # Do the systemd thing
>   systemctl daemon-reload
>   systemctl start anacron
>   # See it gone
>   grep . /sys/fs/cgroup/cpu/mytest/tasks

FTR, I was testing this in a jessie VM now, and I can't reproduce the
cgroup changes there either. So this is more subtle to reproduce.

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

Bug#803136: docker.io: FTBFS

[Edmund Grimley Evans]

The new docker.io 1.8.2~ds1-1 is BD-Uninstallable on arm64 and several
other architectures because of mongodb. On arm64:

(https://buildd.debian.org/status/package.php?p=docker.io=sid)

docker.io build-depends on:
- arm64:golang-github-hashicorp-go-msgpack-dev (>= 0.0~git20140221~)
arm64:golang-github-hashicorp-go-msgpack-dev depends on:
- arm64:golang-gopkg-mgo.v2-dev
arm64:golang-gopkg-mgo.v2-dev depends on missing:
- arm64:mongodb-server

One reason for mongodb not being available on arm64 is that libv8-dev
is not yet available there, though it could be made available: there's
a working libv8 bundled with nodejs.

Are any of these dependencies easily avoidable, or do we just have to
get libv8, then mongodb built, if we want docker.io to work?

Bug#803187: RFS: drumgizmo/0.9.8.1-1 ITP

[Gianfranco Costamagna]

Control: owner -1 m...@debian.org

Per request.

thanks,

G.





Il Giovedì 29 Ottobre 2015 12:39, Víctor Cuadrado Juan  ha 
scritto:
On 28/10/15 14:27, Víctor Cuadrado Juan wrote:
> Good suggestion :). I have talked with them on #debian-multimedia, and I
> will follow their channels to have them sponsor this package.

I'm part of the Debian Multimedia Team now, and I have set up a git repo
under the Multimedia Team umbrella for DrumGizmo (don't go to
mentors.debian.net to review it anymore):

https://anonscm.debian.org/cgit/pkg-multimedia/drumgizmo.git/

I keep looking for sponsorship for this package :)

Regards,


-- 
Víctor Cuadrado juan
--
E-Mail: , OpenPGP-Key-ID: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.

Bug#803382: xserver-xorg-video-qxl: Missing Build-Depends on libglib2.0-dev and libssl-dev

[Chris Lamb]

Source: xserver-xorg-video-qxl
Version: 0.1.4-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Tags: patch

Dear Maintainer,

xserver-xorg-video-qxl fails to build from source in unstable/amd64 due
to missing Build-Depends on libglib2.0-dev and libssl-dev.

The full build log is attached or (an alternate build) can be viewed
here:


https://reproducible.debian.net/logs/unstable/amd64/xserver-xorg-video-qxl_0.1.4-3.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


xserver-xorg-video-qxl.0.1.4-3.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#803381: step: FTBFS: error: #error Eigen2-support is only available up to version 3.2.

[Chris Lamb]

Source: step
Version: 4:15.08.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

step fails to build from source in unstable/amd64:

  [..]

  [ 17%] Building CXX object
  stepcore/CMakeFiles/stepcore.dir/itemgroup.cc.o
  cd stepcore && /usr/bin/c++  
  -DEIGEN2_SUPPORT_STAGE40_FULL_EIGEN3_STRICTNESS -DQT_CORE_LIB
  -DQT_DISABLE_DEPRECATED_BEFORE=0 -DQT_NO_DEBUG -DQT_XML_LIB
  -DSTEPCORE_WITH_GSL -DSTEPCORE_WITH_QT -D_GNU_SOURCE
  -D_LARGEFILE64_SOURCE -g -O2 -fstack-protector-strong -Wformat
  -Werror=format-security -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 
  -std=c++0x -fno-exceptions -Wall -Wextra -Wcast-align
  -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith
  -Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type
  -Wno-unused-local-typedefs -Wno-unused-parameter -I. -I../../stepcore
  -I../../ -I/usr/include/eigen3 -isystem
  /usr/include/x86_64-linux-gnu/qt5 -isystem
  /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem
  /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -isystem
  /usr/include/x86_64-linux-gnu/qt5/QtXml-Wall -fPIC -o
  CMakeFiles/stepcore.dir/itemgroup.cc.o -c ../../stepcore/itemgroup.cc
  In file included from ../../stepcore/object.h:29:0,
   from ../../stepcore/types.h:26,
   from ../../stepcore/itemgroup.h:30,
   from ../../stepcore/itemgroup.cc:20:
  /usr/include/eigen3/Eigen/Core:275:2: error: #error Eigen2-support is
  only available up to version 3.2. Please go to
  "http://eigen.tuxfamily.org/index.php?title=Eigen2; for further
  information
   #error Eigen2-support is only available up to version 3.2. Please go
   to "http://eigen.tuxfamily.org/index.php?title=Eigen2; for further
   information
^
  stepcore/CMakeFiles/stepcore.dir/build.make:161: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/body.cc.o' failed
  make[4]: *** [stepcore/CMakeFiles/stepcore.dir/body.cc.o] Error 1
  make[4]: *** Waiting for unfinished jobs
  stepcore/CMakeFiles/stepcore.dir/build.make:113: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/object.cc.o' failed
  make[4]: *** [stepcore/CMakeFiles/stepcore.dir/object.cc.o] Error 1
  stepcore/CMakeFiles/stepcore.dir/build.make:185: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/objecterrors.cc.o' failed
  make[4]: *** [stepcore/CMakeFiles/stepcore.dir/objecterrors.cc.o]
  Error 1
  stepcore/CMakeFiles/stepcore.dir/build.make:89: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/material.cc.o' failed
  make[4]: *** [stepcore/CMakeFiles/stepcore.dir/material.cc.o] Error 1
  stepcore/CMakeFiles/stepcore.dir/build.make:137: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/item.cc.o' failed
  make[4]: *** [stepcore/CMakeFiles/stepcore.dir/item.cc.o] Error 1
  stepcore/CMakeFiles/stepcore.dir/build.make:209: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/force.cc.o' failed
  make[4]: *** [stepcore/CMakeFiles/stepcore.dir/force.cc.o] Error 1
  stepcore/CMakeFiles/stepcore.dir/build.make:233: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/joint.cc.o' failed
  make[4]: *** [stepcore/CMakeFiles/stepcore.dir/joint.cc.o] Error 1
  stepcore/CMakeFiles/stepcore.dir/build.make:257: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/itemgroup.cc.o' failed
  make[4]: *** [stepcore/CMakeFiles/stepcore.dir/itemgroup.cc.o] Error 1
  make[4]: Leaving directory
  
'/home/lamby/temp/cdt.20151029132431.ygtbS1EbWf/step-15.08.0/obj-x86_64-linux-gnu'
  CMakeFiles/Makefile2:208: recipe for target
  'stepcore/CMakeFiles/stepcore.dir/all' failed
  make[3]: *** [stepcore/CMakeFiles/stepcore.dir/all] Error 2
  make[3]: Leaving directory
  
'/home/lamby/temp/cdt.20151029132431.ygtbS1EbWf/step-15.08.0/obj-x86_64-linux-gnu'
  Makefile:141: recipe for target 'all' failed
  make[2]: *** [all] Error 2
  make[2]: Leaving directory
  
'/home/lamby/temp/cdt.20151029132431.ygtbS1EbWf/step-15.08.0/obj-x86_64-linux-gnu'
  dh_auto_build: make -j8 returned exit code 2
  /usr/share/pkg-kde-tools/qt-kde-team/3/dhmk.mk:97: recipe for target
  'pre_build_dh_auto_build' failed
  make[1]: *** [pre_build_dh_auto_build] Error 2
  make[1]: Leaving directory
  '/home/lamby/temp/cdt.20151029132431.ygtbS1EbWf/step-15.08.0'
  /usr/share/pkg-kde-tools/qt-kde-team/3/dhmk.mk:112: recipe for target
  'debian/dhmk_build' failed
  make: *** [debian/dhmk_build] Error 2

  [..]

The full build log is attached or (an alternate build) can be viewed
here:


https://reproducible.debian.net/logs/unstable/amd64/step_15.08.0-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


step.4:15.08.0-1.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#803383: undefined symbol: _ZN2v86String9NewSymbolEPKci

[Jérémy Lal]

2015-10-29 14:49 GMT+01:00 Max Kellermann :

> Package: node-raptor
> Version: 0~0git20130108-1
>
> nodejs 4.2.1~dfsg-2
>
> $ nodejs
> > require('raptor')
> Error: /usr/lib/nodejs/raptor/native/bindings.node: undefined symbol:
> _ZN2v86String9NewSymbolEPKci
> at Error (native)
> at Object.Module._extensions..node (module.js:460:18)
> at Module.load (module.js:356:32)
> at Function.Module._load (module.js:311:12)
> at Module.require (module.js:366:17)
> at require (module.js:385:17)
> at Object. (/usr/lib/nodejs/raptor/index.js:2:16)
> at Module._compile (module.js:435:26)
> at Object.Module._extensions..js (module.js:442:10)
> at Module.load (module.js:356:32)
> >
>
> Is this fallout from the C++11 ABI transition?
>

No.
Note that this package is outdated and no longer maintained upstream.
I suggest to remove it from debian.

Jérémy

Bug#801106: sddm still fails to start

[Gary Dale]

On 28/10/15 06:45 PM, Diederik de Haas wrote:

On Wednesday 28 October 2015 17:13:14 Gary Dale wrote:

"Failed to bring up the login screen" is as it says. The screen gets
switched into graphical mode (blank) but nothing ever displays on it. I
can bring up a TTY using an alt-Fkey combination but nothing graphical.

Have you checked ~/.xsession-errors ? Or /var/log/Xorg.0.log?
Or any other log files to determine what went wrong?

Nothing in either that pertains to the starting of a KDE session.

Bug#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie

[Patrick Matthäi]

Am 28.10.2015 um 21:25 schrieb Niko Tyni:

If it fixes the problem, do you have got an idea which changes to pick up
for fixing jessie?

I haven't looked at it properly yet, but I think there weren't too many
changes between the versions. I'll follow up on this later when I find
the time, but it might take a week or so.

I think the two attached patches from upstream r1636289 and r1676417 are
the only likely candidates and should most probably be included together.
They apply as-is to the jessie package.

Any testing would be very welcome.


I have applied both patches to the jessie 2.0.9~1624218-2 version and it 
still looks good. I am unable to trigger both issues again :)


--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

Bug#802655: gnome-color-manager missing primary screen

[Pascal Obry]

Some other interresting information:

- using lightdm I can see all the screen in gcm

- reverting to gdm3/stable I can see all the screen in gcm

So it sounds like an issue with gdm3 from testing/unstable version 3.18.0-2 0

Maybe this ticket should be reassigned to gdm3?

Regards,

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

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

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

Bug#803367: vlc: segfaults on video playback

[Sebastian Ramacher]

Control: reassign -1 libqt5x11extras5 5.5.1-2
Control: forcemerge 802811 -1

On 2015-10-29 11:04:26, twied wrote:
> Package: vlc
> Version: 2.2.1-4+b1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> currently vlc segfaults on video playback, turning vlc useless:
> 
> 
> $ gdb vlc
> 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 vlc...Reading symbols from /usr/lib/debug/.build-
> id/2c/c28ff966809fbf4c82cfd527b04129e26ff0b1.debug...done.
> done.
> (gdb) run -vvv big_buck_bunny_480p_surround-fix.avi
> Starting program: /usr/bin/vlc -vvv big_buck_bunny_480p_surround-fix.avi
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 
> 2.2.1-0-ga425c42)
> [00604398] core libvlc debug: VLC media player - 2.2.1 Terry Pratchett
> (Weatherwax)
> [00604398] core libvlc debug: Copyright © 1996-2015 the VideoLAN team
> [00604398] core libvlc debug: revision 2.2.1-0-ga425c42
> [00604398] core libvlc debug: configured with ./configure  '--
> includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--
> infodir=${prefix}/share/info' '--localstatedir=/var' '--
> libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64
> -linux-gnu' '--disable-dependency-tracking' '--build=x86_64-linux-gnu'
> 'CPPFLAGS=-D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-z,relro -Wl,--as-needed'
> '--config-cache' '--disable-maintainer-mode' '--disable-silent-rules'
> '--disable-update-check' '--enable-fast-install' '--prefix=/usr' '--
> docdir=/usr/share/doc/vlc-nox' '--libdir=/usr/lib' '--sysconfdir=/etc' 
> '--with-
> binary-version=4+b1' '--enable-a52' '--enable-aa' '--enable-bluray' '--enable-
> bonjour' '--enable-caca' '--enable-chromaprint' '--enable-dbus' '--enable-dca'
> '--enable-directfb' '--enable-dvbpsi' '--enable-dvdnav' '--enable-faad'
> '--enable-flac' '--enable-fluidsynth' '--enable-freerdp' '--enable-freetype'
> '--enable-fribidi' '--enable-gles1' '--enable-gles2' '--enable-gnutls'
> '--enable-jack' '--enable-kate' '--enable-libass' '--enable-libmpeg2'
> '--enable-libxml2' '--enable-lirc' '--enable-live555' '--enable-mad' 
> '--enable-
> mkv' '--enable-mod' '--enable-mpc' '--enable-mtp' '--enable-mux_ogg' 
> '--enable-
> ncurses' '--enable-notify' '--enable-ogg' '--enable-opus' '--enable-pulse'
> '--enable-qt' '--enable-realrtsp' '--enable-samplerate' 
> '--enable-schroedinger'
> '--enable-sdl' '--enable-sdl-image' '--enable-sftp' '--enable-shine' 
> '--enable-
> shout' '--enable-skins2' '--enable-speex' '--enable-svg' '--enable-svgdec'
> '--enable-taglib' '--enable-theora' '--enable-twolame' '--enable-upnp'
> '--enable-vcdx' '--enable-vdpau' '--enable-vnc' '--enable-vorbis' '--
> enable-x264' '--enable-x265' '--enable-zvbi' '--with-kde-
> solid=/usr/share/kde4/apps/solid/actions/' '--disable-decklink' '--disable-
> dxva2' '--disable-fdkaac' '--disable-gnomevfs' '--disable-goom' '--disable-
> libtar' '--disable-mfx' '--disable-opencv' '--disable-projectm' '--disable-
> sndio' '--disable-telx' '--disable-vpx' '--disable-vsxu' '--disable-wasapi'
> '--enable-alsa' '--enable-atmo' '--enable-dc1394' '--enable-dv1394' '--enable-
> linsys' '--enable-omxil' '--enable-udev' '--enable-v4l2' '--enable-libva'
> '--enable-vcd' '--enable-smbclient' '--disable-oss' '--enable-crystalhd'
> '--enable-mmx' '--enable-sse' '--disable-neon' '--disable-altivec' 'CFLAGS=-g
> -O2 -fstack-protector-strong -Wformat -Werror=format-security' 'CXXFLAGS=-g 
> -O2
> -fstack-protector-strong -Wformat -Werror=format-security' 'build_alias=x86_64
> -linux-gnu' 'OBJCFLAGS=-g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-
> security'
> [00604398] core libvlc debug: searching plug-in modules
> [00604398] core libvlc debug: loading plugins cache file
> /usr/lib/vlc/plugins/plugins.dat
> [00604398] core libvlc debug: recursively browsing
> `/usr/lib/vlc/plugins'
> [00604398] core libvlc debug: saving plugins cache
> /usr/lib/vlc/plugins/plugins.dat
> [00604398] core libvlc debug: plug-ins loaded: 458 modules
> [00604398] core libvlc debug: opening config file
> ($USER/.config/vlc/vlcrc)
> 

Bug#803383: undefined symbol: _ZN2v86String9NewSymbolEPKci

[Max Kellermann]

Package: node-raptor
Version: 0~0git20130108-1

nodejs 4.2.1~dfsg-2

$ nodejs 
> require('raptor')
Error: /usr/lib/nodejs/raptor/native/bindings.node: undefined symbol: 
_ZN2v86String9NewSymbolEPKci
at Error (native)
at Object.Module._extensions..node (module.js:460:18)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:311:12)
at Module.require (module.js:366:17)
at require (module.js:385:17)
at Object. (/usr/lib/nodejs/raptor/index.js:2:16)
at Module._compile (module.js:435:26)
at Object.Module._extensions..js (module.js:442:10)
at Module.load (module.js:356:32)
> 

Is this fallout from the C++11 ABI transition?

Bug#803187: RFS: drumgizmo/0.9.8.1-1 ITP

[Víctor Cuadrado Juan]

On 28/10/15 14:27, Víctor Cuadrado Juan wrote:
> Good suggestion :). I have talked with them on #debian-multimedia, and I
> will follow their channels to have them sponsor this package.

I'm part of the Debian Multimedia Team now, and I have set up a git repo
under the Multimedia Team umbrella for DrumGizmo (don't go to
mentors.debian.net to review it anymore):

https://anonscm.debian.org/cgit/pkg-multimedia/drumgizmo.git/

I keep looking for sponsorship for this package :)

Regards,

-- 
Víctor Cuadrado juan
--
E-Mail: , OpenPGP-Key-ID: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.





signature.asc
Description: OpenPGP digital signature

Bug#803253: mosh: error: --compare-versions takes three arguments:

[Jakub Wilk]

* Keith Winstein , 2015-10-28, 15:24:

Thanks -- can you confirm that this fixes the problem for you?


Yes, it does.

--
Jakub Wilk

Bug#803369: Raising severity, per irc conversation

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: severity -1 serious

Hi, I'm raising the severity, because this bug is breaking llvm-*
builds, and then blocking the ocaml transition.

cheers,

G.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWMgJDAAoJEPNPCXROn13ZThQP/iEq/nZ2M8leJqNeifVpZWHo
fRj0z+I64ZBX80xqueZ0ND5C24CYz0ZdcZAVGBuLo2IrMQ6wEL3SdvyQuFxOumOA
31ry5ILVJTcfbqJvaUjaHP1fODhcF1UBFi2ziHl/+7soWGS0Ca4/WLj5A/tPqFL/
1ehU5ILKj7Vxtik392jKpeRrYA1qph/giMGvuA4FxmZCcQNJYf+pPuUNdhKrn6oY
a7Z/3aVNT8F6BiEEQb/U/sbosRsbyT9FDBCT2wfmT2UinJAeBs1zVU2qCvIKRq4m
gIlPuUTyVF8IxRanVsjg33fKPGrAJSrQ9JRBgHHhJkLuI4PesYBHdPZT3J5Xiko3
AoBHRTRgwgLznq45F0D5W4DrwRBXMPsZxyP7fRm/u8SLHx1I4QufVBv7+ao3z8Ax
yRIXmR7F0ft89ATYyvU0QOwqoecrDe/W7/xrFF8QlIbrL+fLFL30V5BJE2lSMbmt
rZo48eaFjbdQIXIXyE5jO9Zb7wnSqG1LvEsUtI0oj3yMWykOov7qhVSvoQ2u8x00
/+17kafr94tGMkD81mW2H7vg0QvKhK3lsG1TLbL4+OX6cThdeRC75yjmZwrk20EW
VbJIehJDmNuIeDjlw0KO58pYPvkbl2tShSKULIfxWINCfLHgoKSGnXe+UuzXG1ny
CHiFwzYmeSKOmm/VAwoB
=2YRb
-END PGP SIGNATURE-

Bug#803373: systemd: fail to enable/disable services that have no LSB init script

[Luca Bruno]

Package: systemd
Version: 215-17+deb8u2

Hello, using systemd 215-17+deb8u2 on jessie.

I've put a simple service in /lib/systemd/system. Doing systemctl
start/stop on this service works correctly, however enable/disable
doesn't work: "Failed to execute operation: No such file or directory".

The reason is that my systemd service has no LSB init script. By doing a
touch /etc/init.d/servicename then enable/disable works, though
update-rc.d will spit out some warning.
But I DON'T want an LSB init script for my service, only the systemd
service.

I can see this behaviour only on debian, so pretty sure it must caused
by one of the 200+ patches. Is there a way to properly workaround the
issue? Is creating an empty LSB script ok or not? Because I don't know
the consequences.

Best regards,

Bug#798960: libvorbis: Please upgrade to 1.3.5

[Sebastien Bacher]

Hey there, is that update still being worked on or is it blocking on
something?

Bug#803377: systemd: create profiles for networkd

[alex bachmer]

Package: systemd
Version: 215-17+deb8u2
Severity: wishlist

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 ***


-- Package-specific info:

-- System Information:
Debian Jessie Linux laptop 3.16.0-4-686-pae #1 SMP Debian
3.16.7-ckt11-1+deb8u4 (2015-09-19) i686 GNU/Linux


Is it possible, that a user is able to create networkprofiles under
systemd-networkd?Like arch-linux user do with the cmd-line tool netctl?

Greets

Alex

Bug#803160: RFS: conman/0.2.7-1 [ITP]

[Yao-Po Wang]

On Thu, Oct 29, 2015 at 06:59:13PM +0800, ChangZhuo Chen wrote:
> Date: Thu, 29 Oct 2015 18:59:13 +0800
> From: ChangZhuo Chen 
> To: Yao-Po Wang 
> Cc: 803...@bugs.debian.org, sub...@bugs.debian.org
> Subject: Re: Bug#803160: RFS: conman/0.2.7-1 [ITP]
> 
> Control: owner -1 !
> 
> On Thu, Oct 29, 2015 at 12:22:13AM +0800, Yao-Po Wang wrote:
> > Hi ChangZhuo,
> > 
> > Thanks for your suggestion. The conman.git has uploaded at alioth, 
> > 
> > http://anonscm.debian.org/cgit/collab-maint/conman.git/
> > 
> > The Vsc and unused-file-paragraph-in-dep5-copyright are also fixed. Please
> > refer to http://mentors.debian.net/package/conman for the further 
> > information.
> 
> Hi,
> 
> Please upload the latest version of conman to git repository, the code
> in mentor does not match the code in alioth.
> 
> > 
> > -- 
> > blue119/Yao-Po Wang
> > who am I: https://tw.linkedin.com/in/yaopowang
> > Key fingerprint = B460 C1D7 6A10 6832 80AE  FEEE 2EED D0C8 E6A6 C7C0
> 
> 
> 
> -- 
> ChangZhuo Chen (陳昌倬) 
> Debian Developer
> Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D

Hi ChangZhuo,

Thanks you for reminder. I just uploaded this change to alioth.

-- 
blue119/Yao-Po Wang
who am I: https://tw.linkedin.com/in/yaopowang
Key fingerprint = B460 C1D7 6A10 6832 80AE  FEEE 2EED D0C8 E6A6 C7C0


signature.asc
Description: PGP signature

Bug#803387: wheezy-pu: package exfat-utils/0.9.7-2+deb7u1

[Sven Hoexter]

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

Hi,
The Fuzzing Project found two issues in the exfat-utils package and the security
team asked me to fix them via a stable update.

exfat-utils (0.9.7-2+deb7u1) wheezy; urgency=medium

  * Add d/patches/check-sector-and-cluster-size. Fix for
https://github.com/relan/exfat/issues/5 found and reported by
The Fuzzing Project.
  * Add d/patches/detect-infinite-loop. Fix for
https://github.com/relan/exfat/issues/6 found and reported by
The Fuzzing Project.

 -- Sven Hoexter   Thu, 29 Oct 2015 12:37:48 +0100

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u exfat-utils-0.9.7/debian/gbp.conf exfat-utils-0.9.7/debian/gbp.conf
--- exfat-utils-0.9.7/debian/gbp.conf
+++ exfat-utils-0.9.7/debian/gbp.conf
@@ -2,0 +3 @@
+debian-branch = wheezy-updates
diff -u exfat-utils-0.9.7/debian/changelog exfat-utils-0.9.7/debian/changelog
--- exfat-utils-0.9.7/debian/changelog
+++ exfat-utils-0.9.7/debian/changelog
@@ -1,3 +1,14 @@
+exfat-utils (0.9.7-2+deb7u1) wheezy; urgency=medium
+
+  * Add d/patches/check-sector-and-cluster-size. Fix for
+https://github.com/relan/exfat/issues/5 found and reported by
+The Fuzzing Project.
+  * Add d/patches/detect-infinite-loop. Fix for
+https://github.com/relan/exfat/issues/6 found and reported by
+The Fuzzing Project.
+
+ -- Sven Hoexter   Thu, 29 Oct 2015 12:37:48 +0100
+
 exfat-utils (0.9.7-2) unstable; urgency=low
 
   * Move manual link creation from debian/rules to debian/links
diff -u exfat-utils-0.9.7/debian/patches/series exfat-utils-0.9.7/debian/patches/series
--- exfat-utils-0.9.7/debian/patches/series
+++ exfat-utils-0.9.7/debian/patches/series
@@ -2,0 +3,2 @@
+check-sector-and-cluster-size
+detect-infinite-loop
only in patch2:
unchanged:
--- exfat-utils-0.9.7.orig/debian/patches/check-sector-and-cluster-size
+++ exfat-utils-0.9.7/debian/patches/check-sector-and-cluster-size
@@ -0,0 +1,49 @@
+Patch for https://github.com/relan/exfat/issues/5
+See also:
+https://blog.fuzzing-project.org/25-Heap-overflow-and-endless-loop-in-exfatfsck-exfat-utils.html
+Index: exfat-utils/libexfat/mount.c
+===
+--- exfat-utils.orig/libexfat/mount.c
 exfat-utils/libexfat/mount.c
+@@ -172,6 +172,24 @@ int exfat_mount(struct exfat* ef, const
+ 		exfat_error("exFAT file system is not found");
+ 		return -EIO;
+ 	}
++	/* sector cannot be smaller than 512 bytes */
++if (ef->sb->sector_bits < 9)
++{
++exfat_close(ef->dev);
++exfat_error("too small sector size: 2^%hhd", ef->sb->sector_bits);
++free(ef->sb);
++return -EIO;
++}
++/* officially exFAT supports cluster size up to 32 MB */
++if ((int) ef->sb->sector_bits + (int) ef->sb->spc_bits > 25)
++{
++exfat_close(ef->dev);
++exfat_error("too big cluster size: 2^(%hhd+%hhd)",
++ef->sb->sector_bits, ef->sb->spc_bits);
++free(ef->sb);
++return -EIO;
++}
++
+ 	if (ef->sb->version.major != 1 || ef->sb->version.minor != 0)
+ 	{
+ 		exfat_close(ef->dev);
+@@ -187,16 +205,6 @@ int exfat_mount(struct exfat* ef, const
+ 		exfat_error("unsupported FAT count: %hhu", ef->sb->fat_count);
+ 		return -EIO;
+ 	}
+-	/* officially exFAT supports cluster size up to 32 MB */
+-	if ((int) ef->sb->sector_bits + (int) ef->sb->spc_bits > 25)
+-	{
+-		exfat_close(ef->dev);
+-		free(ef->sb);
+-		exfat_error("too big cluster size: 2^%d",
+-(int) ef->sb->sector_bits + (int) ef->sb->spc_bits);
+-		return -EIO;
+-	}
+-
+ 	ef->zero_cluster = malloc(CLUSTER_SIZE(*ef->sb));
+ 	if (ef->zero_cluster == NULL)
+ 	{
only in patch2:
unchanged:
--- exfat-utils-0.9.7.orig/debian/patches/detect-infinite-loop
+++ exfat-utils-0.9.7/debian/patches/detect-infinite-loop
@@ -0,0 +1,48 @@
+Patch for https://github.com/relan/exfat/issues/6
+See also:
+https://blog.fuzzing-project.org/25-Heap-overflow-and-endless-loop-in-exfatfsck-exfat-utils.html
+Index: exfat-utils/libexfat/mount.c
+===
+--- exfat-utils.orig/libexfat/mount.c
 exfat-utils/libexfat/mount.c
+@@ -27,17 +27,32 @@
+ 
+ static uint64_t rootdir_size(const struct exfat* ef)
+ {
+-	uint64_t clusters = 0;
++uint32_t clusters = 0;
++uint32_t clusters_max = le32_to_cpu(ef->sb->cluster_count);
+ 	cluster_t rootdir_cluster = le32_to_cpu(ef->sb->rootdir_cluster);
+ 
+-	while 

Bug#636247: xul-ext-noscript: OGV player considered by noscript as a plugin

[David Prévot]

Hi,

On Wed, Oct 28, 2015 at 03:19:32PM -0400, von wrote:
> Package: xul-ext-noscript
> Version: 2.6.9.3-1
> Followup-For: Bug #636247
> 
> With default configuration, navigating to the ogv video
> 
> http://gensho.acc.umu.se/pub/debian-meetings/2008/debian-edu-oslo/20081013-conf-0of9.ogv
> 
> causes noscript to block an object video/ogv.
> 
> After unchecking /Options/Embeddings/"Forbid other plugins", and after a 
> reload of the document, noscript doesn't complain anymore.

I do not need to tweak any options anymore to see it play when using the
latest version of xul-ext-noscript (2.6.9.39-1), can you please confirm
that the issue is fixed now? (idem for video.debian.net, aka
meetings-archive.debian.net now).

Regards

David


signature.asc
Description: PGP signature

Bug#803391: dosfstools: fatlabel prints both warnings and the label to stdout

[Mikko Tuumanen]

Package: dosfstools
Version: 3.0.27-1
Severity: normal
Tags: upstream

Dear Maintainer,

fatlabel prints warnings to stdout before the label of the filesystem:

# parted /dev/loop0 print
Model: Loopback device (loopback)
Disk /dev/loop0: 1kB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End SizeFile system Name   Flags
 1  1049kB  2097kB  1049kB  ext2namefoo1
 2  2097kB  3146kB  1049kB  fat32   namebar2   msftdata
 3  3146kB  4194kB  1049kB  linux-swap(v1)  nameswap3

# fatlabel /dev/loop0p2 2>/dev/null
Warning: Filesystem is FAT32 according to fat_length and fat32_length fields,
  but has only 1984 clusters, less than the required minimum of 65525.
  This may lead to problems on some systems.
fatn2  

I think the warnings should be printed to stderr.

As a workaround, scripts using fatlabel can pipe the output to "tail -n 1"

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

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

Versions of packages dosfstools depends on:
ii  libc6  2.19-18+deb8u1

dosfstools recommends no packages.

dosfstools suggests no packages.

-- no debconf information

Bug#803397: Enable chat messaging on rtc.debian.org

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

Enable the chat messaging function in config.js

Test with some other clients

Are there any limitations?  If so, put a warning notice on the site,
e.g. message delivery not 100% guaranteed.

Bug#803396: options for developers who don't want to use debian.org XMPP

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

If a developer has their own XMPP account elsewhere or simply doesn't
want to use it, any requests to be in their roster will simply not be
responded to.  Should we provide an option to automatically reject
requests sent to accounts that are not used or automatically give some
reply scripted by the developer?

Bug#803398: linking from other parts of debian.org

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

Various parts of the debian.org web site have mailto links

Where could we put "sip:" and "xmpp:" links on the site?

How to balance the convenience with the risk that people will be
bothered by too many contacts from users?

Bug#803401: elpa-magit: magit-status complains with "Invalid face: magit-diff-add"

[Olivier Berger]

Package: elpa-magit
Version: 2.2.2-3
Severity: normal

Hi.

I'm getting :
Loading /usr/share/emacs/24.5/site-lisp/elpa/magit-2.2.2/magit-version.el 
(source)...done
set-face-attribute: Invalid face: magit-diff-add

when trying to M-x magit-status

Thanks in advance.

Best regards,

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

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

Versions of packages elpa-magit depends on:
ii  dash-el   2.11.0-1
ii  elpa-git-commit   2.2.2-3
ii  elpa-magit-popup  2.2.2-3
ii  elpa-with-editor  2.2.2-3
ii  emacsen-common2.0.8
ii  git   1:2.6.1-1

elpa-magit recommends no packages.

elpa-magit suggests no packages.

-- no debconf information

Bug#803388: golang-gopkg-mgo.v2-dev: over-aggressive depends

[Tianon Gravi]

Package: golang-gopkg-mgo.v2-dev
Version: 2015.06.03-2

Currently, the -dev package depends on both mongodb-server and
supervisor.  I can't see a reason for supervisor to be in any of the
relations of this package, but mongodb-server really ought to be in
Suggests instead since it's not necessary for it to be installed for
the proper user of the -dev package. :)

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

Bug#803389: vlc: Segmentation fault when i try opening any kind of file

[erik]

Package: vlc
Version: 2.2.1-4+b1
Severity: important

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 ***



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

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

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-44
ii  libavcodec-ffmpeg56 7:2.8.1-1
ii  libavutil-ffmpeg54  7:2.8.1-1
ii  libc6   2.19-22
ii  libcaca00.99.beta19-2
ii  libcairo2   1.14.2-2
ii  libegl1-mesa [libegl1-x11]  10.6.8-1
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreetype62.6-2
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.2.1-22
ii  libgl1-mesa-glx [libgl1]10.6.8-1
ii  libgles1-mesa [libgles1]10.6.8-1
ii  libgles2-mesa [libgles2]10.6.8-1
ii  libglib2.0-02.46.1-1
ii  libpulse0   7.0-1
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5widgets5  5.4.2+dfsg-9
ii  libqt5x11extras55.5.1-2
ii  librsvg2-2  2.40.11-1
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-11
ii  libstdc++6  5.2.1-22
ii  libva-drm1  1.6.1-1
ii  libva-x11-1 1.6.1-1
ii  libva1  1.6.1-1
ii  libvlccore8 2.2.1-4+b1
ii  libvncclient1   0.9.10+dfsg-3
ii  libx11-62:1.6.3-1
ii  libxcb-composite0   1.10-3+b1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb-xv0  1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.1-4+b1
ii  zlib1g  1:1.2.8.dfsg-2+b1

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

vlc suggests no packages.

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-18
ii  libasound2 1.0.29-1
ii  libass50.13.0-1
ii  libavahi-client3   0.6.31-5
ii  libavahi-common3   0.6.31-5
ii  libavc1394-0   0.5.4-2
ii  libavcodec-ffmpeg567:2.8.1-1
ii  libavformat-ffmpeg56   7:2.8.1-1
ii  libavutil-ffmpeg54 7:2.8.1-1
ii  libbasicusageenvironment0  2014.01.13-1
ii  libbluray1 1:0.9.0-1
ii  libc6  2.19-22
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2
ii  libchromaprint01.2-1+b1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11+b1
ii  libdbus-1-31.10.0-3
ii  libdc1394-22   2.2.3-1
ii  libdca00.0.5-7
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libdvbpsi101.3.0-2
ii  libdvdnav4 5.0.3-1
ii  libdvdread45.0.3-1
ii  libebml4v5 1.3.3-1
ii  libfaad2   2.8.0~cvs20150510-1
ii  libflac8   1.3.1-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libfribidi00.19.7-1
ii  libgcc11:5.2.1-22
ii  libgcrypt201.6.4-3
ii  libgnutls-deb0-28  3.3.18-1
ii  libgpg-error0  1.20-1
ii  libgroupsock1  2014.01.13-1
ii  libjpeg62-turbo1:1.4.1-2
ii  libkate1   0.4.1-5
ii  liblircclient0 0.9.0~pre1-1.2
ii  liblivemedia23 2014.01.13-1
ii  liblua5.2-05.2.4-1
ii  libmad00.15.1b-8
ii  libmatroska6v5 1.4.4-1
ii  libmodplug11:0.8.8.5-2
ii  libmpcdec6 2:0.1~r475-1
ii  libmpeg2-4 0.5.1-7
ii  libmtp91.1.10-1
ii  libncursesw5   6.0+20150810-1
ii  libogg01.3.2-1
ii  libopus0   1.1-2
ii  libpng12-0 1.2.50-2+b2
ii  libpostproc-ffmpeg53   

Bug#803369: swig: Please provide a symlink to the stable swig executable

[Emilio Pozuelo Monfort]

On Thu, 29 Oct 2015 14:29:33 +0100 Torsten Landschoff 
wrote:
> On 10/29/2015 11:33 AM, Laurent Bigonville wrote:
> > Shouldn't the swig package provides a symlink to the executable of the
> > stable release?
> >
> > swig -> swig3.0
> Indeed, that's how it is supposed to be. I have to check why it is not
> in included anymore.

In src:swig2.0, you had debian/links providing the symlink (for swig and for
ccache-swig). In src:swig, you don't.

Cheers,
Emilio

Bug#803390: xserver-xorg-input-wacom: touch capability not enabled on wacom tablet in Thinkpad X61 Tablet PC

[Felix Maibaum]

Package: xserver-xorg-input-wacom
Version: 0.26.0+20140918-1
Severity: important

Dear Maintainer,

I am trying to get the touch function on my Thinkpad X61 tablet PC to
work. The "stylus" and "eraser" functions are correctly detected and
work out of the box. 
getting touch to work used to require a handwritten xorg.conf which
can be found in various places on the net, but this does not seem to
work anymore.

following is the relevant lines from xorg.log:

[  7816.650] (II) config/udev: Adding input device Wacom Serial
Penabled Touchscreen (/dev/input/event11)
[  7816.650] (**) Wacom Serial Penabled Touchscreen: Applying
InputClass "evdev tablet catchall"
[  7816.650] (**) Wacom Serial Penabled Touchscreen: Applying
InputClass "Wacom USB device class"
[  7816.650] (**) Wacom Serial Penabled Touchscreen: Applying
InputClass "Wacom PnP device class"
[  7816.650] (**) Wacom Serial Penabled Touchscreen: Applying
InputClass "Wacom class"
[  7816.650] (II) Using input driver 'wacom' for 'Wacom Serial
Penabled Touchscreen'
[  7816.650] (**) Wacom Serial Penabled Touchscreen: always reports
core events
[  7816.650] (**) Option "Device" "/dev/input/event11"
[  7816.650] (II) Wacom Serial Penabled Touchscreen: type not
specified, assuming 'stylus'.
[  7816.650] (II) Wacom Serial Penabled Touchscreen: other types will
be automatically added.
[  7816.651] (--) Wacom Serial Penabled Touchscreen stylus: using
pressure threshold of 27 for button 1
[  7816.651] (--) Wacom Serial Penabled Touchscreen stylus: maxX=24576
maxY=18432 maxZ=255 resX=10 resY=10  tilt=disabled
[  7816.651] (II) Wacom Serial Penabled Touchscreen stylus:
hotplugging dependent devices.
[  7816.651] (EE) Wacom Serial Penabled Touchscreen stylus: Invalid
type 'cursor' for this device.
[  7816.651] (EE) Wacom Serial Penabled Touchscreen stylus: Invalid
type 'touch' for this device.
[  7816.651] (EE) Wacom Serial Penabled Touchscreen stylus: Invalid
type 'pad' for this device.
[  7816.651] (II) Wacom Serial Penabled Touchscreen stylus:
hotplugging completed.
[  7816.676] (**) Option "config_info"
"udev:/sys/devices/pnp0/00:05/tty/ttyS0/serio5/input/input15/event11"
[  7816.676] (II) XINPUT: Adding extended input device "Wacom Serial
Penabled Touchscreen stylus" (type: STYLUS, id 12)
[  7816.676] (**) Wacom Serial Penabled Touchscreen stylus: (accel)
keeping acceleration scheme 1
[  7816.676] (**) Wacom Serial Penabled Touchscreen stylus: (accel)
acceleration profile 0
[  7816.676] (**) Wacom Serial Penabled Touchscreen stylus: (accel)
acceleration factor: 2.000
[  7816.676] (**) Wacom Serial Penabled Touchscreen stylus: (accel)
acceleration threshold: 4
[  7816.677] (II) config/udev: Adding input device Wacom Serial
Penabled Touchscreen (/dev/input/mouse1)
[  7816.677] (II) No input driver specified, ignoring this device.
[  7816.677] (II) This device may have been added with another device
file.
[  7816.683] (**) Wacom Serial Penabled Touchscreen eraser: Applying
InputClass "evdev tablet catchall"
[  7816.684] (**) Wacom Serial Penabled Touchscreen eraser: Applying
InputClass "Wacom USB device class"
[  7816.684] (**) Wacom Serial Penabled Touchscreen eraser: Applying
InputClass "Wacom PnP device class"
[  7816.684] (**) Wacom Serial Penabled Touchscreen eraser: Applying
InputClass "Wacom class"
[  7816.684] (II) Using input driver 'wacom' for 'Wacom Serial
Penabled Touchscreen eraser'
[  7816.684] (**) Wacom Serial Penabled Touchscreen eraser: always
reports core events
[  7816.684] (**) Option "Device" "/dev/input/event11"
[  7816.684] (**) Option "Type" "eraser"
[  7816.684] (--) Wacom Serial Penabled Touchscreen eraser: maxX=24576
maxY=18432 maxZ=255 resX=10 resY=10  tilt=disabled
[  7816.700] (**) Option "config_info"
"udev:/sys/devices/pnp0/00:05/tty/ttyS0/serio5/input/input15/event11"
[  7816.700] (II) XINPUT: Adding extended input device "Wacom Serial
Penabled Touchscreen eraser" (type: ERASER, id 13)
[  7816.700] (**) Wacom Serial Penabled Touchscreen eraser: (accel)
keeping acceleration scheme 1
[  7816.700] (**) Wacom Serial Penabled Touchscreen eraser: (accel)
acceleration profile 0
[  7816.700] (**) Wacom Serial Penabled Touchscreen eraser: (accel)
acceleration factor: 2.000
[  7816.700] (**) Wacom Serial Penabled Touchscreen eraser: (accel)
acceleration threshold: 4

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

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

Versions of packages xserver-xorg-input-wacom depends on:
ii  libc6  2.19-18
ii  libudev1   215-17+deb8u1
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  libxi6 2:1.7.4-1+b2

Bug#803395: RFS: roxterm/3.2.1-1

[Tony Houghton]

Package: sponsorship-requests
Severity: normal

Dear Vicent and/or other potential sponsors,

I am looking for a sponsor for the latest version of my package "roxterm"

 * Package name: roxterm
   Version : 3.2.1-1
   Upstream Author : Tony Houghton 
 * URL : http://roxterm.sourceforge.net
 * License : GPL2+
   Section : x11

It builds these binary packages:

 roxterm  - Multi-tabbed GTK+/VTE terminal emulator - binaries
 roxterm-data - Multi-tabbed GTK+/VTE terminal emulator - data files
 roxterm-dbg  - Debugging symbols for roxterm
 roxterm-gtk2 - Transitional package to upgrade roxterm-gtk2 to
roxterm
 roxterm-gtk2-dbg - Transitional package to upgrade roxterm-gtk2-dbg to
roxterm-dbg
 roxterm-gtk3 - Transitional package to upgrade roxterm-gtk3 to
roxterm
 roxterm-gtk3-dbg - Transitional package to upgrade roxterm-gtk3-dbg to
roxterm-dbg

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

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

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

dget -x
http://mentors.debian.net/debian/pool/main/r/roxterm/roxterm_3.2.1-1.dsc

More information about roxterm can be obtained from
http://roxterm.sourceforge.net

Changes since the last upload:

roxterm (3.2.1-1) unstable; urgency=medium

  * New upstream version:
+ Use vte 0.40's new word char API (Closes: #798656).
  * Don't use deprecated debian menu system.

 -- Tony Houghton   Thu, 29 Oct 2015 13:12:11 +

Bug#803392: boost1.55: still FTBS with g++ 5 on sid and testing

[Christophe Trophime]

Source: boost1.55
Version: 1.55.0+dfsg-4
Severity: important

Dear Maintainer,

I've tried to backport latest boost1.55 to stretch (using pdebuild).
I ran into some compiling errors:

"g++"  -ftemplate-depth-300 -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -Wno-unused-local-typedefs -O3 -finline-functions -Wno-
inline -Wall -g -D_FORTIFY_SOURCE=2 -g0 -DBOOST_ALL_NO_LIB=1
-DBOOST_DETAIL_CONTAINER_FWD -DBOOST_FILESYSTEM_NO_DEPRECATED
-DBOOST_FILESYSTEM_STATIC_LINK=1 -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG
-I"../.." -c -o "../../bin.v2/tools/quickbook/src/gcc-5.2.1/release/debug-
symbols-on/link-static/files.o" "src/files.cpp"

In file included from ../../boost/functional/hash/hash.hpp:540:0,
 from ../../boost/functional/hash.hpp:6,
 from ../../boost/unordered/unordered_map.hpp:20,
 from ../../boost/unordered_map.hpp:16,
 from src/files.cpp:12:
../../boost/functional/hash/extensions.hpp:54:33: error: 'template std::size_t boost::hash_value' conflicts with a previous declaration
 std::size_t hash_value(std::list const& v);
 ^
../../boost/functional/hash/extensions.hpp:52:17: note: previous declaration
'namespace boost { }::hash_value'
 std::size_t hash_value(std::vector const&);
 ^
../../boost/functional/hash/extensions.hpp:54:28: error: reference to 'list' is
ambiguous
 std::size_t hash_value(std::list const& v);
^
In file included from ../../boost/functional/hash/extensions.hpp:17:0,
 from ../../boost/functional/hash/hash.hpp:540,
 from ../../boost/functional/hash.hpp:6,
 from ../../boost/unordered/unordered_map.hpp:20,
 from ../../boost/unordered_map.hpp:16,
 from src/files.cpp:12:
../../boost/detail/container_fwd.hpp:139:47: note: candidates are:
template class std::list
 template  class list;
   ^
In file included from /usr/include/c++/5/list:63:0,
 from ../../boost/filesystem/path_traits.hpp:27,
 from ../../boost/filesystem/path.hpp:25,
 from src/files.hpp:15,
 from src/files.cpp:10:
/usr/include/c++/5/bits/stl_list.h:507:11: note: template class std::__cxx11::list
 class list : protected _List_base<_Tp, _Alloc>
   ^
In file included from ../../boost/functional/hash/hash.hpp:540:0,
 from ../../boost/functional/hash.hpp:6,
 from ../../boost/unordered/unordered_map.hpp:20,
 from ../../boost/unordered_map.hpp:16,
 from src/files.cpp:12:
../../boost/functional/hash/extensions.hpp:54:39: error: expected primary-
expression before ',' token
 std::size_t hash_value(std::list const& v);
   ^
../../boost/functional/hash/extensions.hpp:54:42: error: expected primary-
expression before '>' token
 std::size_t hash_value(std::list const& v);
  ^
../../boost/functional/hash/extensions.hpp:54:44: error: expected primary-
expression before 'const'
 std::size_t hash_value(std::list const& v);
^
../../boost/functional/hash/extensions.hpp:54:52: error: expression list
treated as compound expression in initializer [-fpermissive]
 std::size_t hash_value(std::list const& v);
^
../../boost/functional/hash/extensions.hpp:54:17: warning: variable templates
only available with -std=c++14 or -std=gnu++14
 std::size_t hash_value(std::list const& v);
 ^
../../boost/functional/hash/extensions.hpp:85:33: error: 'template std::size_t boost::hash_value' conflicts with a previous declaration
 std::size_t hash_value(std::list const& v)
 ^
../../boost/functional/hash/extensions.hpp:67:17: note: previous declaration
'namespace boost { }::hash_value'
 std::size_t hash_value(std::complex const&);
 ^
../../boost/functional/hash/extensions.hpp:85:28: error: reference to 'list' is
ambiguous
 std::size_t hash_value(std::list const& v)
^
In file included from ../../boost/functional/hash/extensions.hpp:17:0,
 from ../../boost/functional/hash/hash.hpp:540,
 from ../../boost/functional/hash.hpp:6,
 from ../../boost/unordered/unordered_map.hpp:20,
 from ../../boost/unordered_map.hpp:16,
 from src/files.cpp:12:
../../boost/detail/container_fwd.hpp:139:47: note: candidates are:
template class std::list
 template  class list;
   ^
In file included from /usr/include/c++/5/list:63:0,
 from 

Bug#803383: undefined symbol: _ZN2v86String9NewSymbolEPKci

[Jonas Smedegaard]

Quoting Jérémy Lal (2015-10-29 15:05:32)
> 2015-10-29 14:49 GMT+01:00 Max Kellermann :
> 
> Package: node-raptor
> Version: 0~0git20130108-1
> 
> nodejs 4.2.1~dfsg-2
> 
> $ nodejs
> > require('raptor')
> Error: /usr/lib/nodejs/raptor/native/bindings.node: undefined symbol:
> _ZN2v86String9NewSymbolEPKci
>     at Error (native)
>     at Object.Module._extensions..node (module.js:460:18)
>     at Module.load (module.js:356:32)
>     at Function.Module._load (module.js:311:12)
>     at Module.require (module.js:366:17)
>     at require (module.js:385:17)
>     at Object. (/usr/lib/nodejs/raptor/index.js:2:16)
>     at Module._compile (module.js:435:26)
>     at Object.Module._extensions..js (module.js:442:10)
>     at Module.load (module.js:356:32)
> >
> 
> Is this fallout from the C++11 ABI transition?
> 
> 
> No.
> Note that this package is outdated and no longer maintained upstream.
> I suggest to remove it from debian.

Right - this modules seems without a future.

If looking for promising modules related to RDF a.k.a. semantic web 
a.k.a. Linked Data, then it seems¹ a good starting point is this: 
https://github.com/rdfjs/rdfjs.org/wiki/Projects


 - Jonas

¹ Given that leading developers recently decided to coordinate their 
efforts at that wiki - as indicated e.g. at
https://www.w3.org/community/rdfjs/wiki/Main_Page

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#800607: fixed in mitmproxy 0.13-1

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

THANKS! :)

cheers,

G.

On Thu, 29 Oct 2015 15:23:53 + Sebastien Delafond 
wrote:
> Source: mitmproxy Source-Version: 0.13-1
> 
> We believe that the bug you reported is fixed in the latest version
> of mitmproxy, which is due to be installed in the Debian FTP
> archive.
> 
> A summary of the changes between this version and the previous one
> is attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you 
> have further comments please address them to
> 800...@bugs.debian.org, and the maintainer will reopen the bug
> report if appropriate.
> 
> Debian distribution maintenance software pp. Sebastien Delafond
>  (supplier of updated mitmproxy package)
> 
> (This message was generated automatically at their request; if you 
> believe that there is a problem with it please contact the archive 
> administrators by mailing ftpmas...@ftp-master.debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
> 
> Format: 1.8 Date: Thu, 29 Oct 2015 15:07:15 +0100 Source:
> mitmproxy Binary: mitmproxy Architecture: source all Version:
> 0.13-1 Distribution: unstable Urgency: medium Maintainer: Sebastien
> Delafond  Changed-By: Sebastien Delafond
>  Description: mitmproxy  - SSL-capable
> man-in-the-middle HTTP proxy Closes: 800607 Changes: mitmproxy
> (0.13-1) unstable; urgency=medium . * New upstream version (Closes:
> #800607) Checksums-Sha1: 101b8adc9a88ac0d8875f739f7e93d9ef427cd17
> 1486 mitmproxy_0.13-1.dsc ab61cf216ef15cc28922ff53d5189d0d8e0d3a7d
> 26765155 mitmproxy_0.13.orig.tar.bz2 
> 123f4ad64db85074b866af5d751855a9cf03110f 5308
> mitmproxy_0.13-1.debian.tar.xz 
> c59aff3b666774adf136fc5aeb7e471df694027d 861298
> mitmproxy_0.13-1_all.deb Checksums-Sha256: 
> 0c82bad71104e04590e3cc505fe309184541ff4483393cde475aee4fe00a15da
> 1486 mitmproxy_0.13-1.dsc 
> bf3908ddd79636b4460a81a6efc9e14b54021a46541e1bf465187ed971dbe860
> 26765155 mitmproxy_0.13.orig.tar.bz2 
> 7b7b53374a8c32c351849f0a96465dabe7c09e384c6204c8e5e330adb1c5903a
> 5308 mitmproxy_0.13-1.debian.tar.xz 
> 67af9302f0d45095c76914130bf550059c05ddbdf8d49a2856df1959845d417d
> 861298 mitmproxy_0.13-1_all.deb Files: 
> 195546e82932fde88feb9bd427a22597 1486 net optional
> mitmproxy_0.13-1.dsc 8a478c382d07349cecb04ad2c633d8c4 26765155 net
> optional mitmproxy_0.13.orig.tar.bz2 
> 7de81a38b591b2879f1f7efd42b8e322 5308 net optional
> mitmproxy_0.13-1.debian.tar.xz c8872deedd8ca25390f73267f07bd707
> 861298 net optional mitmproxy_0.13-1_all.deb
> 
> -BEGIN PGP SIGNATURE- Version: GnuPG v1
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWMkIPAAoJEPNPCXROn13ZsBIP/RxY/JCYOCkRMSwgpYkez1Uz
EraEZ43UNz07VMcNqD+aBwIPphS9ZDatut5rASTQpWNLWTkIUb0mBRAcP7HkrVeX
KZG/zqj291TkDhbStka9Y294f2WkbTcfwDw7kU0R7bZ6yE4mCY40UaTVX+e7JJem
g+O4FNZo9fSOsde7Z6455E0iWc9OTNR+TyAnyDqHe6n/WVmi9h5FtFLTywM2Yig+
amYY2OggOaZIpTl5x3WhSVL9Pema33qGV4GhTuo5uMEuAC1ydbQirFVovNuyu4Od
YSjT3YQSveA2sSe9lJ1FSCM0pwejy1KV2WSDZceUv6l68ZUSBwdDX5iyrXE6UEDN
rudljDudv326e7zXiUfIsr259XhffI62yTvL2miTRUVdnzZKZDDYsSEj3CQk3is8
UHZdITQHjHqoBRDZ1BvYBFN/J0ZyDuD9pNsBZmbUZLR2mO1Vead61eBeH67+UuTv
uojIEkwwOZVj8gGr+qWAZGjg3mmBxpFEAfcKQyoA77Qd4i89JOIAUdvlkXIgH0zc
VVlU6Mj92MwiY2eDeuZLsBDAAZx6JWmLtIVfKrhlUki7zhvTYl5+pRXDrS+AGJyw
sAcAyq2WC9kNiOvI+igy9qq6PiEZCzQnYz50No2Yv0XjhCqfLBfP4BBh4AKvPCTT
ZhMtifQTIcsGRFBtSmMu
=gYTL
-END PGP SIGNATURE-

Bug#803136: docker.io: FTBFS

[Tianon Gravi]

On 29 October 2015 at 06:27, Edmund Grimley Evans
 wrote:
> docker.io build-depends on:
> - arm64:golang-github-hashicorp-go-msgpack-dev (>= 0.0~git20140221~)
> arm64:golang-github-hashicorp-go-msgpack-dev depends on:
> - arm64:golang-gopkg-mgo.v2-dev
> arm64:golang-gopkg-mgo.v2-dev depends on missing:
> - arm64:mongodb-server
>
> One reason for mongodb not being available on arm64 is that libv8-dev
> is not yet available there, though it could be made available: there's
> a working libv8 bundled with nodejs.

Thanks for the additional digging!  I've filed #803388 so that we can
hopefully overcome this dependency issue. :)

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

Bug#803362: jessie-pu: package exfat-utils/1.1.0-2+deb8u1

[Sven Hoexter]

On Thu, Oct 29, 2015 at 03:01:09PM +, Adam D. Barratt wrote:
> On 2015-10-29 8:57, Sven Hoexter wrote:

Hi Adam,

> >  * Add quilt to build-deps.
> >  * Add --with quilt to dh invocation in d/rules.
> 
> Why is that being suggested for the jessie update but not the equivalent
> wheezy update? (For completeness we're generally not in favour of adding
> patch systems in stable updates.)

Because the jessie package is source format 1.0 without a patch system ATM.
I thought adding quilt again is less invasive then changing the source format.
For the package in unstable I already opted to use source format 3.0(quilt).


> >  * Add d/patches/check-sector-and-cluster-size. Fix for
> >https://github.com/relan/exfat/issues/5 found and reported by
> >The Fuzzing Project.
> >  * Add d/patches/detect-infinite-loop. Fix for
> >https://github.com/relan/exfat/issues/6 found and reported by
> >The Fuzzing Project.
> 
> Are both of these issues resolved in (or not relevant to) unstable?

They're already fixed in 1.2.1 which is part of unstable and testing.

Sven

Bug#803393: tmux 2.1 does not handle repeat keys as expected

[Xavier Guerrin]

Package: tmux
Version: 2.1-1
Severity: normal

Dear Maintainer,

It seems tmux 2.1 (released on 18 October 2015) does not handle repeat keys as
expected.

The problem can be reproduced like this:
  - start a tmux session;
  - split the current tmux window (either horizontally or vertically, it does
not really matter); you should now have two panes;
  - quickly hit the following keys: Ctrl+b, the adequate arrow key to move to
the other pane and 'c'.
One would expect tmux to move the focus to the other pane and type "c" in it.
However, what happens is that tmux will indeed move the focus to the other pane
but will also eat the 'c' character, consider it a tmux command and create a
new window (as 'c' means "create a new window" on most tmux setups).

This bug is rather annoying as anyone willing to quickly type a command after
having switched to another pane is likely to hit it. Furthermore, the 'c' key
is only an example here, easily obtained by the need to type a "cd" command.
Other shell commands are likely to trigger various tmux commands. For instance,
users could bind "Ctrl+B, s" to "set synchronize-panes"; in such a case,
switching to another pane and quickly typing ssh user@host would duplicate what
they type (like their user password or SSH passphrase) to all other panes of
the current window, leading to potential disclosure.

I joined irc://irc.freenode.org/#tmux and discussed this issue with nicm:
It turns out that:
  - nicm was able to reproduce the issue with tmux 2.1;
  - the issue can be worked around by setting repeat-time to 0 (i.e. set -g
repeat-time 0 in ~/.tmux.conf); however, that makes it a little annoying to
change pane with arrow keys; resizing panes is also made less straightforward.
  - according to nicm, the root issue has already been fixed in tmux's Git
repository, more specifically in commit
8c8cddbe022af5ece9949804cacffbee6b8972fa (Tue Oct 20 14:19:27 2015)



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

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

Versions of packages tmux depends on:
ii  libc6   2.19-22
ii  libevent-2.0-5  2.0.21-stable-2
ii  libtinfo5   6.0+20151017-1
ii  libutempter01.1.6-1

tmux recommends no packages.

tmux suggests no packages.

-- no debconf information

Bug#803394: RM: node-raptor -- ROM; FTBFS and (possibly) dead upstream

[Jonas Smedegaard]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hi ftpmasters,

Please drop node-raptor from unstable: It has no rdepends, fails to
build from source with modern nodejs, and seems dead upstream.


 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWMj9wAAoJECx8MUbBoAEhgwgQAIGDQaM8QZgQued6m/jyEHOH
iIufY9zgc+oFFezizT4Hvl6WcImR2/zl+MEmRTyNY3nOoTcP7fYfJl4VPCAmO0O3
fvvmJhHocz4doA56ia7acCspomEF8iqRViosA+x1JssNjprIOIVzXraGsJBzjTjt
xiw99Sz2c1+J6DvqBPO5WTegD2a0npWRHH2jNhji6AqZjg35P4s/ReICD25kYh01
Qb0L+5I3SP0C9CVFDsck+01Od0+RDg6wvz1sHRcbVkcr5tKZoYDhufge9MBxSI+v
q3NDFdVF5iuTMzVxscZiYDVvZxXOiLzTnT95XuDcyvC3pdcrxt5CVr1C1NKOFsvp
j70AzwaX/1dKKApnmY/nZSLR3LMGdG8yeUbUnI9304PyDGcvuf9akAcVL/cg38mN
d9HvnLqxcNyKQoRNug9HjcghQ6Vy4nVfZRCAniCRUk7Nt5woWSxz3eshhv7tJVLU
54ohp7WYB+NjWLjEMQAdGmCF6fS+OughvNSLTOW1ggFFaLQawr5IlwNU+ovs+y6q
UfHybmlZuq3casZAuSEDKSw9iDGVYMm1quVGtxR82EV2EMB8uxQmY+CmWGWWN+In
Y4nA0B2fnFhslX7orf2BWNbjehsxnlOD4jbAKVXz8UAOL4ieTYQG5SLT/SJXkrC8
BuY9jn0kVfmW3kQL83Pu
=hgdL
-END PGP SIGNATURE-

Bug#803399: integration of SIP and XMPP presence

[Daniel Pocock]

package: rtc.debian.org
severity: wishlist

Both SIP and XMPP servers support presence.

However, there is no integration between the two so far.

There are various projects which may facilitate this.  It will be
necessary to test them, package one of them, backport it to
jessie-backports and document the procedure for DSA to install it.

Example:

https://github.com/resiprocate/resiprocate/tree/master/apps/ichat-gw

Related reading:

RFC 7081: CUSAX: Combined Use of the Session Initiation Protocol (SIP)
and the Extensible Messaging and Presence Protocol (XMPP)
https://tools.ietf.org/html/rfc7081

Bug#803400: ITP: dgedit -- Drum kit editor for DrumGizmo

[Víctor Cuadrado Juan]

Package: wnpp
Severity: wishlist
Owner: "Víctor Cuadrado Juan" 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: dgedit
  Version : 0.9.6
  Upstream Author : The DrumGizmo Team
* URL : http://www.drumgizmo.org/wiki/doku.php?id=getting_dgedit
* License : GPL-3
  Programming Lang: C++
  Description : Drum kit editor for DrumGizmo

This package allows drumgizmo package to be packaged in
main, as there'll a way to provide data to drumgizmo
without going outside of main.

I plan to maintain this under the umbrella of the Debian
Multimedia Team (which I am part of).




-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWMkWJAAoJECI/Fcparw548dgIAI3u3r+xgo+1TYexo7ZTZkyF
bHNCXPC7HK0v5IlI9gCRV9a03QgtYdsm68g25gBDr7FJirQSP2QFU8ANpg87rYcI
HFlXJFcC0BPunBz5IRvSxuhUi7SDFzDg1yUZCEjGHU9aUdXo22N27OY8cdp+zqjk
2bMI+Ac1QIbcmRgnkiR452eUXU/T3eSO9YUHTZjNe98rc5Vx1QT7XbryrsZkGkFm
JXiFkJHYiQ50cdXMN/e0pZIyphvw9XImOfVfGZy4t4L8tdrx5VJzKhNm4NVXgLU3
I+/v+cvJsFr8NnjJbUrltZvu3+n9NG4Mduoc2V3p4AQQ+8Zj6X8xall6af3W3s4=
=y0/y
-END PGP SIGNATURE-

Bug#803386: icedove: segfaults in MessageChannel.cpp

[Gabriel Filion]

Package: icedove
Version: 42.0~b1-1
Severity: important

Hello,

I'm experiencing random segfaults in icedove and it doesn't seem to correspond
to the other ones that were reported.

So far the only useful information I have is from syslog just before and during 
the crash:

Oct 29 09:36:07 boohn icedove.desktop[2410]: 2015-10-29 
09:36:07#011autosyncActivities#011ERROR#011OnDownloadError: RT-Support of 
gabr...@koumbit.org
Oct 29 09:41:17 boohn icedove.desktop[2410]: (process:6623): GLib-CRITICAL **: 
g_slice_set_config: assertion 'sys_page_size == 0' failed
Oct 29 09:46:37 boohn icedove.desktop[2410]: (process:6649): GLib-CRITICAL **: 
g_slice_set_config: assertion 'sys_page_size == 0' failed
Oct 29 09:52:55 boohn icedove.desktop[2410]: (plugin-container:6706): 
Gdk-WARNING **: The GDK_NATIVE_WINDOWS environment variable is not supported in 
GTK3.
Oct 29 09:52:55 boohn icedove.desktop[2410]: See the documentation for 
gdk_window_ensure_native() on how to get native windows.
Oct 29 09:52:55 boohn icedove.desktop[2410]: Vector smash protection is enabled.
Oct 29 09:52:56 boohn icedove.desktop[2410]: #007[NPAPI 6706] ###!!! ABORT: 
Aborting on channel error.: file 
/build/icedove-RFEbAP/icedove-42.0~b1/mozilla/ipc/glue/MessageChannel.cpp, line 
1768
Oct 29 09:52:56 boohn icedove.desktop[2410]: [NPAPI 6706] ###!!! ABORT: 
Aborting on channel error.: file 
/build/icedove-RFEbAP/icedove-42.0~b1/mozilla/ipc/glue/MessageChannel.cpp, line 
1768
Oct 29 09:52:56 boohn kernel: [44738.694873] Chrome_ChildThr[6709]: segfault at 
0 ip 004083fa sp 7fd7b88fe3f0 error 6 in 
plugin-container[40+3c000]

I'm running sid with icedove and iceweasel from experimental.

I don't really know what triggers those segfaults so it's a bit hard to
reproduce them consistently. However, the happen every other day or once per 3
days or so.

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

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

Versions of packages icedove depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.19-22
ii  libcairo-gobject2 1.14.2-2
ii  libcairo2 1.14.2-2
ii  libdbus-1-3   1.10.2-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6-2
ii  libgcc1   1:5.2.1-22
ii  libgdk-pixbuf2.0-02.32.1-1
ii  libglib2.0-0  2.46.1-1
ii  libgtk-3-03.18.2-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libicu55  55.1-5
ii  libnspr4  2:4.10.9-2
ii  libnss3   2:3.20-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpixman-1-0 0.33.2-2
ii  libsqlite3-0  3.9.1-2
ii  libstartup-notification0  0.12-4
ii  libstdc++65.2.1-22
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2.1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  42.0~b1-1

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.4-2
ii  libgssapi-krb5-2  1.13.2+dfsg-3

-- no debconf information

Bug#803369: swig: Please provide a symlink to the stable swig executable

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

On Thu, 29 Oct 2015 14:29:33 +0100 Torsten Landschoff
 wrote:
> On 10/29/2015 11:33 AM, Laurent Bigonville wrote:
>> Shouldn't the swig package provides a symlink to the executable
>> of the stable release?
>> 
>> swig -> swig3.0
> Indeed, that's how it is supposed to be. I have to check why it is
> not in included anymore.
> 

because between 3.0.2 [1] and 3.0.7 [2] you took over the swig package
from swig2.0, without adding the links file [3]


[1] https://sources.debian.net/src/swig/3.0.2-1/debian/control/
[2] https://sources.debian.net/src/swig/3.0.7-1/debian/control/
[3] https://sources.debian.net/src/swig2.0/2.0.12-1/debian/links/

HTH

cheers,

G.

> Thanks for the Feedback,
> 
> Torsten
> 
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWMjUpAAoJEPNPCXROn13Za00P/iap9W5+9DuqWX5x8g+nmwk4
xNKpS4fkW8wOCtKUAdzUPY1sHoBmWgBNUsFZ37wpP0ry96z1RD+mN6PEgR2iw+US
IbEyzzyqaJtJe6fcSk/VBNj84CrRgO14WWtchuuEugAX9gPAg9kOXuryXFd9wDbK
35m7gHLwjs1L0mPfIHV8dquFlDDa8YKE9hYAYYFnMG1FWCwT/pQRK2W7GHxDt7yi
dpzgfxPJOS4k+vkAAFNJnlKKip+eXiG+Y8gFcXqSac7Wb9lZEdgSGEzNt8ov9fRx
9VtDhGX+61HYCmO7uw1O+5uGC46+iitgYctRHGH6w0N/s3mX84h2nSC7Xb2kCIOa
LigF8yGRGCet9UPvLBEEib3URxHF8XTyYgDGubQ6Ljr1hJ1w6ZbEVoi2cTfjIDpu
Bzpf9F7KIBdiRwydQBimJVTLG10RiZ77wthJfC7jsbtekzqcQIvSkkYZo8dgov4i
TG+3u0Yqpmd5GXHjnALWwmu0Bd+nqSVOz1cFY024twqzPmPhpsCO4cyU9MKHDqvH
Sn/QHCB8xF9umGX4blH357OnJ5/wzvbCnUSjITAuZ4h1/NxiiuG5O9KkH9eISv7u
2zX6JZyLxGrlCHljoAtf5WdP5daYJVkZm2+9fQQuNlkPssj4DJnsPooPedmMRP87
IJPV3S35dFCvsSGh1EJl
=LgFi
-END PGP SIGNATURE-

Bug#717774: [libmtp9] Files maybe truncated

[Alessio Treglia]

Hello Marek,

> the timestamp of files is taken from actual date and not from original file.

Can you please try to reproduce this issue with a newer release of libmtp?

Cheers!

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A

Bug#803187: RFS: drumgizmo/0.9.8.1-1 ITP

[Víctor Cuadrado Juan]

Documenting:


As per talked in #debian-multimedia and #debian-mentors, this package
would go to contrib since policy 2.2.1 says "must not require or
recommend a package outside of main for compilation or execution".

Options are:
 a. Put in contrib
 b. Package a drum kit data set(~2GB) in main
 c. Package a test data set in main
 d. Package DGedit[1] in main, which allows to create and use
DrumGizmo with only packages inside of main, which makes drumgizmo
package to go to main.

I have chosen the d) option, so, I would wait for dgedit to be done
before putting drumgizmo in NEW.


[1]: http://www.drumgizmo.org/wiki/doku.php?id=getting_dgedit

Regards,

-- 
Víctor Cuadrado juan
--
E-Mail: , OpenPGP-Key-ID: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.



signature.asc
Description: OpenPGP digital signature

Bug#721137: ghostscript: ps2pdf produces bad pdf on x86_64 (unreadeable text)

[whoami314]

Hi!

Some other matters lead me to learn a bit of the pdf format, so I've tried to
investigate some more this bug.

First, the ps2pdf shipped with Jessie seems to still produce the same pdf
out of my test.tex / test.dvi / test.ps (with only a few minor textual
differences in optional fields such as metadatas).

Secondly, the pdf viewers available in Jessie are doing a better job
at displaying this test.pdf:
  - Evince (or actually the underlying poppler library) is now displaying 
correctly
this problematic pdf. Try for instance 'pdftocairo -png test.pdf test.png'.
  - Xpdf is still displaying correctly these pdf, but still with the warning
about "Bad bounding box in Type 3 glyph".
  - I tried to use directly gs for rendering to png, and it works fine:
 gs -dSAFER -dNOPAUSE -sDEVICE=png16m -dTextAlphaBits=4 -dBATCH 
-dGraphicsAlphaBits=4 -dQUIET -r100 -sOutputFile=test.png test.pdf
  - The only issue left is with the mupdf viewer (or its command-line tool 
mudraw).
I've attached the png obtained from the original test.pdf via:
 mudraw -o test.png test.pdf
It looks exactly as the earlier faulty display (three black dots instead of
the expected text) that was obtained via Wheezy's evince.

Anyway, I still think that ps2pdf is producing an erroneous pdf, and that the 
various
pdf viewers are doing there best to overcome this issue. Indeed, as hinted by 
the
xpdf warnings, the /FontBBox [0 0 1 -1] in test.pdf looks quite wrong.

NB: Actually, I inspected an uncompressed version of test.pdf, obtained by
'pdftk test.pdf output testu.pdf uncompress' , but you could do the same thing
with the original test.pdf.

In particular the last number in /FontBBox is the max height of characters 
(inversed
by a -1 in /FontMatrix). If we enlarge this height, say to a /FontBBox of [0 0 
1 -25],
we start seeing in mupdf the lower half of the characters of the text "Bla Bla 
Bla".
If you continue to a /FontBBox of [0 0 1 -58], the text is displayed correctly
(I've tried 58 since it seem to be the largest height of the four bitmap 
characters
in the text (see /H in the uncompressed pdf). Strangely, the width doesn't seem 
to
need any fixing in the /FontBBox, probably because of the /Widths directive.

This faulty FontBBox seems indeed to be introduced by ps2pdf, since there's 
apparently
a /FBB[0 0 0 0] and a /FootBBox FBB in the initial test.ps. I really don't know 
much
of PostScript, but that looks like a [0 0 0 0] FontBBox, meaning "autodetect" ?
Btw, trying a [0 0 0 0] FontBBox in test.pdf doesn't please mupdf (back to a 
few black
dots). 

Finally, a few words about the latex code (my previous test.tex) that lead to 
this issue.
After some more googling, it appears that using \usepackage[T1]{fontenc} is 
fine, and even
a good idea (see for instance [1]). But this line is normally meant to be used 
in combination
with some extra font package, e.g. \usepackage{cm-super} or 
\usepackage{lmodern} or
\usepackage{ae}, the latter being my favorite. With any of these font packages, 
we obtain
nice Type 1 fonts, while the T1 fontenc alone leads to the use of Type 3 fonts 
(see [2]), and
these Type 3 fonts seem to be a frequent source of issues. In particular here, 
my original
test.tex with an extra \usepackage{ae} leads (still via dvips and ps2pdf) to a 
pdf
which displays ok, even with mupdf. Nonetheless, it would be nice to fix this 
issue with
Type 3 FontBBox.

Best regards,
Pierre

PS: I also tried ps2pdf on an i386 machine, but the behavior was the same as 
what I describe
above for amd64. Strange, since for the initial reporter this bug was apparently
architecture-related ?

[1] 
http://tex.stackexchange.com/questions/664/why-should-i-use-usepackaget1fontenc
[2] 
http://tex.stackexchange.com/questions/1291/why-are-bitmap-fonts-used-automatically

Bug#798947: ping

[Arturo Borrero Gonzalez]

Dear maintainers,

any news? Do you need a helping hand?

best regards.

-- 
Arturo Borrero González

Bug#803241: Fails to build on linux-4.2

[Azat Khuzhin]

On Wed, Oct 28, 2015 at 12:05:04PM +0100, Yuri D'Elia wrote:
> Package: ktap
> Version: 0.4+git20150927-1
> Severity: normal
> 
> First of all, thanks for making a package for ktap!
> I filed the original RFP.
> 
> I just tried to install the package, but the ktapvm module fails to build on 
> the current 4.2 kernel:
> 
> /var/lib/dkms/ktapvm/0.4+git20150927-1/build/runtime/kp_events.h:4:32: fatal 
> error: linux/ftrace_event.h: No such file or directory
>  #include 
> 
> Which has been renamed to linux/trace_events.h at some point (4.2 itself if 
> I'm not mistaken).

Hi Yuri,

Thanks for report!

Can you try the following patch?
https://github.com/azat/ktap/commit/799a8e4a51957825c5a0b81e45d2d5829631964c.patch

Thanks,
Azat.

Bug#802111: smash: FTBFS: TypeError: sandbox must be an object

[Thomas Goirand]

Hi,

I'm worried that this bug is left undressed. It affects *a lot* of
packages, including:
- nodejs
- openstack-dashboard

And also, upstream seems to not care about it, as per the github issue
set in the forwarded-to-url.

Laszlo, will you work on this?

Cheers,

Thomas Goirand (zigo)

Bug#779482: severity of 779482 is grave

[tmancill]

On Thu, Oct 29, 2015 at 11:44:48AM +0100, pini wrote:
> Control: tag -1 pending
> 
> Hi,
> 
> On Sat, 17 Oct 2015 14:12:26 +0200 Gilles Filippini  wrote:
> > The release 2.3.2-1 in experimental was finally tested on a baremetal
> > ppc64el machine, and it works [1]. Many thanks to Frédéric Bonnard.
> > 
> > [1] 
> 
> Release 2.3.2-3~exp4 in experimental was successfully tested on powerpc,
> ppc64el, and s390x porter boxes.
> 
> Tony, can I upload to unstable? I'll then upload libjogl2-java and scilab.

Hi Gilles,

That sounds great.  Thank you for your work on this.

Cheers,
tony


signature.asc
Description: Digital signature

Bug#803393: tmux 2.1 does not handle repeat keys as expected

[Romain Francoise]

Hi,

Thanks for this detailed bug report. I will cherry-pick the fix, along
with a few others, in the next upload.

-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/

Bug#803386: icedove: segfaults in MessageChannel.cpp

[Carsten Schoenert]

Hello Gabriel,

On Thu, Oct 29, 2015 at 10:21:22AM -0400, Gabriel Filion wrote:
> Hello,
> 
> I'm experiencing random segfaults in icedove and it doesn't seem to correspond
> to the other ones that were reported.
> 
> So far the only useful information I have is from syslog just before and 
> during the crash:
> 
> Oct 29 09:36:07 boohn icedove.desktop[2410]: 2015-10-29 
> 09:36:07#011autosyncActivities#011ERROR#011OnDownloadError: RT-Support of 
> gabr...@koumbit.org
> Oct 29 09:41:17 boohn icedove.desktop[2410]: (process:6623): GLib-CRITICAL 
> **: g_slice_set_config: assertion 'sys_page_size == 0' failed
> Oct 29 09:46:37 boohn icedove.desktop[2410]: (process:6649): GLib-CRITICAL 
> **: g_slice_set_config: assertion 'sys_page_size == 0' failed
> Oct 29 09:52:55 boohn icedove.desktop[2410]: (plugin-container:6706): 
> Gdk-WARNING **: The GDK_NATIVE_WINDOWS environment variable is not supported 
> in GTK3.
> Oct 29 09:52:55 boohn icedove.desktop[2410]: See the documentation for 
> gdk_window_ensure_native() on how to get native windows.
> Oct 29 09:52:55 boohn icedove.desktop[2410]: Vector smash protection is 
> enabled.
> Oct 29 09:52:56 boohn icedove.desktop[2410]: #007[NPAPI 6706] ###!!! ABORT: 
> Aborting on channel error.: file 
> /build/icedove-RFEbAP/icedove-42.0~b1/mozilla/ipc/glue/MessageChannel.cpp, 
> line 1768
> Oct 29 09:52:56 boohn icedove.desktop[2410]: [NPAPI 6706] ###!!! ABORT: 
> Aborting on channel error.: file 
> /build/icedove-RFEbAP/icedove-42.0~b1/mozilla/ipc/glue/MessageChannel.cpp, 
> line 1768
> Oct 29 09:52:56 boohn kernel: [44738.694873] Chrome_ChildThr[6709]: segfault 
> at 0 ip 004083fa sp 7fd7b88fe3f0 error 6 in 
> plugin-container[40+3c000]
> 
> I'm running sid with icedove and iceweasel from experimental.
> 
> I don't really know what triggers those segfaults so it's a bit hard to
> reproduce them consistently. However, the happen every other day or once per 3
> days or so.

please try to make a gdb log. Without further informations it's nearly
impossible to catch the reason for the crash.

https://wiki.debian.org/Icedove#Starting_Debugging

Regards
Carsten

Bug#803362: jessie-pu: package exfat-utils/1.1.0-2+deb8u1

[Adam D. Barratt]

Control: tags -1 + moreinfo

On 2015-10-29 8:57, Sven Hoexter wrote:
The Fuzzing Project found two issues in the exfat-utils package and the 
security

team asked me to fix them via a stable update.

Changelog:
exfat-utils (1.1.0-2+deb8u1) jessie; urgency=medium

  * Add quilt to build-deps.
  * Add --with quilt to dh invocation in d/rules.


Why is that being suggested for the jessie update but not the equivalent 
wheezy update? (For completeness we're generally not in favour of adding 
patch systems in stable updates.)



  * Add d/patches/check-sector-and-cluster-size. Fix for
https://github.com/relan/exfat/issues/5 found and reported by
The Fuzzing Project.
  * Add d/patches/detect-infinite-loop. Fix for
https://github.com/relan/exfat/issues/6 found and reported by
The Fuzzing Project.


Are both of these issues resolved in (or not relevant to) unstable?

Regards,

Adam

Bug#802111: [Pkg-javascript-devel] smash: FTBFS: TypeError: sandbox must be an object

[Jérémy Lal]

2015-10-29 16:24 GMT+01:00 Thomas Goirand :

> Hi,
>
> I'm worried that this bug is left undressed. It affects *a lot* of
> packages, including:
> - nodejs
> - openstack-dashboard
>
> And also, upstream seems to not care about it, as per the github issue
> set in the forwarded-to-url.
>
> Laszlo, will you work on this?
>

Hi,
how does it affect "nodejs" ?

Jérémy

Bug#796397: libreoffice-writer: renders incomplete pages when scrolling upwards with keyboard

[Gunnar Wolf]

Sorry, wrong BTS control syntax :-P Besides, you already marked it as
found in the version I currently have installed. Will update when I
update to the current version.

Bug#803203: RM: moodbar -- RoQA; orphaned, dead upstream, depends on legacy libs

[Scott Kitterman]

On Tue, 27 Oct 2015 22:45:54 +0100 Moritz Muehlenhoff  wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Hi,
> please remove moodbar. It's orphaned and dead upstream (the release in
> the archive was released in 2007). It depends on Gstreamer 0.10, which
> is scheduled for removal from the archive.

As usual, please remove the moreinfo tag once this is resolved:

Checking reverse dependencies...
# Broken Depends:
exaile: exaile-plugin-moodbar

Dependency problem found.

Scott K

Bug#797651: [Debian-med-packaging] Bug#797651: mummy fails to build (libgccxml-dev vs GCC-5)

[Gert Wollny]

Hello Daniele, 

On Thu, 2015-10-29 at 17:30 +0100, Daniele E. Domenichelli wrote:
> building the package with
> 
>   -DCMAKE_CXX_FLAGS=-D_GLIBCXX_USE_CXX11_ABI=0
> 
> fixes this issue for me.


> 
> Anyway I'm not sure whether the real issue is in this package or in
> libgccxml-dev that is built using
> 
>   export CXX=g++-4.9
> 
> instead.

Yes, this is the real reason for the compile failure because g++-4.9
does only provide the old C++11 abi, but ... 

Since gccxml is abandoned by upstream in favor of castxml [1],
libgccxml has not been updated to work with g++-5 - it may compile with
g++-5, but when it is used to parse code in order to get the xml-files
that are then used to create language bindings it will choke on g++-5
provided headers, which means it is on no use on systems with g++ >= 5
as the default compiler. 

Best, 
Gert 

[1] https://github.com/CastXML/CastXML

Bug#633524: my friend, Ed

[Thorsten Glaser]

Nicholas Bamber dixit:

> you think about it. That is in both the 'fc' command defaults to using ed 
> which
> does not by default exist. At the very least both packages ought to have  a

I think that it’s a bug that it doesn’t exist by default ;-)
Both Korn shells originate on real Unix systems where it does.

Anyway, changing the FCEDIT default is a huge no-go, especially
for script compatibility, but users can be encouraged to use a
different editor (if people really demand this, I could imagine
setting one in /etc/skel/.mkshrc for Debian specifically).

bye,
//mirabilos
-- 
 exceptions: a truly awful implementation of quite a nice idea.
 just about the worst way you could do something like that, afaic.
 it's like anti-design.   that too… may I quote you on that?
 sure, tho i doubt anyone will listen ;)

Bug#803389: vlc: Segmentation fault when i try opening any kind of file

[Sebastian Ramacher]

Control: reassign -1 libqt5x11extras5 5.5.1-2
Control: forcemerge 802811 -1

On 2015-10-29 15:52:01, erik wrote:
> ii  libqt5core5a5.4.2+dfsg-9
> ii  libqt5gui5  5.4.2+dfsg-9
> ii  libqt5widgets5  5.4.2+dfsg-9
> ii  libqt5x11extras55.5.1-2

That's #802811.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#801487: introducing xserver-xorg-legacy without telling anybody?

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Julien,

On 10/28/15 18:55, Julien Cristau wrote:

> I'm not sure what you're trying to say.  xserver-xorg-legacy is only needed 
> for legacy hardware without a kernel driver.
> 

Please check Xorg.wrap(1), provided by xserver-xorg-legacy:

   The  Xorg  X  server  may need root rights to function properly. To
   start the Xorg X server with these rights your system  is  using  a
   suid  root  wrapper installed as /usr/lib/xorg/Xorg.wrap which will
   execute the real X server which is installed as /usr/lib/xorg/Xorg.

AFAICS this is not related to legacy hardware at all.


Regards
Harri

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWMlqvAAoJEAqeKp5m04HLrnEH/jtjOX1T/d+by20qxYNEd6No
85m2G6BZ8/BdkCeC26UXZQpg0RiXtoT681ofQWHCY7xuLykpqy0pMFn+xz4REIxY
yOMqKWQ7hAC2q/UOKQbM3VieqvbC+LGbMVeTUZrRQkrhXRfjgOp7gqss1JXzAa/N
t7vp82BZ375lccfQK2UIzw7Xa0u0/T3V7+c712WGOGX8DX+K1v8sJXE9DZWsuSP0
I7kpgkofgNLvSD/vSL+fyEcfkLD3CAce7l9oMO95pIMdeivndQXMSRuFHiIcQNam
3HMRtU0uMvKQwLjYAnEFS7dSgWYkCQa5ARf3Xieu6hWZ3Z8g+nIL71GPl+bs710=
=cNfl
-END PGP SIGNATURE-

Bug#803405: does not properly restore console colors on exit anymore

[Joey Hess]

Package: mutt
Version: 1.5.24-1
Severity: normal

Before upgrading to mutt 1.5.24, I could run mutt, press 'q' and 
the shell prompt was the same color as it was before mutt ran.
Now, after quitting mutt, the color setting is apparently left at
light grey on black. I have to run `reset` to fix it.

See attached screenshot.

-- Package-specific info:
Mutt 1.5.24 (2015-08-30)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.2.0-1-amd64 (x86_64)
ncurses: ncurses 6.0.20151024 (compiled with 6.0)
libidn: 1.32 (compiled with 1.32)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 5.2.1-17' 
--with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs 
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-5 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib 
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 5.2.1 20150911 (Debian 5.2.1-17) 

Configure options: '--prefix=/usr' '--sysconfdir=/etc' 
'--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' 
'--with-mailpath=/var/mail' '--disable-dependency-tracking' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'x86_64-linux-gnu' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 
'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm'

Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode.patch
features/ifdef.patch
features/trash-folder.patch
features/purge-message.patch
features/imap_fast_trash.patch
features/sensible_browser_position.patch
features/compressed-folders.patch
features/compressed-folders.debian.patch
debian-specific/Muttrc.patch
debian-specific/Md.etc_mailname_gethostbyname.patch
debian-specific/use_usr_bin_editor.patch
debian-specific/correct_docdir_in_man_page.patch
debian-specific/dont_document_not_present_features.patch
debian-specific/document_debian_defaults.patch
debian-specific/assumed_charset-compat.patch
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.patch
misc/gpg.rc-paths.patch
misc/smime.rc.patch
misc/fix-configure-test-operator.patch
upstream/531430-imapuser.patch
upstream/543467-thread-segfault.patch
upstream/548577-gpgme-1.2.patch
upstream/553321-ansi-escape-segfault.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/603288-split-fetches.patch
upstream/611410-no-implicit_autoview-for-text-html.patch

Bug#803381: step: FTBFS: error: #error Eigen2-support is only available up to version 3.2.

[Maximiliano Curia]

Hi,

On 29/10/15 14:32, Chris Lamb wrote:
> Source: step
> Version: 4:15.08.0-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Oh, this is fixed in experimental, thanks to Anton Gladky (and also commited
upstream). Sadly it's not the only thing that is broken, it seems that the
metaproperties conversion mechanism used to convert a double to String is
producing "2.2002" instead of "2.2".

This produces a failure in the tests as used by dh_auto_test.

Mmh, this due to a change in qt 5.5. Ok, building with a workaround.

Happy hacking,
-- 
"There are two major products that come out of Berkeley: LSD and BSD.
We don't believe this to be a coincidence."
-- Jeremy S. Anderson
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#796397: libreoffice-writer: renders incomplete pages when scrolling upwards with keyboard

[Gunnar Wolf]

Control: fixed -1 libreoffice-writer/1:5.0.3~rc1-2

> Can you try to reproduce this in the current LibreOffice Writer from
> ‘sid’ and/or ‘jessie’? If the same behaviour occurs, please set this
> bug report's ‘found’ field for that version, otherwise the ‘fixed’
> field if you find the behaviour is correct.

I have upgraded to the current Sid version, and the bug is no longer
present.

Thanks!


signature.asc
Description: Digital signature

Bug#803406: does not properly restore console colors on exit anymore

[Joey Hess]

Package: mutt
Version: 1.5.24-1
Severity: normal

Before upgrading mutt to this version, running mutt and then exiting
returned the terminal to how it was before. As of this version, the
screen colors are not restored. Workaround: reset

See attached screenshot.

-- Package-specific info:
Mutt 1.5.24 (2015-08-30)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.2.0-1-amd64 (x86_64)
ncurses: ncurses 6.0.20151024 (compiled with 6.0)
libidn: 1.32 (compiled with 1.32)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 5.2.1-17' 
--with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs 
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-5 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib 
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 5.2.1 20150911 (Debian 5.2.1-17) 

Configure options: '--prefix=/usr' '--sysconfdir=/etc' 
'--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' 
'--with-mailpath=/var/mail' '--disable-dependency-tracking' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'x86_64-linux-gnu' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 
'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm'

Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode.patch
features/ifdef.patch
features/trash-folder.patch
features/purge-message.patch
features/imap_fast_trash.patch
features/sensible_browser_position.patch
features/compressed-folders.patch
features/compressed-folders.debian.patch
debian-specific/Muttrc.patch
debian-specific/Md.etc_mailname_gethostbyname.patch
debian-specific/use_usr_bin_editor.patch
debian-specific/correct_docdir_in_man_page.patch
debian-specific/dont_document_not_present_features.patch
debian-specific/document_debian_defaults.patch
debian-specific/assumed_charset-compat.patch
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.patch
misc/gpg.rc-paths.patch
misc/smime.rc.patch
misc/fix-configure-test-operator.patch
upstream/531430-imapuser.patch
upstream/543467-thread-segfault.patch
upstream/548577-gpgme-1.2.patch
upstream/553321-ansi-escape-segfault.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/603288-split-fetches.patch
upstream/611410-no-implicit_autoview-for-text-html.patch
upstream/771125-CVE-2014-9116-jessie.patch

Bug#797651: mummy fails to build (libgccxml-dev vs GCC-5)

[Daniele E. Domenichelli]

Dear maintainer,

building the package with

  -DCMAKE_CXX_FLAGS=-D_GLIBCXX_USE_CXX11_ABI=0

fixes this issue for me.

Anyway I'm not sure whether the real issue is in this package or in
libgccxml-dev that is built using

  export CXX=g++-4.9

instead.



Regards,
 Daniele

Bug#803404: opencv: MIssing symbol debug packages for developpers

[Samuel BOVÉE]

Source: opencv
Severity: wishlist
Tags: patch

Dear Maintainer,

Ssymbol debug packages are missing for developpers. Pease consider my patch to
have them.

Regards,
Samuel



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

Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
diff --git a/debian/control b/debian/control
index a290251..db7cc6c 100644
--- a/debian/control
+++ b/debian/control
@@ -287,6 +287,26 @@ Description: development files for libopencv-core
  analysis, structural analysis, motion analysis and object tracking, object
  recognition, camera calibration and 3D reconstruction.
 
+Package: libopencv-core-dbg
+Section: debug
+Architecture: any
+Priority: extra
+Depends: ${misc:Depends},
+ libopencv-core2.4 (= ${binary:Version})
+Description: development files for libopencv-core
+ This package contains detached debugging symbols for OpenCV (Open Computer
+ Vision) core.
+ .
+ The Open Computer Vision Library is a collection of algorithms and sample
+ code for various computer vision problems. The library is compatible with
+ IPL (Intel's Image Processing Library) and, if available, can use IPP
+ (Intel's Integrated Performance Primitives) for better performance.
+ .
+ OpenCV provides low level portable data types and operators, and a set
+ of high level functionalities for video acquisition, image processing and
+ analysis, structural analysis, motion analysis and object tracking, object
+ recognition, camera calibration and 3D reconstruction.
+
 Package: libopencv-core2.4
 Section: libs
 Architecture: any
@@ -327,6 +347,26 @@ Description: development files for libopencv-ml
  analysis, structural analysis, motion analysis and object tracking, object
  recognition, camera calibration and 3D reconstruction.
 
+Package: libopencv-ml-dbg
+Section: debug
+Architecture: any
+Priority: extra
+Depends: ${misc:Depends},
+ libopencv-ml2.4 (= ${binary:Version})
+Description: development files for libopencv-core
+ This package contains detached debugging symbols for OpenCV (Open Computer
+ Vision) Machine Learning library.
+ .
+ The Open Computer Vision Library is a collection of algorithms and sample
+ code for various computer vision problems. The library is compatible with
+ IPL (Intel's Image Processing Library) and, if available, can use IPP
+ (Intel's Integrated Performance Primitives) for better performance.
+ .
+ OpenCV provides low level portable data types and operators, and a set
+ of high level functionalities for video acquisition, image processing and
+ analysis, structural analysis, motion analysis and object tracking, object
+ recognition, camera calibration and 3D reconstruction.
+
 Package: libopencv-ml2.4
 Section: libs
 Architecture: any
@@ -369,6 +409,26 @@ Description: development files for libopencv-imgproc
  analysis, structural analysis, motion analysis and object tracking, object
  recognition, camera calibration and 3D reconstruction.
 
+Package: libopencv-imgproc-dbg
+Section: debug
+Architecture: any
+Priority: extra
+Depends: ${misc:Depends},
+ libopencv-imgproc2.4 (= ${binary:Version})
+Description: development files for libopencv-imgproc
+ This package contains detached debugging symbols for OpenCV (Open Computer
+ Vision) Image Processing runtime libraries.
+ .
+ The Open Computer Vision Library is a collection of algorithms and sample
+ code for various computer vision problems. The library is compatible with
+ IPL (Intel's Image Processing Library) and, if available, can use IPP
+ (Intel's Integrated Performance Primitives) for better performance.
+ .
+ OpenCV provides low level portable data types and operators, and a set
+ of high level functionalities for video acquisition, image processing and
+ analysis, structural analysis, motion analysis and object tracking, object
+ recognition, camera calibration and 3D reconstruction.
+
 Package: libopencv-imgproc2.4
 Section: libs
 Architecture: any
@@ -411,6 +471,26 @@ Description: development files for libopencv-video
  analysis, structural analysis, motion analysis and object tracking, object
  recognition, camera calibration and 3D reconstruction.
 
+Package: libopencv-video-dbg
+Section: debug
+Architecture: any
+Priority: extra
+Depends: ${misc:Depends},
+ libopencv-video2.4 (= ${binary:Version})
+Description: development files for libopencv-video
+ This package contains detached debugging symbols for OpenCV (Open Computer
+ Vision) Video analysis runtime libraries.
+ .
+ The Open Computer Vision Library is a collection of algorithms and sample
+ code for various computer vision problems. The library is compatible with
+ IPL (Intel's Image Processing Library) and, if available, can use IPP
+ (Intel's Integrated Performance Primitives) for better 

Bug#803392: [pkg-boost-devel] Bug#803392: boost1.55: still FTBS with g++ 5 on sid and testing

[Dimitri John Ledkov]

Hello,

This is essentially a won't fix. compiling boost with gcc5, which uses
C++11 ABI, changes boost ABI and breaks most reverse dependencies.
The boost maintainer decided against backporting fixes to older
boost1.55, and rename the sonames throughout as that would be
non-standard.
Boost 1.58 and later is the default in testing and unstable, and it
uses gcc5 and thus the C++11 ABI.

Thus your options are to use:
(a) gcc4.9 or lower, C++98 ABI, and debian's boost1.55 or lower.
(b) gcc5 or better, C++11 ABI, and debian's boost1.57 or better.

And no other combinations are supported on debian. Boost1.55 has been
removed from testing, and is still stuck in unstable which I am
planning to take actions to get it removed from there as well.

Regards,

Dimitri.

On 29 October 2015 at 15:34, Christophe Trophime
 wrote:
> Source: boost1.55
> Version: 1.55.0+dfsg-4
> Severity: important
>
> Dear Maintainer,
>
> I've tried to backport latest boost1.55 to stretch (using pdebuild).
> I ran into some compiling errors:
>
> "g++"  -ftemplate-depth-300 -g -O2 -fstack-protector-strong -Wformat
> -Werror=format-security -Wno-unused-local-typedefs -O3 -finline-functions 
> -Wno-
> inline -Wall -g -D_FORTIFY_SOURCE=2 -g0 -DBOOST_ALL_NO_LIB=1
> -DBOOST_DETAIL_CONTAINER_FWD -DBOOST_FILESYSTEM_NO_DEPRECATED
> -DBOOST_FILESYSTEM_STATIC_LINK=1 -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG
> -I"../.." -c -o "../../bin.v2/tools/quickbook/src/gcc-5.2.1/release/debug-
> symbols-on/link-static/files.o" "src/files.cpp"
>
> In file included from ../../boost/functional/hash/hash.hpp:540:0,
>  from ../../boost/functional/hash.hpp:6,
>  from ../../boost/unordered/unordered_map.hpp:20,
>  from ../../boost/unordered_map.hpp:16,
>  from src/files.cpp:12:
> ../../boost/functional/hash/extensions.hpp:54:33: error: 'template class A> std::size_t boost::hash_value' conflicts with a previous declaration
>  std::size_t hash_value(std::list const& v);
>  ^
> ../../boost/functional/hash/extensions.hpp:52:17: note: previous declaration
> 'namespace boost { }::hash_value'
>  std::size_t hash_value(std::vector const&);
>  ^
> ../../boost/functional/hash/extensions.hpp:54:28: error: reference to 'list' 
> is
> ambiguous
>  std::size_t hash_value(std::list const& v);
> ^
> In file included from ../../boost/functional/hash/extensions.hpp:17:0,
>  from ../../boost/functional/hash/hash.hpp:540,
>  from ../../boost/functional/hash.hpp:6,
>  from ../../boost/unordered/unordered_map.hpp:20,
>  from ../../boost/unordered_map.hpp:16,
>  from src/files.cpp:12:
> ../../boost/detail/container_fwd.hpp:139:47: note: candidates are:
> template class std::list
>  template  class list;
>^
> In file included from /usr/include/c++/5/list:63:0,
>  from ../../boost/filesystem/path_traits.hpp:27,
>  from ../../boost/filesystem/path.hpp:25,
>  from src/files.hpp:15,
>  from src/files.cpp:10:
> /usr/include/c++/5/bits/stl_list.h:507:11: note: 
> template _Tp, class _Alloc> class std::__cxx11::list
>  class list : protected _List_base<_Tp, _Alloc>
>^
> In file included from ../../boost/functional/hash/hash.hpp:540:0,
>  from ../../boost/functional/hash.hpp:6,
>  from ../../boost/unordered/unordered_map.hpp:20,
>  from ../../boost/unordered_map.hpp:16,
>  from src/files.cpp:12:
> ../../boost/functional/hash/extensions.hpp:54:39: error: expected primary-
> expression before ',' token
>  std::size_t hash_value(std::list const& v);
>^
> ../../boost/functional/hash/extensions.hpp:54:42: error: expected primary-
> expression before '>' token
>  std::size_t hash_value(std::list const& v);
>   ^
> ../../boost/functional/hash/extensions.hpp:54:44: error: expected primary-
> expression before 'const'
>  std::size_t hash_value(std::list const& v);
> ^
> ../../boost/functional/hash/extensions.hpp:54:52: error: expression list
> treated as compound expression in initializer [-fpermissive]
>  std::size_t hash_value(std::list const& v);
> ^
> ../../boost/functional/hash/extensions.hpp:54:17: warning: variable templates
> only available with -std=c++14 or -std=gnu++14
>  std::size_t hash_value(std::list const& v);
>  ^
> ../../boost/functional/hash/extensions.hpp:85:33: error: 'template class A> std::size_t boost::hash_value' conflicts with a previous declaration
>  

Bug#803403: zeal: Fix dpkg-buildflags-missing CPPFLAGS

[Yao-Po Wang]

Package: zeal
Version: 1:0.1.1-2
Severity: normal

Hi ChangZhuo,

I guess I get rid of this issue. Please refer to following diff.


$ debdiff zeal_0.1.1-2.dsc zeal_0.1.1-2.1.dsc
diff -Nru zeal-0.1.1/debian/changelog zeal-0.1.1/debian/changelog
--- zeal-0.1.1/debian/changelog 2015-08-17 00:14:16.0 +0800
+++ zeal-0.1.1/debian/changelog 2015-10-30 00:21:38.0 +0800
@@ -1,3 +1,11 @@
+zeal (1:0.1.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add -D_FORTIFY_SOURCE=2 into CXXFLAGS to avoid the dpkg-buildflags-missing
+warning in blhc. (Closes: #795843)
+
+ -- Yao-Po Wang   Fri, 30 Oct 2015 00:04:22 +0800
+
 zeal (1:0.1.1-2) unstable; urgency=medium
 
   * Add missing dependency libqt5sql5-sqlite.
diff -Nru zeal-0.1.1/debian/rules zeal-0.1.1/debian/rules
--- zeal-0.1.1/debian/rules 2015-08-17 00:14:02.0 +0800
+++ zeal-0.1.1/debian/rules 2015-10-30 00:11:40.0 +0800
@@ -18,8 +18,8 @@
qmake -makefile \
"QMAKE_CFLAGS_RELEASE=${CFLAGS}" \
"QMAKE_CFLAGS_DEBUG=${CFLAGS}" \
-   "QMAKE_CXXFLAGS_RELEASE=${CXXFLAGS}" \
-   "QMAKE_CXXFLAGS_DEBUG=${CXXFLAGS}" \
+   "QMAKE_CXXFLAGS_RELEASE=${CXXFLAGS} -D_FORTIFY_SOURCE=2" \
+   "QMAKE_CXXFLAGS_DEBUG=${CXXFLAGS} -D_FORTIFY_SOURCE=2" \
"QMAKE_LFLAGS_RELEASE=${LDFLAGS}" \
"QMAKE_LFLAGS_DEBUG=${LDFLAGS}" \
QMAKE_STRIP=: PREFIX=/usr


BR,

-- 
blue119/Yao-Po Wang
who am I: https://tw.linkedin.com/in/yaopowang
Key fingerprint = B460 C1D7 6A10 6832 80AE  FEEE 2EED D0C8 E6A6 C7C0


signature.asc
Description: PGP signature

Bug#673882: Claiming the bug for packaging baresip

[Vasudev Kamath]

Control: retitle -1 ITP: librem -- Audio and video processing media library
Control: owner -1 !

Taking this over for packaing of baresip. This is a dependency of
baresip. It will be maintained in VoIP team with Ramakrishnan as
co-maintainer.

Cheers,


signature.asc
Description: PGP signature

Bug#693424: ssh: Please include HPN (high performance networking) patches for SSH

[Peter Samuelson]

[Colin Watson]
> Sorry, but I am not going to include any more large and invasive patch
> sets in Debian's OpenSSH package, especially not ones that add new
> configuration options (upstream has a history of giving such things
> different names when they accept them, and then I'm stuck maintaining
> configuration file compatibility forever).  This needs to go upstream.

Understandable, but too bad.  Apparently this dramatic performance
improvement is unlikely to go upstream:

"So if HPN-SSH is so awesome why hasn't OpenSSH adopted it? That's
a long story and people who know the OpenBSD team probably already
know the answer.  I understand many of their reasons - it's a big
patch which would require additional work on their end (and they
are a small team), they don't care as much about performance as
security (though there is no security implications to HPN-SSH), etc
etc etc.  However, even though OpenSSH doesn't use HPN-SSH Facebook
does.  So do Google, Yahoo, Apple, most ever large research data
center, NASA, NOAA, the government, the military, and most
financial institutions.  It's pretty well vetted at this point."

- http://stackoverflow.com/questions/8849240

My own 2c: the NONE cipher and the parallel AES implementation are not
very interesting, because with an Intel Sandy Bridge CPU (with hardware
acceleration for both AES and GCM), the AES + GCM mode ciphers are
_really_ fast.  Anyone who cares about performance should be using
them, and should buy Sandy Bridge or newer CPUs.

But the receive buffer scaling part of the HPN patchset is still
relevant, and in fact quite critical for long fat pipes.  (Fortunately
the various features are broken out into individual patches.)  I wonder
how long until OpenSSH upstream realises that a 1.2 MB window is not
really large enough on today's Internet.

Bug#803280: ITP: libtext-unicode-equivalents-perl -- build Unicode canonically equivalent strings

[gregor herrmann]

On Wed, 28 Oct 2015 15:55:54 +, Daniel Glassey wrote:

> > Package name: libtext-unicode-equivalents-perl

> I found this was needed for libfont-ttf-scripts-perl. I've put it in git 
> with dpt. It's my first perl package and a simple one so it would be
> helpful if someone could review it before I dch -r etc  and upload, 
> no rush :)

I've looked at the package now, and as per our usual workflow added
some items to its debian/changelog on git.
Spoiler: only ideas for minor polishing :)


Cheers,
gregor

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


signature.asc
Description: Digital Signature

Bug#803388: [pkg-go] Bug#803388: golang-gopkg-mgo.v2-dev: over-aggressive depends

[Tianon Gravi]

On 29 October 2015 at 07:35, Tianon Gravi  wrote:
> Currently, the -dev package depends on both mongodb-server and
> supervisor.  I can't see a reason for supervisor to be in any of the
> relations of this package, but mongodb-server really ought to be in
> Suggests instead since it's not necessary for it to be installed for
> the proper user of the -dev package. :)

I'd also add that I'm happy to make the modification myself if you'd prefer. :)

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

Bug#803228: pango1.0: Please build udeb with libthai enabled

[Cyril Brulebois]

Hi Michael,

Michael Biebl  (2015-10-28):
> the GNOME team was asked to enable libthai support in pango.
> 
> This would mean two new dependencies concerning d-i:
> 
> libthai0-udeb (amd64: size: 13kB, installed size: 41 kB)
> libthai-data-udeb (size: 125kB, installed size: 557 kB)
> 
> Please let us know if you are ok with that change.

Yeah, that was discussed with Theppitak Karoonboonyanan earlier even if
I haven't been able to test anything on my end and give a green light
explicitly.

No objection on principle though (that was even in the package set
Josselin mentioned a long while ago when he called for someone to look
at X-ifying d-i :)), and since a release just went out, there's plenty
of time to fix any issues that might pop up after the addition of these
extra udebs; so feel free to go ahead.

Thanks for the ping, too.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#803310: (no subject)

[Barry Warsaw]

I think the proper fix for #802141 should have been to

export PYBUILD_DISABLE=test

Bug#803013: systemd should not destroy application created cgroups

[paul . szabo]

Dear Martin,

>>   # Set things up
>>   mkdir /sys/fs/cgroup/cpu/mytest
>>   echo $$ > /sys/fs/cgroup/cpu/mytest/tasks
>>   # Check it is there
>>   grep . /sys/fs/cgroup/cpu/mytest/tasks
>>   # Do the systemd thing
>>   systemctl daemon-reload
>>   systemctl start anacron
>>   # See it gone
>>   grep . /sys/fs/cgroup/cpu/mytest/tasks
>
> FTR, I was testing this in a jessie VM now, and I can't reproduce the
> cgroup changes there either. So this is more subtle to reproduce.

Thanks for testing. However, the test "works" for me on jessie:

root@p639:~# COLUMNS=120 dpkg -l | grep systemd
ii  libpam-systemd:amd64 215-17+deb8u2 amd64 system and 
service manager - PAM module
ii  libsystemd-daemon0:amd64 215-17+deb8u2 amd64 systemd 
utility library (deprecated)
ii  libsystemd-login0:amd64  215-17+deb8u2 amd64 systemd login 
utility library (deprecated)
ii  libsystemd0:amd64215-17+deb8u2 amd64 systemd 
utility library
ii  systemd  215-17+deb8u2 amd64 system and 
service manager
ii  systemd-sysv 215-17+deb8u2 amd64 system and 
service manager - SysV links
root@p639:~# mkdir /sys/fs/cgroup/cpu/mytest
mkdir: cannot create directory ?/sys/fs/cgroup/cpu/mytest?: File exists
root@p639:~# grep .  /sys/fs/cgroup/cpu/mytest/tasks
root@p639:~# echo $$ > /sys/fs/cgroup/cpu/mytest/tasks
root@p639:~# grep .  /sys/fs/cgroup/cpu/mytest/tasks
7198
root@p639:~# systemctl daemon-reload
root@p639:~# systemctl start anacron
root@p639:~# grep .  /sys/fs/cgroup/cpu/mytest/tasks
root@p639:~# 

and the issue is fixed with my patch:

root@p639:~# COLUMNS=120 dpkg -l | grep systemd
ii  libpam-systemd:amd64 215-17+deb8u2.psz amd64 system and 
service manager - PAM module
ii  libsystemd-daemon0:amd64 215-17+deb8u2 amd64 systemd 
utility library (deprecated)
ii  libsystemd-login0:amd64  215-17+deb8u2 amd64 systemd login 
utility library (deprecated)
ii  libsystemd0:amd64215-17+deb8u2.psz amd64 systemd 
utility library
ii  systemd  215-17+deb8u2.psz amd64 system and 
service manager
ii  systemd-sysv 215-17+deb8u2.psz amd64 system and 
service manager - SysV links
root@p639:~# grep .  /sys/fs/cgroup/cpu/mytest/tasks
root@p639:~# echo $$ > /sys/fs/cgroup/cpu/mytest/tasks
root@p639:~# grep .  /sys/fs/cgroup/cpu/mytest/tasks
7198
root@p639:~# systemctl daemon-reload
root@p639:~# systemctl start anacron
root@p639:~# grep .  /sys/fs/cgroup/cpu/mytest/tasks
7198
root@p639:~# 

I wonder what is different between your jessie machine and mine.

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia

Bug#803408: kdenlive clip playback stuck and switch to project monitor produces a crash

[Mikko Rapeli]

Package: kdenlive
Version: 15.08.2+git20151026-1
Severity: normal

Hi,

I'm slowly trying to edit my project with a few clips. If I leave kdenlive
idling with the project open for a while, it somehow gets stuck to a few
frames of a single clip in clip preview. When I try to switch and preview
other clips, their audio track is played but video is stuck on that
previous clip.

If I then switch to project monitor, kdenlive crashes:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x9f425b40 (LWP 3242)]
0x0835ed0b in QOpenGLFunctions::glGenTextures (textures=0xb714fc8, n=3,
this=0xa3d10c60)
at /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h:782
782 /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h: No such file 
or directory.
(gdb) bt full
#0  0x0835ed0b in QOpenGLFunctions::glGenTextures (textures=0xb714fc8, n=3,
this=0xa3d10c60)
at /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h:782
No locals.
#1  uploadTextures (texture=0xb714fc8, frame=..., context=0xb560618)
at 
/build/kdenlive-EBb_31/kdenlive-15.08.2+git20151026/src/monitor/glwidget.cpp:308
image = 0x8e278030 '\020' ...
y = 
width = 1280
height = 720
f = 0xa3d10c60
#2  FrameRenderer::showFrame (this=0xb714fb0, frame=...)
at 
/build/kdenlive-EBb_31/kdenlive-15.08.2+git20151026/src/monitor/glwidget.cpp:1179
width = 1280
height = 720
format = mlt_image_yuv420p
f = 0xa3d10c60
#3  0x0848e529 in FrameRenderer::qt_static_metacall (_o=0xb714fb0,
_c=QMetaObject::InvokeMetaMethod, _id=6, _a=0x87a24090)
at 
/build/kdenlive-EBb_31/kdenlive-15.08.2+git20151026/obj-i586-linux-gnu/src/moc_glwidget.cpp:730
---Type  to continue, or q  to quit---
_t = 0xb714fb0
_c = QMetaObject::InvokeMetaMethod
_a = 0x87a24090
_id = 6
_o = 0xb714fb0
#4  0xb4bcffe0 in QMetaCallEvent::placeMetaCall(QObject*) ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#5  0xb4bd3e03 in QObject::event(QEvent*) ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#6  0xb49c6087 in QThread::event(QEvent*) ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#7  0xb5bc637a in QApplicationPrivate::notify_helper(QObject*, QEvent*) ()
   from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5
No symbol table info available.
#8  0xb5bcba50 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5
No symbol table info available.
#9  0xb4ba326f in QCoreApplication::notifyInternal(QObject*, QEvent*) ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
---Type  to continue, or q  to quit---
#10 0xb4ba594d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, 
QThreadData*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#11 0xb4ba5e37 in QCoreApplication::sendPostedEvents(QObject*, int) ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#12 0xb4bfb423 in ?? () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#13 0xb3f4fe59 in g_main_context_dispatch ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#14 0xb3f500f9 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#15 0xb3f501c4 in g_main_context_iteration ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#16 0xb4bfb834 in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#17 0xb4ba0393 in 
QEventLoop::processEvents(QFlags) () from 
/usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#18 0xb4ba07ea in QEventLoop::exec(QFlags) ()
---Type  to continue, or q  to quit---
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#19 0xb49c5f7d in QThread::exec() ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#20 0xb49c6058 in QThread::run() ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#21 0xb49cb48b in ?? () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#22 0xb4271efb in start_thread (arg=0x9f425b40) at pthread_create.c:309
__res = 
pd = 0x9f425b40
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1272430592, -1623041216,
4001536, -1623043352, -884183992, 30776350},
  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
---Type  to continue, or q  to quit---
#23 0xb46a966e in clone () at 

Bug#796397: libreoffice-writer: renders incomplete pages when scrolling upwards with keyboard

[Ben Finney]

On 29-Oct-2015, Gunnar Wolf wrote:
> Control: fixed -1 libreoffice-writer/1:5.0.3~rc1-2
>
> […] I have upgraded to the current Sid version, and the bug is no
> longer present.

Thank you for the careful effort to discover and record that.

-- 
 \“Intellectual property is to the 21st century what the slave |
  `\  trade was to the 16th.” —David Mertz |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#803410: jessie-pu: package libvdpau/0.8-3+deb8u2

[luca]

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

Dear release team,

We would like to update libvdpau in jessie to address a segmentation fault in a
particular use case.

0.8-3+deb8u1 was uploaded through jessie-security with an upstream fix for 3
security bugs: CVE-2015-5198 CVE-2015-5199 CVE-2015-5200 (see
https://bugs.debian.org/797895).

The upstream patch unfortunately introduced a regression when running with
DRI_PRIME=1, as reported by a user in https://bugs.debian.org/802625 and
upstream has committed a fix for it.

We already uploaded a fixed version to unstable, and now we would like to
backport it to jessie as well. The debdiff follows. I have verified that it
fixes the problem on a vanilla jessie amd64 installation.

Thank you!

Kind regards,
Luca Boccassi


diff -Nru libvdpau-0.8/debian/changelog libvdpau-0.8/debian/changelog
--- libvdpau-0.8/debian/changelog   2015-09-05 13:14:50.0 +0100
+++ libvdpau-0.8/debian/changelog   2015-10-29 19:30:28.0 +
@@ -1,3 +1,10 @@
+libvdpau (0.8-3+deb8u2) jessie; urgency=medium
+
+  [Luca Boccassi]
+  * Cherry-pick patch for DRI_PRIME crash. (Closes: #802625)
+
+ -- Luca Boccassi   Wed, 28 Oct 2015 22:41:57 +
+
 libvdpau (0.8-3+deb8u1) jessie-security; urgency=high

   * Patch for CVE 2015-5198, 2015-5199, 2015-5200
diff -Nru libvdpau-0.8/debian/gbp.conf libvdpau-0.8/debian/gbp.conf
--- libvdpau-0.8/debian/gbp.conf2015-09-05 13:13:56.0 +0100
+++ libvdpau-0.8/debian/gbp.conf2015-10-29 19:25:06.0 +
@@ -1,6 +1,6 @@
 [DEFAULT]
 upstream-branch = upstream
-debian-branch = master
+debian-branch = jessie
 upstream-tag = upstream/%(version)s
 debian-tag = debian/%(version)s
 pristine-tar = True
diff -Nru libvdpau-0.8/debian/patches/missing-configh-include.patch
libvdpau-0.8/debian/patches/missing-configh-include.patch
--- libvdpau-0.8/debian/patches/missing-configh-include.patch   1970-01-01
01:00:00.0 +0100
+++ libvdpau-0.8/debian/patches/missing-configh-include.patch   2015-10-28
23:47:48.0 +
@@ -0,0 +1,28 @@
+From: Rico Tzschichholz 
+Date: Tue, 1 Sep 2015 10:45:11 +0200
+Subject: mesa_dri2: Add missing include of config.h to define _GNU_SOURCE
+
+Fix build with -Wimplicit-function-declaration while secure_getenv() is
+guarded by __USE_GNU.
+
+Reviewed-by: Aaron Plattner 
+Tested-by: Stefan Dirsch 
+(cherry picked from commit 1cda354bdfd0c9ca107293b84b52f4464fdbedcc)
+---
+ src/mesa_dri2.c | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/src/mesa_dri2.c b/src/mesa_dri2.c
+index 51e8794..420ccee 100644
+--- a/src/mesa_dri2.c
 b/src/mesa_dri2.c
+@@ -33,6 +33,9 @@
+  *   and José Hiram Soltren (jsolt...@nvidia.com)
+  */
+
++#ifdef HAVE_CONFIG_H
++#include "config.h"
++#endif
+
+ #define NEED_REPLIES
+ #include 
diff -Nru libvdpau-0.8/debian/patches/series libvdpau-0.8/debian/patches/series
--- libvdpau-0.8/debian/patches/series  2015-09-05 13:13:56.0 +0100
+++ libvdpau-0.8/debian/patches/series  2015-10-29 19:25:06.0 +
@@ -5,3 +5,4 @@
 vdpau-module-searchpath.patch
 hardening.patch
 0007-Use-secure_getenv-3-to-improve-security.patch
+missing-configh-include.patch

Bug#803362: jessie-pu: package exfat-utils/1.1.0-2+deb8u1

[Julien Cristau]

On Thu, Oct 29, 2015 at 16:09:35 +0100, Sven Hoexter wrote:

> On Thu, Oct 29, 2015 at 03:01:09PM +, Adam D. Barratt wrote:
> > On 2015-10-29 8:57, Sven Hoexter wrote:
> 
> Hi Adam,
> 
> > >  * Add quilt to build-deps.
> > >  * Add --with quilt to dh invocation in d/rules.
> > 
> > Why is that being suggested for the jessie update but not the equivalent
> > wheezy update? (For completeness we're generally not in favour of adding
> > patch systems in stable updates.)
> 
> Because the jessie package is source format 1.0 without a patch system ATM.
> I thought adding quilt again is less invasive then changing the source format.
> For the package in unstable I already opted to use source format 3.0(quilt).
> 
The more obvious way is to not change the source format and not add quilt.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#803310: (no subject)

[Barry Warsaw]

I'm not sure there really is much dh-python can do here.  Note that there
really are no tests in the upstream package.  Cloning upstream's hg you find:

% python3.4 -m unittest discover -v

--
Ran 0 tests in 0.000s

OK

and

% python3.5 -m unittest discover -v
patchqueue (unittest.loader._FailedTest) ... ERROR

==
ERROR: patchqueue (unittest.loader._FailedTest)
--
ImportError: Failed to import test module: patchqueue
Traceback (most recent call last):
  File "/usr/lib/python3.5/unittest/loader.py", line 462, in _find_test_path
package = self._get_module_from_name(name)
  File "/usr/lib/python3.5/unittest/loader.py", line 369, in 
_get_module_from_name
__import__(name)
  File 
"/home/barry/projects/debian/sphinxpatchq/upstream/patchqueue/__init__.py", 
line 11, in 
import mercurial.patch
ImportError: No module named 'mercurial'


--
Ran 1 test in 0.000s

FAILED (errors=1)


So without dh-python getting involved, the bug is reproducible.  I'm not sure
it's a bug in Python 3.5 either really, just a new feature which turns out in
this case to be useful for finding the error early.  I guess.

Bug#802141: (no subject)

[Barry Warsaw]

A better way to skip trying to run the nonexistent upstream test suite is to
add this to d/rules:

export PYBUILD_DISABLE=test

Bug#803407: sweethome3d: Not showing any window

[Frank Lanitz]

Package: sweethome3d
Version: 4.5+dfsg-3
Severity: normal

Dear Maintainer,

When starting the tool, I'm getting this stack trace:

sweethome3d
Java 3D: implicit antialiasing enabled
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at sun.awt.CustomCursor.(CustomCursor.java:54)
at sun.awt.X11CustomCursor.(X11CustomCursor.java:43)
at sun.awt.X11.XCustomCursor.(XCustomCursor.java:42)
at sun.awt.X11.XToolkit.createCustomCursor(XToolkit.java:1047)
at com.eteks.sweethome3d.swing.SwingTools.createCustomCursor(Unknown 
Source)
at com.eteks.sweethome3d.swing.PlanComponent.createCustomCursor(Unknown 
Source)
at com.eteks.sweethome3d.swing.PlanComponent.createCustomCursor(Unknown 
Source)
at com.eteks.sweethome3d.swing.PlanComponent.(Unknown Source)
at 
com.eteks.sweethome3d.swing.MultipleLevelsPlanPanel.createPlanComponent(Unknown 
Source)
at 
com.eteks.sweethome3d.swing.MultipleLevelsPlanPanel.createComponents(Unknown 
Source)
at com.eteks.sweethome3d.swing.MultipleLevelsPlanPanel.(Unknown 
Source)
at com.eteks.sweethome3d.swing.SwingViewFactory.createPlanView(Unknown 
Source)
at com.eteks.sweethome3d.viewcontroller.PlanController.getView(Unknown 
Source)
at 
com.eteks.sweethome3d.viewcontroller.PlanController$SelectionState.enter(Unknown
 Source)
at com.eteks.sweethome3d.viewcontroller.PlanController.setState(Unknown 
Source)
at com.eteks.sweethome3d.viewcontroller.PlanController.(Unknown 
Source)
at 
com.eteks.sweethome3d.viewcontroller.HomeController.getPlanController(Unknown 
Source)
at com.eteks.sweethome3d.swing.HomePane.createActions(Unknown Source)
at com.eteks.sweethome3d.swing.HomePane.(Unknown Source)
at com.eteks.sweethome3d.swing.SwingViewFactory.createHomeView(Unknown 
Source)
at com.eteks.sweethome3d.viewcontroller.HomeController.getView(Unknown 
Source)
at com.eteks.sweethome3d.HomeFramePane.(Unknown Source)
at com.eteks.sweethome3d.HomeFrameController.getView(Unknown Source)
at com.eteks.sweethome3d.HomeFrameController.displayView(Unknown Source)
at com.eteks.sweethome3d.SweetHome3D$4.collectionChanged(Unknown Source)
at 
com.eteks.sweethome3d.model.CollectionChangeSupport.fireCollectionChanged(Unknown
 Source)
at com.eteks.sweethome3d.model.HomeApplication.addHome(Unknown Source)
at com.eteks.sweethome3d.SweetHome3D.showDefaultHomeFrame(Unknown 
Source)
at com.eteks.sweethome3d.SweetHome3D.start(Unknown Source)
at com.eteks.sweethome3d.SweetHome3D$5.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:312)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:745)
at java.awt.EventQueue.access$300(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:706)
at java.awt.EventQueue$3.run(EventQueue.java:704)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:715)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)

Nothering more happens. No window appers. 

*** 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 ***


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

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

Versions of packages sweethome3d depends on:
ii  default-jre [java6-runtime] 2:1.7-52.1
ii  icedtea-netx-common 1.5.2-1.1
ii  java-wrappers   0.1.28
ii  libbatik-java   1.8-3
ii  libfreehep-graphicsio-svg-java  2.1.1-3
ii  libitext-java   2.1.7-9
ii  libjava3d-java  1.5.2+dfsg-11
ii  libsunflow-java 0.07.2.svn396+dfsg-14
ii  openjdk-7-jre 

Bug#803013: systemd should not destroy application created cgroups

[paul . szabo]

Dear Martin,

[Sorry I should have added...]

> This actually sounds similar to https://bugs.debian.org/777601, but
> this already got fixed in 215-12, thus in Jessie.

... and 777601 sounds like
https://bugzilla.redhat.com/show_bug.cgi?id=1139223
but then
https://bugzilla.redhat.com/show_bug.cgi?id=1202859
is un-solved.

I also wonder: why would, how could, cg_migrate() be called with an
emtpy pto string? Is the bug deeper?

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia

Bug#803409: debianutils: /bin/which behaves incorrectly when KSH_VERSION is exported

[Dmitry Bogatov]

Package: debianutils
Version: 4.5.1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

After a bit tweaking of my .mkshrc, KSH_VERSION gets exported.

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

I called `/bin/which ls`

   * What was the outcome of this action?

It hanged

   * What outcome did you expect instead?

output '/bin/ls' or like this

It is clear why it happens: /bin/which tests for KSH_VERSION to choose
between 'printf' and 'print'. Unfortunately, if it chooses incorrectly,
'/usr/bin/print' is provided by `mime-support'. In most unfortunate
case, I get fork bomb.

Probably, /bin/which should use /usr/bin/printf unconditionally.

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

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

Versions of packages debianutils depends on:
ii  libc6   2.19-18+deb8u1
ii  sensible-utils  0.0.9

debianutils recommends no packages.

debianutils suggests no packages.

-- no debconf information

Bug#803370: linux: missing netfilter modules

[Ben Hutchings]

Control: found -1 4.3~rc7-1~exp1

On Thu, 2015-10-29 at 11:38 +0100, Arturo Borrero Gonzalez wrote:
> Source: linux
> Severity: normal
> 
> Dear maintainers,
> 
> thanks for your work in the linux kernel :-)
> 
> current kernel configs seems to lack some netfilter modules, with
> these config symbols:
>  * CONFIG_NFT_REDIR_IPV4
>  * CONFIG_NFT_REDIR_IPV6

These were enabled in 4.2.5-1 and 4.3~rc7-1~exp1.

>  * CONFIG_NF_DUP_IPV4
>  * CONFIG_NF_DUP_IPV6

These were already enabled automatically in 4.3.

>  * CONFIG_NFT_DUP_IPV4
>  * CONFIG_NFT_DUP_IPV6

I'll enable these in the next upload of 4.3.

>  * CONFIG_NETFILTER_XT_TARGET_NOTRACK

This is the old name for CONFIG_NETFILTER_XT_TARGET_CT; there is no
need to set both of them.

Ben.

> I've checked 4.3~rc7-1~exp1 in sources.d.n, and seems to lack the
> configs as well.
> 
> Could you please enable them?
> 
> Thanks.
> 
-- 
Ben Hutchings
Never attribute to conspiracy what can adequately be explained by stupidity.


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

Bug#803233: Where to write redis-server.sock on Jessie ?

[Chris Lamb]

> It works, and the .pid and .socket files can now be written in the
> right place:

Thanks for confirming. Out of interest, why are you not using the
version in jessie-backports? :)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-