Bug#799111: classic tiles page forgets file:/// urls

[Joey Hess]

Package: iceweasel
Version: 38.1.0esr-3
Severity: normal

I have a file:/// url I access every day. That showed up in the new tab
tiles as expected. It's even pinned there.

Recently, that tile has gone missing from the page, a blank space is
where it should be. If I manually open the file:/// url, and then open a
new tab, the tile comes back, and remains in the new tab page until I
close firefox. Each time I close it, it forgets about this one tile again.

(In case it matters, the full url is
file:///usr/share/doc/ghc-doc/html/libraries/index.html )

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Package: xul-ext-adblock-plus
Status: user-disabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Element Hiding Helper for Adblock Plus
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/elemhidehel...@adblockplus.org
Package: xul-ext-adblock-plus-element-hiding-helper
Status: user-disabled

Name: Firebug
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com
Package: xul-ext-firebug
Status: enabled

Name: Monkeysphere
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/tls-xul-...@monkeysphere.info
Package: xul-ext-monkeysphere
Status: user-disabled

Name: Perspectives
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/perspecti...@cmu.edu
Package: xul-ext-perspectives
Status: user-disabled

Name: Privacy Badger Firefox
Location: ${PROFILE_EXTENSIONS}/jid1-mnnxcxisbpn...@jetpack.xpi
Status: enabled

Name: uBlock Origin
Location: ${PROFILE_EXTENSIONS}/ublo...@raymondhill.net.xpi
Status: enabled

Name: µBlock
Location: ${PROFILE_EXTENSIONS}/{2b10c1c8-a11f-4bad-fe9c-1c11e82cac42}.xpi
Status: user-disabled

-- Plugins information

-- Addons package information
ii  iceweasel  38.1.0esr-3  amd64Web browser based on Firefox
ii  xul-ext-adbloc 2.6.9.1+dfsg all  advertisement blocking extension 
ii  xul-ext-adbloc 1.3.2-2  all  companion for Adblock Plus to cre
ii  xul-ext-firebu 2.0.11-1 all  web development plugin for Icewea
ii  xul-ext-monkey 0.8-1all  Iceweasel/Firefox extension for u
ii  xul-ext-perspe 4.6.2-1  all  verify HTTPS sites through notary

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

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

Versions of packages iceweasel depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.16.0-2
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libdbus-1-3   1.8.20-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgcc1   1:5.1.1-14
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libglib2.0-0  2.44.1-1.1
ii  libgtk2.0-0   2.24.28-1
ii  libhunspell-1.3-0 1.3.3-3
ii  libnspr4  2:4.10.9-1
ii  libnss3   2:3.20-1
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.11-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.1.1-14
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.10-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
ii  gstreamer1.0-libav 1.4.5-3
ii  gstreamer1.0-plugins-good  1.4.5-2+b1

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-2.1
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2   1.13.2+dfsg-2
pn  mozplugger 

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#799110: shellcheck should support dash

[W. Martin Borgert]

Package: shellcheck
Version: 0.3.7-4
Severity: wishlist

Given that dash is the default shell in Debian and probably all
its derivatives, it deserves first class treatment in shellcheck.
It seems to be somewhere between POSIX sh and bash, e.g.
"echo -n" is supported, as well as some other "bashisms".

Bug#774148: Reported upstream

[Nathan Willis]

I've reported this upstream at
https://github.com/fontforge/fontforge/issues/2490

Nate
-- 
nathan.p.willis 

Bug#799116: bash crashes with "malloc: unknown:0: assertion botched" on readline filename completion

[Mike]

Package: bash
Version: 4.3-11+b1

I'm working on a console that has a slow scroll rate.  If I log in as a
normal user, "ls /usr/bin/", tab twice, then I get the "Display all ___
possibilities? (y or n)" prompt.  I type "y", control-C interrupt it,
then it eventually stops printing with "--More--^C".  I type "q", then
I get:


[...]$ ls /usr/bin/
malloc: unknown:0: assertion botched
free: called with unallocated block argument
last command: ls /usr/bin
Aborting...Aborted
[...]$ 


and bash dies.

Bug#798426: [Pkg-bluetooth-maintainers] Bug#798426: Bluetooth: hci0: Failed to load rtl_bt/rtl8723b_fw.bin

[Nobuhiro Iwamatsu]

Hi!

This is firmware issue, not  bluez.
This firmware should be included in firmware-nonfree[0] package.
However, it is not now included.
If you can not wait to be included in the package, you will be able to
put this firmware on your system in your hands.

Best regards,
  Nobuhiro

[0]: https://packages.qa.debian.org/f/firmware-nonfree.html

2015-09-09 14:37 GMT+09:00 Kamalakar Agashe :
> Package: bluetooth
> Version: 5.33-1
> Severity: important
>
> Dear Maintainer,
>
>
>* What led up to the situation?
> Bluetooth was not working so I checked dmesg and found this error.
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.1.0-1-amd64 (SMP w/2 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 bluetooth depends on:
> ii  bluez  5.33-1
>
> bluetooth recommends no packages.
>
> Versions of packages bluetooth suggests:
> pn  bluez-cups   
> ii  bluez-obexd  5.33-1
>
> -- no debconf information
>
> ___
> Pkg-bluetooth-maintainers mailing list
> pkg-bluetooth-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6

Bug#799128: ITP: golang-github-juju-ratelimit -- Efficient token-bucket-based rate limiter module for Go

[Potter, Tim (Cloud Services)]

Package: wnpp
Severity: wishlist
Owner: Tim Potter 
X-Debbugs-CC: pkg-go 

* Package name: golang-github-juju-ratelimit
 Version : 0.0~git20150619
 Upstream Author : Roger Peppe
* URL : https://github.com/juju/ratelimit
* License : LGPL-3 with static linking exception
 Programming Lang: Go
 Description : Efficient token-bucket-based rate limiter module for Go

The ratelimit package provides an efficient token bucket
implementation in Go. The token bucket algorithm implements a
method for ensuring a reader or writer does not exceed a
specified rate limit when reading or writing.

Bug#797816: Bug#798408: Bug#797816: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

[Lisandro Damián Nicanor Pérez Meyer]

On Monday 14 September 2015 10:06:54 chrysn wrote:
[snip] 
> On Wed, Sep 02, 2015 at 04:31:03PM -0300, Tiago Stürmer Daitx wrote:
> > openscad 2015.03-1+dfsg-2ubuntu1 FTBFS on armhf due to conflicting
> > headers.
> 
> as openscad upstream currently doesn't support gles, this will need
> resolution from #798408. if gl and gles are mutually exclusive to that
> extent, i'd prefer a solution where it is still possible to build qt
> apps that use gl on armhf, for otherwise packages like openscad can't
> work at all on that architecture.

Qt5 links against GLES in arm*, Desktop GL otherwise. The reason is simple: 
most arm* boards have native GLES support, thus benefit from using it.

As far as I remember GLEW does not supports GLES, so you basically can't use 
it on arm* with Qt5.

Hope that helps, Lisandro.

-- 
My favourite poem is the one that starts 'Thirty days hath September' because
it actually tells you something.
 -- Groucho Marx

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

Bug#793662: incomplete snapshots per interval

[Thomas Lake]

Package: rsnapshot
Version: 1.4.0-1
Followup-For: Bug #793662

I've also encountered this problem. rsnapshot is failing to recognise
that rsync has failed, and no longer performs a rollback for failed
backups.

This has been fixed upstream (commit 56723a52a10dd6d8904918c321a0540c498c15ad)

See https://github.com/rsnapshot/rsnapshot/issues/102

Can an updated version of the Debian package be uploaded?

Cheers,

Tom

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

Kernel: Linux 4.1.0-1-kirkwood
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages rsnapshot depends on:
ii  liblchown-perl  1.01-3
ii  logrotate   3.8.7-2
ii  perl5.20.2-6
ii  rsync   3.1.1-3

Versions of packages rsnapshot recommends:
ii  openssh-client [ssh-client]  1:6.9p1-1

rsnapshot suggests no packages.

-- Configuration Files:
/etc/cron.d/rsnapshot changed [not included]
/etc/rsnapshot.conf changed [not included]

-- no debconf information

Bug#799120: cc1/cc1plus fails with "execv: exec format error” under QEMU s390x, can't compile C++ program

[Jeffrey Walton]

Package: qemu-system
Version: 1:2.4+dfsg-3
Severity: important

-

Attempting to compile Crypto++ (http://www.cryptopp.com/) under s390x
chroot environment:

# chroot debian-s390x
# g++ -dumpmachine
s390x-linux-gnu

# cd /cryptopp-5.6.3/

# make
g++ -DNDEBUG -g2 -O2 -pipe -c osrng.cpp
g++: error trying to exec '/usr/lib/gcc/s390x-linux-gnu/5/cc1plus':
execv: Exec format error
GNUmakefile:382: recipe for target 'osrng.o' failed
make: *** [osrng.o] Error 1

Reducing it to a minimal program:

# cat test.cxx
#include 

int main(int argc, char* argv[])
{
  return argc;
}

# g++ test.cxx
g++: error trying to exec '/usr/lib/gcc/s390x-linux-gnu/5/cc1plus':
execv: Exec format error

I'm not really sure how to proceed since I've never encountered this
issue. `apt-get install --reinstall g++` did not help.

-

# file /usr/lib/gcc/s390x-linux-gnu/5/cc1plus
/usr/lib/gcc/s390x-linux-gnu/5/cc1plus: ELF 64-bit MSB executable, IBM
S/390, version 1
(GNU/Linux), dynamically linked, interpreter /lib/ld64.so.1, for
GNU/Linux 2.6.32,
BuildID[sha1]=aaa1e442e47e5e41c36b70d5e6a8f538da4ca3e7, not stripped

-

# Host
$ uname -a
Linux debian-8-x64 4.1.0-2-amd64 #1 SMP Debian 4.1.6-1 (2015-08-23)
x86_64 GNU/Linux

# QEMU guest
/# uname -a
Linux debian-8-x64 4.1.0-2-amd64 #1 SMP Debian 4.1.6-1 (2015-08-23)
s390x GNU/Linux

-

Dpkg and apt-cache are not returning a qemu-system-s390x; my apologies
if this is mis-classified.

$ dpkg --search qemu-system-s390x
dpkg-query: no path found matching pattern *qemu-system-s390x*

But the following worked fine:

# apt-get install qemu-user-static debootstrap
# qemu-debootstrap --arch=s390x --keyring
/usr/share/keyrings/debian-archive-keyring.gpg
  --variant=buildd --exclude=debfoster unstable debian-s390x
http://ftp.debian.org/debian
# chroot debian-s390x
# apt-get install locales build-essentials emacs-nox

-

Gmail does not appear to provide a means to add X-Debbugs-CC, so I was
not able to include pkg-qemu-de...@lists.alioth.debian.org.

Bug#732968: [pkg-wine-party] [wine] 01/01: Move files in /usr/include to arch specific directory.

[Jens Reyer]

On 09/16/2015 01:53 AM, Jens Reyer wrote:
> This is an automated email from the git hooks/post-receive script.
> 
> jreyer-guest pushed a commit to branch master
> in repository wine.
> 
> commit c5d3c08e3069435c56606d5eeb2bb9308f449239
> Author: Jens Reyer 
> Date:   Wed Sep 16 01:52:28 2015 +0200
> 
> Move files in /usr/include to arch specific directory.
> 
> Closes in wine (stable): #732968
>   libwine-dev: arch-dependent file in "Multi-Arch: same" package
> 
> Debian Policy 9.1.1.4 allows /usr/include/triplet since version 3.9.6.0.
> 
> A change of libwineVERSION-dev.install is not necessary.
> ---
>  debian/rules | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/debian/rules b/debian/rules
> index 7be5176..2976587 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -7,7 +7,7 @@ VERSION=$(shell dpkg-parsechangelog -S Source | sed s/wine//g)
>  
>  MANDIR=usr/share/man
>  DATDIR=usr/share/wine$(VERSION)
> -INCDIR=usr/include/wine$(VERSION)
> +INCDIR=usr/include/$(shell dpkg-architecture 
> -qDEB_HOST_MULTIARCH)/wine$(VERSION)
>  LIBDIR=usr/lib/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)/wine$(VERSION)
>  
>  # enable verbose build log
> 

Hi

Next to the commit message:

I built and installed the packages successfully. The following debdiff
was fine, only changes related to my previous commits:
  debdiff --move usr/include usr/include/x86_64-linux-gnu \
libwine-development-dev_1.7.51-1_amd64.deb \
libwine-development-dev_1.7.51-1.1_amd64.deb
The same debdiff with the -dbg packages has tons of differing files
which are named by their build id, so nothing to worry.
[btw, any way to get a amd64.changes, not only the source.changes?]

Because I don't use wine-dev at all, I' not totally sure if there could
be any sideeffects that I couldn't think of (I couldn't find anything
related in debian/). I guess and hope not.

Depending on future development, maybe backport this to wine (stable).
I'm not setting the bug to pending, because it is on another branch.

Greets
jre

Bug#799124: apt should print details about ignored errors

[Evgeny Kapun]

Package: apt
Version: 1.1~exp12
Severity: wishlist

Sometimes, APT ignores errors. For example, if there is an error while 
downloading Packages.xz, APT may ignore it and try to download Packages.gz 
instead. Currently, it is not easy to obtain the error message for such errors, 
which makes debugging these problems more difficult. I think that APT should 
either show details about such errors by default or have an option to enable 
this.

Bug#799125: fuse-emulator-utils FTBFS, link errors, "undefined reference to `progname'"

[peter green]

package: fuse-emulator-utils
version: 1.1.1-3fuse-emulator-utils
tags: stretch sid
Severity: serious

Attempting to build fuse-emulator-utils on a raspbian stretch autobuilder 
failed with.

/bin/bash ./libtool  --tag=CXX   --mode=link g++  -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -I/usr/include -Wall  
-Wl,-z,relro -L/usr/lib -o audio2tape audio2tape.o soundfile.o trigger.o 
findpilot.o findsync1.o getpulse1.o getpulse2.o getsync2.o romloader.o 
romloaderstate.o utils.o -lspectrum -lglib-2.0  -laudiofile 
compat/unix/libcompatos.a -lz  -lgcrypt
libtool: link: g++ -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/include -Wall -Wl,-z -Wl,relro -o audio2tape 
audio2tape.o soundfile.o trigger.o findpilot.o findsync1.o getpulse1.o 
getpulse2.o getsync2.o romloader.o romloaderstate.o utils.o  -L/usr/lib 
-lspectrum -lglib-2.0 -laudiofile compat/unix/libcompatos.a -lz -lgcrypt
utils.o: In function `get_creator':
/«PKGBUILDDIR»/utils.c:123: undefined reference to `progname'
utils.o: In function `read_file':
/«PKGBUILDDIR»/utils.c:177: undefined reference to `progname'
compat/unix/libcompatos.a(osname.o): In function `compat_osname':
/«PKGBUILDDIR»/compat/unix/osname.c:51: undefined reference to `progname'
collect2: error: ld returned 1 exit status

Full log at
http://buildd.raspbian.org/status/fetch.php?pkg=fuse-emulator-utils=armhf=1.1.1-3%2Bb3=1442357143

Performing a manual test build in a Debian sid amd64 chroot resulted in a 
similar error though with a different reported source location.

libtool: link: g++ -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/include -Wall -Wl,-z -Wl,relro -o audio2tape 
audio2tape.o soundfile.o trigger.o findpilot.o findsync1.o getpulse1.o 
getpulse2.o getsync2.o romloader.o romloaderstate.o utils.o  -L/usr/lib 
-lspectrum -lglib-2.0 -laudiofile compat/unix/libcompatos.a -lz -lgcrypt
utils.o: In function `fprintf':
/usr/include/x86_64-linux-gnu/bits/stdio2.h:97: undefined reference to 
`progname'
/usr/include/x86_64-linux-gnu/bits/stdio2.h:97: undefined reference to 
`progname'
/usr/include/x86_64-linux-gnu/bits/stdio2.h:97: undefined reference to 
`progname'
/usr/include/x86_64-linux-gnu/bits/stdio2.h:97: undefined reference to 
`progname'
/usr/include/x86_64-linux-gnu/bits/stdio2.h:97: undefined reference to 
`progname'
utils.o:/usr/include/x86_64-linux-gnu/bits/stdio2.h:97: more undefined 
references to `progname' follow
collect2: error: ld returned 1 exit status

The reproducable builds infrastructure also reported a FTBFS but when I tried 
to view the buildlog I got a not found error.

Bug#799126: nzbget requires specific jquery version

[Mathew Inkson]

Package: nzbget
Version: 15.0+dfsg-1
Severity: normal

Dear Maintainer,

The webui no longer displays correctly, it simply shows "Loading... Please 
wait" in Chrome, Firefox and Internet Explorer. Browser dev tools indicate a 
javascript error. I believe this is due to an updated dependency.

The jquery and bootstrap files required to be in the 
"/usr/share/nzbget/webui/lib" directory are provided by this package via 
symlinks to files in other packages. eg:
jquery.min.js -> ../../../javascript/jquery/jquery.min.js

The relationship between different versions of nzbget, bootstrap, and jquery 
appears to have created an issue when one of these (I *think* libjs-jquery) was 
updated.

The most recent libjs-jquery (1.11.3+dfsg-3) provides jquery v1.11.3. The 
version of jquery supplied with nzbget when downloaded manually is v1.7.2. I 
have addressed the problem on my own system by replacing the symlink for 
jquery.min.js with the file supplied directly by nzbget.

I won't make a recommendation because I'm not sure how this is best addressed. 
My own solution is possibly window dressing and ignores a underlying problem 
I've missed.

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

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

Versions of packages nzbget depends on:
ii  libc62.19-19
ii  libgcc1  1:5.2.1-16
ii  libgnutls-deb0-283.3.17-1
ii  libjs-elycharts  2.1.5+ds-2
ii  libjs-jquery 1.11.3+dfsg-3
ii  libjs-raphael2.1.0-1
ii  libjs-twitter-bootstrap  2.0.2+dfsg-5
ii  libncurses5  6.0+20150810-1
ii  libstdc++6   5.2.1-16
ii  libtinfo56.0+20150810-1
ii  libxml2  2.9.1+dfsg1-5
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages nzbget recommends:
ii  python  2.7.9-1

Versions of packages nzbget suggests:
pn  par2  

-- no debconf information

Bug#715569: Over TWO years since initial report

[SanFran Guy]

With such a simple fix, it seems like a reasonable task to knock out a
couple of grave bugs.

If no one can manage to do that, this pkg should be REMOVED from all
versions.
Upgrading to wheezy or jessie proftpd base leaves this module intact and
active.
I can confirm a huge security risk: after upgrade,  *all* FTP users have
access to rootdir.

Please recompile the latest source.

Bug#799127: pysolfc: fails to start with import error for _imagingtk

[Matias Wilkman]

Package: pysolfc
Version: 2.0-3
Severity: important

Dear Solitaire Stars,

   * What led up to the situation?
trying to start pysolfc
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
apt-get install pysolfc
"pysolfc" in terminal
   * What was the outcome of this action?
Traceback (most recent call last):
  File "/usr/games/pysolfc", line 32, in 
sys.exit(main(sys.argv))
  File "/usr/share/games/pysolfc/pysollib/main.py", line 359, in main
r = pysol_init(app, args)
  File "/usr/share/games/pysolfc/pysollib/main.py", line 196, in pysol_init
app.loadImages1()
  File "/usr/share/games/pysolfc/pysollib/app.py", line 712, in loadImages1
im = loadImage(fn)
  File "/usr/share/games/pysolfc/pysollib/tile/tkutil.py", line 276, in 
makeImage
im = PIL_Image(file)
  File "/usr/share/games/pysolfc/pysollib/tile/tkutil.py", line 254, in __init__
ImageTk.PhotoImage.__init__(self, image)
  File "/usr/local/lib/python2.7/dist-packages/PIL/PIL/ImageTk.py", line 116, 
in __init__
self.paste(image)
  File "/usr/local/lib/python2.7/dist-packages/PIL/PIL/ImageTk.py", line 181, 
in paste
import _imagingtk
ImportError: No module named _imagingtk
   * What outcome did you expect instead?
pysolfc to launch


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

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

Versions of packages pysolfc depends on:
ii  python2.7.9-1
ii  python-configobj  5.0.6-2
ii  python-pygame 1.9.1release+dfsg-10+b1
ii  python-tk 2.7.9-1

Versions of packages pysolfc recommends:
ii  python-imaging-tk   2.6.1-2
ii  python-pil.imagetk [python-imaging-tk]  2.9.0-1
ii  tk-tile 0.8.2-2.2

Versions of packages pysolfc suggests:
pn  freecell-solver   
pn  pysolfc-cardsets  

-- no debconf information

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator

[John Paul Adrian Glaubitz]

On 09/16/2015 07:17 AM, Sérgio Benjamim wrote:
> The package now use ffmpeg from the system :)
> 
> https://mentors.debian.net/package/ppsspp

Very good, thank you!

I will have a look later this week. Today I'm quite busy.

Adrian

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

Bug#751907: version 3.2.1-3 in Unstable fixes it for SE Linux on i386

[Russell Coker]

The Unstable version 3.2.1-3 fixes this problem for SE Linux on the i386 
platform.

Could this be back-ported to Jessie?

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#772023: [Pkg-javascript-devel] Bug#772023: nodejs v4.0.0 released

[Bastien Roucaries]

Le 15 septembre 2015 23:44:25 GMT+02:00, Edmund Grimley Evans 
 a écrit :
>> Sorry guys:
>> 
>> ifeq (armel, $(DEB_HOST_ARCH))
>> CC = gcc -march=armv6
>> CXX = g++ -march=armv6
>> export CC
>> export CXX
>> endif
>> 
>> That's actually not going to work for "armel" hardware...  "armel" is
>> currently built as "armv4t", so "-march=armv6" is going to cause
>> invalid instruction faults on devices running armel..
>
>That's deliberate. The V8 library requires ARMv6 + VFP2, and some
>armel systems will have that hardware, so the idea is to get nodejs
>working on those systems. (Raspberry Pi?)
>
>The next step would be to get it to fail gracefully, rather than just
>crash, on other armel systems, presumably by checking the auxiliary
>vector (getauxval).

Could we get  information why they nees this ? And what is the porting effort 
needed? Btw openning upstream bug for a pure c ans slow implémentation will ne 
worthwhile. Un case of problems with compile chain we could fallback to slow 
but debuggable code.
>
>By the way, the patch above modified configure and debian/rules. I
>think the change to debian/rules makes the change to configure
>redundant: you only need to add those 6 lines to debian/rules; if you
>use an ARMv6 compiler, the rest works. I'll get back to you if the
>latest build fails.
>
>___
>Pkg-javascript-devel mailing list
>pkg-javascript-de...@lists.alioth.debian.org
>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

Bug#795808: [BTS#795808] templates://virtualbox-ext-pack/{templates} : Final update for English review

[Christian PERRIER]

Dear Debian maintainer,

On Friday, August 21, 2015, I notified you of the beginning of a review process
concerning debconf templates for virtualbox-ext-pack.

The debian-l10n-english contributors have now reviewed these templates,
and the final proposed changes are attached to this update to the
original bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading virtualbox-ext-pack with these changes
right now.

The second phase of this process will begin on Saturday, September 19, 2015, 
when I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Saturday, October 10, 2015. Please avoid uploading a package with fixed 
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Sunday, October 11, 2015, I will contact you again and will send a final 
patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: virtualbox-ext-pack/license
Type: boolean
Default: true
#flag:translate:1,2
_Description: Do you accept the terms of the VirtualBox PUEL license?
 Oracle Corporation requests VirtualBox users to acknowledge and
 accept the "VirtualBox Personal Use and Evaluation License" (PUEL). Please
 read the license below. If you accept this license, the package
 installation will continue. If you refuse it, it will be interrupted.
 .
 VirtualBox PUEL terms and conditions
 .
 License version 8, April 19, 2010
 .
 ORACLE CORPORATION (“ORACLE”) IS WILLING TO LICENSE THE PRODUCT (AS DEFINED IN
 § 1 BELOW) TO YOU ONLY UPON THE CONDITION THAT YOU ACCEPT ALL OF THE TERMS
 CONTAINED IN THIS VIRTUALBOX PERSONAL USE AND EVALUATION LICENSE AGREEMENT
 (“AGREEMENT”). PLEASE READ THE AGREEMENT CAREFULLY. BY DOWNLOADING OR
 INSTALLING THIS PRODUCT, YOU ACCEPT THE FULL TERMS OF THIS AGREEMENT.
 .
 IF YOU ARE AGREEING TO THIS LICENSE ON BEHALF OF AN ENTITY OTHER THAN AN
 INDIVIDUAL PERSON, YOU REPRESENT THAT YOU ARE BINDING AND HAVE THE RIGHT TO
 BIND THE ENTITY TO THE TERMS AND CONDITIONS OF THIS AGREEMENT.
 .
 § 1 Subject of Agreement. “Product”, as referred to in this Agreement, shall
 be the binary software package “Oracle VM VirtualBox,” which Product allows
 for creating multiple virtual computers, each with different operating
 systems (“Guest Computers”), on a physical computer with a specific operating
 system (“Host Computer”), to allow for installing and executing these Guest
 Computers simultaneously. The Product consists of executable files in machine
 code for the Solaris, Windows, Linux, and Mac OS X operating systems as well
 as other data files as required by the executable files at run-time and
 documentation in electronic form. The Product includes all documentation and
 updates provided to You by Oracle under this Agreement and the terms of this
 Agreement will apply to all such documentation and updates unless a different
 license is provided with an update or documentation.
 .
 § 2 Grant of license. (1) Oracle grants you a personal, non-exclusive,
 non-transferable, limited license without fees to reproduce, install, execute,
 and use internally the Product a Host Computer for your Personal Use,
 Educational Use, or Evaluation. “Personal Use” requires that you use the
 Product on the same Host Computer where you installed it yourself and that no
 more than one client connect to that Host Computer at a time for the purpose
 of displaying Guest Computers remotely. “Educational use” is any use in an
 academic institution (schools, colleges and universities, by teachers and
 students). “Evaluation” means testing the Product for a reasonable period
 (that is, normally for a few weeks); after expiry of that term, you are no
 longer permitted to evaluate the Product.
 .
 (2) The “VirtualBox Guest Additions” are a set of drivers and utilities 

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator

[Sérgio Benjamim]

The package now use ffmpeg from the system :)

https://mentors.debian.net/package/ppsspp


Sergio Benjamim


On 10/09/2015 06:01, John Paul Adrian Glaubitz wrote:

On 09/09/2015 11:36 PM, Sérgio Benjamim wrote:

Help are welcome in this package.

Does it still rely on an embedded version of ffmpeg?

I think we will have little chance of getting the emulator accepted into
Debian until this issue has been resolved. The code must be patched to
use the ffmpeg libraries which are available in Debian.

Adrian

Bug#786351: Patch, upload to experimental?

[Maximiliano Curia]

Hi,

On 15/09/15 22:32, Anton Gladky wrote:
> tags 786351 +patch
> thanks

> in attachment there is a proposed patch, which removes
> eigen2_support for this package. The patch is relatively
> large, but it should work and it will be very good to ask
> upstream to merge it there.

> There is one problem place in this patch (see comments
> starting from "This term was disabled"). There is a
> Vector2d constructed as Vector2d(double), what is
> strange and leads to undefined behavior, because it
> requires 2 values. Such construction fails to build with
> a 3.3~alpha1 of eigen3 (in experimental).

> Is it OK for you if I apply this patch and upload it to
> experimental to test this version?

I've adapted your patch missing piece to something that makes sense gut wise,
that is, the first Vector2d is the variance related to the charges and the
second one to the position.

In any case, the previous version was segfaulting in this calculation.

I've uploaded this patched version to experimental, and it needs to be tested.
At the same time we need to send this patch upstream, could you do this?
It's always better to be able to give some input on the patch if upstream has
some question regarding it, and eigen3 wise, you are the expert here.

Happy hacking,
-- 
"Can you imagine what I would do if I could do all I can?" -- Sun Tzu
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#799109: libapache2-mod-auth-kerb: Incorrect keytab file path handling

[Stanislav]

Package: libapache2-mod-auth-kerb
Version: 5.4-2.2
Severity: normal

Let's assume the following sample VirtualHost configuration.


ServerName testwww.foo.bar

ServerAdmin webmaster@localhost
DocumentRoot /home/apache/http_root/testwww/public


  AuthType Kerberos
  AuthName "Please login to proceed"
  KrbAuthRealms FOO.BAR
  KrbServiceName HTTP
  Krb5Keytab /etc/apache2/apache.keytab
  KrbMethodNegotiate on
  KrbMethodK5Passwd on
  KrbLocalUserMapping On
  Require valid-user



When web browser uses "negotiate" authentication method, everything
works fine. But when apache tries to perform "K5Passwd" method via
acquiring plain login and password from user, the auth_kerb module reads
incorrect keytab.

It should use "Krb5Keytab" file defined in config. In my example it is
"/etc/apache2/apache.keytab". But in fact the module reads the system
default keytab instead. Usually it is placed in "/etc/krb5.keytab".

So, mod_auth_kerb ignores the directive "Krb5Keytab" while checking
against plain login and password, provided by user. Thus, in the case
when apache configured keytab differs from the system default keytab,
the same user on the same machine in the same time successfully signs in
via SPNEGO and fails to authenticate via login and password. I beleive
this is a bug.

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

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

Versions of packages libapache2-mod-auth-kerb depends on:
ii  apache2-bin [apache2-api-20120211]  2.4.10-10+deb8u3
ii  krb5-config 2.3
ii  libc6   2.19-18+deb8u1
ii  libcomerr2  1.42.12-1.1
ii  libgssapi-krb5-21.12.1+dfsg-19
ii  libk5crypto31.12.1+dfsg-19
ii  libkrb5-3   1.12.1+dfsg-19

libapache2-mod-auth-kerb recommends no packages.

libapache2-mod-auth-kerb suggests no packages.

-- no debconf information

Bug#799113: Should arm64 be using -opengl es2 instead of desktop?

[Lisandro Damián Nicanor Pérez Meyer]

Source: qtbase-opensource-src
Version: 5.4.2+dfsg-9
Severity: important

Maybe (and as long as we don't trigger a transition) we should consider
using -opengl es2 on arm64 too. I think we just misssed it.

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

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

Bug#799119: Regression in NVMe support caused by 7046795cdd0e9ca11789ffe0f5cedaa42217f6e0

[Mario Limonciello]

package: grub-installer
version: 1.122

I've been trying to debug some problems related to installation on an
NVMe drive and found that 7046795cdd0e9ca11789ffe0f5cedaa42217f6e0
introduced a regression that is causing grub-installer to fail.

This commit was supposed to introduce support for multi-digit X and Y
values of /dev/nvmeXnY but instead causes it to not match on systems
with drives that are not multi-digit.  The [0-9][0-9] syntax is looking
for drives that have multi digits explicitly.

On my system I see nodes for:

/dev/nvme0n1 which will not match in this syntax.

Dropping the second [0-9] from the introduced areas resolves the problem
for me.

Thanks,



signature.asc
Description: OpenPGP digital signature

Bug#745769: I'm interested in this feature

[Jason Harvey]

This would allow for cleaner handling of certain procedures, such as
manually installing a large list of dev packages for building, and
doing a subsequent cleanup.

Another related SO question:
http://unix.stackexchange.com/questions/229897/compile-packages-and-keep-apt-tidy

Cheers,
Jason Harvey

Bug#798971: eom: Adding the CMYK color support

[Mike Gabriel]

Hi Frederic,

On  Mo 14 Sep 2015 17:01:59 CEST, Frederic MASSOT wrote:


Dear Maintainer,

Thank you add the CMYK color support for preserving colors when  
opening an image.


Best regards.


This message does not seem like a bug report, right?

Please use pkg-mate-t...@lists.alioth.debian.org for such message and  
don't "pollute" the bug tracker with such emails.


You can also subscribe to our mailing list via [1].

Thanks!
Mike

[1] https://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mate-team
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpUa7xYRADRg.pgp
Description: Digitale PGP-Signatur

Bug#799123: Debug::pkgAcquire::Worker output is percent-encoded incorrectly

[Evgeny Kapun]

Package: apt
Version: 1.1~exp12
Severity: minor

Debug::pkgAcquire::Worker option causes APT to produce debug output, some of 
which is percent-encoded. Bytes with values greater than or equal to 128 are 
encoded incorrectly: for example, the value 128 should be encoded as %80, but 
is actually encoded as %ff80.

Bug#799122: xen-hypervisor-4.4-amd64: Networking of domUs stops working after a few minutes

[Arne Klein]

Package: xen-hypervisor-4.4-amd64
Version: 4.4.1-9+deb8u1
Severity: important

A few minutes after starting a domU, network access is no longer possible from 
and to it.

This does not always happen and is not easily reproducible, but seems to occur 
in all newly started domUs from some point in time on. However, also restarting 
the dom0 does not necessarily prevent the problem.

At the moment when the network in the domU completely stops working, there is 
the error message
[2178752.854380] vif vif-33-0 vif33.0: Guest Rx stalled
visible in dmesg in the dom0.

It is sometimes possible to for example ping the domU for a longer time than 
pinging any host from the domU. Also pings may still be possible for a few 
minutes, while SSH sessions do no longer work.

We tested the current lenny kernel linux-image-3.16.0-4-amd64 as well as the 
backport linux-image-4.1.0-0.bpo.1-amd64 on the dom0 as well as the domU. The 
problem happens with newly created domUs via 'xen-create-image', as well as 
with older domUs which have been migrated from a debian wheezy dom0. It happens 
with the vif-route as well as the vif-bridge script in the domU configuration.

When the network stops working, the ARP tables are no longer filled on dom0 and 
domU, for example:

Address  HWtype  HWaddress   Flags MaskIface
x.y.z.v (incomplete)  vif33.0


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

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

xen-hypervisor-4.4-amd64 depends on no packages.

Versions of packages xen-hypervisor-4.4-amd64 recommends:
ii  xen-utils-4.4  4.4.1-9+deb8u1

xen-hypervisor-4.4-amd64 suggests no packages.

-- no debconf information

Bug#329156: closed by Andreas Beckmann <a...@debian.org> (libzvt was removed from Debian)

[paul . szabo]

A minute ago I wrote:

> I now see gnome-pty-helper being part of packages
>   libvte9
>   libvte-2.90-9
>   libvte-2.91-0
> and I wonder whether those are just as vulnerable.
> Should I file bug reports against those packages, or would you be able
> to re-assign this but to each of those?

Sorry, now checking things I see that this "clone are reassign" had been
done, and bug#330907
  http://bugs.debian.org/330907
is "alive": all is good, no further action required, 329156 can go.

Thanks, Paul

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

Bug#732968: [pkg-wine-party] [wine] 01/01: Move files in /usr/include to arch specific directory.

[Jens Reyer]

On 09/16/2015 02:24 AM, Jens Reyer wrote:
> I built and installed the packages successfully. The following debdiff
> was fine, only changes related to my previous commits:
>   debdiff --move usr/include usr/include/x86_64-linux-gnu \
> libwine-development-dev_1.7.51-1_amd64.deb \
> libwine-development-dev_1.7.51-1.1_amd64.deb

sorry, debdiff was:

debdiff --move usr/include usr/include/x86_64-linux-gnu \
--from \
  fonts-wine-development_1.7.51-1_all.deb \
  libwine-development_1.7.51-1_amd64.deb \
  libwine-development-dev_1.7.51-1_amd64.deb \
  wine-development_1.7.51-1_all.deb \
  wine64-development_1.7.51-1_amd64.deb \
  wine64-development-preloader_1.7.51-1_amd64.deb \
  wine64-development-tools_1.7.51-1_amd64.deb
--to
  fonts-wine-development_1.7.51-1.1_all.deb \
  libwine-development_1.7.51-1.1_amd64.deb \
  libwine-development-dev_1.7.51-1.1_amd64.deb \
  wine-development_1.7.51-1.1_all.deb \
  wine64-development_1.7.51-1.1_amd64.deb \
  wine64-development-preloader_1.7.51-1.1_amd64.deb \
  wine64-development-tools_1.7.51-1.1_amd64.deb

Bug#799117: NVMe devices are not offered by list-devices

[Mario Limonciello]

Package: debian-installer-utils
Version: 1.110

I've found that when using iso-scan to pick up devices, it's not finding
any NVMe devices.  This is because 'list-devices disk' doesn't recognize
NVMe.

This can be fixed with a trivial patch:

# diff --git a/list-devices-linux b/list-devices-linux
index 34ba684..9eb3c71 100755
--- a/list-devices-linux
+++ b/list-devices-linux
@@ -137,7 +137,7 @@ for x in $syspaths; do
fi
if ! $match && [ "$TYPE" = disk ]; then
case $devpath in
-  
/block/cciss\!*|/block/ida\!*|/block/rd\!*|/block/mmcblk*|/block/vd[a-z]*|/block/xvd[a-z]*)
+  
/block/cciss\!*|/block/ida\!*|/block/rd\!*|/block/nvme*|/block/mmcblk*|/block/vd[a-z]*|/block/xvd[a-z]*)
match=:
;;
/block/dm-*)

Here is the udevadm information for a situation where NVMe disk is on
the system (and not otherwise picked up).

P: /devices/pci:00/:00:1b.0/:02:00.0
E: DEVPATH=/devices/pci:00/:00:1b.0/:02:00.0
E: DRIVER=nvme
E: MODALIAS=pci:v144DdA802sv144DsdA801bc01sc08i02
E: PCI_CLASS=10802
E: PCI_ID=144D:A802
E: PCI_SLOT_NAME=:02:00.0
E: PCI_SUBSYS_ID=144D:A801
E: SUBSYSTEM=pci

P: /devices/pci:00/:00:1b.0/:02:00.0/block/nvme0n1
N: nvme0n1
E: DEVNAME=/dev/nvme0n1
E: DEVPATH=/devices/pci:00/:00:1b.0/:02:00.0/block/nvme0n1
E: DEVTYPE=disk
E: ID_PART_TABLE_TYPE=gpt
E: ID_PART_TABLE_UUID=2507fc37-a8e6-4344-af2e-8db46d99f5c3
E: MAJOR=259
E: MINOR=0
E: SUBSYSTEM=block
E: USEC_INITIALIZED=1054

P: /devices/pci:00/:00:1b.0/:02:00.0/block/nvme0n1/nvme0n1p1
N: nvme0n1p1
S: disk/by-partlabel/EFI\x20System\x20Partition
S: disk/by-partuuid/4570c6a5-9fcd-4e1e-9dc2-d470db69f4da
S: disk/by-uuid/D1A6-3882
E: DEVLINKS=/dev/disk/by-partlabel/EFI\x20System\x20Partition
/dev/disk/by-partuuid/4570c6a5-9fcd-4e1e-9dc2-d470db69f4da
/dev/disk/by-uuid/D1A6-3882
E: DEVNAME=/dev/nvme0n1p1
E:
DEVPATH=/devices/pci:00/:00:1b.0/:02:00.0/block/nvme0n1/nvme0n1p1
E: DEVTYPE=partition
E: ID_FS_TYPE=vfat
E: ID_FS_USAGE=filesystem
E: ID_FS_UUID=D1A6-3882
E: ID_FS_UUID_ENC=D1A6-3882
E: ID_FS_VERSION=FAT16
E: ID_PART_ENTRY_DISK=259:0
E: ID_PART_ENTRY_NAME=EFI\x20System\x20Partition
E: ID_PART_ENTRY_NUMBER=1
E: ID_PART_ENTRY_OFFSET=4096
E: ID_PART_ENTRY_SCHEME=gpt
E: ID_PART_ENTRY_SIZE=999424
E: ID_PART_ENTRY_TYPE=c12a7328-f81f-11d2-ba4b-00a0c93ec93b
E: ID_PART_ENTRY_UUID=4570c6a5-9fcd-4e1e-9dc2-d470db69f4da
E: ID_PART_TABLE_TYPE=gpt
E: ID_PART_TABLE_UUID=2507fc37-a8e6-4344-af2e-8db46d99f5c3
E: MAJOR=259
E: MINOR=1
E: SUBSYSTEM=block
E: USEC_INITIALIZED=1117

P: /devices/pci:00/:00:1b.0/:02:00.0/block/nvme0n1/nvme0n1p2
N: nvme0n1p2
S: disk/by-partlabel/OS
S: disk/by-partuuid/f241d95a-42ca-49c2-930a-11f4ed31864c
S: disk/by-uuid/D1A6-40C6
E: DEVLINKS=/dev/disk/by-partlabel/OS
/dev/disk/by-partuuid/f241d95a-42ca-49c2-930a-11f4ed31864c
/dev/disk/by-uuid/D1A6-40C6
E: DEVNAME=/dev/nvme0n1p2
E:
DEVPATH=/devices/pci:00/:00:1b.0/:02:00.0/block/nvme0n1/nvme0n1p2
E: DEVTYPE=partition
E: ID_FS_TYPE=vfat
E: ID_FS_USAGE=filesystem
E: ID_FS_UUID=D1A6-40C6
E: ID_FS_UUID_ENC=D1A6-40C6
E: ID_FS_VERSION=FAT32
E: ID_PART_ENTRY_DISK=259:0
E: ID_PART_ENTRY_NAME=OS
E: ID_PART_ENTRY_NUMBER=2
E: ID_PART_ENTRY_OFFSET=1003520
E: ID_PART_ENTRY_SCHEME=gpt
E: ID_PART_ENTRY_SIZE=9766912
E: ID_PART_ENTRY_TYPE=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
E: ID_PART_ENTRY_UUID=f241d95a-42ca-49c2-930a-11f4ed31864c
E: ID_PART_TABLE_TYPE=gpt
E: ID_PART_TABLE_UUID=2507fc37-a8e6-4344-af2e-8db46d99f5c3
E: MAJOR=259
E: MINOR=2
E: SUBSYSTEM=block
E: USEC_INITIALIZED=1167

P: /devices/pci:00/:00:1b.0/:02:00.0/misc/nvme0
N: nvme0
E: DEVNAME=/dev/nvme0
E: DEVPATH=/devices/pci:00/:00:1b.0/:02:00.0/misc/nvme0
E: MAJOR=10
E: MINOR=58
E: SUBSYSTEM=misc



signature.asc
Description: OpenPGP digital signature

Bug#799118: libgetdata: FTBFS with perl 5.22: missing dependency on Module::Build

[Dominic Hargreaves]

Source: libgetdata
Version: 0.8.9-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22, in experimental:

It seems that the package silently fails to build the perl bindings;
I don't really understand why, but they aren't there:

dh_install: libgetdata-perl missing files (usr/lib/*/perl*), aborting

The problem is solved by build-depending on libmodule-build-perl
(which used to be bundled with perl until 5.22).

Cheers,
Dominic.

Bug#787290: needrestart: false positive postfix

[Thomas Liske]

Hi Christoph,

I might have found the trigger of this bug. The chroot of postfix is
somewhat special:
1) (Debian's) init script copies some libs into the chroot
2) postfix loads a those libs and switches into the chroot

needrestart did always use the dev/inode numbers of the files copied
in 1) and compares them with the mapping data from procfs. Since the
libs in 1) are just copies and postfix loads the library *before* entering
the chroot in 2) this did always fail.

Could you please give
https://github.com/liske/needrestart/commit/89c720c3dc8903fbd3ad024bec922937a660a880
a try?


HTH & TIA,
Thomas


On Sun, May 31, 2015 at 07:05:30PM +0200, Christoph Anton Mitterer wrote:
> Control: tags -1 -fixed-upstream
> 
> > Could you give
> > https://github.com/liske/needrestart/commit/c18299ba5f5bd298c478979f01fdf2b3001ba699
> > a try
> that patch alone (and AFAICS this is the only change in HEAD to the
> debian version) doesn't fix the issue :-(
> 
> Cheers,
> Chris.

Bug#329156: closed by Andreas Beckmann <a...@debian.org> (libzvt was removed from Debian)

[paul . szabo]

Dear Andreas,

> #329156: [CAN-2005-0023] /usr/sbin/gnome-pty-helper: writes arbitrary utmp 
> records
> libzvt was removed from Debian in 2008, see #195969 for details on the
> removal.

I now see gnome-pty-helper being part of packages
  libvte9
  libvte-2.90-9
  libvte-2.91-0
and I wonder whether those are just as vulnerable.

Should I file bug reports against those packages, or would you be able
to re-assign this but to each of those?

Thanks, Paul

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

Bug#797816: Bug#798408: Bug#797816: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

[Lisandro Damián Nicanor Pérez Meyer]

On Tuesday 15 September 2015 19:39:26 Lisandro Damián Nicanor Pérez Meyer 
wrote:
> On Monday 14 September 2015 10:06:54 chrysn wrote:
> [snip]
> 
> > On Wed, Sep 02, 2015 at 04:31:03PM -0300, Tiago Stürmer Daitx wrote:
> > > openscad 2015.03-1+dfsg-2ubuntu1 FTBFS on armhf due to conflicting
> > > headers.
> > 
> > as openscad upstream currently doesn't support gles, this will need
> > resolution from #798408. if gl and gles are mutually exclusive to that
> > extent, i'd prefer a solution where it is still possible to build qt
> > apps that use gl on armhf, for otherwise packages like openscad can't
> > work at all on that architecture.
> 
> Qt5 links against GLES in arm*, Desktop GL otherwise. The reason is simple:
> most arm* boards have native GLES support, thus benefit from using it.
> 
> As far as I remember GLEW does not supports GLES, so you basically can't use
> it on arm* with Qt5.
> 
> Hope that helps, Lisandro.

Make that armel armhf, somehow we missed arm64. We might change that though.

-- 
¿Qué vamos a hacer esta noche Cerebro?
-Lo mismo que todas las noches Pinky...
¡¡¡tratar de conquistar el mundo!!!
  Pinky y Cerebro. Narf.

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

Bug#799115: qemu-user-static: Unsupported syscalls (sys_name_to_handle_at, sys_signalfd4) prevent booting systemd.

[Ben Longbons]

Package: qemu-user-static
Version: 1:2.4+dfsg-2
Severity: wishlist

Dear Maintainer,

I recently discovered systemd-nspawn and machinectl. After working
through various bugs (try to use at least systemd 226 on the host)
I started playing with emulated builds, but a full boot didn't work.

Note that calling systemd-nspawn *without* -b does produce a working
shell.

# cd /var/lib/machines
# arch=arm64
# qemu-debootstrap --arch=$arch jessie jessie_$arch
< snip lots of output>
# systemd-nspawn -bD jessie_$arch
Spawning container jessie_arm64 on /var/lib/machines/jessie_arm64.
Press ^] three times within 1s to kill container.
Failed to create directory /var/lib/machines/jessie_arm64/sys/fs/selinux: 
Read-only file system
Failed to create directory /var/lib/machines/jessie_arm64/sys/fs/selinux: 
Read-only file system
/etc/localtime is not a symlink, not updating container timezone.
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
qemu: Unsupported syscall: 264
systemd 215 running in system mode. (+PAM +AUDIT +SELINUX +IMA +SYSVINIT 
+LIBCRYPTSETUP +GCRYPT +ACL +XZ -SECCOMP -APPARMOR)
Detected virtualization 'systemd-nspawn'.
Detected architecture 'arm64'.

Welcome to Debian GNU/Linux 8 (jessie)!

Set hostname to .
qemu: Unsupported syscall: 74
Failed to allocate manager object: Function not implemented
^]^]
Container jessie_arm64 terminated by signal KILL.

Looking at the arm64 syscall list, 264 is sys_name_to_handle_at and 74 is 
sys_signalfd4.

The same bug occurs with arm64, armel, armhf, mips, mipsel, ppc64el, s390s
(though the syscall numbers vary of course).

I did not test amd64 or i386 because my host is amd64 and I'm not aware
of any way to force qemu emulation on the native architecture.

It is possible that there are additional unimplemented syscalls that do
not get called until after the above succeed.

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

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

qemu-user-static depends on no packages.

Versions of packages qemu-user-static recommends:
ii  binfmt-support  2.1.5-1

Versions of packages qemu-user-static suggests:
ii  sudo  1.8.12-1

-- no debconf information

Bug#799063: popularity-contest: fails to install: popularity-contest.postinst: cannot create /etc/cron.d/popularity-contest: Directory nonexistent

[Andreas Beckmann]

On 2015-09-15 16:20, Bill Allombert wrote:
> This is a duplicate of #798941.

I know I had checked, but I probably looked for something RC ... :-)


Andreas

Bug#799112: ITP: jboss-jdeparser2 -- Java source code generating library

[Markus Koschany]

Package: wnpp
Severity: wishlist
Owner: Markus Koschany 
X-Debbugs-CC: debian-j...@lists.debian.org

* Package name: jboss-jdeparser2
  Version : 2.0.0
  Upstream Author : Red Hat, Inc.
* URL : https://github.com/jdeparser/jdeparser2
* License : Apache-2.0
  Programming Lang: Java
  Description : Java source code generating library

jboss-jdeparser2 is used in annotation processors and utilities like 
jboss-logging
to generate additional code. It is an improved version of com.sun.codemodel.
It offers a simple API and completely customizable code formatting.

jboss-jdeparser2 is a dependency for undertow
(http://bugs.debian.org/767001) and will be maintained within the Debian
Java team.






signature.asc
Description: OpenPGP digital signature

Bug#799114: xsane color management disabled on migration from lcms to lcms2

[James Glossinger]

Package: xsane

I reported this bug with some further observations in Unbuntu's launchpad
here:

https://bugs.launchpad.net/ubuntu/+source/xsane/+bug/1495322

Bug#799121: local repository in non-world-readable directory doesn't work

[Evgeny Kapun]

Package: apt
Version: 1.1~exp12

I'm using APT with a local repository configured with a file: URI. Also, the 
directory containing the repository is not world-readable. This works fine with 
APT 1.0, but not with APT 1.1.
I found that APT 1.1 runs some of its helper programs under a restricted _apt 
account, and they attempt to access repository files directly and fail. 
Specifically, when running `apt update`, debug logs indicate that 
`/usr/lib/apt/methods/xz` program attempts to access repository files and fails 
with EACCESS, probably as a result of running with limited privileges.

Bug#798664: plasma-desktop: KIO QML dependency missing for bluetooth applet

[Maximiliano Curia]

Control: reassign -1 bluedevil 4:5.4.0-1
Control: fixed -1 4:5.4.1-2

Hi,

On 11/09/15 17:05, Ralf Jung wrote:
> After installing KDE5-based Plasma, the Bluetooth applet shows an error (see 
> attached screenshot).
> Only after installing some more applets (which drags in the KIO QML package), 
> the applet now works fine.

The missing dependency was added to bluedevil by Felix Geyer in the latest
upload. Thanks for reporting.

Happy hacking,
-- 
"The first 90% of the code accounts for the first 90% of the development time.
The remaining 10% of the code accounts for the other 90% of the development
time."
-- Tom Cargill
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#772023: nodejs v4.0.0 released

[Edmund Grimley Evans]

> Sorry guys:
> 
> ifeq (armel, $(DEB_HOST_ARCH))
> CC = gcc -march=armv6
> CXX = g++ -march=armv6
> export CC
> export CXX
> endif
> 
> That's actually not going to work for "armel" hardware...  "armel" is
> currently built as "armv4t", so "-march=armv6" is going to cause
> invalid instruction faults on devices running armel..

That's deliberate. The V8 library requires ARMv6 + VFP2, and some
armel systems will have that hardware, so the idea is to get nodejs
working on those systems. (Raspberry Pi?)

The next step would be to get it to fail gracefully, rather than just
crash, on other armel systems, presumably by checking the auxiliary
vector (getauxval).

By the way, the patch above modified configure and debian/rules. I
think the change to debian/rules makes the change to configure
redundant: you only need to add those 6 lines to debian/rules; if you
use an ARMv6 compiler, the rest works. I'll get back to you if the
latest build fails.

Bug#799105: Broken mod_dav_svn and mod_auth_kerb joint operation

[Stanislav]

Package: apache2-bin
Version: 2.4.10-10+deb8u3
Severity: important

Upgrade of the package "apache2-bin" in stable release (Jessie) from
2.4.10-10 to 2.4.10-10+deb8u3 has broken the joint operation of modules
"mod_dav_svn" (libapache2-mod-svn) and "mod_auth_kerb"
(libapache2-mod-auth-kerb).

Both modules go on to work fine taken separately. But together they
became unusable. The web server now refuses to authenticate any SVN user
by kerberos (GSSAPI). Apache does not even try to start SPNEGO mechanism
process and does not send the corresponding HTTP header to browser
anymore, so authentication fails.

In version 2.4.10-10 before upgrade everything was fine. I suppose, the
bug is caused by some code changes during DSA-3325-1 security fixing.

The sample apache configuration to reproduce:


ServerName svn.foo.bar

ServerAdmin s...@foo.bar
DocumentRoot /var/www/html

ErrorLog ${APACHE_LOG_DIR}/004-svn-error.log
CustomLog ${APACHE_LOG_DIR}/004-svn-access.log combined

AssignUserID svn svn

 
AuthType Kerberos
AuthName "Please login to proceed"
KrbAuthRealms FOO.BAR
KrbServiceName HTTP
Krb5Keytab /etc/apache2/apache.keytab
KrbMethodNegotiate on
KrbMethodK5Passwd off
KrbLocalUserMapping On
Require valid-user

DAV svn
SVNParentPath /var/lib/svn
AuthzSVNAccessFile /etc/apache2/dav_svn.authz
 



The same issue affected Ubuntu users as well:
http://askubuntu.com/questions/667890/mod-auth-kerb-apache-2-4-not-authenticating-for-sub-folders

-- Package-specific info:

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

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

Versions of packages apache2-bin depends on:
ii  libapr1  1.5.1-3
ii  libaprutil1  1.5.4-1
ii  libaprutil1-dbd-sqlite3  1.5.4-1
ii  libaprutil1-ldap 1.5.4-1
ii  libc62.19-18+deb8u1
ii  libldap-2.4-22.4.40+dfsg-1+deb8u1
ii  liblua5.1-0  5.1.5-7.1
ii  libpcre3 2:8.35-3.3
ii  libssl1.0.0  1.0.1k-3+deb8u1
ii  libxml2  2.9.1+dfsg1-5
ii  perl 5.20.2-3+deb8u1
ii  zlib1g   1:1.2.8.dfsg-2+b1

apache2-bin recommends no packages.

Versions of packages apache2-bin suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
pn  www-browser  

Versions of packages apache2 depends on:
ii  apache2-data   2.4.10-10+deb8u3
ii  apache2-utils  2.4.10-10+deb8u3
ii  dpkg   1.17.25
ii  lsb-base   4.1+Debian13+nmu1
ii  mime-support   3.58
ii  perl   5.20.2-3+deb8u1
ii  procps 2:3.3.9-9

Versions of packages apache2 recommends:
ii  ssl-cert  1.0.35

Versions of packages apache2 suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
pn  www-browser  

Versions of packages apache2-bin is related to:
ii  apache2  2.4.10-10+deb8u3
ii  apache2-bin  2.4.10-10+deb8u3

-- no debconf information

Bug#772023: nodejs v4.0.0 released

[Robert Nelson]

On Tue, Sep 15, 2015 at 4:44 PM, Edmund Grimley Evans
 wrote:
>> Sorry guys:
>>
>> ifeq (armel, $(DEB_HOST_ARCH))
>> CC = gcc -march=armv6
>> CXX = g++ -march=armv6
>> export CC
>> export CXX
>> endif
>>
>> That's actually not going to work for "armel" hardware...  "armel" is
>> currently built as "armv4t", so "-march=armv6" is going to cause
>> invalid instruction faults on devices running armel..
>
> That's deliberate. The V8 library requires ARMv6 + VFP2, and some
> armel systems will have that hardware, so the idea is to get nodejs
> working on those systems. (Raspberry Pi?)

Raspberry Pi users use raspbian

https://www.raspbian.org/

Which is developed by debian-arm developers, they just build off the
"armhf" packages rebuilt for ARMv6 + VFP2

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

Bug#799070: jessie-pu: package apt/1.0.9.8.2

[Julian Andres Klode]

On Tue, Sep 15, 2015 at 10:21:26PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Tue, 2015-09-15 at 17:12 +0200, Julian Andres Klode wrote:
> > +  * hide first pdiff merge failure debug message (Closes: 793444)
> [...]
> > +  * mark again deps of pkgs in APT::Never-MarkAuto-Sections as manual.
> > +Thanks to Raphaël Hertzog and Adam Conrad for detailed reports and 
> > initial patches
> > +(Closes: 793360) (LP: 1479207)
> [...]
> > +  * Do not parse Status fields from remote sources
> [...]
> > +  * Use xgettext --no-location in make update-pot
> 
> Assuming that the resulting package has been tested on jessie, please go
> ahead; thanks.

I tested it, it seems to work fine.

Uploaded.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#785907: deejayd: Please update to GStreamer 1.x

[Moritz Mühlenhoff]

On Wed, Jun 24, 2015 at 03:01:25PM +0200, Sebastian Dröge wrote:
> On Mi, 2015-06-24 at 14:17 +0200, Alexandre Rossi wrote:
> > tag 785907 upstream fixed-upstream
> > thanks
> > 
> > > For the next Debian release GStreamer 0.10 is planned to be 
> > > removed,
> > > and if your package is not updated it might not be included in the
> > > release. Please update your package to use the new version as soon 
> > > as
> > > possible.
> > 
> > The development version has this fixed.
> > 
> > I'll prepare an upload with the fixes in the coming weeks.
> > 
> > Please note that I've been having a sponsorship problem for this
> > package for a while. So when this bug becomes a problem for the
> > gst0.10 cleanup, do not hesitate to ping me so that I request removal
> > from the archive.
> 
> If you want to continue maintaining the package and can't find a
> sponsor, I could also help out. Let me know

Alexandre, did you see Sebastian's sponsorship offer?

Cheers,
Moritz

Bug#799106: ITP: jboss-xnio -- simplified low-level I/O layer for NIO

[Markus Koschany]

Package: wnpp
Severity: wishlist
Owner: Markus Koschany 

* Package name: jboss-xnio
  Version : 3.3.2
  Upstream Author : Red Hat, Inc.
* URL : http://xnio.jboss.org
* License : Apache-2.0
  Programming Lang: Java
  Description : simplified low-level I/O layer for NIO

 XNIO is a simplified low-level I/O layer which can be used anywhere
 you are using non-blocking I/O today. It frees you from the hassle of
 dealing with Selectors and the lack of NIO support for multicast
 sockets and non-socket I/O, while still maintaining all the
 capabilities present in NIO, and it opens the door to non-obvious
 optimizations.
 .
 XNIO provides a unique API for combining blocking and non-blocking
 operations, even on the same channel, allowing you to take advantage
 of the simplicity and low latency of blocking I/O while still gaining
 the thread-conservative and throughput benefits of non-blocking I/O.

jboss-xnio is a dependency for undertow
(http://bugs.debian.org/767001) and will be maintained within the Debian
Java team.

Bug#796281: jessie-pu: package pcre3/2:8.35-3.3+deb8u1

[Moritz Mühlenhoff]

On Tue, Sep 15, 2015 at 09:16:48PM +0100, Adam D. Barratt wrote:
> Control: tags -1 -moreinfo +confirmed
> 
> On Fri, 2015-09-11 at 20:24 +0200, Moritz Mühlenhoff wrote:
> > On Fri, Aug 21, 2015 at 03:59:15PM +0100, Adam D. Barratt wrote:
> > > Control: tags -1 + moreinfo
> > > 
> > > On Fri, 2015-08-21 at 01:35 +0200, Moritz Muehlenhoff wrote:
> > > > This update fixes four minor security issues which don't warrant
> > > > a DSA. These have been tested in a production setup and were
> > > > working fine there.
> > > [...]
> > > > +  * CVE-2015-2325 CVE-2015-2326 CVE-2015-3210 CVE-2015-5073
> > > 
> > > The BTS and Security Tracker indicate that the first three of those
> > > aren't fixed in unstable yet; is that correct?
> > 
> > Now fixed in unstable in 2:8.35-7.2.
> 
> Thanks; please feel free to upload.

Done.

Cheers,
Moritz

Bug#799107: ismrmrd: library transition needed with GCC 5 as default

[Julien Cristau]

Source: ismrmrd
Version: 1.2.3-2
Severity: important
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

Hi,

your library exposes std::string or std::list in its public API, and
therefore breaks ABI on rebuild with g++ 5.  However as the library has
no reverse depends in Debian it's up to you whether to rename the binary
package or not.

Cheers,
Julien

The following is a form letter:

Background [1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 are using the new ABI.  Libraries built
from this source package export some of the new __cxx11 or B5cxx11 symbols, and
dropping other symbols.  If these symbols are part of the API of the library,
then this rebuild with g++-5 will trigger a transition for the library.

What is needed:

 - Rebuild the library using g++/g++-5. Note that most likely all C++
   libraries within the build dependencies need a rebuild too. You can
   find the log for a rebuild in
 https://people.debian.org/~doko/logs/gcc5-20150813/
   Search for "BEGIN GCC CXX11" in the log.

 - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
   library API, and are used by the reverse dependencies of the
   library.

 - If there are no symbols matching __cxx11 or B5cxx11 in the symbols
   forming the library API, you should close this issue with a short
   explanation.
 
 - If there are no reverse dependencies, it should be the package
   maintainers decision if a transition is needed.  However this might
   break software which is not in the Debian archive, and built
   against these packages.

 - If a library transition is needed, please prepare for the change.
   Rename the library package, append "v5" to the name of the package
   (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
   have a soversion bump and you upload this version instead of the
   renamed package.  Prepare a patch and attach it to this issue (mark
   this issue with patch), so that it is possible to NMU such a
   package. We'll probably have more than hundred transitions
   triggered.
   
 - If unsure if a transition is needed, please tag the issue with help
   to ask for feedback from other Debian developers.

The libstdc++6 transition will be a large one, and it will come with a
lot of pain.  Please help it by preparing the follow-up transitions.

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition



signature.asc
Description: Digital signature

Bug#790167: epoptes: depends on vte which is deprecated

[Vagrant Cascadian]

Control: tags -1 pending

On 2015-06-27, po...@debian.org wrote:
> epoptes depends on python-vte / libvte9, which are deprecated in
> favor of gir1.2-vte-2.91 / libvte-2.91-0. Thus we want to remove
> src:vte from the archive. epoptes should switch to the new vte
> version.
>
> Please try to do this before the Stretch release as we're going to
> try to remove src:vte this cycle.

Apparently this is an old dependency, the upstream code doesn't use
python-vte anymore:

  
https://bazaar.launchpad.net/~epoptes/epoptes/trunk/revision/436/debian/control


Will fix in the next upload.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#799108: ITP: jboss-logging-tools -- create internationalized logger messages and exceptions

[Markus Koschany]

Package: wnpp
Severity: wishlist
Owner: Markus Koschany 
X-Debbugs-CC: debian-j...@lists.debian.org

* Package name: jboss-logging-tools
  Version : 2.0.1
  Upstream Author : Red Hat, Inc.
* URL : http://www.jboss.org/quickstarts/eap/logging-tools/
* License : Apache-2.0 and LGPL-2.1+
  Programming Lang: Java
  Description : create internationalized logger messages and exceptions

If you want to internationalize (i18n) your logging, exception messages and 
messages in general,
then along with JBoss Logging, JBoss Logging Tools is for you. It provides an 
easy way to offer
internationalized messages, exceptions and logger messages to your project.
.
With JBoss Logging Tools you write interfaces and annotate the methods with a 
default message. Then
you or a translator will create a properties file with the translated text.

jboss-logging-tools is a dependency for undertow
(http://bugs.debian.org/767001) and will be maintained within the Debian
Java team.




signature.asc
Description: OpenPGP digital signature

Bug#605090: update?

[Yves-Alexis Perez]

On mar., 2015-09-15 at 00:12 +0100, Ben Hutchings wrote:
> There were several discussions with various people involved; the result
> as I understand it was that a linux-grsecurity package is likely to be
> acceptable in unstable (only) and Jacob would be ready to work on such a
> package in Debian.  I offered to help him with initial packaging, but
> not to be a maintainer.

I quickly discussed about that with Jacob on IRC following your ping,
and yes, my current plan is to start from the current src:linux git
repository (trying to avoid too much duplicate work), remove uneeded
stuff for us and add the grsecurity patch on top.

That way we might be able to sync / cherry-pick stuff from src:linux
every once in a while. If that's unmaintainable then we'll just
completely fork.

I didn't yet start the actual work, but I intend to do that in the
following days/weeks depending on my work schedule.

Regads,
-- 
Yves-Alexis



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

Bug#799033: jessie-pu: package file/1:5.22+15-2+deb8u1

[Christoph Biedl]

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

Hello release team,

for the next jessie point relase, I'd like to upload a new version
of the file package, in order to fix the bug described in

https://bugs.debian.org/798410
http://mx.gw.com/pipermail/file/2015/001777.html

Short version: The handling of file's --parameter command line option
is broken, the program segfaults upon every usage. Additionally,
--parameter has no effect when used with --files-from.

Triggering the first issue is as simple as running "file --parameter";
for the second one I have a no public reproducer so far but can provide
a file in private upon request.

Both issues have been fixed upstream recently, my proposed upload adds
the cherry-picked commits, two one-liners. The debdiff is attached.

Regards,

Christoph

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

Kernel: Linux 4.1.6 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

diff -Nru file-5.22+15/debian/changelog file-5.22+15/debian/changelog
--- file-5.22+15/debian/changelog   2015-03-10 22:13:50.0 +0100
+++ file-5.22+15/debian/changelog   2015-09-13 18:33:51.0 +0200
@@ -1,3 +1,13 @@
+file (1:5.22+15-2+deb8u1) stable; urgency=medium
+
+  * Fix handling of file's --parameter option. Closes: #798410
+- The file program segfaults after processing the --parameter
+  parameter. [commit FILE5_24-22-g27b4e34]
+- Any --parameter values have no effect if used with
+  --files-from. [commit FILE5_24-23-g4ddb783]
+
+ -- Christoph Biedl   Sun, 13 Sep 2015 
18:27:47 +0200
+
 file (1:5.22+15-2) unstable; urgency=medium
 
   * Restore detection of some jpeg files. Closes: #780095
diff -Nru 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-22-g27b4e34.parameter-1.patch 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-22-g27b4e34.parameter-1.patch
--- 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-22-g27b4e34.parameter-1.patch  
1970-01-01 01:00:00.0 +0100
+++ 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-22-g27b4e34.parameter-1.patch  
2015-09-13 18:25:31.0 +0200
@@ -0,0 +1,16 @@
+Subject: --parameter takes a parameter
+Origin: FILE5_24-22-g27b4e34
+Upstream-Author: Christos Zoulas 
+Date: Tue Sep 8 13:46:01 2015 +
+
+--- a/src/file_opts.h
 b/src/file_opts.h
+@@ -43,7 +43,7 @@
+ #if defined(HAVE_UTIME) || defined(HAVE_UTIMES)
+ OPT('p', "preserve-date", 0, "preserve access times on files\n")
+ #endif
+-OPT('P', "parameter", 0, "set file engine parameter limits\n"
++OPT('P', "parameter", 1, "set file engine parameter limits\n"
+ "   indir15 recursion limit for 
indirection\n"
+ "   name 30 use limit for name/use 
magic\n"
+ "   elf_notes   256 max ELF notes processed\n"
diff -Nru 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-23-g4ddb783.parameter-2.patch 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-23-g4ddb783.parameter-2.patch
--- 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-23-g4ddb783.parameter-2.patch  
1970-01-01 01:00:00.0 +0100
+++ 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-23-g4ddb783.parameter-2.patch  
2015-09-13 18:25:32.0 +0200
@@ -0,0 +1,15 @@
+Subject: apply parameters before unwrapping() the list of files
+Origin: FILE5_24-23-g4ddb783
+Upstream-Author: Christos Zoulas 
+Date: Tue Sep 8 13:46:49 2015 +
+
+--- a/src/file.c
 b/src/file.c
+@@ -233,6 +233,7 @@
+   if (magic == NULL)
+   if ((magic = load(magicfile, flags)) == NULL)
+   return 1;
++  applyparam(magic);
+   e |= unwrap(magic, optarg);
+   ++didsomefiles;
+   break;
diff -Nru file-5.22+15/debian/patches/series file-5.22+15/debian/patches/series
--- file-5.22+15/debian/patches/series  2015-03-10 20:56:19.0 +0100
+++ file-5.22+15/debian/patches/series  2015-09-13 18:25:10.0 +0200
@@ -10,3 +10,5 @@
 0011-btrfs.patch
 0012-lxt.patch
 0013-jpeg.c5d7f4d.patch
+cherry-pick.FILE5_24-22-g27b4e34.parameter-1.patch
+cherry-pick.FILE5_24-23-g4ddb783.parameter-2.patch


signature.asc
Description: Digital signature

Bug#689089: Patches for libglu 9.0.0-2.1 NMU

[Sam Hocevar]

Hi maintainers,

   Attached are my local commits to the debian-unstable branch for the
libglu 9.0.0-2.1 NMU.

Regards,
-- 
Sam.
>From dbe91cb35de027cbcfe98a354edfe7d496fc9a01 Mon Sep 17 00:00:00 2001
From: Sam Hocevar 
Date: Sun, 13 Sep 2015 16:00:09 +0200
Subject: [PATCH 1/3] Add multi-arch support. Simple fix provided by Francois
 Gouget.
To: 689...@bugs.debian.org

Signed-off-by: Sam Hocevar 
---
 debian/changelog | 9 +
 debian/control   | 5 +++--
 2 files changed, 12 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index db122bc..c7e58de 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+libglu (9.0.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+
+  * Add multi-arch support. Simple fix provided by Francois Gouget
+(Closes: #689089).
+
+ -- Sam Hocevar   Sun, 13 Sep 2015 15:59:01 +0200
+
 libglu (9.0.0-2) unstable; urgency=low
 
   [ Julien Cristau ]
diff --git a/debian/control b/debian/control
index 33b2e79..0d9cdd2 100644
--- a/debian/control
+++ b/debian/control
@@ -15,14 +15,14 @@ Vcs-Browser: http://git.debian.org/?p=pkg-xorg/lib/libglu.git
 Package: libglu1-mesa
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
 Provides: libglu1
 Conflicts: mesag3 (<< 5.0.0-1), xlibmesa3, libglu1
 Replaces: libglu1
-Pre-Depends: ${misc:Pre-Depends}
-Multi-Arch: same
 Description: Mesa OpenGL utility library (GLU)
  GLU offers simple interfaces for building mipmaps; checking for the
  presence of extensions in the OpenGL (or other libraries which follow
@@ -40,6 +40,7 @@ Description: Mesa OpenGL utility library (GLU)
 Package: libglu1-mesa-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends:
  libglu1-mesa (= ${binary:Version}),
  libgl1-mesa-dev | libgl-dev,
-- 
2.5.1

>From db1642e273d9c5714e60be35c47eeadfa3c3598f Mon Sep 17 00:00:00 2001
From: Sam Hocevar 
Date: Sun, 13 Sep 2015 18:17:54 +0200
Subject: [PATCH 2/3] Bump standards-version. No changes required.
To: 689...@bugs.debian.org

Signed-off-by: Sam Hocevar 
---
 debian/changelog | 1 +
 debian/control   | 2 +-
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index c7e58de..1280ce7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,7 @@ libglu (9.0.0-2.1) UNRELEASED; urgency=medium
 
   * Non-maintainer upload.
 
+  * Bump standards-version. No changes required.
   * Add multi-arch support. Simple fix provided by Francois Gouget
 (Closes: #689089).
 
diff --git a/debian/control b/debian/control
index 0d9cdd2..7ba9abb 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: graphics
 Priority: optional
 Maintainer: Debian X Strike Force 
 Uploaders: Cyril Brulebois 
-Standards-Version: 3.9.3
+Standards-Version: 3.9.6
 Build-Depends:
  debhelper (>= 9),
  dh-autoreconf,
-- 
2.5.1

>From bd1792c7906abd3845922f8aceac564bd5537266 Mon Sep 17 00:00:00 2001
From: Sam Hocevar 
Date: Sun, 13 Sep 2015 18:20:35 +0200
Subject: [PATCH 3/3] Upload to unstable.
To: 689...@bugs.debian.org

Signed-off-by: Sam Hocevar 
---
 debian/changelog | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 1280ce7..826e27b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-libglu (9.0.0-2.1) UNRELEASED; urgency=medium
+libglu (9.0.0-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
 
@@ -6,7 +6,7 @@ libglu (9.0.0-2.1) UNRELEASED; urgency=medium
   * Add multi-arch support. Simple fix provided by Francois Gouget
 (Closes: #689089).
 
- -- Sam Hocevar   Sun, 13 Sep 2015 15:59:01 +0200
+ -- Sam Hocevar   Sun, 13 Sep 2015 18:20:21 +0200
 
 libglu (9.0.0-2) unstable; urgency=low
 
-- 
2.5.1

Bug#792882: /bin/machinectl: machinectl fails to login to container

[Ritesh Raj Sarraf]

On Tue, 2015-09-15 at 05:18 +0200, Michael Biebl wrote:
> How exactly did you start the containers?

`machinectl start container_name`


> Does it work, if you copy them to /var/lib/machines/ and
> start them via
> systemctl start systemd-nspawn@.service ?
> 

Yes. systemd-nspawn booted it proper. And provided with the getty login
on the shell.

> At least this works for me.

THanks. With this method, machinectl is able to login into the
container. It still cannot login, if the container was started through
machinectl.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#798024: typo in clblas-ppc64el patch ?

[Ghislain Vaillant]

Hi Fernando,

First of all, thanks for investigating the build issue of clBLAS on ppc64el.

In the patch you provided, d/rules is modified with:

 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1

+DEB_HOST_ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH)
+
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 export DEB_CFLAGS_MAINT_APPEND = -Wall -pedantic
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed

+ifeq ($(DEB_BUILD_ARCH), ppc64el)
+DEB_CFLAGS_MAINT_APPEND += -mno-altivec
+endif
+
 %:
dh $@ --sourcedirectory=src \
--buildsystem=cmake \

Isn't it s/DEB_HOST_ARCH/DEB_BUILD_ARCH at the beginning?

Kind regards,
Ghislain

Bug#798997: gcc-5-plugin-dev: gcc-5 plugins unusable

[Matthias Klose]

Control: tags -1 + pending

On 09/15/2015 07:06 AM, Mathias Krause wrote:
> The plugin package still fails here because it cannot find mpc.h,
> included, e.g., from
> /usr/lib/gcc/x86_64-linux-gnu/5/plugin/include/builtin.h. That file is
> provided by libmpc-dev which, IMHO, gcc-5-plugin-dev should depend on.

fixed in the VCS.

Bug#795475: Make the "tor" AppArmor abstraction extensible by other packages

[intrigeri]

Hi,

intrig...@debian.org wrote (14 Aug 2015 11:02:44 GMT) :
> Sounds good? Any foreseeable issue with it? Better ideas?

Ping?

Cheers,
--
intrigeri

Bug#644019: reglookup: Please package latest upstream (1.0.1)

[Raphael Hertzog]

Hi,

On Mon, 14 Sep 2015, Tim wrote:
> Could you actually just try using subversion?  I may be mirroring it
> on GitHub, but that doesn't mean I use git.  I'm not convinced I even
> like git.  Far too complex for simple projects.
> 
> Anyway, I'm just pushing a mirror of my SVN repo to GitHub right now.
> Can you try using a subversion client to access the repo?  e.g.:
> 
> $ svn co https://github.com/ecbftw/reglookup

Honestly, I don't care about SVN or GIT. What I do care about is that you
provide me a usable tarball and you don't do that currently. At least
GitHub can build tarball on the fly for me... but only when I want
everything in the repository.

I was not aware that you could use SVN with GitHub... but in any case
it doesn't seem to let me export a sub-tree:

$ svn export https://github.com/ecbftw/reglookup/trunk reglookup
Areglookup
Areglookup/README.md
Areglookup/SConstruct
Areglookup/releases
Areglookup/releases/0.10.0

It doesn't export the content of the "trunk" sub-directory. I can work
it out manually, but those extra steps are annoying...

> As for building with scons 3.6... I'm on Debian sid right now and the
> latest version is 2.3.6, so I suspect that is what you mean.  I'll
> take a look at my build and make sure it behaves as I expect.

Yes, I meant 2.3.6.

On Mon, 14 Sep 2015, Tim wrote:
> Ok, so I'm not sure what you're running into here.  I cleaned out all
> build artifacts my build tree and those installed on my system ("scons -c" 
> and "sudo scons -c install", respectively) and then did a fresh install
> into a temporary directory using PREFIX.  It seems to work fine as
> shown in the transcript below.  Let me know if I can provide more
> info or run things differently.

Actually the error I have is during build and not during install.
The build step runs "scons bin doc doc-devel" and should not install
anything yet. Yet it tries to install something and since I have not
set DESTDIR/PREFIX at this step, it fails to install the file due to lack of
permissions.

Here's how it fails on my side (not the latest svn version but the regression
in scons affects former packages too):

   debian/rules override_dh_auto_build
make[1]: Entering directory '/«BUILDDIR»/reglookup-1.0.1+svn282'
scons bin doc doc-devel
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
gcc -o src/reglookup-recover.o -c -std=gnu99 -pedantic -Wall 
-D_FILE_OFFSET_BITS=64 -fvisibility=hidden -DREGFI_VERSION='"99.99.99.277"' -g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security -Iinclude 
-I/usr/local/include src/reglookup-recover.c
[...]
gcc -o lib/libregfi.so.0.0.0 -shared -fPIC -Wl,-z,relro -shared -Wl,-Bsymbolic 
-Wl,-soname=libregfi.so.0 lib/regfi.os lib/winsec.os lib/range_list.os 
lib/lru_cache.os lib/void_stack.os -Llib -L/usr/local/lib -lm -lpthread -ltalloc
Install file: "lib/libregfi.so.0.0.0" as "/usr/local/lib/libregfi.so.0.0.0"
scons: *** [/usr/local/lib/libregfi.so.0.0.0] /usr/local/lib/libregfi.so.0.0.0: 
Permission denied
scons: building terminated because of errors.


Do you agree that "scons bin doc doc-devel" should not fail when without
root rights?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#799043: libreoffice-presentation: table double-copy always crash in Debian stable

[NuageBleu]

Package: libreoffice
Version: 1:4.3.3-2+deb8u1
Severity: important

Dear Maintainer,

I'm using Debian stable at work, the current version is puting me in a very 
problematic state, as I cannot edit my slide with libre-office presentation.
Now almost any simple operation including a copy of a table or a copy of a 
slide including a table makes libreoffice to crash.

So I did report this open bug: (You can see that the test case is very simple)
https://bugs.documentfoundation.org//show_bug.cgi?id=85113

But it appear to be fixed in 4.3.7.2 or later.
Is it possible to apply the patch for Debian stable libreoffice package ?

Thanks !

Best regards,
Luc




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

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

Versions of packages libreoffice depends on:
ii  fonts-dejavu   2.34-1
ii  fonts-sil-gentium-basic1.1-7
ii  libreoffice-avmedia-backend-gstreamer  1:4.3.3-2+deb8u1
ii  libreoffice-base   1:4.3.3-2+deb8u1
ii  libreoffice-calc   1:4.3.3-2+deb8u1
ii  libreoffice-core   1:4.3.3-2+deb8u1
ii  libreoffice-draw   1:4.3.3-2+deb8u1
ii  libreoffice-impress1:4.3.3-2+deb8u1
ii  libreoffice-java-common1:4.3.3-2+deb8u1
ii  libreoffice-math   1:4.3.3-2+deb8u1
ii  libreoffice-report-builder-bin 1:4.3.3-2+deb8u1
ii  libreoffice-writer 1:4.3.3-2+deb8u1
ii  python3-uno1:4.3.3-2+deb8u1

Versions of packages libreoffice recommends:
ii  fonts-liberation  1.07.4-1
ii  libpaper-utils1.1.24+nmu4

Versions of packages libreoffice suggests:
pn  cups-bsd   
ii  default-jre [java5-runtime]2:1.7-52
pn  gstreamer1.0-ffmpeg
pn  gstreamer1.0-plugins-bad   
ii  gstreamer1.0-plugins-base  1.4.4-2
ii  gstreamer1.0-plugins-good  1.4.4-2
pn  gstreamer1.0-plugins-ugly  
ii  hunspell-en-us [hunspell-dictionary]   20070829-6
pn  hyphen-hyphenation-patterns
ii  icedove31.8.0-1~deb8u1
ii  iceweasel  38.2.1esr-1~deb8u1
ii  imagemagick8:6.8.9.9-5
ii  libgl1-mesa-glx [libgl1]   10.3.2-1+deb8u1
pn  libreoffice-grammarcheck   
ii  libreoffice-help-en-gb [libreoffice-help-4.3]  1:4.3.3-2+deb8u1
ii  libreoffice-help-en-us [libreoffice-help-4.3]  1:4.3.3-2+deb8u1
ii  libreoffice-kde1:4.3.3-2+deb8u1
ii  libreoffice-l10n-en-gb [libreoffice-l10n-4.3]  1:4.3.3-2+deb8u1
pn  libreoffice-officebean 
ii  libsane1.0.24-8
ii  libxrender11:0.9.8-1+b1
ii  myspell-en-gb [myspell-dictionary] 1:3.3.0-4
ii  mythes-en-us [mythes-thesaurus]1:3.3.0-4
pn  openclipart-libreoffice
ii  openjdk-7-jre [java5-runtime]  7u79-2.5.6-1~deb8u1
pn  pstoedit   
pn  unixodbc   

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.6+LibO4.3.3-2+deb8u1
ii  libatk1.0-0   2.14.0-1
ii  libboost-date-time1.55.0  1.55.0+dfsg-3
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libclucene-contribs1  2.3.3.4-4
ii  libclucene-core1  2.3.3.4-4
ii  libcmis-0.4-4 0.4.1-7
ii  libcups2  1.7.5-11+deb8u1
ii  libcurl3-gnutls   7.38.0-4+deb8u2
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-6+deb8u1
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u2
ii  libgl1-mesa-glx [libgl1]  10.3.2-1+deb8u1
ii  libglew1.10   1.10.0-3
ii  libglib2.0-0  2.42.1-1
ii  libgltf-0.0-0 0.0.2-2
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgraphite2-31.2.4-3
ii  libgtk2.0-0   2.24.25-3
ii  libharfbuzz-icu0  0.9.35-2
ii  libharfbuzz0b 0.9.35-2
ii  libhunspell-1.3-0 1.3.3-3
ii  libhyphen02.8.8-1
ii  libice6   2:1.0.9-1+b1
ii  libicu52  52.1-8+deb8u2
ii  

Bug#799035: u-boot: Enable LinkSprite pcDuino target

[Robert Hegner]

Source: u-boot
Severity: wishlist

Dear Maintainer,

As discussed with Karsten Merker and Vagrant Cascadian I'm opening a wishlist
bug against u-boot-sunxi in order to get the LinkSprite pcDuino target enabled
in u-boot. I'm willing to act as a tester for this platform.



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

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

Bug#799032: debian upstream version must equal elpa version

[Thomas Koch]

Package: dh-elpa
Version: 0.0.4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

My upstream package version is 0.4+git20153108+a5e5f9e since I wanted to package
a snapshot a bit after 0.4. dh_elpa installs the package into
/usr/share/emacs/site-lisp/elpa-src/editorconfig-0.4

Emacsen-common however searches the elisp files at configure time in
/usr/share/emacs24/site-lisp/elpa/editorconfig-0.4+git20153108+a5e5f9e

This results in

Setting up elpa-editorconfig (0.4+git20153108+a5e5f9e-1) ...
Install elpa-editorconfig for emacs24
install/editorconfig-0.4+git20153108+a5e5f9e: Handling install of emacsen 
flavor emacs24
install/editorconfig-0.4+git20153108+a5e5f9e: byte-compiling for emacs24
>>Error occurred processing *.el: File error (("Opening input file" "No such 
>>file or directory" 
>>"/usr/share/emacs24/site-lisp/elpa/editorconfig-0.4+git20153108+a5e5f9e/*.el"))
ERROR: install script from elpa-editorconfig package failed

For my current case I can just package the real 0.4 version. But for the future
we might want to handle this case.

I could also patch the version number in the elisp header...

I recommend to keep installing the package in /.../editorconfig-0.4 to not
confuse the dependencies defined in elpa packages.

Regards,

Thomas Koch

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJV97TQAAoJEAf8SJEEK6Zae5gQAMZFH+V0hJlKrQLUUFF2mEln
g77ZcKpjGLSAuepJq0d/o/xEPWlg30ITfNF+WywwhuF3tdngLUbV2KzY9AeKy2Z+
wA/90V8x+d5+Eg5CsluEVMyPyrbn93WKYEsDdo6NJ4VnQW2VEtIz9Pkmii2HH4im
sRHIPo597h8gKrGQAqYrba1kYpxp4F9tAjp/ZcLHI3wI6lNc/Jnvq1J4SngFfe+9
LVNgnXb5EvBlRtlMEWtkNiiSf3IPr3rA+Ras+yniweYB0yz0LeatvmzuaZneCGuI
hmTefk2ZJwWO5sFxAcCzUTPOFr2hd7oSrISXWROcCGi1ce/9zqdKztM2NqYC0nrn
Quhwt6euPiwy6r1HjLkl4qZmlyh4GXcRvMKFKCN+XmEYMESt8MEr2Js6YeMbexAd
o/+ndpv523IS1FyWgXIbimpU8kla3dw886A9WSr0Osyq+khxDfQwQdlWbIu5NpOj
2HNkZooZxx7Uf97HbMRXh/Cxlj5xe12G5YwA2dviBl/GsD2xOWOWoiy5BoAGeNae
0Q83qb0Uh7OVcYkxLKuZ9XPEZCyID0LJ9NWbvqOS1qz5EK+F5FnjiPHN4oTyBQuK
zvdKBNAu1Rajbk39j6ft5MX6cwwqrZVaFeF7m5DTMMjadBqW+pRVC1FaA5q0Q5ca
NxoEtGV64GyKHCpau8So
=c9XD
-END PGP SIGNATURE-

Bug#799034: udev 226 changes virtio interface names on upgrades

[Martin Pitt]

Package: udev
Severity: grave
Version: 226-1

When upgrading a QEMU VM from 225 to 226, the "eth0" network interface
(virtio) changes to "ens3".

This is due to https://github.com/systemd/systemd/pull/1119 . While
this is generally a good thing for new installs, this breaks upgrades.

I propose to make udev's postinst create a .link file
which disables predictable names for virtio devices on upgrades.

Martin

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


signature.asc
Description: Digital signature

Bug#799037: read-edid: get-edid hangs on Mac Mini 4,1

[Nick Phillips]

Package: read-edid
Version: 3.0.1-2
Severity: normal

get-edid hangs (using 100% CPU) on this Mac Mini 4,1. Philips 170B LCD monitor 
is connected via
Apple HDMI->DVI adapter. X is not running. This is a particular PITA as 
ocsinventory-agent
tries to use get-edid, and gradually gets the fans going faster and faster...

More info follows.


Cheers,


Nick



Last part of strace output is:

write(2, "Looks like no busses have an EDI"..., 42Looks like no busses have an 
EDID. Sorry!
) = 42
write(2, "Attempting to use the classical "..., 46Attempting to use the 
classical VBE interface
) = 46
open("/dev/zero", O_RDWR)   = 3
mmap(0x1000, 655360, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED|MAP_FIXED, 3, 
0) = 0x1000
close(3)= 0
open("/dev/mem", O_RDWR)= 3
mmap(NULL, 1282, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED|MAP_FIXED, 3, 0) = 0
mmap(0xa, 393216, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED|MAP_FIXED, 3, 
0xa) = 0xa
close(3)= 0
ioperm(0, 0x400, 0x1)   = 0
iopl(0x3)   = 0
write(2, "\n\tPerforming real mode VBE call\n", 32
 Performing real mode VBE call
 ) = 32
 write(2, "\tInterrupt 0x10 ax=0x4f00 bx=0x0"..., 40Interrupt 0x10 
ax=0x4f00 bx=0x0 cx=0x0
 ) = 40


lspci gives:

00:00.0 Host bridge: NVIDIA Corporation MCP89 HOST Bridge (rev a1)
Flags: bus master, 66MHz, fast devsel, latency 0

00:00.1 RAM memory: NVIDIA Corporation MCP89 Memory Controller (rev a1)
Flags: bus master, 66MHz, fast devsel, latency 0

00:01.0 RAM memory: NVIDIA Corporation Device 0d6d (rev a1)
Flags: 66MHz, fast devsel

00:01.1 RAM memory: NVIDIA Corporation Device 0d6e (rev a1)
Flags: 66MHz, fast devsel

00:01.2 RAM memory: NVIDIA Corporation Device 0d6f (rev a1)
Flags: 66MHz, fast devsel

00:01.3 RAM memory: NVIDIA Corporation Device 0d70 (rev a1)
Flags: 66MHz, fast devsel

00:02.0 RAM memory: NVIDIA Corporation Device 0d71 (rev a1)
Flags: 66MHz, fast devsel

00:02.1 RAM memory: NVIDIA Corporation Device 0d72 (rev a1)
Flags: 66MHz, fast devsel

00:03.0 ISA bridge: NVIDIA Corporation MCP89 LPC Bridge (rev a2)
Subsystem: Apple Inc. Device cb89
Flags: bus master, 66MHz, fast devsel, latency 0
I/O ports at 2100 [size=256]

00:03.1 RAM memory: NVIDIA Corporation MCP89 Memory Controller (rev a1)
Flags: 66MHz, fast devsel

00:03.2 SMBus: NVIDIA Corporation MCP89 SMBus (rev a1)
Subsystem: NVIDIA Corporation Device cb89
Flags: 66MHz, fast devsel
I/O ports at 2000 [disabled] [size=256]
Memory at d3586000 (32-bit, non-prefetchable) [disabled] [size=8K]
I/O ports at 2240 [disabled] [size=64]
I/O ports at 2200 [disabled] [size=64]
Capabilities: [44] Power Management version 2

00:03.3 RAM memory: NVIDIA Corporation MCP89 Memory Controller (rev a1)
Flags: 66MHz, fast devsel

00:03.4 Co-processor: NVIDIA Corporation MCP89 Co-Processor (rev a1)
Subsystem: NVIDIA Corporation Device cb89
Flags: bus master, 66MHz, fast devsel, latency 0
Memory at d350 (32-bit, non-prefetchable) [size=512K]

00:04.0 USB controller: NVIDIA Corporation MCP89 OHCI USB 1.1 Controller (rev 
a1) (prog-if 10 [OHCI])
Subsystem: NVIDIA Corporation Device cb89
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 17
Memory at d358a000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
Kernel driver in use: ohci-pci

00:04.1 USB controller: NVIDIA Corporation MCP89 EHCI USB 2.0 Controller (rev 
a2) (prog-if 20 [EHCI])
Subsystem: NVIDIA Corporation Device cb89
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 23
Memory at d358b100 (32-bit, non-prefetchable) [size=256]
Capabilities: [44] Debug port: BAR=1 offset=00a0
Capabilities: [80] Power Management version 2
Kernel driver in use: ehci-pci

00:06.0 USB controller: NVIDIA Corporation MCP89 OHCI USB 1.1 Controller (rev 
a1) (prog-if 10 [OHCI])
Subsystem: NVIDIA Corporation Device cb89
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 18
Memory at d3589000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
Kernel driver in use: ohci-pci

00:06.1 USB controller: NVIDIA Corporation MCP89 EHCI USB 2.0 Controller (rev 
a2) (prog-if 20 [EHCI])
Subsystem: NVIDIA Corporation Device cb89
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 22
Memory at d358b000 (32-bit, non-prefetchable) [size=256]
Capabilities: [44] Debug port: BAR=1 offset=00a0
Capabilities: [80] Power Management version 2
Kernel driver in use: ehci-pci

00:08.0 Audio device: NVIDIA Corporation MCP89 High Definition Audio (rev a2)
Subsystem: NVIDIA 

Bug#788102: The code doesn't compile on kfreebsd

[Mathieu Malaterre]

Steven,

On Wed, Jul 22, 2015 at 6:55 PM, Steven Chamberlain  wrote:
> Hello,
>
> Gianfranco Costamagna wrote:
>> file.c:5:38: error: ‘mcontext_t’ has no member named ‘fpregs’
>> uint32_t mxcsr = ucon.uc_mcontext.fpregs->mxcsr;
>
> FreeBSD doesn't seem to have fpregs in mcontext_t or sigcontext.
> But I think mc_fpstate might be the same thing;  but that isn't
> implemented as a struct...
>
>> typedef struct
>>   {
> ...
>> int mc_fpstate[128] __attribute__((aligned(16)));
>> int mc_spare2[8];
>>   } mcontext_t;
>
> I see that FreeBSD Ports has ilmbase-2.20 and succeeded building
> libIexMath, yet they don't seem to have patched this source file.
> I should try building it on a real FreeBSD system, to compare the
> build log with that of a GNU/kFreeBSD system.

We've just tested here. None of the code path in ilmbase compile with
a kFreeBSD distribution. Since FreeBSD uses a cmake based build:

https://svnweb.freebsd.org/ports/head/graphics/ilmbase/

we know for sure that the following function *does* compile on a real
FreeBSD system:

https://github.com/openexr/openexr/blob/master/IlmBase/IexMath/IexMathFpu.cpp#L260

[...]
inline void
restoreControlRegs (const ucontext_t & ucon, bool clearExceptions)
{
setCw ((ucon.uc_mcontext.fpregs->cwd & cwRestoreMask) | cwRestoreVal);
setMxcsr (ucon.uc_mcontext.fpregs->mxcsr, clearExceptions);
}
[...]

So kFreeBSD and FreeBSD do not use the same libc (where ucontext.h is provided).

Bug#799039: dcmqrscp : index.dat data corruption

[Mathieu Malaterre]

Package: dcmtk
Version: 3.6.1~20150629-1
Severity: grave
Justification: causes non-serious data loss

As describe in the previous bug report:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715011#50

One cannot simply upgrade dcmtk package without grave data loss
(index.dat binary format is not compatible), which should result as
-best case- index.dat corruption, or dcmqrscp to segfault and not
start.

This correspond to the following upstream commit:
c8423ab1fcf0273061462697b8eca56f894984c7

This should be clearly indicated during package upgrades. Marking as
grave as I believe the DICOM file themselves are still kept as-is, so
this is IMHO not a critical `causes serious data loss`. Upstream may
have a finer understanding of the loss.

Bug#733678: inkscape: Provide a -dbg package with debugging symbols

[Mattia Rizzolo]

On Tue, Sep 15, 2015 at 07:26:52AM +0200, Bálint Réczey wrote:
> I have already scheduled removing kodi's -dbg package with the next upload.

note that you can't just drop manual debug packages, you need to provide
an upgrade path from the manual ones to the automatic ones, otherwise
user will run into installability/dependencies problems.
That means using
dh_strip --ddeb-migration="kodi-dbg << 15.1+dfsg1-4~"
(or whatever version you'll use).  See dh_strip(1).

I would rather not add a manual -dbg just to avoid keeping such 2-lines
for too long (while I'm struggling at removing uneeded stuff from the
package).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: Digital signature

Bug#799036: openspecfun: please build everywhere

[Graham Inggs]

Source: openspecfun
Version: 0.4-1

Hi Maintainer

Please do not restrict openspecfun to i386 and amd64.
It built on all architectures in Ubuntu [1].

Regards
Graham


[1] https://launchpad.net/ubuntu/+source/openspecfun/0.4-1ubuntu1

Bug#799041: Updated rules for isc-dhcp-server

[Christian Kreidl]

Package: logcheck-database
Version: 1.3.17
Severity: normal
Tags: patch

isc-dhcp-server has added the PID to the log output since version 4.3.3-2:
  * Enable pid file logging (closes: #792928).

This spams logcheck output.

Attached is a new version of /etc/logcheck/ignore.d.server/dhcp
which matches the new log output.
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): Internet 
(Software|Systems) Consortium DHCP Server [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): Copyright [0-9-]+ Internet 
(Software|Systems) Consortium\.$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): All rights reserved\.$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): For info, please visit 
http(://www\.isc\.org/(products/DHCP|sw/dhcp/)|s://www\.isc\.org/software/dhcp/)$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): Wrote [0-9]+ 
(leases|(class|group|deleted host|new dynamic host) decls) to leases file\.$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): (BOOTREQUEST|DHCPDISCOVER) 
from [:[:alnum:]]+ (\([\(\):._[:alnum:]-]+\) )?via [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): BOOTREPLY (for|on) 
[.0-9]{7,15} to [:[:alnum:]]+ (\([:._[:alnum:]-]+\) )?via [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): DHCPOFFER on [.0-9]{7,15} 
to [:[:alnum:]]+ (\([\(\)._[:alnum:]-]+\) )?via [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): DHCPREQUEST for 
[.0-9]{7,15} (\([.0-9]{7,15}\) )?from [:._[:alnum:]-]+ (\([\(\)._[:alnum:]-]+\) 
)?via [._[:alnum:]-]+(: unknown lease [.0-9]{7,15}\.)?$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): DHCPACK on [.0-9]{7,15} to 
[:[:alnum:]]+ (\([\(\)._[:alnum:]-]+\) )?via [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd(-2\.2\.x|): DHCP(NAK|RELEASE|INFORM) 
(on|from) ([.0-9]{7,15}|[:[:alnum:].]+)$
#Added for dhcp 3
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: DHCPDISCOVER from 
[:[:alnum:]]+ (\([._[:alnum:]-]+\) |)via [._[:alnum:]-]+(: load balance to peer 
[._[:alnum:]-]+)?$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: DHCPOFFER on 
[.0-9]{7,15} to [:[:alnum:]]+ (\([._[:alnum:]-]+\) |)via [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: DHCPREQUEST for 
[.0-9]{7,15} (\([.0-9]{7,15}\) |)from [:[:alnum:]]+ (\([._[:alnum:]-]+\) )?via 
[._[:alnum:]-]+(: load balance to peer [._[:alnum:]-]+\.?|: lease owned by 
peer\.?|: wrong network\.?|: lease [.0-9]{7,15} unavailable\.?)?$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: DHCPACK on [.0-9]{7,15} 
to [:[:alnum:]]+ (\([._[:alnum:]-]+\) |)via [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: DHCPNAK on [.0-9]{7,15} 
to [:[:alnum:]]+ (\([._[:alnum:]-]+\) |)via [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: DHCPINFORM from 
[.0-9]{7,15} via [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: DHCPRELEASE of 
[.0-9]{7,15} from [:[:alnum:]]+ (\([._[:alnum:]-]+\) |)via [._[:alnum:]-]+ 
\((not |)found\)$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: DHCPACK to 
[.0-9]{7,15}( \(([:[:xdigit:]]+|)\) via 
[._[:alnum:]-]+)?$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: ((balancing|balanced) 
)?pool [0-9a-f]{6,7} [.0-9]{7,15}/[:[:alnum:]]+ ? total [:[:alnum:]]+  free 
[:[:alnum:]]+  backup [:[:alnum:]]+  lts [:[:alnum:]-]+.*(  max-(own 
\(\+/-\)[[:digit:]]+|misbal [[:digit:]]+))?$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: ICMP Echo reply while 
lease [.[:digit:]]{7,15} valid\.$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: uid lease [.0-9]{7,15} 
for client [:[:xdigit:]]+ is duplicate on [.0-9]{7,15}/[[:digit:]]+$
# Dyndns support
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: [Aa]dded (new 
)?(forward|reverse) map from [._[:alnum:]-]+ to [._[:alnum:]-]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: removed reverse map on 
[._[:alnum:]-]+\.$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: Can't update forward 
map [._[:alnum:]-]+ to [.0-9]{7,15}: no such RRset$
# udhcpd support
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ udhcpd\[[0-9]+\]: sending OFFER of 
[.0-9]{7,15}$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ udhcpd\[[0-9]+\]: sending ACK to 
[.0-9]{7,15}$
# These two rules match specifically for ddns_remove_a()
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: if [._[:alnum:]-]+ IN 
TXT "[[:alnum:]]+" rrset exists and [._[:alnum:]-]+ IN A [.0-9]{7,15} rrset 
exists delete [._[:alnum:]-]+ IN A [.0-9]{7,15}: success\.$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]: if [._[:alnum:]-]+ IN A 
rrset doesn't exist delete [._[:alnum:]-]+ IN TXT "[[:alnum:]]+": success\.$
# The preceding rules could be rewritten as follows to match most output from
# print_dns_status(), also called for the expr_dns_transaction opcode.  I'd
# rather not proceed without hearing from someone using DDNS updates, though.
#^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd[[[:digit:]]+]:( 

Bug#799042: cups-client: lpoptions no longer outputs anything

[Vincent Lefevre]

Package: cups-client
Version: 1.7.5-11+deb8u1
Severity: normal

At my lab, a machine has been reinstalled with Debian 8, and as I was
getting the following error:

cassis:~> lpq
lpq: Error - no default destination available.
zsh: exit 1 lpq

I wanted to know what was going on with lpoptions, but it returns
nothing:

cassis:~> lpoptions
cassis:~>

In strace output, I can see:

[...]
41018 open("/home/vlefevre/.cups/lpoptions", O_RDONLY) = 5
41018 fcntl(5, F_GETFD) = 0
41018 fcntl(5, F_SETFD, FD_CLOEXEC) = 0
41018 read(5, "Default lip-multi-1 ColorModel=G"..., 4096) = 107
41018 read(5, "", 4096) = 0
41018 close(5)  = 0
41018 exit_group(0) = ?
41018 +++ exited with 0 +++

so that the right file is read, but nothing happens.

My .cups/lpoptions file is:

Default lip-multi-1 ColorModel=Gray Resolution=1200dpi
Dest lip-multi-3 ColorModel=Gray Resolution=1200dpi

Note: concerning the lpq error, the reason seems to be that the
printer is no longer available in the queue given by "lpstat -a".

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

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

Versions of packages cups-client depends on:
ii  adduser   3.113+nmu3
ii  cups-common   1.7.5-11+deb8u1
ii  libavahi-client3  0.6.31-5
ii  libavahi-common3  0.6.31-5
ii  libc6 2.19-18+deb8u1
ii  libcups2  1.7.5-11+deb8u1
ii  libcupsimage2 1.7.5-11+deb8u1

cups-client recommends no packages.

Versions of packages cups-client suggests:
ii  cups   1.7.5-11+deb8u1
ii  cups-bsd   1.7.5-11+deb8u1
ii  smbclient  2:4.1.17+dfsg-2
ii  xpp1.5-cvs20081009-1+b1

-- debconf-show failed

Bug#798782: gcc-5: add gnat sjlj back

[Matthias Klose]

On 09/13/2015 05:43 PM, YunQiang Su wrote:
> Some fix for cross-build-native:

> debian/patches/cross-build-native.diff
>   patch src/libcc1/configure.ac
>   libcc1 use  gcc_cv_objdump, while it is not set at all.
>   Use the same snap of code from src/gcc/configure.ac
>   Patch src/libgo/runtime/go-main.c
>then main() has a return value `int', while it returns NULL,
>and ... NULL is defined as (void *)0, in stddefs.h

can you forward these upstream (as separate patches)? best what exactly goes 
wrong?

Matthias

Bug#799038: php5-gd depends on libvpx1 (>= 1.0.0) [UNAVALABLE]

[Michael Borgelt]

Package: php5-gd
Version: 5.6.13+dfsg-0+deb8u1

 php5-gd depends on libvpx1 (>= 1.0.0) [UNAVALABLE]
Debian GNU/Linux unstable (sid) upgrade of php5-gd depends on libvpx1
instead of libvpx2.

Regards, Michael.
 
 MICHAEL BORGELT
e-mail: mborg...@borgelt.org


smime.p7s
Description: S/MIME-Signatur

Bug#799040: smplayer: mpv support in smplayer

[Ritesh Raj Sarraf]

Package: smplayer
Version: 14.9.0~ds0-1
Severity: normal

Now that mpv is an equally important video player, it'd be good to have
GUI support for it through smplayer.

http://blog.smplayer.info/smplayer-using-mpv/

smplayer has added mpv support for some time now.


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

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

Versions of packages smplayer depends on:
ii  libc6   2.19-19
ii  libgcc1 1:5.2.1-16
ii  libqt4-dbus 4:4.8.7+dfsg-3
ii  libqt4-network  4:4.8.7+dfsg-3
ii  libqt4-script   4:4.8.7+dfsg-3
ii  libqt4-xml  4:4.8.7+dfsg-3
ii  libqtcore4  4:4.8.7+dfsg-3
ii  libqtgui4   4:4.8.7+dfsg-3
ii  libstdc++6  5.2.1-16
ii  mplayer2 [mplayer]  2.0-728-g2c378c7-4+b2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages smplayer recommends:
pn  smplayer-l10n
pn  smplayer-themes  

smplayer suggests no packages.

-- no debconf information

Bug#733678: inkscape: Provide a -dbg package with debugging symbols

[Roland Hieber]

On 14.09.2015 23:21, Mattia Rizzolo wrote:
> Though I'm really uneasy at adding such a binary package while we are so
> close to the automatic debug packages (see [0] for more info).
> 
> I'm somewhat tempted to mark this as wontfix and just wait some more
> weeks (yes, because currently it's really blocked on just few needed
> actions)

In light of the good news about ddebs, this also seems to me like the most
resonable solution.

 - Roland

Bug#689089: Patches for libglu 9.0.0-2.1 NMU

[Julien Cristau]

On Tue, Sep 15, 2015 at 08:27:19 +0200, Sam Hocevar wrote:

> Hi maintainers,
> 
>Attached are my local commits to the debian-unstable branch for the
> libglu 9.0.0-2.1 NMU.
> 
Applied and pushed out, thanks.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#795056: SOURCE_DATE_EPOCH

[Camm Maguire]

Greetings!  OK, this should be done now.

Take care,

Jérémy Bobbio  writes:

> Camm Maguire:
>> Greetings!  Following the link you reference, it appears that I do not
>> need to export this variable, right?  Debhelper is at a later version in
>> unstable.
>
> The documentation was a bit confusing. Thanks: I've just fixed it.
> SOURCE_DATE_EPOCH will only be exported for packages using `dh`.
> maxima is currently using the “old style” debhelper.
>
> So you either need to switch the package to `dh`—which I recommend—or
> export SOURCE_DATE_EPOCH manually.
>
> PS: Please note that you only addressed your reply to the Debian bug
> address. Even if it's confusing, bug submitters do *not* receive copies
> of these emails. It's customary practice to list them in the To field,
> especially when asking for more information.

-- 
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

Bug#799089: Depends on gstreamer0.10-plugins-ugly

[Moritz Muehlenhoff]

Package: mopidy-soundcloud
Severity: serious

mopidy-soundcloud depends on gstreamer0.10-plugins-ugly, but
gstreamer 0.10 will be removed for stretch, please see here
for details:
https://lists.debian.org/debian-devel/2015/05/msg00335.html

Cheers,
Moritz

Bug#783152: kmod: please make the build reproducible

[Jérémy Bobbio]

Control: block -1 by 791815
Control: tag -1 + patch

Hi!

Marco d'Itri:
> On Apr 23, Jérémy Bobbio  wrote:
> > The attached patch sets a revision date for each manpage to avoid the
> > current date to be captured. Once applied, kmod can be built
> > reproducibly in our current experimental framework.
> Rejected: this patch requires to be manually regenerated for every 
> release.
> If this cannot be fixed in gtk-doc then a proper post-processor which 
> modifies the installed tree in debian/ should be written.

Unless I have missed something, the culprit seems to be xsltproc or the
docbook stylesheets, not gtk-doc.

Dhole implemented support for SOURCE_DATE_EPOCH [1] in libxslt. With the
attached patch, kmod can be built reproducibly with our experimental
toolchain. Please note that manually exporting SOURCE_DATE_EPOCH would
not be required if kmod was using dh instead of the old style debhelper.

 [1]: https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal

Thanks,
-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
--- kmod-21/debian/rules	2015-07-05 21:53:21.0 +0200
+++ kmod-21/debian/rules	2015-09-15 21:01:23.0 +0200
@@ -5,6 +5,8 @@
 BUILD_UDEB := 1
 
 
+SOURCE_DATE_EPOCH = $(shell dpkg-parsechangelog -SDate | date -f - +%s)
+export SOURCE_DATE_EPOCH
 
 D   := $(CURDIR)/debian/kmod
 DK  := $(CURDIR)/debian/libkmod2


signature.asc
Description: Digital signature

Bug#799082: lintian: Please update link to Debian systemd packaging reference

[Chris Lamb]

Package: lintian
Version: 2.5.37
Tags: patch
Severity: wishlist

Hi,

The URL to the systemd packaging reference has changed on the Debian
wiki. There is a redirect in place but it looks like it must be followed
extremely manually (via copy-paste).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/checks/systemd.desc b/checks/systemd.desc
index 701ad41..828b66b 100644
--- a/checks/systemd.desc
+++ b/checks/systemd.desc
@@ -76,7 +76,7 @@ Info: The /etc/init.d script does not source
 Tag: maintainer-script-calls-systemctl
 Severity: normal
 Certainty: certain
-Ref: https://wiki.debian.org/Systemd/Packaging
+Ref: https://wiki.debian.org/Teams/pkg-systemd/Packaging
 Info: The maintainer script calls systemctl directly. Actions such as enabling
  a unit file should be done using deb-systemd-helper so that they work
  on machines with or without systemd. Starting a service should be done via

Bug#791634: maxima: please package sbcl version

[Camm Maguire]

retitle 791634 support unusual homedir setups
thanks

Greetings!

Atsuhito Kohda  writes:

> You can see the same problem on the net as
> https://moodle.org/mod/forum/discuss.php?d=279248
> and the one where I found the fix "--enable-sbcl"
> https://moodle.org/mod/forum/discuss.php?d=313727
>

Looking at these, it appears that some command in maximalocal.mac is
directing a lookup in a home directory of /root when run as user
www-data.  I can't find this file anywhere.  If you can send me a copy,
I'll take a look.  Please note that the underlying gcl uses an algorithm
making use of the HOME environment variable as well as passwd database
lookups for the standard lisp function #'user-homedir-pathanme.

Take care,
-- 
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

Bug#789246: [pkg-gnupg-maint] Bug#789246: FTBFS amd64

[Kurt Roeckx]

On Tue, Sep 15, 2015 at 12:53:39PM -0400, Daniel Kahn Gillmor wrote:
> On Tue 2015-09-15 11:14:17 -0400, Werner Koch wrote:
> > Good, that works.  However, the actual burn_cycles code is more like:
> >
> > static int
> > burn_cycles(unsigned long count)
> > {
> >   char buffer[16];
> >   return gcry_kdf_derive ("123456789abcdef0", 16,
> >   GCRY_KDF_ITERSALTED_S2K,
> >   GCR_MD_SHA1, "saltsalt", 8,
> >   count, buffer, 16);
> > }
> >
> > and thus does a lot of SHA-1 operations in Libgcrypt.
> 
> Yep, i wanted the initial test to happen without libgcrypt.
> 
> Below is a new version that uses gcrypt (fixing a couple typos in
> Werner's example above).  It should be compiled with:
> 
>  gcc -lgcrypt -Wall -Werror --pedantic -o test-csail test-csail.c
> 
> i'm tracking this test code in git, if anyone is interested:
>   git clone git://lair.fifthhorseman.net/~dkg/789246
> 
> Kurt, can we try this out on x86-csail-01 ?

S2K calibration: 2 -> 0ms
S2K calibration: 4 -> 0ms
S2K calibration: 8 -> 0ms
S2K calibration: 16 -> 0ms
S2K calibration: 32 -> 0ms
S2K calibration: 64 -> 0ms
S2K calibration: 128 -> 0ms
S2K calibration: 256 -> 0ms
S2K calibration: 512 -> 0ms
S2K calibration: 1024 -> 0ms
S2K calibration: 2048 -> 0ms
S2K calibration: 4096 -> 0ms
S2K calibration: 8192 -> 0ms
S2K calibration: 16384 -> 0ms
S2K calibration: 32768 -> 0ms
S2K calibration: 65536 -> 0ms
S2K calibration: 131072 -> 0ms
S2K calibration: 262144 -> 0ms
S2K calibration: 524288 -> 10ms
S2K calibration: 1048576 -> 10ms
S2K calibration: 2097152 -> 20ms
S2K calibration: 4194304 -> 40ms
S2K calibration: 8388608 -> 60ms
S2K calibration: 16777216 -> 120ms
S2K calibration: 13981013 -> 100ms
x: 13981013

Bug#797788: gcc5 transition

[micah anderson]

Hi Chris,

It looks like the gcc5 transition is no longer affecting mumble. Maybe
you can upload the new version now?

I'd really like this available as a jessie backport, so I'd love to see
it transition soon!

micah

Bug#799083: lintian: Please emit when systemd service files are missing a Documentation key

[Chris Lamb]

Package: lintian
Version: 2.5.37
Tags: patch
Severity: wishlist

Hi,

Documentation for systemd service files can be "automatically" viewed
using:

  $ systemctl help servicename

You can read more here:

  http://0pointer.de/blog/projects/self-documented-boot.html

It would be nice if lintian emitted a tag if this is missing. (I first
tried using "Severity: pedantic" but it meant it wasn't testable..?)

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/checks/systemd.desc b/checks/systemd.desc
index 701ad41..6559bfc 100644
--- a/checks/systemd.desc
+++ b/checks/systemd.desc
@@ -108,3 +108,11 @@ Info: The systemd service file contains space in the key 
definitions
  have been known to break.
  .
  Please remove the spaces surrounding the key definition.
+
+Tag: systemd-service-file-missing-documentation-key
+Severity: wishlist
+Certainty: certain
+Info: The systemd service file does not contain a Documentation key.
+ .
+ Documentation for systemd service files can be automatically viewed using
+ systemctl help servicename if this field is present.
diff --git a/checks/systemd.pm b/checks/systemd.pm
index e59510e..df60074 100644
--- a/checks/systemd.pm
+++ b/checks/systemd.pm
@@ -187,6 +187,10 @@ sub check_systemd_service_file {
 my @obsolete = grep { /^(?:syslog|dbus)\.target$/ } @values;
 tag 'systemd-service-file-refers-to-obsolete-target', $file, $_
   for @obsolete;
+
+tag 'systemd-service-file-missing-documentation-key', $file, unless
+   extract_service_file_values($info, $file, 'Unit', 'Documentation', 1);
+
 return 1;
 }
 
diff --git a/t/tests/systemd-complex-service-file/debian/debian/test.service 
b/t/tests/systemd-complex-service-file/debian/debian/test.service
index 820b731..35df4d4 100644
--- a/t/tests/systemd-complex-service-file/debian/debian/test.service
+++ b/t/tests/systemd-complex-service-file/debian/debian/test.service
@@ -1,5 +1,6 @@
 [Unit]
 After=dbus.target
+Documentation=http://www.freedesktop.org/wiki/Software/dbus/
 
 [Service]
 ExecStart=/usr/bin/test
diff --git a/t/tests/systemd-complex-service-file/debian/debian/test2.service 
b/t/tests/systemd-complex-service-file/debian/debian/test2.service
index 71c1297..509e0d8 100644
--- a/t/tests/systemd-complex-service-file/debian/debian/test2.service
+++ b/t/tests/systemd-complex-service-file/debian/debian/test2.service
@@ -3,3 +3,4 @@
 [Unit]
 After=
 After=syslog.target
+Documentation=http://www.freedesktop.org/wiki/Software/dbus/
diff --git a/t/tests/systemd-complex-service-file/desc 
b/t/tests/systemd-complex-service-file/desc
index d06284f..98ec594 100644
--- a/t/tests/systemd-complex-service-file/desc
+++ b/t/tests/systemd-complex-service-file/desc
@@ -6,3 +6,4 @@ Description: Verifies the .service file parser properly handles 
.include within
 Test-For:
  service-key-has-whitespace
  systemd-service-file-refers-to-obsolete-target
+ systemd-service-file-missing-documentation-key
diff --git a/t/tests/systemd-complex-service-file/tags 
b/t/tests/systemd-complex-service-file/tags
index 61a9669..34cb40a 100644
--- a/t/tests/systemd-complex-service-file/tags
+++ b/t/tests/systemd-complex-service-file/tags
@@ -1,3 +1,4 @@
 E: systemd-complex-service-file: service-key-has-whitespace 
lib/systemd/system/test3.service at line 3
+I: systemd-complex-service-file: 
systemd-service-file-missing-documentation-key lib/systemd/system/test3.service
 W: systemd-complex-service-file: 
systemd-service-file-refers-to-obsolete-target lib/systemd/system/test.service 
dbus.target
 W: systemd-complex-service-file: 
systemd-service-file-refers-to-obsolete-target lib/systemd/system/test2.service 
syslog.target

Bug#569150:

[Graham Cantin]

For what it's worth, I just ran into this bug today; and got here by
googling "/var/lib/amavis/virusmail filled disk".

I was quite surprised and dismayed when I looked at df and found 0 bytes
free on / and postfix (correctly) refusing mail with "uhh, sorry buddy, I'm
full up! Come back later!".

Also rather annoying because I discovered the default partition layout puts
/ before swap, so swap has to be destroyed before / can be extended... but
that's another problem.

I'll keep my eye on README.Debian and the NEWS file...

-- 
Graham Cantin | (408) 890-7463

Bug#789246: [pkg-gnupg-maint] Bug#789246: FTBFS amd64

[Kurt Roeckx]

On Mon, Sep 14, 2015 at 09:28:18PM +0200, Kurt Roeckx wrote:
> On Mon, Sep 14, 2015 at 02:47:39PM -0400, Daniel Kahn Gillmor wrote:
> > 
> > It looks to me like the hang is happening in the code that calibrates
> > the s2k count in the agent. (from agent/protect.c)
> > 
> > I've tried to extract the logic from this code and make a simple
> > executable that just does it (without invoking gcrypt or anything else
> > -- it's just calibrating cpu cycles and walltime clocks.
> 
> So that makes me wonder if it's somehow related to #785557.
> csail has just been updated on Saturday to have the workaround,
> while the previous build was the day before.
> 
> The qemu issue was seen om more hosts than csail, so I suspect
> it's not the problem.

So I just ran an old t-protect binary I had around, and it works
now.  I'm just going to assume it was the qemu issue for now.


Kurt

Bug#772023: nodejs v4.0.0 released

[Robert Nelson]

On Tue, Sep 15, 2015 at 3:34 AM, Jérémy Lal  wrote:
>
>
> 2015-09-15 10:09 GMT+02:00 Edmund Grimley Evans
> :
>>
>> I was able to build it on armel with the attached patch. I only tested
>> in a chroot under QEMU, so perhaps it won't work on real hardware.
>> However, if you could include this patch, or something like it, with
>> the next upload I'd be interested to see what happens.

Sorry guys:

ifeq (armel, $(DEB_HOST_ARCH))
CC = gcc -march=armv6
CXX = g++ -march=armv6
export CC
export CXX
endif

That's actually not going to work for "armel" hardware...  "armel" is
currently built as "armv4t", so "-march=armv6" is going to cause
invalid instruction faults on devices running armel..

https://en.wikipedia.org/wiki/List_of_ARM_microarchitectures

While there is some talk to possibly bump it to "armv5" for stretch:

https://lists.debian.org/debian-arm/2015/09/msg00038.html

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

Bug#798727: Encode::Unicode decode() dies unnecessarily

[Niko Tyni]

tag 798727 fixed-upstream
clone 798727 -1
reassign -1 libencode-perl 2.76-1
thanks

On Tue, Sep 15, 2015 at 04:04:57PM +0200, Damian Lukowski wrote:
 
> the patch has been applied upstream.

Thanks! I see it's in 2.77.

As the Encode distribution is packaged in Debian both in the perl
package and the separate libencode-perl package, this needs to be fixed
in the latter first. I'm therefore cloning a separate bug about this
and reassigning it to libencode-perl. Once it's fixed there, people can
install the separate package to get the fix until it gets in the
perl package too.
-- 
Niko Tyni   nt...@debian.org

Bug#799085: RM: gstreamer0.10-editing-services -- RoQA; gstreamer 0.10 is deprecated

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

gstreamer 0.10 will not ship in stretch, see
https://lists.debian.org/debian-devel/2015/05/msg00335.html

gstreamer0.10-editing-services can already be removed, it has no
reverse dependencies.

Cheers,
Moritz

Bug#787328: RFS: mpd-sima/0.13.1-1

[Geoff]

Hi Christian, Gianfranco

First,t hanks for your careful reviews :)

git repo and package on mentors are updated.

Here follows my answers.

Le 14/09/2015 20:37, Christian Kastner wrote :
> Gianfranco already beat me to the review; nevertheless, here are some
> additional notes I had prepared, based on the package I saw on Sunday
> (the package is no longer visible on mentors.d.n).
> 
> On 2015-09-14 12:32, Gianfranco Costamagna wrote:
>> lets review:
>>
>> 1) you dropped 0.10.0-2 entry from changelog
Fixed, it disappeared somehow in the process :/

>> 2) entry 0.10.0-1 is targeted wrongly
I don't get what you mean.

>> 3) bump compat level not mentioned in changelog
Done

>> 4) according to setup.py
>> install_requires=['python-musicpd>=0.4.1', 'requests>= 2.0.2'],
>> so I guess there is no need to specify them to runtime dependencies

It is indeed useless to specify them explicitly, dh_python3 and
${python3:Depends}.

>> 5) please mention copyright updates
>> 6) mpd-sima.default
>> "+## NOTA BENE:"
>> this seems to be italian, please use english
Done

>>
>> 7)
>> +## only works with SysV init
>> +## With systemd init: "touch /etc/mpd-sima_not_to_be_run" to prevent 
>> mpd-sima from being started
>>
>>
>> well, can't you use some systemd facilities to do the same?

I did specify the systemd way to disable the script in mpd-sima.default.
I also removed support for this file in service file, this was only an
attempt to have systemd to work as SysV did.
I don't believe this is relevant.

> d/control:
>   - The Vcs-Browser URL refers to the gitweb viewer, whereas the current
> viewer seems to be cgit (the gitweb URL just redirects there)
Done

> d/changelog:
>   - typo: convertion -> conversion
>   - When bumping S-V, while not necessary, it is good practice to
> indicate what changes were made in the process, or "no changes
> needed" if that was the case
Done


>   - It is helpful to be more explicit about some changes. You mention,
> for example, that the package has been converted to Python 3. The
> fact that the Python 2 package has been dropped is merely implied.
> That is IMHO a significant change, and should be worth a hint
Indeed, though, this is not a python module but only an application.
It is not as important as it might be for python modules.
I did rephrase a bit the changelog anyway.

And I'll try to be more verbose in the future.

> d/copyright:
>   - The Upstream-Source URL lists something completely different to the
> the Homepage field in d/control. Could it be that one of them needs
> to be updated?
It does, thanks.
Fields updated.

> d/NEWS:
>   - The upgrade path suggestion for the conffile in /etc isn't
> really the prettiest solution, although I really don't know what
> other path I could suggest that wouldn't seem like overkill. How
> did upstream handle this change? Do they perhaps have a script or
> tool that could assist in this process?

Well, I'm actually upstream, I did not write any tool to migrate the
conf. Since the package is not that popular (popcon ~ 100) and because
target users are quite probably advanced users and command line lovers,
I did not try to handle a nice and smoothly conf upgrade.

Well I think the current tradeoff to be acceptable given the package
popularity and users profile.

> d/
>   - I encountered a lintian warning when building your package
> 
> Apologies for not providing more accurate references and/or possibly
> outdated information. I had your package source in /tmp, which of course
> didn't survive a reboot...

This was a lintian warning command-with-path-in-maintainer-script.
https://lintian.debian.org/full/pkg-multimedia-maintain...@lists.alioth.debian.org.html#mpd-sima_0.10.0-2

I fixed it using which instead of a test:
http://git.kaliko.me/?p=mpd-sima-debian.git;a=commitdiff;h=214b4926


Thanks again for the review.
Geoff



signature.asc
Description: OpenPGP digital signature

Bug#791485: symbols file: arch-bits=32|64 vs subst

[Lisandro Damián Nicanor Pérez Meyer]

tag 791485 - wontfix
tag 791485 moreinfo
thanks

On Tuesday 15 September 2015 13:05:20 Lisandro Damián Nicanor Pérez Meyer wrote:
[snip] 
> And again, sorry if I don't fully understand your motivation :-/

I think Sune just made me understand the issue. From QtBase:

(arch=alpha)_ZN7QString8vsprintfEPKc13__va_list_tag@Base 5.1.0
(arch=amd64 kfreebsd-amd64 powerpc powerpcspe s390x 
x32)_ZN7QString8vsprintfEPKcP13__va_list_tag@Base 5.3.1

So maybe what you where asking is a way to group them like (basically your 
previous example):

(arch-bits=32)_ZN7QString8vsprintfEPKc13__va_list_tag@Base 5.1.0
(arch-bits=34)_ZN7QString8vsprintfEPKcP13__va_list_tag@Base 5.3.1

If that was the idea, my apologies, I really didn't understand you. And also: 
patches much welcomed :)

-- 
En los momentos de crisis, la imaginación es mas importante que el
conocimiento.
 Albert Einstein

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

Bug#569150:

[Alexander Wirt]

tag 569150 pending
thx

On Tue, 15 Sep 2015, Graham Cantin wrote:

> For what it's worth, I just ran into this bug today; and got here by
> googling "/var/lib/amavis/virusmail filled disk".
> 
> I was quite surprised and dismayed when I looked at df and found 0 bytes
> free on / and postfix (correctly) refusing mail with "uhh, sorry buddy, I'm
> full up! Come back later!".
> 
> Also rather annoying because I discovered the default partition layout puts
> / before swap, so swap has to be destroyed before / can be extended... but
> that's another problem.
> 
> I'll keep my eye on README.Debian and the NEWS file...
NEWS file? Thats nothing for the NEWS file.

http://anonscm.debian.org/cgit/amavisd-new/pkg-amavisd-new.git/commit/?id=5381dc9e551ceffafe105e3aa5670640ceadcad9

Alex

Bug#779841: ITP: libmonitoring-plugin-perl -- family of perl modules to streamline writing Monitoring plugins

[Salvatore Bonaccorso]

Just a quick note to the ITP bug: I still plan to work on preparing
that module and properly let it replace libnagios-plugin-perl.

Regards,
Salvatore

Bug#798957: editorconfig: Man page editorconfig(1) seems to be broken

[Heiko Schlittermann]

Hong Xu  (Di 15 Sep 2015 01:08:03 CEST):
> > Maybe there can be done something more for the manpage generation,
> > to generate manual pages that contain the usual man page
> > structure:
> > 
> > <...>
> > 
> > 
> > I'm not sure, if doxygen is the right tool to generate such output
> > directly from the source. But I'm not a doxygen expert at all.
> 
> Unfortunately it's not easy to do it with doxygen.
> 
> I've fixed the original issue in b1690a6ae6b0a188748bf6b87ba6d09edd4049e0
> or view this link:
> 
> https://github.com/editorconfig/editorconfig-core-c/commit/b1690a6ae6b0a188748bf6b87ba6d09edd4049e0

Thank you.

-- 
Heiko


signature.asc
Description: Digital signature

Bug#799087: docker.io: Should use overlay storage backend by default

[Sam Morris]

Package: docker.io
Version: 1.7.1~dfsg1-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The Debian kernel packages have dropped the aufs patch since 3.19, and
there is no package of the out-of-tree module.

I had to add '-o overlay' to DOCKER_OPTS in /etc/default/docker in order
to get the service to start. overlayfs is included in the upstream
kernel, so perhaps this should be set by default?

- -- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (550, 'stable-updates'), (550, 'stable'), (540, 'testing'), (530, 
'unstable'), (520, 'experimental'), (500, 'testing-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJV+GEFAAoJENILQgJc2ie5YCcQAMFCzt26ynhctv0OLxGEGtGA
B7I/O9EUAyk8Hcuknpp2a7F/Zri/IR+C0T201F+CUugkDqqkiH8B9MS43AbopDhh
vzMbpeshQa0j0vUdlVKbafJ4If3Y+mYaalJRTWj5GQNOw2D4js50qp+ahgt78zEr
WUy4ODvt4m03qyFbNrGb0WHM2YYuobMUrrnYGrjwyUmMVfnoDwm7yVrnZKIDbjLo
448wDQQoiMiQ1czZWkMbCNIfnkJFkWh5Tbr0JkmXqw+z3EHwTRq4WS0RB0A65hvm
OM+wHUyoMCHQ2PbUBPJ00uloD/OpKiQJbToi9DzEpgJznGvKScjw688Ym96J1OFJ
PMpJtCZRWq2nm6bWvq7R6THFRyDXd3VjiwteWGgddn9aq9oi5h7GsH8Uy2YdTQai
LPIc0DHwdMQ6pt1xzkjf9NKD6vEElTvt9vNz9G0POBSKKdbE0hJZ+M7ZprZ7kNkX
riUOz7GP67ss8/9SA58WZdDssRDffm2ukJqLxYrvOEZ/UhLychas8O2gfNf2A65u
moPGIKEroVlxDq++EYVuTqwVd4sannA446XkmykeR/eaMOQTmy1uwbKvHq/QWoI3
YCwA/TtxY632479QB3pMVGgxsDhKdCtB8Iz6hHzjNhdYpNMKp52heqluSDosyaKL
c41Xz/l6o5LAFuWMf6s5
=RLvZ
-END PGP SIGNATURE-

Bug#799088: popularity-contest: please add PERSISTENT=true to the new crontab

[Alexandre Detiste]

Package: popularity-contest
Version: =1.64
Severity: wishlist
Tags: patch

Hi,

Could you please add a "PERSISTENT=true" environment
variable to the new generated crontabs ?

When the cron-daemon is provided by 'systemd-cron' alternative
implementation, this got translated to "Persistent=true"
in the generated systemd timer.

That gives this crontab anacron-like powers:
if the timer elaspsed while the system was down,
the job is executed after next boot.

By the way, the "Suggests: anacron" is not applicable anymore,
as anacron doesn't process the jobs in /etc/cron.d .

Vixie's cron will ignore this environment variable.

Greets,

--- popularity-contest  2015-09-15 20:43:23.714645204 +0200
+++ popularity-contest  2015-09-15 20:44:29.364004449 +0200
@@ -1,3 +1,4 @@
 SHELL=/bin/sh
 PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
+PERSISTENT=true
 56 18 * * *   roottest -x /etc/cron.daily/popularity-contest &&
/etc/cron.daily/popularity-contest --crond



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

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

Bug#799025: cups leaves old config files in /etc/cups/

[Didier 'OdyX' Raboud]

Control: tags -1 +pending

Le lundi, 14 septembre 2015, 21.47:18 Karl O. Pinc a écrit :
> This is something of an FYI, but could matter.
> 
> Upon upgrading to jessie I noticed that the box used for
> print serving (not the box on which I am composing this
> report) contained the following files in /etc/cups/:
> 
> mime.convs
> mime.types
> oopstops.convs
> oopstops.types
> 
> (…)
> 
> Removing the files from /etc/cups/ eliminates the "not found"
> lines in the error log.

Indeed. mime.{convs,types} were spotted and removed in 2.0.3-9, and I'll 
remove oopstops.{convs,types} in the next 2.1.x upload.

Thanks for the report,

Cheers,

OdyX

Bug#799090: simple-scan: No window borders displayed in KDE

[Ivan Kohler]

Package: simple-scan
Version: 3.17.4-1
Severity: normal
Tags: upstream

The user interface does not show a border in KDE.

Regarding the previous bug and entry for this same problem under MATE (and
LXDE) (#756913), this was closed with the Changelog entry noting:
  "Don't use GtkHeaderBar in LXDE, MATE"

White-listing every desktop environment that needs normal behavior seems
backwards to me.  Shouldn't simple-scan let the window manager draw borders as
the _default_, and only turn on the special no-border case when it specifically
detects it is running under a desktop environment where this is appropriate?

Otherwise this same bug applies for (almost) every one of the 50+ packages
providing x-window-manager.

Thanks again for a great scanning program and for considering the needs of
users on multiple desktop environments.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- Package-specific info:

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

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

Versions of packages simple-scan depends on:
ii  adwaita-icon-theme   3.16.2.1-2
ii  dbus-x11 1.8.20-1
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-19
ii  libcairo-gobject21.14.2-2
ii  libcairo21.14.2-2
ii  libcolord2   1.2.11-1
ii  libgdk-pixbuf2.0-0   2.31.5-1
ii  libglib2.0-0 2.44.1-1.1
ii  libgtk-3-0   3.16.6-1
ii  libgudev-1.0-0   230-2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libsane  1.0.24-14
ii  xdg-utils1.1.0~rc3+git20150907-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

simple-scan recommends no packages.

simple-scan suggests no packages.

-- no debconf information

Bug#799091: [lyx] Crashes when Cutting emphasized text

[Kent West]

Package: lyx
Version: 2.1.4-1
Severity: serious

--- Please enter the report below this line. ---
Open LyX.
Create a new document (File / New).
Create a line of text (e.g. "This is a line of text.")
Emphasize a word (e.g. "This is a line of text.")
Highlight any portion of that line, making sure to include some of the 
emphasized word.

Cut (ctrl-c, or edit/cut, or Shift-Del).
Watch LyX disappear, along with your document, no warning.

--- System information. ---
Architecture: amd64
Kernel: Linux 4.1.0-2-amd64

Debian Release: stretch/sid
500 unstable ftp.us.debian.org
500 testing ftp.us.debian.org
500 stable security.debian.org
500 stable ftp.us.debian.org
500 stable dl.google.com

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

Package's Recommends field is empty.

Package's Suggests field is empty.

--
Kent West <*)))><
http://kentwest.blogspot.com
Praise Yah! \o/

Bug#798979: [Pkg-virtualbox-devel] Bug#798979: virtualbox: DSA-3359-1 causes VBoxClient to send error message "The VirtualBox kernel service is not running" and to break off.

[Dirk Olsen]

Am 14.09.2015 um 20:09 schrieb Ritesh Raj Sarraf:


Control: severity -1 normal
Control: tag -1 moreinfo


Please, if you file a bug report with severity "grave", do provide
enough logs and steps to reproduce the bug. Just a subject title does
not help.


Can you please provide your (relevant) apt installation logs ?
For both virtualbox and virtualbox-dkms packages.



On Mon, 2015-09-14 at 18:50 +0200, Dirk Olsen wrote:

Package: virtualbox
Version: 4.3.30-dfsg-1+deb8u1
Severity: grave
Justification: renders package unusable


Hi,

1. "reportbug" didn't ask me for further information.

2. "virtualbox" was installed under Debian-8.1 with a simple
   "apt-get install virtualbox". Sorry, I don't know whether
   this implicated the installation of "virtualbox-dkms" or not.
   Up to yesterday my VM "Windows-7-64" was running without any
   problems.

3. Content of /var/log/apt/history.log [shortened] :

[]

Start-Date: 2015-09-14  13:15:08
Commandline: apt-get dist-upgrade
Upgrade: virtualbox:amd64 (4.3.18-dfsg-3+deb8u3, 4.3.30-dfsg-1+deb8u1), 
virtualbox-guest-dkms:amd64 (4.3.18-dfsg-3+deb8u3, 
4.3.30-dfsg-1+deb8u1), virtualbox-dbg:amd64 (4.3.18-dfsg-3+deb8u3, 
4.3.30-dfsg-1+deb8u1), virtualbox-dkms:amd64 (4.3.18-dfsg-3+deb8u3, 
4.3.30-dfsg-1+deb8u1), virtualbox-guest-x11:amd64 (4.3.18-dfsg-3+deb8u3, 
4.3.30-dfsg-1+deb8u1), virtualbox-qt:amd64 (4.3.18-dfsg-3+deb8u3, 
4.3.30-dfsg-1+deb8u1), virtualbox-guest-utils:amd64 
(4.3.18-dfsg-3+deb8u3, 4.3.30-dfsg-1+deb8u1)

End-Date: 2015-09-14  13:18:14


4. Content of /var/log/apt/term.log [shortened] :

[]

Log started: 2015-09-14  13:15:08
(Lese Datenbank ...
(Lese Datenbank ... 5%
(Lese Datenbank ... 10%
(Lese Datenbank ... 15%
(Lese Datenbank ... 20%
(Lese Datenbank ... 25%
(Lese Datenbank ... 30%
(Lese Datenbank ... 35%
(Lese Datenbank ... 40%
(Lese Datenbank ... 45%
(Lese Datenbank ... 50%
(Lese Datenbank ... 55%
(Lese Datenbank ... 60%
(Lese Datenbank ... 65%
(Lese Datenbank ... 70%
(Lese Datenbank ... 75%
(Lese Datenbank ... 80%
(Lese Datenbank ... 85%
(Lese Datenbank ... 90%
(Lese Datenbank ... 95%
(Lese Datenbank ... 100%
(Lese Datenbank ... 158696 Dateien und Verzeichnisse sind derzeit 
installiert.)
Vorbereitung zum Entpacken von 
.../virtualbox-qt_4.3.30-dfsg-1+deb8u1_amd64.deb ...
Entpacken von virtualbox-qt (4.3.30-dfsg-1+deb8u1) über 
(4.3.18-dfsg-3+deb8u3) ...
Vorbereitung zum Entpacken von 
.../virtualbox-guest-x11_4.3.30-dfsg-1+deb8u1_amd64.deb ...
Entpacken von virtualbox-guest-x11 (4.3.30-dfsg-1+deb8u1) über 
(4.3.18-dfsg-3+deb8u3) ...
Vorbereitung zum Entpacken von 
.../virtualbox-dbg_4.3.30-dfsg-1+deb8u1_amd64.deb ...
Entpacken von virtualbox-dbg (4.3.30-dfsg-1+deb8u1) über 
(4.3.18-dfsg-3+deb8u3) ...
Vorbereitung zum Entpacken von 
.../virtualbox-guest-utils_4.3.30-dfsg-1+deb8u1_amd64.deb ...
Entpacken von virtualbox-guest-utils (4.3.30-dfsg-1+deb8u1) über 
(4.3.18-dfsg-3+deb8u3) ...
Vorbereitung zum Entpacken von 
.../virtualbox_4.3.30-dfsg-1+deb8u1_amd64.deb ...
Entpacken von virtualbox (4.3.30-dfsg-1+deb8u1) über 
(4.3.18-dfsg-3+deb8u3) ...
Vorbereitung zum Entpacken von 
.../virtualbox-dkms_4.3.30-dfsg-1+deb8u1_all.deb ...


 Uninstall Beginning 
Module:  virtualbox
Version: 4.3.18
Kernel:  3.16.0-4-amd64 (x86_64)
-

Status: Before uninstall, this module version was ACTIVE on this kernel.

vboxdrv.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.16.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxnetadp.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.16.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxnetflt.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.16.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxpci.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.16.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod

DKMS: uninstall completed.

--
Deleting module version: 4.3.18
completely from the DKMS tree.
--
Done.
Entpacken von virtualbox-dkms (4.3.30-dfsg-1+deb8u1) über 
(4.3.18-dfsg-3+deb8u3) ...
Vorbereitung zum Entpacken von 
.../virtualbox-guest-dkms_4.3.30-dfsg-1+deb8u1_all.deb ...


 Uninstall Beginning 
Module:  virtualbox-guest
Version: 4.3.18
Kernel:  3.16.0-4-amd64 (x86_64)
-

Status: Before uninstall, this module version was ACTIVE on this kernel.

Bug#798979: [Pkg-virtualbox-devel] Bug#798979: virtualbox: DSA-3359-1 causes VBoxClient to send error message "The VirtualBox kernel service is not running" and to break off.

[Gianfranco Costamagna]

Hi Dirk,

did  you try to reboot?




(actually you might just load/unload the vboxdrv service, but maybe rebooting 
is the easiest way)

cheers,

G.