Bug#802874: mariadb-10.0: Various security fixes from 10.0.22 release

[Salvatore Bonaccorso]

Source: mariadb-10.0
Version: 10.0.16-1
Severity: grave
Tags: security upstream

Hi

Various CVEs were fixed in the 10.0.21 and 10.0.22 release:

https://mariadb.com/kb/en/mariadb/mariadb-10021-release-notes/
https://mariadb.com/kb/en/mariadb/mariadb-10022-release-notes/

Regards,
Salvatore

Bug#802875: shifting a negative signed value is undefined

[Mathieu Malaterre]

Package: libjpeg-turbo
Version: 1:1.3.1-11
Severity: minor
Tags: upstream

It would be nice to rewrite the following piece of code:

static const int extend_offset[16] = /* entry n is (-1 << n) + 1 */
  { 0, ((-1)<<1) + 1, ((-1)<<2) + 1, ((-1)<<3) + 1, ((-1)<<4) + 1,
((-1)<<5) + 1, ((-1)<<6) + 1, ((-1)<<7) + 1, ((-1)<<8) + 1,
((-1)<<9) + 1, ((-1)<<10) + 1, ((-1)<<11) + 1, ((-1)<<12) + 1,
((-1)<<13) + 1, ((-1)<<14) + 1, ((-1)<<15) + 1 };

Simply moving the negative sign outside the parenthesis should be
fine: ((-1)<<15) + 1 == -(1<<15) + 1

Bug#798888: ntfs-3g: pretends to be a library in a broken way

[GCS]

Hi,

On Sun, Sep 13, 2015 at 10:14 PM, Jonathan Wiltshire  wrote:
> ntfs-3g ships shared objects in a non-private location and these are used
> by other packages. ntfs-3g does not have a proper shared library package.
>
> Currently ntfs-3g advertises its ABI through a virtual package. This makes it
> difficult to detect breakage in other packages when that ABI changes.
>
> Upstream appears to want to bump ABI regularly.
 There's a new upstream version which starts an other transition.
Created a separate library package with the actual SONAME naming.
Tested that partclone and testdisk build fine with it and both picks
up the correct (real) dependency (binNMUs will be fine).
The libraries will be co-installable and I don't use conflicts with
the old ones to help smooth transitions.

Before I do the upload[1], I'm open for any critics.

Regards,
Laszlo/GCS
[1] dget -x http://www.barcikacomp.hu/gcs/ntfs-3g_2015.3.14AR.2-1.dsc

Bug#802886: vlc: QT Interface wont full screen or renders only a small portion of the video

[Tareeq Ali]

Attached is the vlc -vvv  output.

On Sat, Oct 24, 2015 at 11:34 AM, Tareeq Ali  wrote:

> Package: vlc
> Version: 2.2.1-4+b1
> Severity: important
>
> Dear Maintainer,
>
> When using the QT interface in VLC, I can no longer doubleclick a video
> and full screen it.
> When playing a video parts of it are masked off/cropped .  So only a small
> area approximatly 530x290 is visable.
> I've disabled overlay with no effect.  Resizing the video into the small
> visable area is the only way to see the
> entire video uncropped.
>
> If I however run the command cvlc  the video the full size and
> have no issue fullscreening the video.
> It seems that the issue might be with QT, but I am unsure how to figure
> out what the offending package maybe.
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.2.3-towo.1-siduction-amd64 (SMP w/8 CPU cores; PREEMPT)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages 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.5.1+dfsg-4
> ii  libqt5gui5  5.5.1+dfsg-4
> ii  libqt5widgets5  5.5.1+dfsg-4
> 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

Bug#802892: ITP: libtk-doubleclick-perl -- Perl/Tk function to handle double and single clicks

[Dominique Dumont]

Package: wnpp
Owner: Dominique Dumont 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtk-doubleclick-perl
  Version : 0.02
  Upstream Author : John C. Norton 
* URL : https://metacpan.org/release/Tk-DoubleClick
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl/Tk function to handle double and single clicks

Tk::DoubleClick provides a single function to create
bindings for single and double click events.

The bindings provided can be used instead of the
bindings provided by TK widgets (which not always
work)

This package is required to provide a working double click to cme GUI

The package will be maintained under the umbrella of the Debian Perl Group.

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

Bug#802493: support creation of RTC list

[Jonas Smedegaard]

I support the creation of a mailinglist to discuss Realtime 
communication - RTC.

 - Jonas

-- 
 * 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#802837: Failed to load platform plugin "xcb" error mesage for any qt5 application on armhf

[Lisandro Damián Nicanor Pérez Meyer]

tag 802837 moreinfo
thanks

Hi Michał!

On Saturday 24 October 2015 02:37:41 Michał Milanowski wrote:
> Package: libqt5gui5
> Version: 5.5.1+dfsg-4
> 
> After upgrading qt to 5.5.1+dfsg-4 I am unable to run any qt5 gui
> application. Result is always the same:
> 
> Available platforms are:
> 
> 
> Reinstalling the application may fix this problem.
> 
> I am using Linux debian 3.4.39 #1 SMP PREEMPT Sun Aug 30 14:14:50 CEST
> 2015 armv7l GNU/Linux. Hardware: OrangePI PC. The problem exists on
> armhf only, I have not noticed any single problem on amd64 on my PC.
> Can anybody even confirm this bug?

Please always use reportbug for filing bugs.

You most probably have libqt5gui5 less than revision 4 on your armhf machine. 
You can either upgrade it to 5.5.1+dfsg-4 or manually install libqt5xcbqpa5.

Please confirm this was the issue.

Kinds regards, Lisandro.

-- 
When the winds of change are blowing, some people are building shelters, and
others are building windmills.
  Old Chinese Proverb

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


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

Bug#739257: Acknowledgement (docker.io: leftover after purge: /var/lib/docker)

[Tianon Gravi]

On 18 February 2014 at 05:40, Paul Tagliamonte  wrote:
> Word. I'll add some stuff to clean up /var/lib, thanks for the bug!

I like the idea of cleaning up /var/lib/docker contents, but I'm still
pretty on the fence for whether it's a safe thing for us to do in
general.  This directory might contain important user data that they
aren't necessarily even aware was there, and if we blow it away, we've
just deleted that (orphaned or even unorphaned volumes, container
writable layers, etc).

What does postgres do in this case?  I think they've got similar
issues and I'm curious whether they just blow it away regardless.

We might also run into issues if the user has mounted a different
partition on /var/lib/docker to force the daemon to use a particular
storage driver or for performance reasons.

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

Bug#801549: gitg: new upstream release available (3.18.0)

[Jérémy Lal]

2015-10-24 13:34 GMT+02:00 Dmitry Smirnov :

> On Saturday 24 October 2015 10:47:11 Jérémy Lal wrote:
> > In less than five minutes i was able to workaround the FTBFS and have
> > a gitg 3.18 debian package built.
>
> It is nice that you see the obvious way to fix it. Maybe you could share
> your
> workaround? Unfortunately solution to FTBFS is not that obvious to me. Or
> maybe I would have more time to fix the issue if I wouldn't be involved to
> endless arguments about uploading immature Gitg to unstable... :(
>
>
> > Isn't your role as a maintainer to fix the FTBFS issue ?
>
> It is an upstream issue. Anyway even with little time on my hands I do my
> best supporting new Gitg in "experimental" for over the year despite that I
> consider it unusable as well as packaging and maintaining its dependency
> library...
>
>
About the FTBFS: the package is missing a build dependency on python-gi-dev

Cheers,
Jérémy.

Bug#802881: sndiod shown in lightdm user list

[Lorenzo Beretta]

Package: sndiod
Version: 1.0.1-1
Severity: minor

Dear Maintainer,

the user list of lightdm has the sndiod user.

The reason I'm reporting the bug here rather than against lightdm
is that other system users don't show up;
I can't tell for sure, but based on my /etc/passwd it seemd it's because
sndiod uses /sbin/nologin (nonexistent) instead of /usr/sbin/nologin
like all the other users that lightdm ignores.

Regards


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

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

Versions of packages sndiod depends on:
ii  libasound2   1.0.29-1
ii  libbsd0  0.7.0-2
ii  libc62.19-22
ii  libsndio6.0  1.0.1-1

Versions of packages sndiod recommends:
ii  sndio-tools  1.0.1-1

sndiod suggests no packages.

-- no debconf information

Bug#802884: netmask: address1:+address2 notation isn't working anymore

[Cord Beermann]

Package: netmask
Version: 2.4.2-1
Severity: normal

In the new version of netmask is the address1:+address2 notation
broken:

2.3.12-version:
$ netmask "104.0.0.0:+-1"
103.255.255.255/32
  104.0.0.0/32

2.4.2-1:
$ netmask "104.0.0.0:+-1"
netmask: parse error "104.0.0.0:+-1"

all other inputs with + are also broken.

Cord


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

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

Versions of packages netmask depends on:
ii  dpkg  1.18.3
ii  install-info  6.0.0.dfsg.1-3
ii  libc6 2.19-22

netmask recommends no packages.

netmask suggests no packages.

-- debconf-show failed

-- 

Bug#509316:

[Laurent Martelli]

I have experienced that bug for a long time too. And it does no seem to be
only related to font settings. It happens every now and then, sometimes
after upgrading some packages.

I have a scenario which seems to trigger the bug in a reproducible manner :

  1. Launch synaptic (synaptic-pkexec actually)
  2. Go to preferences, distribution tab. See that it's configured fr
"prefer versions from testing". Click "validate".
  3. Go to preferences, distribution tab again : it's now configured to
"always prefer highest version" and "prefer version from", altouh
unselected is set to "unstable".

Hope this will help.

Cheers,
Laurent

-- 
http://www.laurentmartelli.com//http://www.imprimart.fr

Bug#802886:

[Andoru Ekkusu]

I'm having the exact same issue as Tareeq, and it started happening ever
since I updated the QT5 libraries, so it must be an issue with it.
Here's a log for playing a YouTube video: http://pastebin.com/6vwaha9k

I tried resizing the output a few times, so that's why so many
"VoutDisplayEvent 'resize' " show up there.




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

Kernel: Linux 4.2-4.dmz.1-liquorix-686-pae (SMP w/2 CPU cores; PREEMPT)
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 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.5.1+dfsg-4
ii  libqt5gui5  5.5.1+dfsg-4
ii  libqt5widgets5  5.5.1+dfsg-4
ii  libqt5x11extras55.5.1-2
ii  librsvg2-2  2.40.11-1
ii  libsdl-image1.2 1.2.12-5+b5
pn  libsdl1.2debian 
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+20151017-1
ii  libogg01.3.2-1
ii  libopus0   1.1-2
ii  libpng12-0 1.2.50-2+b2
ii  libpostproc-ffmpeg53   7:2.8.1-1
ii  libraw1394-11  

Bug#799918: [Aptitude-devel] Bug#799918: apt-get proves I am innocent

[Manuel A. Fernandez Montecelo]

2015-10-24 0:15 GMT+01:00 積丹尼 Dan Jacobson :
>> "MAFM" == Manuel A Fernandez Montecelo  
>> writes:
>
> MAFM> The idea is that you install libgdal1i from testing first
> MAFM> (1.11.2+dfsg-3), then install qgis also from testing (with all of the
> MAFM> versions of the dependency chain from testing).  Which maybe you do,
> MAFM> but not shown in the actions above.
>
> Oops you are right, I never imagined you meant that I needed to adjust my
> sources.lists, so still haven't tried that method in fact. (And don't
> want to.)

That's what you would need to get qgis installed, that I thought that
you were interested in.


> MAFM> In any case, gdal is in a middle of a transition [1].  In unstable,
> MAFM> qgis depends on libgdal.so.1-1.11.2, provided by
> MAFM> libgdal1i=1.11.2+dfsg-3, and qgis also depends on python-qgis, which
> MAFM> in turn depends on python-qgis-common, which in turn depends on
> MAFM> python-gdal, which depends on libgdal.so.1-1.11.3 provided by
> MAFM> libgdal1i=1.11.3+dfsg-2, which of course cannot stay in the system as
> MAFM> the same time as libgdal1i=1.11.2+dfsg-3.
>
> MAFM> So the packages will not be able to be installed/upgraded until all of
> MAFM> the chain of dependencies decide move on to depend on
> MAFM> libgdal.so.1-1.11.3 (provided by libgdal1i=1.11.3+dfsg-2), or in other
> MAFM> words, until the transition is over.
>
> MAFM> [1] https://release.debian.org/transitions/html/gdal-1.11.3.html
>
> So apt-get and aptitude are right, and indeed the package is
> uninstallable (unless one adjusts their sources.lists perhaps.) So
> therefore this bug should be transferred back to the offending package
> in the first place (please do), with the final court verdict that indeed
> it is doing something wrong, no?

It is not a bug, it's a consequence of the packages being involved in
transitions, and they are par of the course of development of Debian.
When all packages in the transition are rebuilt against the package
causing the transition, they will be installable again.

stable and testing are supposed to be free of that (althought the big
gcc-5/C++11 ABI transition affected testing as well, I think).
unstable and experimental are not, because it is where the development
happens.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#802877: please don't link python extensions with libpython

[Matthias Klose]

Package: src:pykde4
Version: 4:4.14.0-1
Severity: important

please don't link python extensions with libpython, you end up with:

  Depends: libpython3.4 (>= 3.4.2), libpython3.5 (>= 3.5.0~b1)

forcing people to install all python versions.

Bug#802837: Failed to load platform plugin "xcb" error mesage for any qt5 application on armhf

[Michał Milanowski]

Hello,

First, sorry for incomplete report (I'm not familiar with reportbug
utlity yet). Regarding to bug itself - it seems to be fixed now

I did dist-upgrade and now all is ok. I noticed libqt5xcbqpa5 was also
installed during dist-upgrade. So I think this report can be closed
now, thanks for support.

2015-10-24 15:13 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer
:
> tag 802837 moreinfo
> thanks
>
> Hi Michał!
>
> On Saturday 24 October 2015 02:37:41 Michał Milanowski wrote:
>> Package: libqt5gui5
>> Version: 5.5.1+dfsg-4
>>
>> After upgrading qt to 5.5.1+dfsg-4 I am unable to run any qt5 gui
>> application. Result is always the same:
>>
>> Available platforms are:
>> 
>>
>> Reinstalling the application may fix this problem.
>>
>> I am using Linux debian 3.4.39 #1 SMP PREEMPT Sun Aug 30 14:14:50 CEST
>> 2015 armv7l GNU/Linux. Hardware: OrangePI PC. The problem exists on
>> armhf only, I have not noticed any single problem on amd64 on my PC.
>> Can anybody even confirm this bug?
>
> Please always use reportbug for filing bugs.
>
> You most probably have libqt5gui5 less than revision 4 on your armhf machine.
> You can either upgrade it to 5.5.1+dfsg-4 or manually install libqt5xcbqpa5.
>
> Please confirm this was the issue.
>
> Kinds regards, Lisandro.
>
> --
> When the winds of change are blowing, some people are building shelters, and
> others are building windmills.
>   Old Chinese Proverb
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/

Bug#802879: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2015g

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libdatetime-timezone-perl in jessie to
include the data from the Olson DB 2015g release.

As usual, the changes are in a quilt patch which only touches the
timezone data.

Manually stripped debdiff attached.

Since one change is already effective (Norfolk) and another happens
this weekend (Turkey) and another one in a week (Fort Nelson), it
would probably good to have the package in jessie-updates as well.


Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJWK40lXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGeE0P/35Il+1/tdWg06gj0C9GKmxr
xdBUYH22P0bgINkMmGZdJpX+ish+BVTvu5l0LeUXaVXVfaC4XU+hIOzZPHQKxuf1
ZMCo+NadrxKf0Tav8WOAwkmiAnvD+dBvUq2hVTugauuhEZu271D4cQTRnKVkbtMl
htyRPGcCwSJVYV/XjPM8mvohzqdBGDTSqR4vh6H8/KdgaMsAlhLix2zbAHHur9p3
dTqI1lOlz6VOvXrT6JF7lYzXo7eJgxCE3TXpIv+XL3qZhHCU4pCgeweqLpzSUbCC
LRJqC+lxq6NC4IfNyFJS/Kw0R8i9GzBLa9K4/Mbt1MviNXYABCY7JN6TKYp/eL6D
3CIaKkC6B0m3+z08yuY5vFIWIKw7vzmhDPaVKQLwW+RJXd9sYZu/nuier1D5OM6/
FgeTpUY+tFJ+lwZUXf39HzZruZmbgaVgKXOI5x9qN2j8vGcRfWICx42SnvMNKhdE
OSq21v9JSLx3zsM5zqOzY/kSAg4YT8GJSF9E7iQp/DcSQt9tBoyk+fLDV+ZMkj02
AQfW6u5hTjAFPNwL3GpBmgXvEoAz4KlgnwNZAk4Wy7CJR2u0S158kC3Bxj8imRGB
o3sC5bW5+Z48hG2h3h303jyOHTOKb5yvjnsRVFNzBMFQGaAFC3EY0F9MYoXzwqMh
ZafpS6jeCy1UxShiNPkq
=QLXV
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-1.75/debian/changelog libdatetime-timezone-perl-1.75/debian/changelog
--- libdatetime-timezone-perl-1.75/debian/changelog	2015-08-11 14:41:23.0 +0200
+++ libdatetime-timezone-perl-1.75/debian/changelog	2015-10-24 15:27:17.0 +0200
@@ -1,3 +1,13 @@
+libdatetime-timezone-perl (1:1.75-2+2015g) UNRELEASED; urgency=medium
+
+  * Update to Olson database version 2015g.
+Add patch debian/patches/olson-2015g, which updates the timezone *.pm
+files, using upstream's tools/parse_olson script.
+This update contains contemporary changes for Turkey, Norfolk, Fiji, and
+Fort Nelson.
+
+ -- gregor herrmann   Sat, 24 Oct 2015 15:26:32 +0200
+
 libdatetime-timezone-perl (1:1.75-2+2015f) jessie; urgency=medium
 
   * Update to Olson database version 2015f.
diff -Nru libdatetime-timezone-perl-1.75/debian/patches/olson-2015g libdatetime-timezone-perl-1.75/debian/patches/olson-2015g
--- libdatetime-timezone-perl-1.75/debian/patches/olson-2015g	1970-01-01 01:00:00.0 +0100
+++ libdatetime-timezone-perl-1.75/debian/patches/olson-2015g	2015-10-24 15:27:17.0 +0200
@@ -0,0 +1,11413 @@
+Description: update to olson db 2015g
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2015-10-24
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2015f
++# Generated from debian/tzdata/africa.  Olson data version 2015g
+ #
+ # Do not edit this file directly.
+ #
+@@ -39,7 +39,7 @@
+ ],
+ ];
+ 
+-sub olson_version { '2015f' }
++sub olson_version { '2015g' }
+ 
+ sub has_dst_changes { 0 }
+ 
+--- /dev/null
 b/lib/DateTime/TimeZone/America/Fort_Nelson.pm
+@@ -0,0 +1,1361 @@
++# This file is auto-generated by the Perl DateTime Suite time zone
++# code generator (0.07) This code generator comes with the
++# DateTime::TimeZone module distribution in the tools/ directory
++
++#
++# Generated from debian/tzdata/northamerica.  Olson data version 2015g
++#
++# Do not edit this file directly.
++#
++package DateTime::TimeZone::America::Fort_Nelson;
++$DateTime::TimeZone::America::Fort_Nelson::VERSION = '1.75';
++use strict;
++
++use Class::Singleton 1.03;
++use DateTime::TimeZone;
++use DateTime::TimeZone::OlsonDB;
++
++@DateTime::TimeZone::America::Fort_Nelson::ISA = ( 'Class::Singleton', 'DateTime::TimeZone' );
++
++my $spans =
++[
++[
++DateTime::TimeZone::NEG_INFINITY, #utc_start
++59421802247, #  utc_end 1884-01-01 08:10:47 (Tue)
++DateTime::TimeZone::NEG_INFINITY, #  local_start
++59421772800, #local_end 1884-01-01 00:00:00 (Tue)
++-29447,
++0,
++'LMT',
++],
++[
++59421802247, #utc_start 1884-01-01 08:10:47 (Tue)
++60503623200, #  utc_end 1918-04-14 10:00:00 (Sun)
++59421773447, #  local_start 1884-01-01 00:10:47 (Tue)
++60503594400, #local_end 1918-04-14 02:00:00 (Sun)
++-28800,
++0,
++'PST',
++],
++[
++60503623200, #utc_start 1918-04-14 10:00:00 (Sun)
++60520554000, #  utc_end 1918-10-27 09:00:00 (Sun)
++60503598000, #  local_start 1918-04-14 03:00:00 (Sun)
++60520528800, #local_end 1918-10-27 02:00:00 (Sun)
++-25200,
++1,
++'PDT',
++],
++[
++60520554000, #utc_start 1918-10-27 09:00:00 (Sun)
++61255476000, #  

Bug#802878: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015g

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libdatetime-timezone-perl in wheezy to
include the data from the Olson DB 2015g release.

As usual, the changes are in a quilt patch which only touches the
timezone data.

Manually stripped debdiff attached.

Since one change is already effective (Norfolk) and another happens
this weekend (Turkey) and another one in a week (Fort Nelson), it
would probably good to have the package in wheezy-updates as well.


Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJWK40vXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGnjYQALQE10b/o+nCW9WABg4LDDFO
5ZNxMMcZ4XvwEEMfKzgGJjm4fm7etApA0DkrMEEupR/xG+HaV8Eq7Bs6tO5cFMMW
7UhmpEMnhhQM+h7YczOdKDALSSPb6QxtMK18hucyK3RdE7hZVcQvMq/YmFEz9UZM
Ia/pRwFp6t6NRe46ZL64NnWlBVMs5SfGP9uVt2bxnL1kMt6IMXeymVl9TvKV9ReL
WdvBQDKXsJjmIgNzClyosLOEbNA4PSE39OQO7cOFuTJ4EN6+9Yk7ECtTOM9Lv+Wz
YR4E9nOAmAJjVKBMaIUk1FdNa1tCsZlg/ja7Ijj1SFVFf2bIJN0ipb3TgWlo/dyW
uwDgRFXwKEDYLcmGRtdwlsQXVGtF9qcfwYGcNY4n2ImWwZIdgb7EJY13DtWb+eGy
oLK8B1tZhnWLIP2BviwOGw9SZtf1EIyqhTQWS0oVpjb4JUgRLWi2nAcWjuUTzO+y
YQwfm1HiQtqBLGCRJK+mNFwWmw2buynpRKDF9WGeTCUFCY4nDGSjEs0zb75k9gb/
C78YRIOi55GrLHl6dmhYU2ZmJr+H4n7cImUMslQij3gcC3dJVt4Arpn2y+0sKyXW
v22s9ghfhHbXU2K61zZvQwzqW0xY6pVnhmJrvwBX/mqbnu19oS2jxGYqmCXWZ6iy
xsUSUuBp5Vb6XSk6j9sc
=9TkC
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-1.58/debian/changelog libdatetime-timezone-perl-1.58/debian/changelog
--- libdatetime-timezone-perl-1.58/debian/changelog	2015-08-11 14:44:41.0 +0200
+++ libdatetime-timezone-perl-1.58/debian/changelog	2015-10-24 15:38:26.0 +0200
@@ -1,3 +1,9 @@
+libdatetime-timezone-perl (1:1.58-1+2015g) UNRELEASED; urgency=medium
+
+  * Update to Olson database version 2015g.
+
+ -- gregor herrmann   Sat, 24 Oct 2015 15:37:55 +0200
+
 libdatetime-timezone-perl (1:1.58-1+2015f) wheezy; urgency=medium
 
   * Update to Olson database version 2015f.
diff -Nru libdatetime-timezone-perl-1.58/debian/patches/olson-2015g libdatetime-timezone-perl-1.58/debian/patches/olson-2015g
--- libdatetime-timezone-perl-1.58/debian/patches/olson-2015g	1970-01-01 01:00:00.0 +0100
+++ libdatetime-timezone-perl-1.58/debian/patches/olson-2015g	2015-10-24 15:38:26.0 +0200
@@ -0,0 +1,11304 @@
+Description: Update to Olson database version 2015g.
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2015-10-24
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2015f
++# Generated from debian/tzdata/africa.  Olson data version 2015g
+ #
+ # Do not edit this file directly.
+ #
+@@ -42,7 +42,7 @@
+ ],
+ ];
+ 
+-sub olson_version { '2015f' }
++sub olson_version { '2015g' }
+ 
+ sub has_dst_changes { 0 }
+ 
+--- /dev/null
 b/lib/DateTime/TimeZone/America/Fort_Nelson.pm
+@@ -0,0 +1,1364 @@
++# This file is auto-generated by the Perl DateTime Suite time zone
++# code generator (0.07) This code generator comes with the
++# DateTime::TimeZone module distribution in the tools/ directory
++
++#
++# Generated from debian/tzdata/northamerica.  Olson data version 2015g
++#
++# Do not edit this file directly.
++#
++package DateTime::TimeZone::America::Fort_Nelson;
++{
++  $DateTime::TimeZone::America::Fort_Nelson::VERSION = '1.58';
++}
++
++use strict;
++
++use Class::Singleton 1.03;
++use DateTime::TimeZone;
++use DateTime::TimeZone::OlsonDB;
++
++@DateTime::TimeZone::America::Fort_Nelson::ISA = ( 'Class::Singleton', 'DateTime::TimeZone' );
++
++my $spans =
++[
++[
++DateTime::TimeZone::NEG_INFINITY, #utc_start
++59421802247, #  utc_end 1884-01-01 08:10:47 (Tue)
++DateTime::TimeZone::NEG_INFINITY, #  local_start
++59421772800, #local_end 1884-01-01 00:00:00 (Tue)
++-29447,
++0,
++'LMT',
++],
++[
++59421802247, #utc_start 1884-01-01 08:10:47 (Tue)
++60503623200, #  utc_end 1918-04-14 10:00:00 (Sun)
++59421773447, #  local_start 1884-01-01 00:10:47 (Tue)
++60503594400, #local_end 1918-04-14 02:00:00 (Sun)
++-28800,
++0,
++'PST',
++],
++[
++60503623200, #utc_start 1918-04-14 10:00:00 (Sun)
++60520554000, #  utc_end 1918-10-27 09:00:00 (Sun)
++60503598000, #  local_start 1918-04-14 03:00:00 (Sun)
++60520528800, #local_end 1918-10-27 02:00:00 (Sun)
++-25200,
++1,
++'PDT',
++],
++[
++60520554000, #utc_start 1918-10-27 09:00:00 (Sun)
++61255476000, #  utc_end 1942-02-09 10:00:00 (Mon)
++60520525200, #  local_start 1918-10-27 01:00:00 (Sun)
++61255447200, #local_end 1942-02-09 02:00:00 (Mon)
++-28800,
++0,
++'PST',
++],
++[
++61255476000, # 

Bug#802885: XFS growing problem in Jessie

[IB Development Team]

Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-ckt11-1+deb8u4

Hi,

There is a bug in kernel versions from v3.7 to v3.17 which causes new XFS 
allocation groups added by growfs to be unavailable for inode allocation:

http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_receive_No_space_left_on_device_after_xfs_growfs.3F

This may lead to bad things on production systems when online growing XFS won't 
be enough to avoid out of space situations.

We've just hit such problem on Debian 8 system with kernel 
linux-image-3.16.0-4-amd64 3.16.7-ckt11-1+deb8u4 (workaround with remounting 
worked for us).

Please verify and consider fixing in Jessie.

Regards,
Pawel

IB Development Team
https://dev.ib.pl/

-- 
Regards,
Pawel Boguslawski

IB Development Team
https://dev.ib.pl/

Bug#802889: please don't depend on all python3 versions

[Matthias Klose]

Package: python3-coverage
Version: 3.7.1+dfsg.1-1+b2
Severity: important
Tags: sid stretch

please don't depend on all python3 versions, forcing the installation of all 
python versions shouldn't be enforced for a module.


$ apt-cache show python3-coverage | grep Depends
Depends: python3-pkg-resources, python3 (<< 3.6), python3 (>= 3.4~), python3.4, 
python3.5, libc6 (>= 2.4)

Bug#743924: docker.io: Leaves docker0 interface behind after purge

[Tianon Gravi]

On 8 April 2014 at 04:50, Cyril Brulebois  wrote:
> I don't think this should stay upon purge.

Hmm, I tend to agree, but what if the user has specified "--bridge" on
their daemon to change the bridge interface Docker uses before they
purge?  Or what if they're using "docker0" explicitly configured in
"/etc/network/interfaces" (or elsewhere) for their own use either in
conjunction with or irrespective of Docker?

If we have a good way to determine whether the bridge interface is the
one that Docker automatically created by default, I'm all for purging
it, but otherwise I think this is potentially network-breaking
dangerous territory for us to mess with, isn't it?

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

Bug#802792: Bug#801710: egg-info garbage

[Matthias Klose]

tags 802792 - patch
clone 802792 -1
reassign -1 dh-python
clone 802792 -2
reassign -2 python-defaults
thanks

I won't apply this patch to setuptools, however I think we should stop shipping 
SOURCES.txt everywhere.  There is no reason to have this file about sources in a 
binary package.


dh-python is already doing that (removing SOURCES.txt), so there is bug in 
dh-python and/or python-defaults that it first tries to compare that file, and 
only then removes it.  This should be fixed, not worked around like suggested in 
message #20.


I'm adding a patch to setuptools to don't install SOURCES.txt, when setup.py is 
called with --install-layout=deb.  This won't have any effect for pybuild, 
because pybuild nastily ignores --install-layout=deb.


Even for upstream, the patch looks wrong. You should update install_egg_info.py 
(skimmer) with a list of VCS names to ignore.

Bug#800780: reported upstream

[Ricardo Signes]

This appears to be a bug in mutt itself, which I have reported at
http://dev.mutt.org/trac/ticket/3788

-- 
rjbs


signature.asc
Description: PGP signature

Bug#802887: python-kombu-doc and python-django-uwsgi-doc: error when trying to install together

[Ralf Treinen]

Package: python-django-uwsgi-doc,python-kombu-doc
Version: python-django-uwsgi-doc/0.1.3-1
Version: python-kombu-doc/3.0.27-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2015-10-24
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Selecting previously unselected package fonts-lato.
(Reading database ... 10923 files and directories currently installed.)
Preparing to unpack .../fonts-lato_2.0-1_all.deb ...
Unpacking fonts-lato (2.0-1) ...
Selecting previously unselected package fonts-font-awesome.
Preparing to unpack .../fonts-font-awesome_4.4.0~dfsg-1_all.deb ...
Unpacking fonts-font-awesome (4.4.0~dfsg-1) ...
Selecting previously unselected package libjs-jquery.
Preparing to unpack .../libjs-jquery_1.11.3+dfsg-4_all.deb ...
Unpacking libjs-jquery (1.11.3+dfsg-4) ...
Selecting previously unselected package libjs-underscore.
Preparing to unpack .../libjs-underscore_1.7.0~dfsg-1_all.deb ...
Unpacking libjs-underscore (1.7.0~dfsg-1) ...
Selecting previously unselected package libjs-sphinxdoc.
Preparing to unpack .../libjs-sphinxdoc_1.3.1-7_all.deb ...
Unpacking libjs-sphinxdoc (1.3.1-7) ...
Selecting previously unselected package libjs-modernizr.
Preparing to unpack .../libjs-modernizr_2.6.2+ds1-1_all.deb ...
Unpacking libjs-modernizr (2.6.2+ds1-1) ...
Selecting previously unselected package sphinx-rtd-theme-common.
Preparing to unpack .../sphinx-rtd-theme-common_0.1.9-1_all.deb ...
Unpacking sphinx-rtd-theme-common (0.1.9-1) ...
Selecting previously unselected package python-django-uwsgi-doc.
Preparing to unpack .../python-django-uwsgi-doc_0.1.3-1_all.deb ...
Unpacking python-django-uwsgi-doc (0.1.3-1) ...
Selecting previously unselected package python-kombu-doc.
Preparing to unpack .../python-kombu-doc_3.0.27-1_all.deb ...
Unpacking python-kombu-doc (3.0.27-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/python-kombu-doc_3.0.27-1_all.deb (--unpack):
 trying to overwrite '/usr/share/doc-base/python-kombu-doc', which is also in 
package python-django-uwsgi-doc 0.1.3-1
Errors were encountered while processing:
 /var/cache/apt/archives/python-kombu-doc_3.0.27-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/share/doc-base/python-kombu-doc

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://qa.debian.org/dose/file-overwrites.html.

Bug#802888: syslog-ng: Wrong date in kernel logs on SheevaPlug

[Benoit Friry]

Package: syslog-ng
Version: 3.5.6-2
Severity: normal

Dear Maintainer,

SheevaPlug is a small armv5tel device. 
I encounter this issue only on this device.

On this device, date for kernel logs are wrong.
Standard logs are correct.

Oct 24 16:05:01 deneb CRON[28045]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)
Oct 24 16:08:01 deneb CRON[28067]: (root) CMD (if test -x /usr/sbin/apticron; 
then /usr/sbin/apticron --cron; else true; fi)
Oct 24 16:15:01 deneb CRON[28139]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)
Oct 24 16:17:01 deneb CRON[28146]: (root) CMD (   cd / && run-parts --report 
/etc/cron.hourly)
Oct 24 16:25:01 deneb CRON[28230]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)
Oct 24 16:35:01 deneb CRON[28319]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)
Jan 10 00:59:43 deneb kernel: mvsdio f109.mvsdio: unhandled interrupt 
status=0x0810 en=0x pio=0
Oct 24 16:45:01 deneb CRON[28416]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)
Jan 10 01:07:17 deneb kernel: mvsdio f109.mvsdio: unhandled interrupt 
status=0x0810 en=0x pio=0
Oct 24 16:55:01 deneb CRON[28506]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)
Oct 24 17:00:01 deneb CRON[28555]: (root) CMD (   test -x /usr/sbin/tigercron 
&& { [ -r "$DEFAULT" ] && . "$DEFAULT" ; nice -n$NICETIGER /usr/sbin/tigercron 
-q ; })
Oct 24 17:02:01 deneb CRON[28673]: (logcheck) CMD (   if [ -x 
/usr/sbin/logcheck ]; then nice -n10 /usr/sbin/logcheck; fi)
Oct 24 17:05:01 deneb CRON[29652]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)

Please note date on "mvsdio" lines.
I suspect it Jan 10th, 1970. Uptime is 10 days.

NTP daemon is running.

I do not know if the wrong date comes from different handling
between system() ant internal() sources, or if it comes from 
the kernel itself.

Thanks,
Benoit

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

Kernel: Linux 3.14-0.bpo.1-kirkwood
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages syslog-ng depends on:
ii  syslog-ng-core 3.5.6-2+b1
ii  syslog-ng-mod-json 3.5.6-2+b1
ii  syslog-ng-mod-mongodb  3.5.6-2+b1
ii  syslog-ng-mod-sql  3.5.6-2+b1

Versions of packages syslog-ng recommends:
pn  syslog-ng-mod-amqp   
pn  syslog-ng-mod-geoip  
pn  syslog-ng-mod-redis  
pn  syslog-ng-mod-smtp   
pn  syslog-ng-mod-stomp  

syslog-ng suggests no packages.

-- debconf information excluded

Bug#802891: mistral: Please re-use debconf translations from

[Christian Perrier]

Source: mistral
Severity: normal
Tags: l10n

As usual. New OpenStack package. No debconf translations even though a
gazillion of similar-looking OpenStack packages already have
translations.



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

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

Bug#802872: graphicsmagick: SVG to PNG conversion omits circles

[Bob Friesenhahn]

GraphicsMagick bug 322 has been opened at SourceForge to track this 
issue.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Bug#802198: [debhelper-devel] Bug#802198: debhelper: [INTL:de] Updated German translation

[Niels Thykier]

Control: tags -1 pending

Chris Leick:
> Package: debhelper
> Version: 9.20151002
> Severity: wishlist
> Tags: l10n patch
> 
> 
> Hi Niels,
> 
> please find attached the newest German translation of debhelper.
> In the original file there are some typos. I've marked them in the 
> translation 
> with »FIXME«.
> 
> Kind regards,
> Chris.
> 
> [...]

Many thanks for the update and the typo fixes. :)

~Niels

Bug#802893: linux-image-3.16.0-4-amd64: booting into graphical mode sometimes fails (console still works)

[tom]

Package: src:linux
Version: 3.16.7-ckt11-1+deb8u5
Severity: important


Dear developers!

I have a amd richland APU and also a dedicated graphics card r9 290m. Im not 
using the fglrx drivers.

Sometimes booting into the graphical mode stops before the xserver should come. 
im using gdm +gnome3 a.t.m.

I add the kernel trace here (and hope its of any help for you):

Oct 24 12:25:15 hugo6 kernel: [   32.510519] [ cut here 
]
Oct 24 12:25:15 hugo6 kernel: [   32.510646] invalid opcode:  [#1] SMP 
Oct 24 12:25:15 hugo6 kernel: [   32.510691] Modules linked in: bnep 
snd_hda_codec_realtek joydev snd_hda_codec_hdmi snd_hda_codec_generic rtl8723ae 
rtl8723_common rtl_pci rtlwifi radeon mac80211 snd_hda_intel ecb btusb msi_wmi 
snd_hda_controller bluetooth sparse_keymap psmouse cfg80211 evdev snd_hda_codec 
serio_raw kvm_amd snd_hwdep 6lowpan_iphc snd_pcm kvm rfkill pcspkr ttm 
snd_timer drm_kms_helper k10temp drm snd ac wmi i2c_algo_bit i2c_piix4 i2c_core 
soundcore shpchp battery video button acpi_cpufreq processor fuse parport_pc 
ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 algif_skcipher af_alg dm_crypt 
dm_mod hid_generic usbhid hid sg sd_mod crc_t10dif sr_mod crct10dif_generic 
cdrom ata_generic ohci_pci crct10dif_pclmul crct10dif_common crc32_pclmul 
crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul 
glue_helper ablk_helper cryptd ohci_hcd ehci_pci xhci_hcd ehci_hcd alx mdio 
pata_atiixp sdhci_pci ahci sdhci libahci mmc_core libata scsi_mod usbcore 
usb_common th
 ermal thermal_sys
Oct 24 12:25:15 hugo6 kernel: [   32.511781] CPU: 1 PID: 701 Comm: Xorg Not 
tainted 3.16.0-4-amd64 #1 Debian 3.16.7-ckt11-1+deb8u5
Oct 24 12:25:15 hugo6 kernel: [   32.511855] Hardware name: Micro-Star 
International Co., Ltd. GX70 3CC/MS-176K, BIOS E176KAMS.10F 12/02/2013
Oct 24 12:25:15 hugo6 kernel: [   32.511937] task: 8800884e32f0 ti: 
8800884e8000 task.ti: 8800884e8000
Oct 24 12:25:15 hugo6 kernel: [   32.511999] RIP: 0010:[]  
[] radeon_invalid_rreg+0x1c/0x20 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.512105] RSP: 0018:8800884eb730  
EFLAGS: 00010282
Oct 24 12:25:15 hugo6 kernel: [   32.512151] RAX: 004a RBX: 
0005 RCX: 0006
Oct 24 12:25:15 hugo6 kernel: [   32.512212] RDX: 0007 RSI: 
0046 RDI: 0246
Oct 24 12:25:15 hugo6 kernel: [   32.512272] RBP: 880235d67880 R08: 
 R09: 81659ac0
Oct 24 12:25:15 hugo6 kernel: [   32.512332] R10: 03f0 R11: 
00aa R12: 8800884eb780
Oct 24 12:25:15 hugo6 kernel: [   32.512391] R13: 0069 R14: 
0005 R15: 0005
Oct 24 12:25:15 hugo6 kernel: [   32.512452] FS:  7f3792522980() 
GS:88023ec8() knlGS:
Oct 24 12:25:15 hugo6 kernel: [   32.512520] CS:  0010 DS:  ES:  CR0: 
80050033
Oct 24 12:25:15 hugo6 kernel: [   32.512569] CR2: 7f61d2d97ed0 CR3: 
000233242000 CR4: 000407e0
Oct 24 12:25:15 hugo6 kernel: [   32.512629] Stack:
Oct 24 12:25:15 hugo6 kernel: [   32.512650]  a06bb0b0 0001884eb7b0 
8800884eb7e0 8800884eb7dc
Oct 24 12:25:15 hugo6 kernel: [   32.512726]  0072 0006 
5f78 0005
Oct 24 12:25:15 hugo6 kernel: [   32.512802]  a06bc1e5 8800884eb780 
f10f 0077
Oct 24 12:25:15 hugo6 kernel: [   32.512877] Call Trace:
Oct 24 12:25:15 hugo6 kernel: [   32.512923]  [] ? 
atom_get_src_int+0x70/0x7d0 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513000]  [] ? 
atom_op_shr+0x85/0x210 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513074]  [] ? 
atom_execute_table_locked+0x119/0x360 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513158]  [] ? 
atom_op_calltable+0xb3/0x130 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513235]  [] ? 
atom_execute_table_locked+0x119/0x360 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513306]  [] ? 
acpi_ds_create_operands+0x62/0xb2
Oct 24 12:25:15 hugo6 kernel: [   32.513380]  [] ? 
atom_op_calltable+0xb3/0x130 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513457]  [] ? 
atom_execute_table_locked+0x119/0x360 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513542]  [] ? 
atom_execute_table_scratch_unlocked+0x5c/0x70 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513630]  [] ? 
atom_execute_table+0x2e/0x50 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513707]  [] ? 
atom_asic_init+0x12d/0x180 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513795]  [] ? 
si_resume+0x16/0x70 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513864]  [] ? 
radeon_resume_kms+0x9d/0x270 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.513942]  [] ? 
radeon_pmops_runtime_resume+0x68/0x90 [radeon]
Oct 24 12:25:15 hugo6 kernel: [   32.514010]  [] ? 
pci_pm_runtime_resume+0x78/0xb0
Oct 24 12:25:15 hugo6 kernel: [   32.514068]  [] ? 
__rpm_callback+0x2c/0x80
Oct 24 12:25:15 hugo6 kernel: [   32.514120]  [] ? 

Bug#797234: source-highlight, regina-normal and libstdc++6

[Benjamin Burton]

> That leaves the question: what to do with this bug?

FYI, if a rebuild *is* required then I presume it would be a simple rename from 
libsource-highlight4 to libsource-highlight4v5; see the (tested) patch below.  
I’m happy to NMU this if the maintainer does not have time (which is why the 
changelog entry reads as an NMU).

- Ben.

diff -Nru source-highlight-3.1.8/debian/changelog 
source-highlight-3.1.8/debian/changelog
--- source-highlight-3.1.8/debian/changelog 2015-07-15 06:27:18.0 
+1000
+++ source-highlight-3.1.8/debian/changelog 2015-10-24 20:57:03.0 
+1000
@@ -1,3 +1,10 @@
+source-highlight (3.1.8-1.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Rename library packages for g++5 transition (Closes: #797234)
+
+ -- Ben Burton   Sat, 24 Oct 2015 20:56:50 +1000
+
 source-highlight (3.1.8-1) unstable; urgency=low
 
   * New upstream release
diff -Nru source-highlight-3.1.8/debian/control 
source-highlight-3.1.8/debian/control
--- source-highlight-3.1.8/debian/control   2015-07-14 13:41:56.0 
+1000
+++ source-highlight-3.1.8/debian/control   2015-10-24 20:58:32.0 
+1000
@@ -21,7 +21,7 @@
 Package: libsource-highlight-dev
 Section: libdevel
 Architecture: any
-Depends: dpkg (>= 1.15.4) | install-info, libboost-dev, libsource-highlight4 
(= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Depends: dpkg (>= 1.15.4) | install-info, libboost-dev, libsource-highlight4v5 
(= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
 Replaces: source-highlight (<< 3.1.4-1)
 Description: development files for source highlighting library
  These are the development files for the library that underlies the
@@ -30,10 +30,12 @@
  The library can be used by other C++ programs to get source code
  highlighting capabilities.
 
-Package: libsource-highlight4
+Package: libsource-highlight4v5
 Section: libs
 Architecture: any
 Depends: libsource-highlight-common, ${misc:Depends}, ${shlibs:Depends}
+Conflicts: libsource-highlight4
+Replaces: libsource-highlight4
 Description: source highlighting library
  This is the library that underlies the source-highlight program
  suite.  It converts source code to a document with syntax
diff -Nru source-highlight-3.1.8/debian/libsource-highlight4.install 
source-highlight-3.1.8/debian/libsource-highlight4.install
--- source-highlight-3.1.8/debian/libsource-highlight4.install  2013-10-22 
22:58:26.0 +1000
+++ source-highlight-3.1.8/debian/libsource-highlight4.install  1970-01-01 
10:00:00.0 +1000
@@ -1 +0,0 @@
-usr/lib/lib*.so.*
diff -Nru source-highlight-3.1.8/debian/libsource-highlight4v5.install 
source-highlight-3.1.8/debian/libsource-highlight4v5.install
--- source-highlight-3.1.8/debian/libsource-highlight4v5.install
1970-01-01 10:00:00.0 +1000
+++ source-highlight-3.1.8/debian/libsource-highlight4v5.install
2013-10-22 22:58:26.0 +1000
@@ -0,0 +1 @@
+usr/lib/lib*.so.*

Bug#802073: golang-logrus: FTBFS: TestUserSuppliedLevelFieldHasPrefix fails 1 != 1

[Tianon Gravi]

fixed 802073 golang-logrus/0.8.7-1
thanks

This was fixed in the latest upload! :D

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

Bug#801559: golang-github-sirupsen-logrus-dev: fails to upgrade from 'testing' - trying to overwrite /usr/share/gocode/src/github.com/Sirupsen/logrus/formatters/logstash/logstash_test.go

[Tianon Gravi]

On Mon, 12 Oct 2015 07:00:24 +0200 Andreas Beckmann  wrote:
> It installed fine in 'testing', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.

Doh, pretty sure I messed up the version number again:

| Replaces: golang-logrus-dev (<< 0.7.3-1~)
| Breaks: golang-logrus-dev (<< 0.7.3-1~)
| Provides: golang-logrus-dev

Should be:

| Replaces: golang-logrus-dev (<< 0.7.3-2~)
| Breaks: golang-logrus-dev (<< 0.7.3-2~)
| Provides: golang-logrus-dev

Will upload a fix shortly.

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

Bug#799890: policykit-1: Shutdown/reboot requires authentication

[Paul Martin]

Package: policykit-1
Followup-For: Bug #799890
Control: merge -1 799773

Since the original reporter didn't, I'll give

$ loginctl show-session $XDG_SESSION_ID
Id=c3
User=1000
Name=pm
Timestamp=Sat 2015-10-24 12:00:32 BST
TimestampMonotonic=88009062
VTNr=7
Seat=seat0
Display=:0
Remote=no
Service=lightdm
Desktop=lightdm-xsession
Scope=session-c3.scope
Leader=5063
Audit=0
Type=x11
Class=user
Active=yes
State=active
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0


An "update" to systemd is not an option here, but I'm not getting into 
that argument.

0.105-11 works correctly.

0.105-12 and 0.105-13 don't.

xfce4 and lightdm, and sysvinit.


Merging with related bug #799773.

Bug#749176: docker.io - does not re-check for root certs

[Tianon Gravi]

On 27 May 2014 at 10:19, Tianon Gravi  wrote:
> This is an issue with the "netgo" implementation of networking that
> upstream has to use in order to get a static binary.  A related
> upstream issue (discussing removing the "netgo" tag/implementation for
> dynamic dual binary installs like ours) is
> https://github.com/dotcloud/docker/issues/5813.

This was technically fixed upstream a while back, but could use some
verification that it's actually working. :)

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

Bug#802880: closed by Gianfranco Costamagna <costamagnagianfra...@yahoo.it> (qtcreator: not really a bug)

[Steinar H. Gunderson]

fixed 802280 qtcreator/3.5.0+dfsg-2+b1
thanks

On Sat, Oct 24, 2015 at 02:33:04PM +, Debian Bug Tracking System wrote:
> Hi, this bug is invalid.

Uhm, no?

> During transitions it is normal to have uninstallable packages in sid,
> until they get rebuilt on top of the new library.

It's still a bug.

> qtcreator has been rebuilt around 20 hours ago.
> 
> 3.5.0+dfsg-2+b1
> Rebuild against qtbase-abi-5-5-1.

If so, the binNMU fixes this bug (and should nominally have a Closes: line
with the bug number, except the bug was probably filed after the binNMU was
scheduled). Thank you for taking care of that.

In particular, having a bug in the BTS will enable users to see that the
issue is on its way to being fixed (or not, for some architectures, as you
mention). :-)

/* Steinar */
-- 
Homepage: http://www.sesse.net/

Bug#794646: gjs-console assert failure: *** Error in `/usr/bin/gjs-console': free(): invalid next size (fast): 0x00007f84b800a0b0 ***

[Ritesh Raj Sarraf]

Package: gjs
Version: 1.43.3-2
Followup-For: Bug #794646

Control: reassign -1 tracker
Control: tag -1 patch


Please find attached a debdiff which fixes the actual bug, in tracker.
The patch has been accepted upstream. I have already built and tested it
locally, and not encountered any crashes so far.

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

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

Versions of packages gjs depends on:
ii  libc6 2.19-22
ii  libgcc1   1:5.2.1-22
ii  libgjs0e [libgjs0-libmozjs-24-0]  1.43.3-2
ii  libglib2.0-0  2.46.1-1
ii  libstdc++65.2.1-22

gjs recommends no packages.

gjs suggests no packages.

-- no debconf information
diff -Nru tracker-1.6.0/debian/changelog tracker-1.6.0/debian/changelog
--- tracker-1.6.0/debian/changelog	2015-09-22 20:13:45.0 +0530
+++ tracker-1.6.0/debian/changelog	2015-10-23 16:25:08.0 +0530
@@ -1,3 +1,11 @@
+tracker (1.6.0-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch rom bugzilla:
+https://bug746195.bugzilla-attachments.gnome.org/attachment.cgi?id=313924 
+
+ -- Ritesh Raj Sarraf   Fri, 23 Oct 2015 16:24:50 +0530
+
 tracker (1.6.0-1) unstable; urgency=medium
 
   [ Michael Biebl ]
diff -Nru tracker-1.6.0/debian/patches/series tracker-1.6.0/debian/patches/series
--- tracker-1.6.0/debian/patches/series	1970-01-01 05:30:00.0 +0530
+++ tracker-1.6.0/debian/patches/series	2015-10-23 17:17:22.0 +0530
@@ -0,0 +1 @@
+tracker-crash-fix-v3.patch
diff -Nru tracker-1.6.0/debian/patches/tracker-crash-fix-v3.patch tracker-1.6.0/debian/patches/tracker-crash-fix-v3.patch
--- tracker-1.6.0/debian/patches/tracker-crash-fix-v3.patch	1970-01-01 05:30:00.0 +0530
+++ tracker-1.6.0/debian/patches/tracker-crash-fix-v3.patch	2015-10-23 17:17:22.0 +0530
@@ -0,0 +1,83 @@
+From 32e1d2a4fac38a48c107cf47cc24f403233343bc Mon Sep 17 00:00:00 2001
+From: Marius Gedminas 
+Date: Fri, 23 Oct 2015 12:46:12 +0300
+Subject: [PATCH] Fix buffer overrun in libunistring builds
+
+libunistring uses UTF-8 strings without a trailing NUL byte.  We're
+passing such strings to tracker_parser_unaccent_nfkd_string() from
+function_sparql_unaccent() in the sqlite interface.  If the string has
+no accented characters, writing a NUL byte at the end will step out of
+bounds.  This causes memory corruption and crashes.
+
+The other caller of tracker_parser_unaccent_nfkd_string() is
+process_word_utf8(), and it looks like it wants a trailing NUL, so let's
+add it there.
+
+There are no more callers of the libunistring version of
+tracker_parser_unaccent_nfkd_string().
+
+(For extra confusion, the libicu version of
+tracker_parser_unaccent_nfkd_string() deals with U+-terminated
+UTF-16 strings.)
+
+Should fix https://bugzilla.gnome.org/show_bug.cgi?id=746195
+---
+ src/libtracker-common/tracker-parser-libunistring.c | 13 +
+ 1 file changed, 5 insertions(+), 8 deletions(-)
+
+diff --git a/src/libtracker-common/tracker-parser-libunistring.c b/src/libtracker-common/tracker-parser-libunistring.c
+index 9de6e46..d24c5f1 100644
+--- a/src/libtracker-common/tracker-parser-libunistring.c
 b/src/libtracker-common/tracker-parser-libunistring.c
+@@ -157,7 +157,8 @@ get_word_info (TrackerParser *parser,
+ }
+ 
+ /* The input word in this method MUST be normalized in NFKD form,
+- * and given in UTF-8, where str_length is the byte-length */
++ * and given in UTF-8, where str_length is the byte-length
++ * (note: there is no trailing NUL character!) */
+ gboolean
+ tracker_parser_unaccent_nfkd_string (gpointer  str,
+  gsize*str_length)
+@@ -169,7 +170,6 @@ tracker_parser_unaccent_nfkd_string (gpointer  str,
+ 
+ 	g_return_val_if_fail (str != NULL, FALSE);
+ 	g_return_val_if_fail (str_length != NULL, FALSE);
+-	g_return_val_if_fail (*str_length > 0, FALSE);
+ 
+ 	word = (gchar *)str;
+ 	word_length = *str_length;
+@@ -209,9 +209,6 @@ tracker_parser_unaccent_nfkd_string (gpointer  str,
+ 		j += utf8_len;
+ 	}
+ 
+-	/* Force proper string end */
+-	word[j] = '\0';
+-
+ 	/* Set new output length */
+ 	*str_length = j;
+ 
+@@ -289,9 +286,6 @@ process_word_utf8 (TrackerParser *parser,
+ 		normalized, new_word_length);
+ 	}
+ 
+-	/* Set output NIL */
+-	normalized[new_word_length] = '\0';
+-
+ 	/* UNAC stripping needed? (for non-CJK and non-ASCII) */
+ 	if (parser->enable_unaccent &&
+ 	type == TRACKER_PARSER_WORD_TYPE_OTHER_UNAC &&
+@@ -301,6 +295,9 @@ process_word_utf8 (TrackerParser *parser,
+ 		

Bug#771341: segfaults in sqlite3_value_type while using from Python

[GCS]

On Mon, Mar 16, 2015 at 3:10 PM, Marc F. Clemente  wrote:
> One is an Intel i7.  Four others are xen virtual machines running on an Intel 
> Xeon.
 On which computers do you get the segfaults? Can you try recent
SQLite3 package uploads, especially 3.9.1?
Do you have a minimal installation maybe where the crash happens?

Laszlo/GCS

Bug#802382: qtcreator: not really a bug

[Gianfranco Costamagna]

Hi Lisandro,
>If this is true it's really pretty bad, as this means we can't move forward 
>with the qt5 transition.

well, clang-3.8 won't migrate until part of llvm-toolchain-snapshot, and usually
llvm folks releases a new clang version twice a year, and the 3.7 (current 
stable) 

has been released on 1 september 2015.
(pkg-llvm folks will rename the package llvm-toolchain-3.8 and upload 

a new snapshot with -3.9 packages)

So don't expect a 3.8 version before February 2016 or even after.
You can consider looking to the release history, or ask directly to Sylvestre
http://llvm.org/releases/


>Adam: maybe we will need to drop clang support from qtcreator and consider 
>>whether it's a good idea to put it back at some point.

You can also consider making it work with clang 3.6 because it is the last 
version building on all the release architectures, or ask porters/Sylvestre
to make llvm-3.7 build on all architectures too.

I successfully built qtcreator with llvm-3.7 a few seconds ago (amd64)

cheers,

G.

Bug#797234: source-highlight, regina-normal and libstdc++6

[Benjamin Burton]

So: it turns out that the regina-normal build failure was not because of the 
libstdc++6 transition, but because source-highlight was built against an old 
version of libboost-regex.  It seems that between August and now, somebody has 
binNMUed source-highlight to use boost 1.58, and as a result the build failure 
for regina-normal has gone away (see the notes for #797292, which I have just 
closed).

That leaves the question: what to do with this bug?  I’m not sure whether 
libsource-highlight4 needs a rebuild with gcc5 - I do see lots of references to 
std::__cxx11::basic_string<…> in the output from “nm -gC”, but someone else 
would be better placed than me to give an opinion on whether this is enough for 
a rebuild.

- Ben.

--

A/Prof Benjamin Burton
Computational Geometry & Topology Group
School of Mathematics and Physics
The University of Queensland, Australia

Bug#787371: wpa: CVE-2015-4143 CVE-2015-4144 CVE-2015-4145 CVE-2015-4146: EAP-pwd missing payload length validation

[Julian Wollrath]

tags 787371 patch

Hi,

I attached a patch to fix these (and more) security issues for jessie.
For unstable I uploaded an updated package to [1], that fixes the
security issues and updates the package to upstream version 2.5.

Since I am no Debian Developer, I will not be able to upload these
updates to the archive.


Cheers,
Julian

[1] http://rbw.goe.net/jw/debiandiff -Nru wpa-2.3/debian/changelog wpa-2.3/debian/changelog
--- wpa-2.3/debian/changelog	2015-04-23 19:33:58.0 +0200
+++ wpa-2.3/debian/changelog	2015-10-24 16:56:08.0 +0200
@@ -1,3 +1,11 @@
+wpa (2.3-1+deb8u2) jessie-security; urgency=high
+
+  * Add fixes for http://w1.fi/security/2015-5/
+  * Add fixes for CVE-2015-4141, CVE-2015-4142, CVE-2015-4143, CVE-2015-4144,
+CVE-2015-4145, CVE-2015-4146 (Closes: #787371).
+
+ -- Julian Wollrath   Sat, 24 Oct 2015 16:27:19 +0200
+
 wpa (2.3-1+deb8u1) jessie-security; urgency=high
 
   * import "P2P: Validate SSID element length before copying it
diff -Nru wpa-2.3/debian/patches/2015-01/0001-P2P-Validate-SSID-element-length-before-copying-it-C.patch wpa-2.3/debian/patches/2015-01/0001-P2P-Validate-SSID-element-length-before-copying-it-C.patch
--- wpa-2.3/debian/patches/2015-01/0001-P2P-Validate-SSID-element-length-before-copying-it-C.patch	1970-01-01 01:00:00.0 +0100
+++ wpa-2.3/debian/patches/2015-01/0001-P2P-Validate-SSID-element-length-before-copying-it-C.patch	2015-10-24 16:24:26.0 +0200
@@ -0,0 +1,37 @@
+From 9ed4eee345f85e3025c33c6e20aa25696e341ccd Mon Sep 17 00:00:00 2001
+From: Jouni Malinen 
+Date: Tue, 7 Apr 2015 11:32:11 +0300
+Subject: [PATCH] P2P: Validate SSID element length before copying it
+ (CVE-2015-1863)
+
+This fixes a possible memcpy overflow for P2P dev->oper_ssid in
+p2p_add_device(). The length provided by the peer device (0..255 bytes)
+was used without proper bounds checking and that could have resulted in
+arbitrary data of up to 223 bytes being written beyond the end of the
+dev->oper_ssid[] array (of which about 150 bytes would be beyond the
+heap allocation) when processing a corrupted management frame for P2P
+peer discovery purposes.
+
+This could result in corrupted state in heap, unexpected program
+behavior due to corrupted P2P peer device information, denial of service
+due to process crash, exposure of memory contents during GO Negotiation,
+and potentially arbitrary code execution.
+
+Thanks to Google security team for reporting this issue and smart
+hardware research group of Alibaba security team for discovering it.
+
+Signed-off-by: Jouni Malinen 
+---
+ src/p2p/p2p.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+--- a/src/p2p/p2p.c
 b/src/p2p/p2p.c
+@@ -736,6 +736,7 @@ int p2p_add_device(struct p2p_data *p2p,
+ 	if (os_memcmp(addr, p2p_dev_addr, ETH_ALEN) != 0)
+ 		os_memcpy(dev->interface_addr, addr, ETH_ALEN);
+ 	if (msg.ssid &&
++	msg.ssid[1] <= sizeof(dev->oper_ssid) &&
+ 	(msg.ssid[1] != P2P_WILDCARD_SSID_LEN ||
+ 	 os_memcmp(msg.ssid + 2, P2P_WILDCARD_SSID, P2P_WILDCARD_SSID_LEN)
+ 	 != 0)) {
diff -Nru wpa-2.3/debian/patches/2015-01/wpa_supplicant-p2p-ssid-overflow.txt wpa-2.3/debian/patches/2015-01/wpa_supplicant-p2p-ssid-overflow.txt
--- wpa-2.3/debian/patches/2015-01/wpa_supplicant-p2p-ssid-overflow.txt	1970-01-01 01:00:00.0 +0100
+++ wpa-2.3/debian/patches/2015-01/wpa_supplicant-p2p-ssid-overflow.txt	2015-10-24 16:24:26.0 +0200
@@ -0,0 +1,68 @@
+wpa_supplicant P2P SSID processing vulnerability
+
+Published: April 22, 2015
+Identifier: CVE-2015-1863
+Latest version available from: http://w1.fi/security/2015-1/
+
+
+Vulnerability
+
+A vulnerability was found in how wpa_supplicant uses SSID information
+parsed from management frames that create or update P2P peer entries
+(e.g., Probe Response frame or number of P2P Public Action frames). SSID
+field has valid length range of 0-32 octets. However, it is transmitted
+in an element that has a 8-bit length field and potential maximum
+payload length of 255 octets. wpa_supplicant was not sufficiently
+verifying the payload length on one of the code paths using the SSID
+received from a peer device.
+
+This can result in copying arbitrary data from an attacker to a fixed
+length buffer of 32 bytes (i.e., a possible overflow of up to 223
+bytes). The SSID buffer is within struct p2p_device that is allocated
+from heap. The overflow can override couple of variables in the struct,
+including a pointer that gets freed. In addition about 150 bytes (the
+exact length depending on architecture) can be written beyond the end of
+the heap allocation.
+
+This could result in corrupted state in heap, unexpected program
+behavior due to corrupted P2P peer device information, denial of service
+due to wpa_supplicant process crash, exposure of memory contents during
+GO Negotiation, and potentially arbitrary code execution.
+
+Vulnerable versions/configurations
+
+wpa_supplicant v1.0-v2.4 

Bug#801605: Same problem, different error.

[VDR User]

I have the same problem here but my error is different.

xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory)

>From what I've read it's caused by Debian not providing correct
systemd files and thus breaking Xorg's "unprivileged mode".

Before "upgrading", I could startx/xinit as a user no problem. After
"upgrading", no. It only works when using sudo or as root.

Bug#802382: qtcreator: not really a bug

[Lisandro Damián Nicanor Pérez Meyer]

Hi Gianfranco and release team!

On Saturday 24 October 2015 16:29:50 Gianfranco Costamagna wrote:
[snip]
> qtcreator has been rebuilt around 20 hours ago.
> 
> 3.5.0+dfsg-2+b1
> Rebuild against qtbase-abi-5-5-1.
> 
> as you can see here [1] here [2] and here [3].
> Of course some architectures are still outdated, and they will be for
> a while, since now qtcreator depends on llvm-toolchain-snapshot, and
> the latter won't migrate into testing for really some time (for sure
> not before 3.8 it gets released as stable, and it won't for a few months
> ).
[snip] 
> [1]
> https://buildd.debian.org/status/package.php?p=qtcreator=unstable
> [2] https://release.debian.org/transitions/html/qtbase-abi-5-5-1.html
> [3] https://packages.debian.org/sid/amd64/qtcreator/download

If this is true it's really pretty bad, as this means we can't move forward 
with the qt5 transition.

Adam: maybe we will need to drop clang support from qtcreator and consider 
whether it's a good idea to put it back at some point.

-- 
Sobre Argentina: "sé que es uno de los países mas hospitalarios del mundo"
 Albert Einstein

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


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

Bug#794646: gjs-console assert failure: *** Error in `/usr/bin/gjs-console': free(): invalid next size (fast): 0x00007f84b800a0b0 ***

[Michael Biebl]

Hi Ritesh,

Am 24.10.2015 um 17:30 schrieb Ritesh Raj Sarraf:
> Package: gjs
> Version: 1.43.3-2
> Followup-For: Bug #794646
> 
> Control: reassign -1 tracker
> Control: tag -1 patch
> 
> 
> Please find attached a debdiff which fixes the actual bug, in tracker.
> The patch has been accepted upstream. I have already built and tested it
> locally, and not encountered any crashes so far.
> 

Thanks for the patch. Seems this has been pushed to the tracker-1.6
upstream git branch. So I'll pull the commit directly from there.


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



signature.asc
Description: OpenPGP digital signature

Bug#802858: activemq: FTBFS: Missing: jakarta-regexp:jakarta-regexp:jar:debian

[Hans Joachim Desserud]

I haven't tested this, but I notice that Ubuntu has a patch for this
package which adds libregexp-java as a build dependency in order to
fix a FTBFS issue. Hm... might be worth checking out :)

For details, see
http://patches.ubuntu.com/a/activemq/activemq_5.6.0+dfsg1-4+deb8u1ubuntu1.patch


--
mvh / best regards
Hans Joachim Desserud
http://desserud.org

Bug#802890: backintime-qt4: can't launch with gksu/gksudo, blank grey window appears

[Lev Livnev]

Package: backintime-qt4
Version: 1.1.6-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Trying to start the QT interface for backintime-qt4 using:

$ gksu backintime-qt4

results in a blank grey window appearing, along with the output:

Back In Time
Version: 1.1.6

Back In Time comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; type `backintime-qt4 --license' for details.

X Error: BadAccess (attempt to access private resource denied) 10
  Extension:130 (MIT-SHM)
  Minor opcode: 1 (X_ShmAttach)
  Resource id:  0x18b
X Error: BadShmSeg (invalid shared segment parameter) 128
  Extension:130 (MIT-SHM)
  Minor opcode: 5 (X_ShmCreatePixmap)
  Resource id:  0xf4
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x3800013
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x3800013
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x3800013
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x3800013
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x3800013
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x3800013

(using gksudo leads to the same behaviour but without the above Error messages
in the output.) This appears to be a common problem for some qt4 programs, and
is fixed by running instead:

$ gksu QT_X11_NO_MITSHM=1 backintime-qt4

in which case the program runs as normal. This problem has only recently
started to affect my system, no idea why. Googling QT_X11_NO_MITSHM=1 shows
that this affects a lot of QT apps that need gksu/gksudo.



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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_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 backintime-qt4 depends on:
ii  backintime-common 1.1.6-1
ii  libnotify-bin 0.7.6-2
ii  policykit-1   0.105-12
ii  python3-dbus.mainloop.qt  4.11.4+dfsg-1+b2
ii  python3-pyqt4 4.11.4+dfsg-1+b2
pn  python3:any   
ii  x11-utils 7.7+3

Versions of packages backintime-qt4 recommends:
ii  python3-secretstorage  2.1.2-3

Versions of packages backintime-qt4 suggests:
pn  meld | kompare  

-- no debconf information

Bug#802389: xfonts-jmk: homepage is down

[Nik Nyby]

On 10/23/2015 11:39 PM, Russ Allbery wrote:
> 
> Okay, thanks!  I'll probably remove the dead page from the package
> metadata and just document both in debian/copyright or some similar
> location while there isn't a full upstream maintainer.
> 
> I'm with you on using them daily.  Keep thinking I should probably switch
> to some new TrueType thing, but I've yet to find one that I like as well
> as Neep.
> 

Yeah, I use neep bold with urxvt, I just like the look of it over all
the other options I've seen.

I've cleaned up my mirror site so it no longer links to any of
the archive.org assets -- it's now all hosted on my linode server.

I've set up a git repository for the source repo, and added a note
on my mirror page:
  https://github.com/nikolas/jmk-x11-fonts

I have no experience maintaining or developing fonts, but I plan on at
least messing around with these files just out of curiosity.

It sounds like there were other people helping James with these fonts,
e.g. Markus Kuhn? Maybe it'd be worth reaching out to them to see if
they have any more info about the state of these fonts.

Bug#802890: backintime-qt4: can't launch with gksu/gksudo, blank grey window appears

[Germar Reitze]

This is fixed upstream in 1.1.8

Please use 'pkexec backintime-qt4' instead of 'gksu'


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

Bug#802890: backintime-qt4: can't launch with gksu/gksudo, blank grey window appears

[Germar Reitze]

It's a duplicate of https://bugs.launchpad.net/backintime/+bug/1493020


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

Bug#802890: backintime-qt4: can't launch with gksu/gksudo, blank grey window appears

[Germar Reitze]

tags 802890 + fixed-upstream upstream
severity 802890 important
thanks


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

Bug#802886: I have the same problem

[Eugen Dedu]

tags severity 802886 grave
thanks

Since 1-2 days, after upgrading vlc, qt etc., I have exactly the same 
problem as the reporter, except that in my case I see only about 20x200 
pixels, i.e. almost not at all.


It is an important bug, since when a user clicks in nautilus for 
example, he does not see a usable video.


I played with output in video section without success.

Kind regards,
--
Eugen

Bug#802871: zeal: FTBFS: error: variable 'QDataStream out' has initializer but incomplete type

[ChangZhuo Chen]

Control: block -1 802382

On Sat, Oct 24, 2015 at 01:32:41PM +0100, Chris West (Faux) wrote:
> Source: zeal
> Version: 1:0.1.1-2
> Severity: serious
> Justification: fails to build from source
> Tags: sid 
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> The package fails to build:
> 
> main.cpp: In function ‘int main(int, char**)’:
> main.cpp:193:29: error: variable ‘QDataStream out’ has initializer but 
> incomplete type
>  QDataStream out(socket.data());
>  ^
> Makefile:737: recipe for target '../.obj/main.o' failed
> make[2]: *** [../.obj/main.o] Error 1
> make[2]: Leaving directory '/zeal-0.1.1/src'
> Makefile:42: recipe for target 'sub-src-make_first-ordered' failed
> make[1]: *** [sub-src-make_first-ordered] Error 2

It is possible due to qtbase-opensource-src transition in #802382. I
will check it once the transition is over.

> 
> Full build log:
> https://reproducible.debian.net/rb-pkg/unstable/amd64/zeal.html
> 
> -- System Information:
> Debian Release: stretch/sid
> APT prefers unstable
> APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#772503:

[Andoru Ekkusu]

Completely forgot about this one. Made a bug report to VLC devs with the
trac number #15740 - https://trac.videolan.org/vlc/ticket/15740

Bug#802876: ITP: node-jison -- an API for creating parsers in JavaScript

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: node-jison
  Version : 0.3.10
  Upstream Author : Zachary Carter 
* URL : http://zaach.github.io/jison/
* License : Expat
  Programming Lang: JavaScript
  Description : an API for creating parsers in JavaScript

 Jison generates bottom-up parsers in JavaScript.  Its API is similar to
 Bison's, hence the name.  It supports many of Bison's major features,
 plus some of its own.  If you are new to parser generators such as
 Bison, and Context-free Grammars in general, a good introduction is
 found in the Bison manual. If you already know Bison, Jison should be
 easy to pickup.
 .
 Briefly, Jison takes a JSON encoded grammar or Bison style grammar and
 outputs a JavaScript file capable of parsing the language described by
 that grammar.  You can then use the generated script to parse inputs
 and accept, reject, or perform actions based on the input.

Package is needed to generate coffeescript from its true source
(currently it builds itself from pre-built code).

Package will be maintained in the Javascript Maintainers Team.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWK4GNAAoJECx8MUbBoAEhx0IP/jD+Ng7nsOxDnDhhxNSiuRSe
kXYo10k0a09wbpm0ZcbO7l4TSGemHFZTn8NPy9RXXLYMq56GnBO2HcWS5yYDcndk
4qr+QTKKqT58Bl1cYQQyvKMB0/WWUbFvD4OBrmmCR+Fi9K3boS9Fi6SRPUhCIWbU
S3zUXshGXdHMCCVgyJbevYnrsEXago0mJaw1oEI8ZZERvVn5bacWDqTJiiJQkp8M
MsyEa0YOn68XlFL/KpmjRWyGGhI/1PrN2IMj2oCgJzY4128Ry7BJc6gMJfN9OAAN
UbNTgNC5abFsFyqx76zlfL3K4nB2U5y8/xNl6rjlyOPO2u8Sq9y2jYsCB6nCdY9K
kOm4gr6DnAxeFXkwUBHB+mnaOSKL+F+8xbLm7caP8/e9H3g+AEibC8T+3+EwWlgF
AaXt96j2IdZSMczbeIG25e00X1JYyX51N5vcSG4TfGAL5o+KDJUbgW0CZHBoLc2M
CZA4GBnPkxOl/lQu45Q1gZ8glFnRtG9gZ78y6HfqGprog8gGoVDrdiElI6FnA5SK
dIxIujwbcxIC+iAsj+0BL3UA0itmoLTCoFmEvTGMa5hx1G/xB9ekoEv7qAlTJdPy
kXDBpnyaQCNBtDEn60ljTRhp+T2bAbADEWZtvapWFKhLhXs5ebbvVad8m7fUHsxb
asElOU3w+TUvbW2bcymX
=pZUj
-END PGP SIGNATURE-

Bug#802880: package is uninstallable due to Qt 5.5 transition

[Steinar H. Gunderson]

Source: qtcreator
Version: 3.5.0+dfsg-2
Severity: serious

Hi,

I can't install qtcreator anymore, since unstable is now on Qt 5.5:

  klump:~> sudo LANG=C apt-get install qtcreator 
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  Some packages could not be installed. This may mean that you have
  requested an impossible situation or if you are using the unstable
  distribution that some required packages have not yet been created
  or been moved out of Incoming.
  The following information may help to resolve the situation:
  
  The following packages have unmet dependencies:
   qtcreator : Depends: qtbase-abi-5-4-2
   Depends: qtdeclarative-abi-5-4-1
   Recommends: qtdeclarative5-dev-tools
   Recommends: qttools5-dev-tools but it is not going to be 
installed
  E: Unable to correct problems, you have held broken packages.

I assume this needs a newer version from upstream.

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

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

Bug#802886: vlc: QT Interface wont full screen or renders only a small portion of the video

[Tareeq Ali]

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

Dear Maintainer,

When using the QT interface in VLC, I can no longer doubleclick a video and 
full screen it.
When playing a video parts of it are masked off/cropped .  So only a small area 
approximatly 530x290 is visable.  
I've disabled overlay with no effect.  Resizing the video into the small 
visable area is the only way to see the 
entire video uncropped.
 
If I however run the command cvlc  the video the full size and have 
no issue fullscreening the video.  
It seems that the issue might be with QT, but I am unsure how to figure out 
what the offending package maybe.

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

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

Versions of packages 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.5.1+dfsg-4
ii  libqt5gui5  5.5.1+dfsg-4
ii  libqt5widgets5  5.5.1+dfsg-4
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  

Bug#802706: slepc: FTBFS: Unable to link with PETSc

[Drew Parsons]

On Fri, 23 Oct 2015 10:21:35 +0800 Drew Parsons 
wrote:
> This one's a mystery ... "works for me"  
> i.e. my upload was built successfully with sbuild.
> 

We diagnosed the problem on irc (i.e. why it was "working for me"): the
default sbuild configuration uses the default apt configuration, which
installs Recommends.  The buildds have installation of Recommends
deactivated.

So I can reproduce the build error after reconfiguring my sbuild chroot
(configure apt as per https://wiki.debian.org/BuilddSetup#debian.org_Bu
ildd_setup)

The fix, as you said, is to add the -dev Depends to the petsc dev
packages.

The reason this is needed is that petsc handles these libraries as
external libraries and lists them as required in
/lib/pkgconfig/PETSc.pc and petsc>/lib/petsc/conf/petscvariables

Drew

Bug#802899: nautilus: The option to delete files (without passing by "Trash") has disappeared

[Michel Le Bihan]

Package: nautilus
Version: 3.18.0-2+b1
Severity: normal

Before, I could move a file to trash or delete it...
Now, I can only pass by "Trash" to delete a file.



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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 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 nautilus depends on:
ii  desktop-file-utils 0.22-1
ii  gsettings-desktop-schemas  3.18.0-1
ii  gvfs   1.26.1.1-1
ii  libatk1.0-02.18.0-1
ii  libc6  2.19-22
ii  libcairo-gobject2  1.14.2-2
ii  libcairo2  1.14.2-2
ii  libexempi3 2.2.2-2+b1
ii  libexif12  0.6.21-2
ii  libgail-3-03.18.2-1
ii  libgdk-pixbuf2.0-0 2.32.1-1
ii  libglib2.0-0   2.46.1-1
ii  libglib2.0-data2.46.1-1
ii  libgnome-desktop-3-12  3.18.1-1
ii  libgtk-3-0 3.18.2-1
ii  libnautilus-extension1a3.18.0-2+b1
ii  libpango-1.0-0 1.38.0-3
ii  libpangocairo-1.0-01.38.0-3
ii  libselinux12.3-2+b1
ii  libtracker-sparql-1.0-01.6.0-1
ii  libx11-6   2:1.6.3-1
ii  libxml22.9.2+zdfsg1-4
ii  nautilus-data  3.18.0-2
ii  shared-mime-info   1.5-2

Versions of packages nautilus recommends:
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gnome-sushi3.18.0-1
ii  gvfs-backends  1.26.1.1-1
ii  librsvg2-common2.40.11-1

Versions of packages nautilus suggests:
ii  brasero3.12.1-1
ii  eog3.18.0-1+b1
ii  evince [pdf-viewer]3.18.0-1
ii  okular [pdf-viewer]4:15.08.2-1
ii  totem  3.18.1-1+b1
ii  tracker1.6.0-1
ii  vlc [mp3-decoder]  2.2.1-4+b1
ii  vlc-nox [mp3-decoder]  2.2.1-4+b1
ii  xdg-user-dirs  0.15-2

-- no debconf information

Bug#802899: nautilus: The option to delete files (without passing by "Trash") has disappeared

[Michael Biebl]

Am 24.10.2015 um 22:21 schrieb Michel Le Bihan:
> Package: nautilus
> Version: 3.18.0-2+b1
> Severity: normal
> 
> Before, I could move a file to trash or delete it...
> Now, I can only pass by "Trash" to delete a file.

Same here. Please report this issue upstream.

Thanks,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#787953: depends on obsolete libasm2-java library

[Felix Natter]

Markus Koschany  writes:

> Hi Felix,

hello Markus,

I just added a patch for ASM5/libasm4-java support:
  
https://github.com/fnatter/insubstantial-debian/commit/b6f1dee8e4fc53a0dfb8dd3ec3dc58e498a78828

It compiles, but I am not 100% sure it is correct, so I will soon test
this with an r-dep and submit the changes for review in an ASM forum.

> Am 09.10.2015 um 23:19 schrieb Felix Natter:
>> Markus Koschany  writes:
> [...]
>> 
>> Please also tell him/her that I have patches for converting jajuk to
>> insubstantial 7.3:
>>   
>> https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/05_insubstantial_7.3.diff
>>   
>> https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/MANIFEST.MF.diff
>
> I just did:
>
> https://github.com/jajuk-team/jajuk/issues/1994

Great, I will reply there.

> [...]
>>>
>>> 1. Go ahead and package insubstantial as one source package that
>>> provides the old binary packages from substance, trident,
>>> liblaf-widget-java, etc. Maven poms should be provided as well. If you
>>> also provide a patch to build with libasm4-java we could easily replace
>>> the old dependencies for jajuk, bgfinancas, triplea and freeplane with
>>> your new version and remove libasm2-java from Debian. (only
>>> jasperreports would be an open issue but I would invest the time to fix
>>> this package myself)
>> 
>> Agreed, I will work on providing poms. Two questions:
>> 
>> - can you think of a role model package for installing maven artifacts?
>> 
>> - Do I have to generate poms via gradle or shall/can I use+modify the
>>   ones from maven.org?
>>   
>> (http://search.maven.org/#artifactdetails|com.github.insubstantial|flamingo|7.3|jar)
>
> You can usually reuse the poms from maven.org. You can either use
> javahelper + jh_maven_repo_helper
>
> https://packages.qa.debian.org/libj/libjide-oss-java.html
>
> or you can also depend on maven-debian-helper in addition to your normal
> build system and install them too.
>
> I think we figure that out as soon insubstantial is ported to
> libasm4-java. Just ask on debian-java for a review.

Ok, I will ask on debian-java regarding pom support.

Cheers and Best Regards,
-- 
Felix Natter

Bug#796046: git-buildpackage: sudo dependency is missing

[Russ Allbery]

Guido Günther  writes:

> I've applied the attached patch in git-buildpackage. Can this go
> upstream?

Merged in git-pbuilder 1.37 with a few minor changes, and now released.
Thank you!

-- 
Russ Allbery (r...@debian.org)   

Bug#801745: vlc: Segfault when watching WebM video with increased speed

[Michael Weghorn]

Hi Andreas,

thank you very much already for taking the time to look at this and for
the detailed analysis.

Best regards,
Michael

Bug#769058: cups: "/usr/lib/cups/filter/foomatic-rip failed" after last CUPS update

[Steve McIntyre]

On Fri, Dec 05, 2014 at 07:17:51PM +, Brian Potkin wrote:
>Thank you for your analysis, Tom.
>
>On Mon 01 Dec 2014 at 19:29:22 -0430, Tom Maneiro wrote:
>
>> Anyway, I've found the last missing piece on this puzzle. I decided to peek 
>> at
>> /var/spooler/cups while a print job was in transit down to the printer. And
>> sure enough, instead of uncompresssed PJL+LAVAFLOW data, I found that the job
>> data was compressed (gzipped, actually). Of course, my printer doesn't know
>> what to do with gzipped LAVAFLOW, because it can only deal with raw
>> uncompressed streams (luckily for me, this mishap didn't ended into a ton of
>> printed garbage sheets - the printer just silently discarded the data 
>> assuming
>> it was corrupt,
>
>Having data compressed by the IPP backend is new(ish) and documented at
>
>  http://www.cups.org/str.php?L4168
>
>> and this also explains why there were no errors logged by the
>> CUPS USB backend since the printer didn't tell that something went wrong with
>> the data sent).
>
>Your previous log records an unhappy USB transaction:
>
>  D [30/Nov/2014:16:53:22 -04-30] [Job 354] Read thread still active, aborting 
> the pending read...
>
>I do not know what the significance is.
>
>> This also explains why the simple cat print.file > 
>> /dev/usb/lp0
>> worked fine, yet a simple CUPS backend script [1] doing exactly the same
>> yielded more failure
>> 
>> Sadly, disabling gzip compression in CUPS isn't straigtforward, instead 
>> you're
>> expected to use a dummy shell script to force decompression if you're dealing
>> with raw queues [2]. The file:/ backend seems to do decompression due to its
>> nature, yet none of the other backends do it. After applying the workaround
>> noted in that message, I'm now able to print just fine.
>
>The file backend makes a call to gziptoany, which uncompresses the file
>taken from the spool.
>
>Two other (possibly simpler) methods:
>
>1. On a client have a queue with '-v 
>ipp:///printers/CL3005W?compression=none'
>
>2. Set up clients and server as you originally had them. Delete the two
>   *cupsFilter lines from the foo2zjs PPD on the server and add
>
>*cupsFilter "application/vnd.cups-pdf 0 -"'
>
>   '-' passes through the data without doing anything apart from running
>   gziptoany when the file is taken out of the spool.

Is there any sign of this being filed/fixed upstream any time soon?

I've just had to change all of my shared printer definitions for my
local network. Wheezy clients were working fine, jessie clients were
just dropping compressed files on the server that it barfed on. I've
just told all my clients explicitly to send as postscript now, and
I've got things working again. This setup had been working fine for
years.

Depressingly, CUPS seems to be getting steadily worse over time for
me. :-(

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Can't keep my eyes from the circling sky,
Tongue-tied & twisted, Just an earth-bound misfit, I...

Bug#799918: [Aptitude-devel] Bug#799918: apt-get proves I am innocent

[Manuel A. Fernandez Montecelo]

2015-10-25 1:11 GMT+01:00 積丹尼 Dan Jacobson :
>> "MAFM" == Manuel A Fernandez Montecelo  
>> writes:
>
> MAFM> stable and testing are supposed to be free of that (althought the big
> MAFM> gcc-5/C++11 ABI transition affected testing as well, I think).
> MAFM> unstable and experimental are not, because it is where the development
> MAFM> happens.
>
> OK. But I thought the first three were supposed to be free of that, that's
> why they are listed separately on
> https://www.debian.org/distrib/packages
> and the fourth unlisted.

Do you mean that you thought that unstable would not have problems
with uninstallability/transitions?  It does (in fact, it's the main
place where it happens, and I think that experimental is rarely used
for that directly).

The website points to this, although not mentioning "transitions"
directly but describing the effects -- in the last paragraph of this
e-mail.

=
View the packages in the unstable distribution

This area contains the most recent packages in Debian. Once a package
has met our criterion for stability and quality of packaging, it will
be included in testing. unstable is also not supported by the security
team.

Packages in unstable are the least tested and may contain problems
severe enough to affect the stability of your system. Only experienced
users should consider using this distribution.

See the unstable distribution pages for more information.
=


The last line points to https://www.debian.org/releases/sid/index.en.html :

=

The unstable distribution (sid)

The code name for Debian's development distribution is sid, aliased to
unstable. Most of the development work that is done in Debian, is
uploaded to this distribution. This distribution will never get
released; instead, packages from it will propagate into testing and
then into a real release.

Please note that security updates for unstable distribution are not
managed by the security team. Hence, unstable does not get security
updates in a timely manner. For more information please see the
Security Team's FAQ.

sid is subject to massive changes and in-place library updates. This
can result in a very unstable system which contains packages that
cannot be installed due to missing libraries, dependencies that cannot
be fulfilled etc. Use it at your own risk!
=


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#802758: ITP: zsh-syntax-highlighting -- Fish shell like syntax highlighting for Zsh

[Daniel Shahaf]

Arturo Borrero Gonzalez wrote on Fri, Oct 23, 2015 at 10:34:48 +0200:
> On 23 October 2015 at 09:52, Daniel Shahaf  wrote:
> >
> > I would welcome assistance with the package, such as comaintainers or
> > maintaining it under the umbrella of a team.  (I have approached the
> > pkg-zsh-devel@ team but have not received a definite response.)
> >
> 
> Perhaps it worth creating a team for 'shell extras'... I'm thinking on
> liquidprompt as well.

I suppose that's an option.  However, I think zsh-syntax-highlighting is
more closely related to zsh than to other plugins, both personnel-wise
(the zsh team has helped me prepare the packaging; I'm a zsh upstream
committer) and code-wise (some z-sy-h features required changes in zsh
upstream).

Cheers,

Daniel

Bug#801745: vlc: Segfault when watching WebM video with increased speed

[Michael Weghorn]

Hi Andreas,

On 2015-10-24 21:44, Andreas Cadhalpun wrote:
> I've discussed this with ffmpeg upstream developers and it turns out
> that fixing the assembler code was feasible, after all.
> It is now fixed upstream in commit 52f84d8 [1].
> Actually, it had been reported before in above trac ticket, but
> couldn't be reproduced. Thanks again for providing the reproducer!
> 
> So this will be fixed with the ffmpeg 2.8.2 upload, but that might
> take a while.

That is great news. Thank you once again for taking action so quickly,
for the great analysis and for talking to the upstream developers!

Best regards,
Michael

Bug#744972: lintian: source-is-missing is too strict/naive for finding files

[Stefan Fritsch]

Another false positive:

E: apache2 source: source-is-missing 
docs/manual/style/scripts/prettify.js


This file is actually the source. The minified version is in 
docs/manual/style/scripts/prettify.min.js . See

http://sources.debian.net/src/apache2/2.4.16-3/docs/manual/style/scripts/

Bug#802900: jessie-pu: package gnome-shell-extension-weather/0~20140924.git7e28508-1+deb8u1

[Sébastien Villemot]

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

Dear Release Team,

I'd like to do a stable update for gnome-shell-extension-weather, which is a
GNOME Shell extension which displays weather forecasts (and is pulled by the 
gnome
metapackage, though not activated by default).

The applet relies on a web service (openweather.org) which recently changed its
policy: users must now generate an API key to fetch forecast data (previously
the API key was optional).

As a consequence, the extension no longer works unless the user has added an
API key in the configuration settings. But nothing is there to inform the user
that he now has to do so. The extension therefore appears to be broken (see bug
#801979).

The attached debdiff implements a warning notification if the API key is
missing, in order to guide the user towards the action to be implemented.

Best,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594
diff -Nru gnome-shell-extension-weather-0~20140924.git7e28508/debian/changelog gnome-shell-extension-weather-0~20140924.git7e28508/debian/changelog
--- gnome-shell-extension-weather-0~20140924.git7e28508/debian/changelog	2014-09-24 20:20:37.0 +0200
+++ gnome-shell-extension-weather-0~20140924.git7e28508/debian/changelog	2015-10-24 22:21:39.0 +0200
@@ -1,3 +1,11 @@
+gnome-shell-extension-weather (0~20140924.git7e28508-1+deb8u1) jessie; urgency=medium
+
+  * d/p/missing-api-key.patch: new patch. Displays a warning if API key
+has not been supplied by the user, since querying openweather.org no
+longer works without such a key. (Closes: #801979)
+
+ -- Sébastien Villemot   Fri, 23 Oct 2015 21:26:28 +
+
 gnome-shell-extension-weather (0~20140924.git7e28508-1) unstable; urgency=medium
 
   * New upstream snapshot.
diff -Nru gnome-shell-extension-weather-0~20140924.git7e28508/debian/patches/missing-api-key.patch gnome-shell-extension-weather-0~20140924.git7e28508/debian/patches/missing-api-key.patch
--- gnome-shell-extension-weather-0~20140924.git7e28508/debian/patches/missing-api-key.patch	1970-01-01 01:00:00.0 +0100
+++ gnome-shell-extension-weather-0~20140924.git7e28508/debian/patches/missing-api-key.patch	2015-10-24 22:17:45.0 +0200
@@ -0,0 +1,20 @@
+Description: Add notification if API key is missing
+ The API is now mandatory for using openweather.org.
+Origin: backport, https://github.com/jenslody/gnome-shell-extension-openweather/commit/f9f97dcaaa0b7d51a4b4193ba3802b3d0ba10441
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801979
+Reviewed-by: Sébastien Villemot 
+Last-Update: 2015-10-24
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/src/extension.js
 b/src/extension.js
+@@ -138,6 +138,9 @@ const OpenweatherMenuButton = new Lang.C
+ // Load settings
+ this.loadConfig();
+ 
++if (this._appid.toString().trim() == '')
++Main.notify("Openweather", _("Openweathermap.org does not work without an api-key.\nPlease register at http://openweathermap.org/appid and paste your personal key into the preferences dialog."));
++
+ // Label
+ this._weatherInfo = new St.Label({
+ y_align: Clutter.ActorAlign.CENTER,
diff -Nru gnome-shell-extension-weather-0~20140924.git7e28508/debian/patches/series gnome-shell-extension-weather-0~20140924.git7e28508/debian/patches/series
--- gnome-shell-extension-weather-0~20140924.git7e28508/debian/patches/series	2014-05-09 21:42:23.0 +0200
+++ gnome-shell-extension-weather-0~20140924.git7e28508/debian/patches/series	2015-10-23 23:25:11.0 +0200
@@ -0,0 +1 @@
+missing-api-key.patch


signature.asc
Description: PGP signature

Bug#802886: vlc: QT Interface wont full screen or renders only a small portion of the video

[Modestas Vainius]

Control: tags -1 upstream

Hello,

Šeštadienis 24 Spalis 2015 11:34:11 rašė:
> When using the QT interface in VLC, I can no longer doubleclick a video and
> full screen it. When playing a video parts of it are masked off/cropped . 
> So only a small area approximatly 530x290 is visable. I've disabled overlay
> with no effect.  Resizing the video into the small visable area is the only
> way to see the entire video uncropped.
> 
> If I however run the command cvlc  the video the full size and
> have no issue fullscreening the video. It seems that the issue might be
> with QT, but I am unsure how to figure out what the offending package
> maybe.

This was caused by upgrade from Qt 5.4 to 5.5. It is either vlc [1] or Qt 5.5 
[2] issue (latter being more likely). I leave it up to maintainer to decide 
whether to reassign.

However, from a user POV, vlc is basically unusable for video with this bug in 
place.

There are two bugs here though:

1) double-click not working for full-screening. Can be worked around by 
setting QT_XCB_NO_XI2_MOUSE=1 when starting vlc [3]:

$ QT_XCB_NO_XI2_MOUSE=1 vlc

2) video is only partially visible. Not aware of any workarounds yet.

[1] https://trac.videolan.org/vlc/ticket/15663
[2] https://bugreports.qt.io/browse/QTBUG-48321
[3] https://trac.videolan.org/vlc/ticket/15663#comment:3

-- 
Modestas Vainius 

Bug#802844: pulseaudio sound stability

[Felipe Sateler]

Control: severity -1 minor

(Please reply to the bug address)

On 24 October 2015 at 09:11, Vissaris  wrote:
> It works well while I am listening music. The problems are on startup and
> while deleting files, in kde. I don't know what happens to the other desktop
> environments.

Adjust the sound volume in the kde settings. If they set the volume
they will adjust the master volume.

-- 

Saludos,
Felipe Sateler

Bug#802904: xombrero: TTS fails for Duolingo courses using IVONA engine

[HappyEvilSlosh]

Package: xombrero
Version: 2:1.6.3-1
Severity: important

Dear Maintainer,

Duolingo uses a TTS for a number of courses supplied by IVONA, IIRC in
particular Danish, French, Italian, Swedish, and Turkish. For these
courses some sentences will consistently produce no audio. This problem
doesn't occur in Midori or Iceweasel. Duolingo has made the transition
from Flash to HTML5. Although filing for the Debian stable version of
xombrero this occurs in the 1.6.4-3 version in unstable/testing.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (820, 'stable'), (810, 'stable-updates'), (800, 'stable'), (720, 
'oldstable'), (710, 'oldstable-updates'), (700, 'oldstable'), (690, 
'oldstable-proposed-updates'), (500, 'proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages xombrero depends on:
ii  libbsd0 0.7.0-2
ii  libc6   2.19-18+deb8u1
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u3
ii  libglib2.0-02.42.1-1
ii  libgnutls-deb0-28   3.3.8-6+deb8u2
ii  libgtk-3-0  3.14.5-1+deb8u1
ii  libjavascriptcoregtk-3.0-0  2.4.8-2
ii  libpango-1.0-0  1.36.8-3
ii  libsoup2.4-12.48.0-1
ii  libwebkitgtk-3.0-0  2.4.8-2

xombrero recommends no packages.

xombrero suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#802493: debian-rtc mailing list creation

[Johannes Keyser]

Seems a very good idea, I've already wondered about the intersection of
readers of e.g. Freedombox and repro lists.

Best,
Johannes

Bug#802898: openscad: negative twist in linear_extrude leads to "Object isn't a valid 2-manifold" during STL export

[Simon Richter]

Package: openscad
Version: 2014.03+dfsg-1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

the attached file cannot be exported to STL after rendering; changing the
sign on the "twist" parameter of the first "linear_extrude" makes the
problem go away (but obviously the threading is turning in the wrong
direction now).

   Simon

- -- Package-specific info:
Output of /usr/share/bug/openscad:
$ glxinfo |grep 'OpenGL .* string:'
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 560 Ti/PCIe/SSE2
OpenGL core profile version string: 4.4.0 NVIDIA 340.65
OpenGL core profile shading language version string: 4.40 NVIDIA via Cg compiler
OpenGL version string: 4.4.0 NVIDIA 340.65
OpenGL shading language version string: 4.40 NVIDIA via Cg compiler
OpenGL ES profile version string: OpenGL ES 3.1 NVIDIA 340.65 340.65
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10

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

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

Versions of packages openscad depends on:
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-regex1.55.01.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libboost-thread1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-18+deb8u1
ii  libcgal10   4.5-2
ii  libgcc1 1:4.9.2-10
ii  libgl1-mesa-glx [libgl1]10.3.2-1+deb8u1
ii  libglew1.10 1.10.0-3
ii  libglib2.0-02.42.1-1
ii  libglu1-mesa [libglu1]  9.0.0-2
ii  libgmp102:6.0.0+dfsg-6
ii  libmpfr43.1.2-2
ii  libopencsg1 1.3.2-2+b1
ii  libqt4-opengl   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6  4.9.2-10
ii  libx11-62:1.6.2-3

Versions of packages openscad recommends:
ii  openscad-mcad  2014.03-1

Versions of packages openscad suggests:
pn  geomview  
pn  librecad  
pn  meshlab   
pn  openscad-testing  

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWK+QpAAoJEH69OHuwmQgR3ksH/i+7vv7e69DeUx8xiKvmL4+L
d3ffBhw3FXy89mrAj2EVeL8PJ5YWhIDy4Hv0FaYsNdQy3+jZf/Jdk0RrGoFu4AvA
9io46p3Awzxu+rsYH6B55rVVrftEabgR8UEsuoOLVBIKUkBJy1hr6gSuhqATrK6y
E0g1h446VWvW+Gschcm7UImduyJCY7H80wxAuBSnjxqWNrB+7bqkOcliYfJZMqua
RFIsbXP40QAWFrMhYEwTV5ISnkf3Ra+8HufC9w/EL1ClJNc1FTRmI9JJfZW6++ll
sVoDL0oiWjhKHoL4Md4E0RH+YAWzS3bymgpe3tXIskH6MYUSKypcWGI1CQD2+fo=
=AZ36
-END PGP SIGNATURE-
intersection()
{
linear_extrude(height=80,center=true,twist=-1800,slices=1000)
{
union()
{
circle(r=5);
difference()
{
circle(r=8);
square(10);
translate([-10,-10]) square(10);
}
}
}
linear_extrude(height=80,center=true,slices=1000)
{
union()
{
circle(r=5);
for(ang=[0:36:360])
{
rotate(a=ang)
{

polygon(points=[[0,0],[7,0],[8*cos(8),8*sin(8)],[7*cos(16),7*sin(16)]]);
}
}
}
}
}
translate([0,0,-45])
{
cylinder(h=10,r=7.5,center=true);
linear_extrude(height=10,center=true,slices=1000)
{
for(ang=[0:24:360])
{
rotate(a=ang)
{

polygon(points=[[6,0],[9,0],[10*cos(6),10*sin(6)],[9*cos(12),9*sin(12)],[6*cos(12),6*sin(12)]]);
}
}
}   
}

Bug#801950: protobuf-c: New upstream version 1.1.1 available

[Robert Edmonds]

Anthony Towns wrote:
> Any chance the Debian package could be updated to latest upstream? oneof
> support would be helpful...

Hi, aj:

Just uploaded protobuf-c 1.1.1 to unstable.  Thanks for reminding me
about the new upstream release!

-- 
Robert Edmonds
edmo...@debian.org

Bug#802786: libsigc++-2.0-dev: c++ only option in cflags

[Bernd Zeimetz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



On 10/23/2015 05:01 PM, Michael Biebl wrote:
> Which packages fail to build because of that?

open-vm-tools for example:

libtool: compile:  gcc -DPACKAGE_NAME=\"open-vm-tools\" 
-DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"9.10.2\" 
"-DPACKAGE_STRING=\"open-vm-tools 9.10.2\"" 
-DPACKAGE_BUGREPORT=\"open-vm-tools-de...@lists.sourceforge.net\" 
-DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"9.10.2\" 
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" 
-DHAVE_X11_SM_SMLIB_H=1 -DHAVE_X11_ICE_ICELIB_H=1 
-DHAVE_X11_EXTENSIONS_XCOMPOSITE_H=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 
-DDNET_IS_DUMBNET=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 
-DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 
-DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 
-DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -I. -pthread -I/usr/i
 n
clude/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 
-I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 
-I/usr/include/libpng12 -DGTK2 -std=c++11 -pthread -I/usr/include/gtkmm-2.4 
-I/usr/lib/x86_64-linux-gnu/gtkmm-2.4/include -I/usr/include/atkmm-1.6 
-I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 
-I/usr/include/gdkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gdkmm-2.4/include 
-I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include 
-I/usr/include/pangomm-1.4 -I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include 
-I/usr/include/glibmm-2.4 -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include 
-I/usr/include/cairomm-1.0 -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include 
-I/usr
 /
include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include 
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 
-I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 
-I/usr/include/libpng12 -DHAVE_GTKMM -DVMTOOLS_USE_GLIB -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fvisibility=hidden 
-DGCC_EXPLICIT_EXPORT -I../../../services/plugins/dndcp/dnd 
-I../../../services/plugins/dndcp/dndGuest 
-I../../../services/plugins/dndcp/stringxx 
-I../../../services/plugins/dndcp/xutils -I../../../include 
-I/build/open-vm-tools-9.10.2-2822639/lib/include 
-I/build/open-vm-tools-9.10.2-2822639/lib/include -D_FORTIFY_SOURCE=2 
-DUSING_AUTOCONF=1 -DOPEN_VM_
 T
OOLS -DUSE_VGAUTH -I/usr/include -DUSE_ICU -DHAVE_ICU_38 -DVMX86_TOOLS 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE 
-D_SVID_SOURCE -D_DEFAULT_SOURCE -fPIC -Wno-deprecated-declarations -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -Werror 
-Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas 
-Wno-uninitialized -Wno-deprecated-declarations -Wno-unused-but-set-variable -c 
dnd/dndClipboard.c  -fPIC -DPIC -o .libs/libdndcp_la-dndClipboard.o
cc1: error: command line option '-std=c++11' is valid for C++/ObjC++ but not 
for C [-Werror]
cc1: all warnings being treated as errors
Makefile:625: recipe for target 'libdndcp_la-dndClipboard.lo' failed
make[5]: *** [libdndcp_la-dndClipboard.lo] Error 1
make[5]: Leaving directory 
'/build/open-vm-tools-9.10.2-2822639/services/plugins/dndcp'
Makefile:486: recipe for target 'all' failed
make[4]: *** [all] Error 2
make[4]: Leaving directory 
'/build/open-vm-tools-9.10.2-2822639/services/plugins/dndcp'
Makefile:454: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory 
'/build/open-vm-tools-9.10.2-2822639/services/plugins'
Makefile:446: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/build/open-vm-tools-9.10.2-2822639/services'
Makefile:506: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/build/open-vm-tools-9.10.2-2822639'
dh_auto_build: make -j1 returned exit code 2
debian/rules:8: recipe for target 'build' failed
make: *** [build] Error 2


- -- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.de

Bug#802896: (no subject)

[Michel Le Bihan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Where exactly shall I report this issue?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBCAAGBQJWK+paAAoJEJZMH2xih1JpqM8IAImP4gcT4fnkYMWIB2og4STI
uG+wpWI5RgBWL1c0AqJGfNFPe5PxMaZZZkn6YjSQmId4dONLcHjFg14X2I13kvAS
iahL5VK7MLTUfQs3Cb9JuQvr5Z1Wx37gmkQawQ7YjmtBkYuDdxVWDs41JlXGtYbh
+4FJh7b8CY8pFVMu7D5b52U0VKtqe3voA9Hv4Qr4tBk84prPh4C4sek7W6kmPEiz
NHFvdOZm8ooBJ9PB74YYfMeT6OW5iU29904Z0SABLJXadCgpwQW8iAp9bqx6V8mg
sF5FctjgXGCShB3l8XqexIQKgS8xUBtNCqhzT/oGpfR96YvtrMM4IDDuGk75wUc=
=qnor
-END PGP SIGNATURE-



0x62875269.asc
Description: application/pgp-keys

Bug#797517: Fwd: suggestions for rubber Debian packaging.

[Preuße]

On 24.10.2015 02:17, Sebastian Kapfer wrote:

Hi,

>> Patches should be documented by a header as described at
>> http://dep.debian.net/deps/dep3/. For example:
>>
>> Description: explain here why ${prefix}
>>  must replace @prefix@, I did not manage to guess it,
>>  and Sebastian may be interested.
> 
> As far as I can tell, those are equivalent.  (In fact, I've been thinking 
> about
> throwing out one of these mechanisms, then opted for the conservative solution
> for now.)  Is there a problem that needs fixing?
> 
In debian/rules I'm calling:

install: build

$(MAKE) install prefix=$(CURDIR)/debian/rubber/usr

..to install the files into a temporary directory to build the package. In case
we have @prefix@ in Makefile.in the variable is expanded during creation of
Makefile and now reads "/usr". Hence debian/rules tries to install to /usr,
which of course fails.

Hilmar
-- 
http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org

Bug#802899: nautilus: The option to delete files (without passing by "Trash") has disappeared

[Michel Le Bihan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Where exactly should I report this issue?

On Sat, 24 Oct 2015 22:25:42 +0200 Michael Biebl  wrote:
> Am 24.10.2015 um 22:21 schrieb Michel Le Bihan:
> > Package: nautilus
> > Version: 3.18.0-2+b1
> > Severity: normal
> >
> > Before, I could move a file to trash or delete it...
> > Now, I can only pass by "Trash" to delete a file.
>
> Same here. Please report this issue upstream.
>
> Thanks,
> Michael
>
>
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBCAAGBQJWK+tqAAoJEJZMH2xih1JpKeoIALCjk5zRv7yE+my/nJisfGA2
sZuVL+dZ1JYbjEo/I9z7NS62KBtRKlGnXGOmySIKbkFwNxRS+Olip3y9SM3tTAfl
77CD5dNsWG7uzvjvFlsNO0m/B7rYImsO8MRGL1weIoca++l/upCf3RaMjvgP9Yes
0cXF/fq/IXCcxqhFQGiMku/SkWCz+sxa+9MpslauYjPQJmB2+UwR6S1p+buRos/k
4znn3oEebqV+irU34g9c03ET/SFPSqEltC/S7dbTYCXgpS+RLkeb0FvXA78+bana
4h1/ManqylM4hNAn/SgZBQCfC7j2tU3xR9t3JxFBm/VlN3R4t+ryHATYDEOkzMM=
=wmAE
-END PGP SIGNATURE-

Bug#802786: libsigc++-2.0-dev: c++ only option in cflags

[Bernd Zeimetz]

On 10/24/2015 10:50 PM, Michael Biebl wrote:
> Am 24.10.2015 um 22:34 schrieb Bernd Zeimetz:
>> 
>> 
>> On 10/23/2015 05:01 PM, Michael Biebl wrote:
>>> Which packages fail to build because of that?
>> 
>> open-vm-tools for example:
> 
> Without -std=c++11, open-vm-tools still fails: 
> https://people.debian.org/~biebl/mm-stack/logs-sid/failed/open-vm-tools_9.10.2-2822639-3.log

Yes,
> 
of course, because its needed to compile the c++ files


> So either way you need a fix and dropping -Werror sounds like a 
> reasonably straightforward one.

Thats not an option.


> Is open-vm-tools the only package which you encountered?

for now, yes.


-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#802901: opj_dump: segmentation fault with fuzzed sample

[Andreas Cadhalpun]

Package: libopenjp2-tools
Version: 2.1.0-2.1
Severity: important
Tags: security

Dear Maintainer,

I've found a sample crashing opj_dump.
I can provide it privately, but I'm not attaching it here,
because I don't think that making it public before the issue is
fixed would be a good idea.

Backtrace:
$ gdb --batch -ex r -ex bt -ex q --args opj_dump -i 
id_e71ebe2fa4e87ee3b41c505706031b3b940f3f98.jp2
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".


Program received signal SIGSEGV, Segmentation fault.
0x777a0574 in opj_read_bytes_LE (p_buffer=p_buffer@entry=0x100614b82 
, 
p_value=p_value@entry=0x7fff7130, p_nb_bytes=p_nb_bytes@entry=4) at 
/home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/cio.c:87
87  /home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/cio.c: No such file or 
directory.
#0  0x777a0574 in opj_read_bytes_LE 
(p_buffer=p_buffer@entry=0x100614b82 , p_value=p_value@entry=0x7fff7130, 
p_nb_bytes=p_nb_bytes@entry=4) at 
/home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/cio.c:87
#1  0x777b19b0 in opj_jp2_read_boxhdr_char (p_manager=0x612358, 
p_box_max_size=35, p_number_bytes_read=, p_data=0x100614b82 
, box=) 
at /home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/jp2.c:2230
#2  opj_jp2_read_jp2h (jp2=0x6123b0, p_header_data=0x100614b82 , p_header_size=35, p_manager=0x612358) at 
/home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/jp2.c:2177
#3  0x777b2b51 in opj_jp2_read_header_procedure (jp2=0x6123b0, 
stream=0x612280, p_manager=0x612358) at 
/home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/jp2.c:1866
#4  0x777b2da4 in opj_jp2_exec (jp2=jp2@entry=0x6123b0, 
p_procedure_list=0x614b00, stream=stream@entry=0x612280, 
p_manager=p_manager@entry=0x612358) at 
/home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/jp2.c:1917
#5  0x777b55f2 in opj_jp2_read_header (p_stream=0x612280, jp2=0x6123b0, 
p_image=0x7fff72c8, p_manager=0x612358) at 
/home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/jp2.c:2299
#6  0x0040320c in main (argc=0, argv=0x612300) at 
/home/nirgal/openjpeg2-2.1.0/src/bin/jp2/opj_dump.c:547
A debugging session is active.

Inferior 1 [process 4091] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]

Best regards,
Andreas

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

Kernel: Linux 4.3.0-rc5-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libopenjp2-tools depends on:
ii  libc6 2.19-22
ii  liblcms2-22.6-3+b3
ii  libopenjp2-7  2.1.0-2.1
ii  libpng12-01.2.50-2+b2
ii  libtiff5  4.0.5-1
ii  zlib1g1:1.2.8.dfsg-2+b1

libopenjp2-tools recommends no packages.

libopenjp2-tools suggests no packages.

-- no debconf information

Bug#802786: libsigc++-2.0-dev: c++ only option in cflags

[Michael Biebl]

Am 24.10.2015 um 22:34 schrieb Bernd Zeimetz:
> 
> 
> On 10/23/2015 05:01 PM, Michael Biebl wrote:
>> Which packages fail to build because of that?
> 
> open-vm-tools for example:

Without -std=c++11, open-vm-tools still fails:
https://people.debian.org/~biebl/mm-stack/logs-sid/failed/open-vm-tools_9.10.2-2822639-3.log

So either way you need a fix and dropping -Werror sounds like a
reasonably straightforward one.

Is open-vm-tools the only package which you encountered?

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



signature.asc
Description: OpenPGP digital signature

Bug#802897: systemd: Opening an encrypted device can time out during passpharse entry

[Michael Biebl]

Control: fixed -1 217-1

Am 24.10.2015 um 22:03 schrieb Jayson Willson:
> Package: systemd
> Version: 215-17+deb8u2
> Severity: important
> Tags: patch
> 
> Attempting to "start" an encrypted device unit will time out after 90 seconds
> if no passphrase is entered.
> Have a look at: https://bugs.freedesktop.org/show_bug.cgi?id=84409
> Problem is resolved upstream:
> https://github.com/systemd/systemd/commit/a6fb0dc138d4e7895f8e607493279dbe4df117a1
> It should be easy and safe to backport this fix to "stable".

Marking as fixed in 217-1.
We'll have to decide whether this issue is important enough for a stable
upload and the stable release team will have to ACK this.

Regards,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#802896: (no subject)

[Michael Biebl]

Am 24.10.2015 um 22:30 schrieb Michel Le Bihan:
> Where exactly shall I report this issue?

https://bugzilla.gnome.org/enter_bug.cgi?product=nautilus

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



signature.asc
Description: OpenPGP digital signature

Bug#802903: linux-image-4.2.0-rc6-amd64: waiting too long for crypt password prompt

[Petr Vorel]

Package: src:linux
Version: linux-image-4.2.0-rc6-amd64
Severity: normal

Dear Maintainer,

starting kernel linux-image-4.2.0-rc6-amd64 I experienced having to wait few 
minutes
before password prompt to unlock my disk appears.
This is first kernel I noticed this problem, I also reproduced this bug on more 
recent
kernels:
linux-image-4.2.0-1-amd644.2.3-2
linux-image-4.3.0-rc5-amd64  4.3~rc5-1~exp1

Last kernel without this bug is:
linux-image-4.1.0-1-amd644.1.3-1

I don't know, whether the problem causes my configuration or it's really a bug.
I'm currently using nvidia module, I can switch to nouveau, if you need to (to 
get non-tainted kernel).
I'm using LVM on the top of luks crypted disk.

What else you need to know?

Kind regards,
Petr

-- Package-specific info:
** Version:
Linux version 4.2.0-rc6-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.9.3 (Debian 4.9.3-3) ) #1 SMP Debian 4.2~rc6-1~exp1 (2015-08-12)

** Command line:
BOOT_IMAGE=/vmlinuz-4.2.0-rc6-amd64 root=/dev/mapper/t61-root ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[  323.316771] yenta_cardbus :15:00.0: pcmcia: parent PCI bridge window: 
[io  0x8000-0xbfff]
[  323.316774] yenta_cardbus :15:00.0: pcmcia: parent PCI bridge window: 
[mem 0xf810-0xfbff]
[  323.316778] pcmcia_socket pcmcia_socket0: cs: memory probe 
0xf810-0xfbff:
[  323.316783]  excluding 0xf810-0xf84e
[  323.316795] yenta_cardbus :15:00.0: pcmcia: parent PCI bridge window: 
[mem 0xf400-0xf7ff 64bit pref]
[  323.316798] pcmcia_socket pcmcia_socket0: cs: memory probe 
0xf400-0xf7ff:
[  323.316804]  excluding 0xf400-0xf7ff
[  323.389505] ieee80211 phy0: Selected rate control algorithm 'iwl-4965-rs'
[  323.503432] r592: driver successfully loaded
[  323.535730] sd 0:0:0:0: Attached scsi generic sg0 type 0
[  323.535784] sr 1:0:0:0: Attached scsi generic sg1 type 5
[  323.553626] i801_smbus :00:1f.3: SMBus using PCI interrupt
[  323.646145] r852: driver loaded successfully
[  323.664980] snd_hda_intel :00:1b.0: probe_mask set to 0x1 for device 
17aa:20ac
[  323.742819] ACPI Warning: SystemIO range 
0x1028-0x102F conflicts with OpRegion 
0x1000-0x107F (\_SB_.PCI0.LPC_.PMIO) 
(20150619/utaddress-254)
[  323.742828] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[  323.742835] ACPI Warning: SystemIO range 
0x11B0-0x11BF conflicts with OpRegion 
0x1180-0x11BF (\_SB_.PCI0.LPC_.LPIO) 
(20150619/utaddress-254)
[  323.742840] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[  323.742842] ACPI Warning: SystemIO range 
0x1180-0x11AF conflicts with OpRegion 
0x1180-0x11BF (\_SB_.PCI0.LPC_.LPIO) 
(20150619/utaddress-254)
[  323.742846] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[  323.742848] lpc_ich: Resource conflict(s) found affecting gpio_ich
[  323.788118] usb 1-1: new full-speed USB device number 3 using uhci_hcd
[  323.842733] input: PC Speaker as /devices/platform/pcspkr/input/input8
[  323.960170] usb 1-1: New USB device found, idVendor=0a5c, idProduct=2110
[  323.960175] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  323.960178] usb 1-1: Product: BCM2045B
[  323.960181] usb 1-1: Manufacturer: Broadcom Corp
[  324.100125] systemd[1]: sysinit.target: Found ordering cycle on 
sysinit.target/start
[  324.112119] systemd[1]: sysinit.target: Found dependency on 
open-iscsi.service/start
[  324.124059] systemd[1]: sysinit.target: Found dependency on 
network-online.target/start
[  324.136526] systemd[1]: sysinit.target: Found dependency on 
iptables-persistent.service/start
[  324.332394] snd_hda_codec_analog hdaudioC0D0: autoconfig for AD1984: 
line_outs=1 (0x12/0x0/0x0/0x0/0x0) type:speaker
[  324.332400] snd_hda_codec_analog hdaudioC0D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[  324.332404] snd_hda_codec_analog hdaudioC0D0:hp_outs=1 
(0x11/0x0/0x0/0x0/0x0)
[  324.332406] snd_hda_codec_analog hdaudioC0D0:mono: mono_out=0x0
[  324.332409] snd_hda_codec_analog hdaudioC0D0:dig-out=0x1b/0x0
[  324.332411] snd_hda_codec_analog hdaudioC0D0:inputs:
[  324.332414] snd_hda_codec_analog hdaudioC0D0:  Internal Mic=0x15
[  324.332417] snd_hda_codec_analog hdaudioC0D0:  Mic=0x14
[  324.332419] snd_hda_codec_analog hdaudioC0D0:  Dock Mic=0x1c
[  324.342494] input: HDA Intel Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input10
[  324.342592] input: HDA Intel Dock Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input11
[  324.342680] input: HDA Intel Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input12
[  324.652072] floppy0: no floppy controllers found
[  

Bug#712015: cups-filters: cups-pdf produces ugly pdfs through its pixelated font

[Steve McIntyre]

On Mon, Jun 17, 2013 at 10:04:27AM +0100, Brian Potkin wrote:
>On Mon 17 Jun 2013 at 16:29:08 +0800, 王晓林 wrote:
>
>> grep 'DefaultResolution' /etc/cups/ppd/PDF.ppd
>> 
>> gives:
>> 
>> *DefaultResolution: 300dpi
>
>You should find that raising this value gives you PDFs with acceptable
>quality whebn the cost factor is 66.

I'm seeing this bug too (I think), but I don't even have a file
/etc/cups/ppd/PDF.ppd. The only file on my system matching PDF.ppd is
/usr/share/ppd/cupsfilters/Generic-PDF_Printer-PDF.ppd , and:

$ grep DefaultResolution /usr/share/ppd/cupsfilters/Generic-PDF_Printer-PDF.ppd
*DefaultResolution: 600dpi

Any suggestions? Dumping files to pdf and printing on the server was
my workaround for #769058, but this bug is getting in the way of that.

http://www.einval.com/~steve/tmp/wibble.pdf

is not great. :-(

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Getting a SCSI chain working is perfectly simple if you remember that there
  must be exactly three terminations: one on one end of the cable, one on the
  far end, and the goat, terminated over the SCSI chain with a silver-handled
  knife whilst burning *black* candles. --- Anthony DeBoer

Bug#802909: firmware-nonfree: turn meta-package Depends into Recommends

[Christoph Anton Mitterer]

Source: firmware-nonfree
Version: 20151018-2
Severity: wishlist


Hi.

Could you please turn all the Depends of the meta-packages into
Recommends?

It doesn'ts seem to make much sense to force e.g. everyone who wants
to install firmware-linux-nonfree to have to install firmware-amd-graphics
as well.
But it makes sense for people to to install e.g. firmware-misc-nonfree
respectively firmware-linux and just those actual firmware packages they
want - the former can then be marked non-Auto, while the later are marked
auto... and that makes it easier to handle firmware package on systems
with different "actual" firmware package (like those having AMD GPUs
and those not).

Cheers,
Chris.

Bug#802911: linux-image-4.2.0-1-amd64: "unable to handle kernel paging request" while running kvm in UEFI mode

[kytv]

Package: src:linux
Version: 4.2.3-2
Severity: normal

Running the Tails test suite[0] (which involves starting virtual machines
using KVM) my system is oopsing. The screen locks up when the kernel
oopses.  The system itself is not locked since I can log in remotely.

I can reliably reproduce this problem when booting a KVM virtual machine
in UEFI mode. During this portion of the Tails test suite the following
will be logged:

[22307.737358] BUG: unable to handle kernel paging request at 00020068
[22307.737374] IP: [] __mtrr_lookup_var_next+0xc/0xb0 [kvm]
[22307.737375] PGD 0 
[22307.737377] Oops:  [#3] SMP 
[22307.737396] Modules linked in: overlay veth vhost_net vhost macvtap macvlan 
ip6t_REJECT nf_reject_ipv6 ip6table_filter ip6_tables xt_CHECKSUM 
iptable_mangle ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_nat_ipv4 
nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack ipt_REJECT 
nf_reject_ipv4 xt_tcpudp iptable_filter ip_tables x_tables tun bridge stp llc 
ctr ccm binfmt_misc cpufreq_userspace cpufreq_stats cpufreq_powersave 
cpufreq_conservative xfs libcrc32c msr uvcvideo videobuf2_vmalloc 
videobuf2_memops videobuf2_core v4l2_common videodev media acpi_call(O) joydev 
iTCO_wdt iTCO_vendor_support arc4 iwldvm x86_pkg_temp_thermal intel_powerclamp 
intel_rapl mac80211 iosf_mbi coretemp iwlwifi cfg80211 kvm_intel 
snd_hda_codec_hdmi thinkpad_acpi nvram evdev psmouse pcspkr serio_raw kvm
[22307.737416]  rfkill snd_hda_codec_realtek snd_hda_codec_generic tpm_tis tpm 
snd_hda_intel snd_hda_codec snd_hda_core i915 snd_hwdep drm_kms_helper 
snd_pcm_oss drm snd_mixer_oss snd_pcm i2c_algo_bit snd_timer snd mei_me lpc_ich 
wmi i2c_i801 video ac battery soundcore shpchp mei mfd_core processor button 
fuse autofs4 ext4 crc16 mbcache jbd2 btrfs xor raid6_pq algif_skcipher af_alg 
dm_crypt dm_mod md_mod sg sd_mod crct10dif_pclmul crc32_pclmul crc32c_intel 
ghash_clmulni_intel jitterentropy_rng sha256_ssse3 sha256_generic hmac drbg 
ansi_cprng aesni_intel aes_x86_64 ahci lrw gf128mul glue_helper libahci 
ablk_helper cryptd sdhci_pci sdhci libata scsi_mod mmc_core e1000e ehci_pci ptp 
ehci_hcd pps_core xhci_pci xhci_hcd usbcore thermal usb_common thermal_sys
[22307.737418] CPU: 3 PID: 11130 Comm: qemu-system-x86 Tainted: G  DO   
 4.2.0-1-amd64 #1 Debian 4.2.1-2
[22307.737419] Hardware name: LENOVO 2349N7G/2349N7G, BIOS G1ET93WW (2.53 ) 
03/08/2013
[22307.737420] task: 88040a2f0380 ti: 880347624000 task.ti: 
880347624000
[22307.737431] RIP: 0010:[]  [] 
__mtrr_lookup_var_next+0xc/0xb0 [kvm]
[22307.737432] RSP: 0018:880347627ba8  EFLAGS: 00010202
[22307.737432] RAX: 00020058 RBX:  RCX: 000c
[22307.737433] RDX: 8802315b5d48 RSI: 8802315b5bf8 RDI: 880347627bb8
[22307.737433] RBP: 8802315b2a80 R08: 0002 R09: 0018
[22307.737434] R10: 000c R11: ffe20085 R12: 0008
[22307.737434] R13:  R14: 0030 R15: 
[22307.737435] FS:  7f81ffa84700() GS:88041e2c() 
knlGS:
[22307.737436] CS:  0010 DS:  ES:  CR0: 80050033
[22307.737436] CR2: 00020068 CR3: 00032e76e000 CR4: 001426e0
[22307.737437] Stack:
[22307.737438]  a07f978d c90001fd7008 8802315b5bf8 

[22307.737439]  0020  00020058 

[22307.737440]  0c00 8802315b2a80  
a07e59d8
[22307.737440] Call Trace:
[22307.737450]  [] ? 
kvm_mtrr_check_gfn_range_consistency+0xbd/0x100 [kvm]
[22307.737459]  [] ? tdp_page_fault+0x88/0x2a0 [kvm]
[22307.737466]  [] ? kvm_set_cr0+0xd7/0x1e0 [kvm]
[22307.737474]  [] ? kvm_mmu_page_fault+0x23/0x110 [kvm]
[22307.737477]  [] ? vmx_invpcid_supported+0x20/0x20 
[kvm_intel]
[22307.737480]  [] ? vmx_handle_exit+0xc3/0x1300 [kvm_intel]
[22307.737486]  [] ? kvm_set_shared_msr+0x57/0x90 [kvm]
[22307.737488]  [] ? vmx_invpcid_supported+0x20/0x20 
[kvm_intel]
[22307.737496]  [] ? kvm_arch_vcpu_ioctl_run+0x339/0x1140 
[kvm]
[22307.737503]  [] ? kvm_arch_vcpu_load+0x4c/0x1c0 [kvm]
[22307.737508]  [] ? kvm_vcpu_ioctl+0x2f4/0x570 [kvm]
[22307.737511]  [] ? handle_mm_fault+0xec4/0x15d0
[22307.737513]  [] ? do_sigtimedwait+0xaa/0x1f0
[22307.737515]  [] ? do_vfs_ioctl+0x2c3/0x4a0
[22307.737517]  [] ? __audit_syscall_entry+0xad/0xf0
[22307.737519]  [] ? syscall_trace_enter_phase1+0xf8/0x150
[22307.737520]  [] ? SyS_ioctl+0x76/0x90
[22307.737527]  [] ? kvm_on_user_return+0x3e/0x70 [kvm]
[22307.737529]  [] ? system_call_fast_compare_end+0xc/0x6b
[22307.737539] Code: c4 08 b8 ff ff ff ff 5b 5d c3 be e3 00 00 00 48 c7 c7 68 
ab 80 a0 e8 e4 57 87 e0 eb a5 66 90 0f 1f 44 00 00 48 8b 47 20 48 8b 37 <48> 8b 
40 10 48 81 c6 60 01 00 00 48 8d 50 f0 48 39 c6 48 89 57 
[22307.737547] RIP  [] __mtrr_lookup_var_next+0xc/0xb0 [kvm]
[22307.737548]  RSP 
[22307.737548] CR2: 00020068

Bug#802839: django-celery: python 3 tests not invoked and break

[Brian May]

Robert Collins  writes:

> I'd probably shut that warning up using the warnings module API rather
> than weaking the test more broadly.

Might be the best thing.

> Also - track down and file a bug on the leak source.

How *do* you track these down? The warning doesn't say where the file
was opened.

Anyway, I suspect the problem is with the call to imp.find_module(),
which is a depreciated function in Python 3.4:

It ends with:

   file = open(file_path, mode, encoding=encoding)
   return file, file_path, (suffix, mode, type_)

djcelery.loaders.find_related_module() calls this function and ignores
the result. Which obviously means the file doesn't get closed.

try:
imp.find_module(related_name, app_path)
except ImportError:
return

return importlib.import_module('{0}.{1}'.format(app, related_name))

Need to think about if it is worth fixing, and what the best fix is.
-- 
Brian May 

Bug#712015: cups-filters: cups-pdf produces ugly pdfs through its pixelated font

[Brian Potkin]

On Sat 24 Oct 2015 at 23:55:37 +0100, Steve McIntyre wrote:

> On Mon, Jun 17, 2013 at 10:04:27AM +0100, Brian Potkin wrote:
> >On Mon 17 Jun 2013 at 16:29:08 +0800, 王晓林 wrote:
> >
> >> grep 'DefaultResolution' /etc/cups/ppd/PDF.ppd
> >> 
> >> gives:
> >> 
> >> *DefaultResolution: 300dpi
> >
> >You should find that raising this value gives you PDFs with acceptable
> >quality whebn the cost factor is 66.
> 
> I'm seeing this bug too (I think), but I don't even have a file
> /etc/cups/ppd/PDF.ppd. The only file on my system matching PDF.ppd is
> /usr/share/ppd/cupsfilters/Generic-PDF_Printer-PDF.ppd , and:

You would only have /etc/cups/ppd/PDF.ppd if you had cups-pdf installed.

> $ grep DefaultResolution 
> /usr/share/ppd/cupsfilters/Generic-PDF_Printer-PDF.ppd
> *DefaultResolution: 600dpi
> 
> Any suggestions? Dumping files to pdf and printing on the server was
> my workaround for #769058, but this bug is getting in the way of that.
> 
> http://www.einval.com/~steve/tmp/wibble.pdf
> 
> is not great. :-(

Viewed with mupdf, xpdf and evince it's almost acceptable if you squint
at it. Viewed with Iceweasel it is awful. The PDF has been created by
cairo 1.9.5 so I guess you have printed to file from a GTK application
like Iceweasel. CUPS is not involved in this process.

I am away from my equipment at present so have not printed the PDF, but
would expect CUPS to print what it is given.

pdffonts shows

[none]   Type 3Custom   yes no  
yes  6  0
[none]   Type 3Custom   yes no  
yes  7  0
GIDVTL+TeXGyreHeros-Regular  CID Type 0C   Identity-H   yes yes 
yes  8  0
[none]   Type 3Custom   yes no  
yes  9  0
[none]   Type 3Custom   yes no  
yes 10  0
CCYKOU+DejaVuSerif   CID TrueType  Identity-H   yes yes 
yes 11  0

Perhaps using a different font setup with the application would help.

Regards,

Brian

Bug#802895: htag: incorrectly wraps text containing non-unitary width characters

[Ben Finney]

Package: htag
Version: 0.0.24-1.1
Severity: normal

When wrapping text from a tag containing characters with a width other
than 1 – for example, East Asian characters (“wide”) – the text wraps
incorrectly in the resulting output.

If the following tag is selected by Htag:

=
己所不欲、勿施于人。 (What is undesirable to you, do not do to others.) —孔夫子 Confucius 
(551 BCE – 479 BCE)
=

into the following template:

=
-- 
 \@64R@ |
  `\  @64R@ |
_o__) @64R@ |
Ben Finney
=

the output that results is incorrectly wrapped:

=
-- 
 \   己所不欲、勿施于人。 (What is undesirable to you, do not do to others.) |
  `\—孔夫子 Confucius (551 BCE – 479 BCE) |
_o__)  |
Ben Finney
=

(I have attached the signature template and tag file used for this
example.)

Instead, the output should wrap correctly within the specified width
based on the defined width of each character. For example, this would
be correct:

=
-- 
 \ 己所不欲、勿施于人。 (What is undesirable to you, do not do |
  `\ to others.) —孔夫子 Confucius (551 BCE – 479 BCE) |
_o__)  |
Ben Finney
=

Please ensure the calculation of text width for line wrapping takes
into account the defined width of each character.

A Perl library which might be useful for this is ‘Unicode::LineBreak’,
from the Debian package ‘libunicode-linebreak-perl’.


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

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

Versions of packages htag depends on:
ii  perl  5.20.2-6

htag recommends no packages.

htag suggests no packages.

-- no debconf information

-- 
 \   “We have met the enemy and he is us.” —Walt Kelly, _Pogo_ |
  `\1971-04-22 |
_o__)  |
Ben Finney 
己所不欲、勿施于人。 (What is undesirable to you, do not do to others.) —孔夫子 Confucius 
(551 BCE – 479 BCE)
德不孤、必有鄰。 (The virtuous are not abandoned, they shall surely have neighbours.) 
—孔夫子 Confucius (551 BCE – 479 BCE)
學而不思則罔，思而不學則殆。 (To study and not think is a waste. To think and not study is 
dangerous.) —孔夫子 Confucius (551 BCE – 479 BCE)
-- 
 \@64R@ |
  `\  @64R@ |
_o__) @64R@ |
Ben Finney

signature.asc
Description: PGP signature

Bug#802902: RFS: vconnectstand/2.0.1 ITP

[Tobias Platen]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

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

 * Package name: vconnectstand
   Version : 2.0.1
   Upstream Author : Hal@shurabaP,kbinani
 * URL : http://hal-the-cat.music.coocan.jp/ritsu_e.html
 * License : GPLv3
   Section : sound

  It builds those binary packages:

vconnectstand - singing synthesis engine

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/v/vconnectstand/vconnectstand_2.0.1.dsc

  This is the first uploaded version of vconnectstand, I don't think that any
update will follow. This program is a Japanese singing synthesizer based on a
technique that is similar to the algorithms that MBROLA uses. Some sound
examples can be found at
 https://www.youtube.com/watch?v=9EMjbm39x40
 and https://www.youtube.com/watch?v=eLqALKuO2R4



  Regards,
   Tobias Platen

Bug#802906: fix build failures with python 3.5

[Matthias Klose]

Package: src:swig
Version: 3.0.2-1
Severity: serious
Tags: sid stretch patch

this is upstream issue #539, causing build failures when wrapping code for the 
PyHeapTypeObject in Python 3.5.


Not yet fixed in 3.0.7-0.

Patch at
http://launchpadlibrarian.net/222739670/swig_3.0.7-0ubuntu1_3.0.7-0ubuntu2.diff.gz

Bug#802907: maven-repo-helper: Wrong transformation of plugin dependencies

[Emmanuel Bourg]

Package: maven-repo-helper
Version: 1.8.12
Severity: normal

maven-repo-helper doesn't transform properly the plugin dependencies
when a plugin is ignored.

For example with this declaration:


  foo
  foo
  

  foo-dep
  foo-dep
  1.0

  


  bar
  bar
  

  bar-dep
  bar-dep
  2.0

  


Ignoring the plugin foo will result in this transformed pom:


  bar
  bar
  

  foo-dep
  foo-dep
  1.0

  


The dependencies of the ignored plugins are shifted and go to the next
plugin with dependencies instead of being ignored.

It's possible to reproduce this issue with the following test case
applied to the hibernate-validator-parent 4.3.2 pom:

@Test
public void testTransformPluginDependencies() throws Exception {
File pom = tmpDir.usePom("hibernate-validator-parent-4.3.2.Final.pom");
instance.getRulesFiles().addDefaultRules();
instance.getRulesFiles().get(IGNORE).add(new 
DependencyRule("org.jboss.maven.plugins maven-jdocbook-plugin"));
instance.transformPom(pom, tmpDir.updatedPom(), true, true, false, 
false, null, null);
POMReader reader = new POMReader();
POMInfo info2 = reader.readPom(tmpDir.read(tmpDir.updatedPom()));

List pluginDependencies = 
info2.getDependencies().get(PLUGIN_MANAGEMENT_DEPENDENCIES);
assertNotNull("null list", pluginDependencies);
assertEquals("number of plugin dependencies", 1, 
pluginDependencies.size());
assertEquals("dependency", 
"org.jboss.logging:jboss-logging-processor:jar:1.0.1.Final::null", 
pluginDependencies.get(0).toString());
}

Bug#802905: powerline: Powerline v2.2 need tmux v2.2

[Guillaume Seren]

Package: powerline
Version: 2.2-2
Severity: important
Tags: upstream

Dear maintainer,
I use powerline with tmux to render the status line.

Since the upgrade, last week of the powerline package,
I get a problem of rendering of the status, it output:
 usage: powerline-daemon [-h] [-r MODULE] [-w WIDTH] [--last-exit-code INT]

After submitting the issue to the upstream they told me that :
«New powerline (2.3) can be used with all tmux versions it used to support 
before and additionally 2.1 (BTW, tmux developers love to break things). It is 
tmux update that makes powerline update be needed.»
https://github.com/powerline/powerline/issues/1476

So I am checking with you if you have the same issue ?

They are 2 solutions : 
- Upgrade the powerline package to the v2.3 to stay compatible with tmux v2.1
- Provide a upgrade of the tmux package to v2.2

Tell me if you need additionnal information.


Regards,
Guillaume


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

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

Versions of packages powerline depends on:
ii  libc6 2.19-22
ii  python2.7.9-1
ii  python-powerline  2.2-2
pn  python:any

Versions of packages powerline recommends:
ii  fonts-powerline  2.2-2

Versions of packages powerline suggests:
ii  python-powerline-doc  2.2-2
ii  vim-addon-manager 0.5.4

-- no debconf information

Bug#802894: python-invoke: FTBFS with Python 3.5 as default: cannot import name 'mswindows'

[Dmitry Shachnev]

Source: python-invoke
Version: 0.9.0-2
Severity: important
Tags: patch
User: debian-pyt...@lists.debian.org
Usertags: python3.5

Dear Maintainer,

python-invoke FTBFS when 3.5 is the default Python 3 version:

  nosetests3
  E
  ==
  ERROR: Failure: ImportError (cannot import name 'mswindows')
  --
  Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nose/failure.py", line 39, in runTest
  raise self.exc_val.with_traceback(self.tb)
File "/usr/lib/python3/dist-packages/nose/loader.py", line 420, in 
loadTestsFromName
  addr.filename, addr.module)
File "/usr/lib/python3/dist-packages/nose/importer.py", line 47, in 
importFromPath
  return self.importFromDir(dir_path, fqname)
File "/usr/lib/python3/dist-packages/nose/importer.py", line 94, in 
importFromDir
  mod = load_module(part_fqname, fh, filename, desc)
File "/usr/lib/python3.5/imp.py", line 244, in load_module
  return load_package(name, filename)
File "/usr/lib/python3.5/imp.py", line 216, in load_package
  return _load(spec)
File "", line 693, in _load
File "", line 673, in _load_unlocked
File "", line 662, in exec_module
File "", line 222, in _call_with_frames_removed
File "/«PKGBUILDDIR»/invoke/__init__.py", line 2, in 
  from .tasks import task, ctask, Task
File "/«PKGBUILDDIR»/invoke/tasks.py", line 11, in 
  from .context import Context
File "/«PKGBUILDDIR»/invoke/context.py", line 3, in 
  from .runner import run
File "/«PKGBUILDDIR»/invoke/runner.py", line 5, in 
  from .monkey import Popen, PIPE
File "/«PKGBUILDDIR»/invoke/monkey.py", line 4, in 
  from subprocess import Popen as OriginalPopen, mswindows, PIPE
  ImportError: cannot import name 'mswindows'

  --
  Ran 1 test in 0.015s

  FAILED (errors=1)
  make[1]: *** [override_dh_auto_test] Error 1

The attached patch fixes the issue.

--
Dmitry ShachnevDescription: do not rely on undocumented unittest.mswindows variable
 This variable has been renamed to _mswindows in Python 3.5, however
 we do not need it on Debian at all.
Author: Dmitry Shachnev 
Forwarded: not-needed
 This monkey.py file has been dropped in the latest upstream release
 altogether.
Last-Update: 2015-10-24

--- a/invoke/monkey.py
+++ b/invoke/monkey.py
@@ -1,7 +1,7 @@
 # Fuckin' A.
 
 import select, errno, os, sys
-from subprocess import Popen as OriginalPopen, mswindows, PIPE
+from subprocess import Popen as OriginalPopen, PIPE
 
 import six
 
@@ -23,7 +23,7 @@
 #
 # Copy/modified code from upstream
 #
-if mswindows:
+if False:
 def _readerthread(self, fh, buffer):
 # TODO: How to determine which sys.std(out|err) to use?
 buffer.append(fh.read())


signature.asc
Description: OpenPGP digital signature

Bug#801745: vlc: Segfault when watching WebM video with increased speed

[Andreas Cadhalpun]

Control: reassign -1 libavcodec-ffmpeg56 7:2.8.1-1
Control: tags -1 fixed-upstream
Control: forwarded -1 https://trac.ffmpeg.org/ticket/3226

Hi Michael,

On 24.10.2015 21:07, Michael Weghorn wrote:
> thank you very much already for taking the time to look at this and for
> the detailed analysis.

I've discussed this with ffmpeg upstream developers and it turns out
that fixing the assembler code was feasible, after all.
It is now fixed upstream in commit 52f84d8 [1].
Actually, it had been reported before in above trac ticket, but
couldn't be reproduced. Thanks again for providing the reproducer!

So this will be fixed with the ffmpeg 2.8.2 upload, but that might
take a while.

Best regards,
Andreas

1: 
https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=52f84d82bdf1851ecfcc412c1719e5f6f3396209

Bug#802896: nautilus: Icons are to big...

[Michael Biebl]

Am 24.10.2015 um 21:51 schrieb Michel Le Bihan:
> Package: nautilus
> Version: 3.18.0-2+b1
> Severity: important
> Tags: newcomer
> 
> My Desktop icons are to big. Before update their size was OK. (look at my
> screenshots...)

Thanks for your bug report. Please raise this issue upstream, unless
there isn't already a bug report for it.

Regards,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#737679: autofs does not appear to support IPv6 hostname lookups for NFS mounts

[Kevin Otte]

I just encountered this on an Ubuntu 15.04 machine running autofs
5.0.8-1ubuntu3.2. Since Debian is upstream and this bug is still open, I
figured I'd mention it here.

My workaround has been to use Samba since it has UNIX extensions, which
is less than optimal with all its forays into userspace, but at least it
supports IPv6.

Bug#799918: [Aptitude-devel] Bug#799918: apt-get proves I am innocent

[積丹尼 Dan Jacobson]

> "MAFM" == Manuel A Fernandez Montecelo  
> writes:

MAFM> sid is subject to massive changes and in-place library updates. This
MAFM> can result in a very unstable system which contains packages that
MAFM> cannot be installed due to missing libraries, dependencies that cannot
MAFM> be fulfilled etc. Use it at your own risk!

OK.

So in the case of packages that cannot be installed I suppose the
standard procedure would be: bugs should be filed against them and only
closed when they are once more installable, or the package is removed
from sid, no?

Bug#802041: RFS: python-avro

[Afif Elghraoui]

Hi, team,
I have finished preparing the python-avro package. I need this one
because it's a dependency of python-pbcommand, which is part of the
dependency chain in smrtanalysis.

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

Would someone please upload to unstable?

Many thanks and regards
Afif

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

Bug#798788: libreoffice: Config from previous version causes badly-updating display

[Ben Finney]

On 23-Oct-2015, Stephen Kitt wrote:
> Le 23/10/2015 01:55, Ben Finney a écrit :
> >The only way I can see it makes sense for this bug report to remain
> >open is if there is some information that can be given to the
> >maintainer to help reproduce the behaviour.
> 
> I still have the old configuration directory;

Great, thank you for keeping it!

> if René is interested I can check there's nothing sensitive there
> and send him a tarball.

Is it particularly large? It might be best just to send it to this bug
report so it's here for reference.

-- 
 \“No one ever went broke underestimating the taste of the |
  `\   American public.” —Henry L. Mencken |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature