Bug#802063: cssutils: FTBFS: Failure: error (octal escape value \777 outside of range 0-0o377 at position 90

[Andreas Metzler]

On 2015-10-17 "Chris West (Faux)"  wrote:
> Source: cssutils
> Version: 1.0-2
> Severity: serious
> Justification: fails to build from source
> Tags: sid stretch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

> Dear Maintainer,

> The package fails to build:
[...]

FWIW 1.0-3 (in experimental) does not fail to build .

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

Bug#802920: nodejs: Does not build out of the box test-net-connect-immediate-finish.js fails

[Mike Dupont]

Subject: nodejs: Does not build out of the box
Package: nodejs
Version: 4.2.1~dfsg-1
Justification: does not build
Severity: major

This test is failing
not ok 499 test-net-connect-immediate-finish.js
# TIMEOUT


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

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

Versions of packages nodejs depends on:
ii  libc62.19-22
ii  libgcc1  1:5.2.1-22
ii  libicu55 55.1-5
ii  libssl1.0.0  1.0.2d-1
ii  libstdc++6   5.2.1-22
ii  libuv1   1.7.5-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

nodejs recommends no packages.

nodejs suggests no packages.

-- no debconf information


-- 
James Michael DuPont
Kansas Linux Fest http://kansaslinuxfest.us
Free/Libre Open Source and Open Knowledge Association of Kansas
http://openkansas.us
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com


buildlog
Description: Binary data

Bug#802914: xscreensaver: upstream 5.34 fixes crash

[Salvatore Bonaccorso]

Hi,

On Sat, Oct 24, 2015 at 11:59:38PM -0400, Michael Gilbert wrote:
> package: xscreensaver
> severity: important
> tags: security
> 
> A new upstream version is out that fixes a crash while swapping
> monitors, which has security implications.

FTR, a CVE has been requested
http://www.openwall.com/lists/oss-security/2015/10/24/2 .

Fedora packaging as well contains the extracted patch, see
https://security-tracker.debian.org/802914 for details.

Regards,
Salvatore

Bug#394946: unison: merge2 option rejected

[Mark J . Nelson]

fixed 394946 2.48.3-1
fixed 394946 2.40.102-2
thanks

Triaging an old bug:

I believe the maintainers can safely close this bug. The 'merge2' option
was removed almost a decade ago, and the documentation has long since
been updated to remove any lingering confusion.

-- 
Mark J. Nelson
Anadrome Research
http://www.kmjn.org

Bug#787914: nano: new multi-edit detection segfaults when I say no

[Paul Wise]

On Sun, 2015-08-02 at 22:28 +0200, Benno Schulenberg wrote:

> Fixed in SVN, r5338.  Should be in 2.4.3.

Any chance of a new release?

I'd like to drop my workaround.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

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

[Mark J. Nelson]

Package: unison
Version: 2.48.3-1
Severity: normal

Dear Maintainer,

Since ocaml 4.02 recently entered unstable, I thought it might be a
good time to bring up this issue (I haven't seen it discussed in
another bug).

Due to a change in ocaml's serialization format, unison built with an
ocaml pre-4.02 can't synchronize with one built with 4.02 and
later. This causes a compatibility mess, since the usual requirement
that both endpoints must have the same unison version is no longer
sufficient: they now have to have both the same unison version *and*
be built by compatible versions of ocaml, either both pre-4.02 or both
post-4.02.

There is some discussion on the unison-users list here:
http://marc.info/?l=unison-users&m=142286809310149&w=2

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

-Mark

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

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

Versions of packages unison depends on:
ii  libc6  2.19-22

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

Versions of packages unison suggests:
pn  unison-all  

-- no debconf information

--
Mark J. Nelson
Anadrome Research
http://www.anadrome.org

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

[Jayson Willson]

Thank you. Would be glad to know, that this fix made it into stable.

Yours sincerely, Jayson Willson

24.10.2015 23:53, Michael Biebl пишет:

Control: fixed -1 217-1

Am 24.10.2015 um 22:03 schrieb Jayson Willson:

Package: systemd
Version: 215-17+deb8u2
Severity: important
Tags: patch

Attempting to "start" an encrypted device unit will time out after 90 seconds
if no passphrase is entered.
Have a look at: https://bugs.freedesktop.org/show_bug.cgi?id=84409
Problem is resolved upstream:
https://github.com/systemd/systemd/commit/a6fb0dc138d4e7895f8e607493279dbe4df117a1
It should be easy and safe to backport this fix to "stable".


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

Regards,
Michael

Bug#755870: +1 on this bug

[Ondřej Grover]

+1 on this bug
This would really make the mail report a lot more useful.

Daniel, does this patch work? Can I apply it and test it?
Or does it just put apt-listchanges output into the dpkg log?

Kind regards,
Ondřej Grover

Bug#802918: installation fails because of "listen 192.168.168.1"

[Marco d'Itri]

Package: dnsproxy
Version: 1.16-0.1+b1
Severity: important
Tags: patch

The package installation fails because the default configuration tries 
to bind the daemon to a non-existing IP address.

Fix:
-listen 192.168.168.1
+listen 127.0.0.1


Selezionato il pacchetto dnsproxy non precedentemente selezionato.
(Lettura del database... 209883 file e directory attualmente installati.)
Preparativi per estrarre .../dnsproxy_1.16-0.1+b1_i386.deb...
Estrazione di dnsproxy (1.16-0.1+b1)...
Elaborazione dei trigger per systemd (227-2)...
Elaborazione dei trigger per man-db (2.7.2-1)...
Configurazione di dnsproxy (1.16-0.1+b1)...
Job for dnsproxy.service failed because the control process exited with error 
code. See "systemctl status dnsproxy.service" and "journalctl -xe" for details.
invoke-rc.d: initscript dnsproxy, action "start" failed.
dpkg: errore nell'elaborare il pacchetto dnsproxy (--configure):
 il sottoprocesso installato script di post-installation ha restituito lo stato 
di errore 1
Elaborazione dei trigger per systemd (227-2)...
Si sono verificati degli errori nell'elaborazione:
 dnsproxy
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

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

Versions of packages dnsproxy depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.19-22
ii  libevent-2.0-5  2.0.21-stable-2
ii  lsb-base9.20150917

dnsproxy recommends no packages.

dnsproxy suggests no packages.

-- no debconf information

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#802917: do not migrate denyhosts to testing: who will do security support?

[Helmut Grohne]

Package: denyhosts
Version: 2.10-2
Severity: serious
Tags: security

Hi Jan-Pascal,

thank you for your interest in reviving denyhosts. Unfortunately, there
are still unresolved issues with denyhosts that make it unfit for
release. This bug is meant as a tracker bug and to prevent testing
migration until all sub issues are properly tracked.

 * The denyhosts package is very similar to fail2ban. In particular,
   both contain a set of regular expressions for matching log files from
   daemons. These regular expressions are hard to get right. Thus the
   Debian security team wants to avoid supporting both tools. This
   argument is similar to how ffmpeg was blocked from jessie, because it
   was too similar to libav and had a difficult security profile. So
   until it is clear who will do the security support for denyhosts,
   denyhosts should stay out of testing.

 * Your upload reintroduces security bug #692229.

 * Due to the removal of denyhosts from Debian, the following bugs were
   closed by the ftp masters:

   #395565 #436417 #497485 #514024 #529089 #546772 #597956 #567209 #611756
   #622697 #643031 #720130 #729322 #731963

   Please evaluate which of them need to be reopened or failing that
   reopen all of them.

Sorry for the bad news, but I believe that reincluding the current
denyhosts package is a disservice to our users.

Helmut

Bug#802910: mupen64plus-qt/arm64 unsatisfiable Depends: mupen64plus-ui-console

[Sérgio Benjamim]

Eh, there's no Mupen packages for ARMhf? Last time I tested it was 
working very well (I had published some ARMhf packages in this PPA [1], 
tested on odroid U3, ubuntu 14.04).


[1] https://launchpad.net/~random-stuff/+archive/ubuntu/stable

Sergio Benjamim




On 24/10/2015 22:10, Matthias Klose wrote:

Package: src:mupen64plus-qt
Version: 1.8-1
Severity: serious
Tags: sid stretch

mupen64plus-qt/arm64 unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/armel unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/armhf unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/mips unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/mipsel unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/powerpc unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/ppc64el unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/s390x unsatisfiable Depends: mupen64plus-ui-console

However, the architecture for mupen64plus-ui-console is set to amd64 
i386 only. So just set it to any, and let it build on these 
architectures as well, or relax the dependency to a suggests.

Bug#802801: python-coverage: FTBFS: calling function returned 100.0, not a test

[Ben Finney]

Control: tags -1 + unreproducible moreinfo

On 23-Oct-2015, Dmitry Shachnev wrote:

> python-coverage FTBFS in a fresh sid chroot:

Thank you for reporting this.

>   building 'coverage.tracer' extension
>   x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall 
> -Wstrict-prototypes -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.5m 
> -c coverage/tracer.c -o build/temp.linux-x86_64-3.5/coverage/tracer.o
>   x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions 
> -Wl,-z,relro -Wl,-z,relro -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -D_FORTIFY_SOURCE=2 
> build/temp.linux-x86_64-3.5/coverage/tracer.o -o 
> /tmp/buildd/python-coverage-3.7.1+dfsg.1/coverage/tracer.cpython-35m-x86_64-linux-gnu.so
>   NameStmts   Miss  Cover   Missing
>   -
>   Traceback (most recent call last):
> […]
> File "/usr/lib/python3.5/unittest/loader.py", line 211, in 
> loadTestsFromName
>   (obj, test))
>   TypeError: calling .wrapper at 
> 0x7f1fac233488> returned 100.0, not a test
>   debian/rules:87: recipe for target 'test-python3.5' failed
>   make[1]: *** [test-python3.5] Error 1

I don't get that failure at all. We are both using Debian Sid chroot,
on “amd64” architecture. I updated the build chroot less than an hour
ago; perhaps something has changed between your attempt and mine?

(I can't figure out why the function would return “100.0” instead of a
test case in *any* circumstance.)

> You can find the full build log at:
> http://mitya57.me/builds/python-coverage_3.7.1+dfsg.1-1_amd64.build

Looking through that build log, I don't see what would be different to
cause yours to fail with that error but not mine.

-- 
 \ “I think there is a world market for maybe five computers.” |
  `\ —Thomas Watson, chairman of IBM, 1943 |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#802916: python-coverage: post-build tests fail: “coverage.misc.CoverageException: No data to report.”

[Ben Finney]

Package: python-coverage
Version: 3.7.1+dfsg.1-1+b2
Severity: serious
Justification: fails to build from source

In an up-to-date Debian “sid” chroot, ‘python-coverage’ fails to build
from source. The test run fails on Python 3.5:

=
python3.5 setup.py test -vv
running test
running egg_info
writing top-level names to coverage.egg-info/top_level.txt
writing coverage.egg-info/PKG-INFO
writing dependency_links to coverage.egg-info/dependency_links.txt
writing entry points to coverage.egg-info/entry_points.txt
reading manifest file 'coverage.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
warning: no previously-included files matching '*.pyc' found anywhere in 
distribution
writing manifest file 'coverage.egg-info/SOURCES.txt'
running build_ext
building 'coverage.tracer' extension
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes 
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.5m -c coverage/tracer.c -o 
build/temp.linux-x86_64-3.5/coverage/tracer.o
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions 
-Wl,-z,relro -Wl,-z,relro -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2 
build/temp.linux-x86_64-3.5/coverage/tracer.o -o 
/build/python-coverage-3.7.1+dfsg.1/coverage/tracer.cpython-35m-x86_64-linux-gnu.so
Traceback (most recent call last):
  File "setup.py", line 199, in 
main()
  File "setup.py", line 188, in main
setup(**setup_args)
  File "/usr/lib/python3.5/distutils/core.py", line 148, in setup
dist.run_commands()
  File "/usr/lib/python3.5/distutils/dist.py", line 955, in run_commands
self.run_command(cmd)
  File "/usr/lib/python3.5/distutils/dist.py", line 974, in run_command
cmd_obj.run()
  File "/usr/lib/python3/dist-packages/setuptools/command/test.py", line 146, 
in run
self.with_project_on_sys_path(self.run_tests)
  File "/usr/lib/python3/dist-packages/setuptools/command/test.py", line 127, 
in with_project_on_sys_path
func()
  File "/usr/lib/python3/dist-packages/setuptools/command/test.py", line 167, 
in run_tests
testRunner=self._resolve_as_ep(self.test_runner),
  File "/usr/lib/python3.5/unittest/main.py", line 93, in __init__
self.parseArgs(argv)
  File "/usr/lib/python3.5/unittest/main.py", line 123, in parseArgs
self._do_discovery([])
  File "/usr/lib/python3.5/unittest/main.py", line 228, in _do_discovery
self.test = loader.discover(self.start, self.pattern, self.top)
  File "/usr/lib/python3.5/unittest/loader.py", line 341, in discover
tests = list(self._find_tests(start_dir, pattern))
  File "/usr/lib/python3.5/unittest/loader.py", line 398, in _find_tests
full_path, pattern, namespace)
  File "/usr/lib/python3.5/unittest/loader.py", line 475, in _find_test_path
tests = self.loadTestsFromModule(package, pattern=pattern)
  File "/usr/lib/python3/dist-packages/setuptools/command/test.py", line 36, in 
loadTestsFromModule
tests.append(self.loadTestsFromName(submodule))
  File "/usr/lib/python3.5/unittest/loader.py", line 204, in loadTestsFromName
test = obj()
  File "/build/python-coverage-3.7.1+dfsg.1/coverage/__init__.py", line 42, in 
wrapper
return getattr(_the_coverage, name)(*args, **kwargs)
  File "/build/python-coverage-3.7.1+dfsg.1/coverage/control.py", line 635, in 
annotate
reporter.report(morfs, directory=directory)
  File "/build/python-coverage-3.7.1+dfsg.1/coverage/annotate.py", line 43, in 
report
self.report_files(self.annotate_file, morfs, directory)
  File "/build/python-coverage-3.7.1+dfsg.1/coverage/report.py", line 76, in 
report_files
raise CoverageException("No data to report.")
coverage.misc.CoverageException: No data to report.
debian/rules:87: recipe for target 'test-python3.5' failed
=

The complete build log (from ‘pbuilder’ is attached.

-- 
 \   “Self-respect: The secure feeling that no one, as yet, is |
  `\suspicious.” —Henry L. Mencken |
_o__)  |
Ben Finney 
W: /root/.pbuilderrc does not exist
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Sun Oct 25 15:28:46 AEDT 2015
I: pbuilder-time-stamp: 1445747326
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tar.gz]
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: policy-rc.d already exists
W: Could not create compatibility symlink because /tmp/buildd exists and it is 
not a directory
I: Obtaining the cached apt archive contents
I: Installing the build-deps
I: user script /var/cache/pbuilder/build//23297/tmp/hooks/D80_no-man-db-rebuild 
starting
I: preseed man-db/auto-update to false
I: user script /var/cache/pbuilder/build//23297/tmp/hooks/D80_no-man-db-rebuild 
finished
 -> A

Bug#635752: That setup from above generates an error

[Karl Schmidt]

One needs to do a :
 $ systemctl daemon-reload

After putting the file there.

The error is
/lib/systemd/system/ntp.service:6] Unknown lvalue '+ EnvironmentFile' in 
section 'Service'

Removing the 'plus-sign' won't fix it.


[OT but important bread-crumbs for others...]

The systemd-timesyncd.service works out of the box - no need to do anything but enable it in systemd 
- but if you need your own time server it fixes nothing. And if you want to use 
systemd-timesyncd.service and point it at your own time server you need to edit 
/etc/systemd/timesyncd.conf

 - the keyword Servers needs a Capital 's' and the s at the end.

Bug#801719: dh-python: Symlink in package directory causes dh_python3 crash: NotADirectoryError

[Ben Finney]

Control: tags -1 + patch

On 18-Oct-2015, Ben Finney wrote:
> I have experienced the same error. A deliberately-created symlink
> causes ‘dh_python3’ to crash when it attempts to ‘os.rmdir’ the
> symlink

Here is a patch series to use a helper function that removes the entry
whatever its type.

-- 
 \  “I don't know half of you half as well as I should like, and I |
  `\   like less than half of you half as well as you deserve.” —Bilbo |
_o__)  Baggins |
Ben Finney 
From 5ac8dabbedc305553151b97bc5b7d60a43b02a64 Mon Sep 17 00:00:00 2001
From: Ben Finney 
Date: Sun, 25 Oct 2015 15:10:14 +1100
Subject: [PATCH 1/2] Add helper function to remove a filesystem entry of any
 type.

---
 dhpython/fs.py | 13 +
 1 file changed, 13 insertions(+)

diff --git a/dhpython/fs.py b/dhpython/fs.py
index e0be654..05b8e8b 100644
--- a/dhpython/fs.py
+++ b/dhpython/fs.py
@@ -25,6 +25,8 @@ from filecmp import cmp as cmpfile
 from os.path import exists, dirname, isdir, islink, join, split, splitext
 from shutil import rmtree
 from stat import ST_MODE, S_IXUSR, S_IXGRP, S_IXOTH
+import errno
+
 from dhpython import MULTIARCH_DIR_TPL
 from dhpython.tools import fix_shebang, clean_egg_name
 from dhpython.interpreter import Interpreter
@@ -32,6 +34,17 @@ from dhpython.interpreter import Interpreter
 log = logging.getLogger('dhpython')
 
 
+def remove_entry(path):
+""" Remove specified filesystem entry, whatever its type. """
+try:
+os.remove(path)
+except OSError as exc:
+if exc.errno == errno.EISDIR:
+os.rmdir(path)
+else:
+raise
+
+
 def fix_locations(package, interpreter, versions, options):
 """Move files to the right location."""
 # make a copy since we change version later
-- 
2.6.1

From 8052e56dcd776409254fd525d15a63525dab4434 Mon Sep 17 00:00:00 2001
From: Ben Finney 
Date: Sun, 25 Oct 2015 15:10:43 +1100
Subject: [PATCH 2/2] Remove filesystem entries allowing for different types.

---
 dhpython/fs.py | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/dhpython/fs.py b/dhpython/fs.py
index 05b8e8b..1d73d23 100644
--- a/dhpython/fs.py
+++ b/dhpython/fs.py
@@ -64,7 +64,7 @@ def fix_locations(package, interpreter, versions, options):
 if exists(parent_dir):
 if os.listdir(parent_dir):
 break
-os.rmdir(parent_dir)
+remove_entry(parent_dir)
 parent_dir = dirname(parent_dir)
 
 # do the same with debug locations
@@ -78,7 +78,7 @@ def fix_locations(package, interpreter, versions, options):
 if exists(parent_dir):
 if os.listdir(parent_dir):
 break
-os.rmdir(parent_dir)
+remove_entry(parent_dir)
 parent_dir = dirname(parent_dir)
 
 
@@ -115,7 +115,7 @@ def share_files(srcdir, dstdir, interpreter, options):
 # XXX: check symlinks
 
 if exists(srcdir) and not os.listdir(srcdir):
-os.rmdir(srcdir)
+remove_entry(srcdir)
 
 
 class Scan:
@@ -239,7 +239,7 @@ class Scan:
 # try to remove directory if it's empty (and its parent if it's empty afterwards)
 while root:
 try:
-os.rmdir(root)
+remove_entry(root)
 log.debug('removing empty directory: %s', root)
 except Exception:
 break
@@ -414,6 +414,6 @@ class Scan:
 for root, dirs, file_names in os.walk(proot, topdown=False):
 if '-packages/' in root and not file_names:
 try:
-os.rmdir(root)
+remove_entry(root)
 except Exception:
 pass
-- 
2.6.1



signature.asc
Description: PGP signature

Bug#802915: emacs24: Fails to install due to missing file

[David McMackins]

Package: emacs24
Version: 24.5+1-3
Severity: important

Dear Maintainer,

While trying to upgrade Emacs today, I got the following error:

The following packages will be upgraded:
  emacs24
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/3,520 kB of archives. After unpacking 7,168 B will be freed.
Do you want to continue? [Y/n/?]
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Reading changelogs... Done
(Reading database ... 267153 files and directories currently installed.)
Preparing to unpack .../emacs24_24.5+1-3_amd64.deb ...
Remove dictionaries-common for emacs24
remove/dictionaries-common: Purging byte-compiled files for flavour emacs24
Remove prolog-el for emacs24
remove/prolog-el: purging byte-compiled files for emacs24
Remove nethack-el for emacs24
remove/nethack-el: purging byte-compiled files for emacs24
Remove lua-mode for emacs24
remove/lua-mode: purging byte-compiled files for emacs24
Remove emacsen-common for emacs24
emacsen-common: Handling removal of emacsen flavor emacs24
Remove emacs-goodies-el for emacs24
remove/emacs-goodies-el: purging byte-compiled files for emacs24
Remove elpa-vala-mode for emacs24
remove/emacs24-24.5+1: Handling removal of emacsen flavor emacs24
dh-elpa: purging flavor specific files for emacs24
find: `/usr/share/emacs24/site-lisp/elpa/emacs24-24.5+1': No such file
or directory
ERROR: remove script from elpa-vala-mode package failed
dpkg: warning: subprocess old pre-removal script returned error exit
status 1
dpkg: trying script from the new package instead ...
Remove dictionaries-common for emacs24
Remove prolog-el for emacs24
remove/prolog-el: purging byte-compiled files for emacs24
Remove nethack-el for emacs24
Remove lua-mode for emacs24
remove/lua-mode: purging byte-compiled files for emacs24
Remove emacsen-common for emacs24
emacsen-common: Handling removal of emacsen flavor emacs24
Remove emacs-goodies-el for emacs24
remove/emacs-goodies-el: purging byte-compiled files for emacs24
Remove elpa-vala-mode for emacs24
remove/emacs24-24.5+1: Handling removal of emacsen flavor emacs24
dh-elpa: purging flavor specific files for emacs24
find: `/usr/share/emacs24/site-lisp/elpa/emacs24-24.5+1': No such file
or directory
ERROR: remove script from elpa-vala-mode package failed
dpkg: error processing archive
/var/cache/apt/archives/emacs24_24.5+1-3_amd64.deb (--unpack):
 subprocess new pre-removal script returned error exit status 1
update-alternatives: using /usr/bin/emacs24-x to provide /usr/bin/emacs
(emacs) in auto mode
Install elpa-vala-mode for emacs24
install/vala-mode-0.1: Handling install of emacsen flavor emacs24
install/vala-mode-0.1: byte-compiling for emacs24
Install emacs-goodies-el for emacs24
install/emacs-goodies-el: Handling emacs24, logged in /tmp/elc_VjAi2A.log
Building autoloads for emacs24 in
/usr/share/emacs24/site-lisp/emacs-goodies-el
install/emacs-goodies-el: Deleting /tmp/elc_VjAi2A.log
Install emacsen-common for emacs24
emacsen-common: Handling install of emacsen flavor emacs24
Wrote /etc/emacs24/site-start.d/00debian-vars.elc
Wrote /usr/share/emacs24/site-lisp/debian-startup.elc
Install lua-mode for emacs24
install/lua-mode: Handling install for emacsen flavor emacs24
Wrote /usr/share/emacs24/site-lisp/lua-mode/lua-mode.elc
Install nethack-el for emacs24
install/nethack-el: Handling install for emacsen flavor emacs24
Loading 00debian-vars...
Loading /etc/emacs/site-start.d/50autoconf.el (source)...
Loading /etc/emacs/site-start.d/50cmake-data.el (source)...
Loading /etc/emacs/site-start.d/50devhelp.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Info: Skip debian-el loading if run under dpkg control.
Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)...
Loading /etc/emacs/site-start.d/50festival.el (source)...
Loading /etc/emacs/site-start.d/50lua-mode.el (source)...
Loading /etc/emacs/site-start.d/50nethack-el.el (source)...
Loading /etc/emacs/site-start.d/50prolog-el.el (source)...
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...
Loading /etc/emacs/site-start.d/50vala-mode-el.el (source)...
Wrote /usr/share/emacs24/site-lisp/nethack/nethack-api.elc
Wrote /usr/share/emacs24/site-lisp/nethack/nethack-cmd.elc
Wrote /usr/share/emacs24/site-lisp/nethack/nethack-compat.elc
Wrote /usr/share/emacs24/site-lisp/nethack/nethack-keys-dvorak.elc
Wrote /usr/share/emacs24/site-lisp/nethack/nethack-keys.elc
Wrote /usr/share/emacs24/site-lisp/nethack/nethack-tiles.elc
Wrote /usr/share/emacs24/site-lisp/nethack/nethack.elc
Wrote /usr/share/emacs24/site-lisp/nethack/slashem-tiles.elc
Install prolog-el for emacs24
install/prolog-el: Handling install for emacsen flavor emacs24
Loading 00debian-vars...
Loading /etc/emacs/site-start.d/50autoconf.el (source)...
Loading /etc/emacs/site-start.d/50cmake-data.el (source)...
Loading /etc/emacs/site-start.d/50devhelp.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source

Bug#802914: xscreensaver: upstream 5.34 fixes crash

[Michael Gilbert]

package: xscreensaver
severity: important
tags: security

A new upstream version is out that fixes a crash while swapping
monitors, which has security implications.

Best wishes,
Mike

Bug#780242: telepathy-ring: new upstream development by Jolla/SailfishOS/NemoMobile/Mer

[Paul Wise]

On Wed, 11 Mar 2015 12:20:50 +0800 Paul Wise wrote:

> Jolla have a new upstream version produced as part of the NemoMobile
> project of SailfishOS:

Development of the Jolla version of telepathy-ring has moved to Mer:

https://git.merproject.org/mer-core/telepathy-ring

> Please note that development may move to freedesktop.org soonish:

That hasn't happened and I doubt it will, please use the Mer version.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#802913: ITP: CVars -- C++ run-time variable tweaking

[Gabe Sibley]

Package: wnpp
Severity: wishlist

* Package name: libcvars
* Version: 2.6.0-1
* Section : libs
* Upstream Author : Gabe Sibley 
* URL : http://github.com/arpg/cvars
* License : LGPL-3
* Programming Lang: C++
* Description : provides console-based runtime tweaking of C++ variables

CVars is a small C++ library that allows run-time tweaking of C++
variables from a drop-down console.  For example, CVars allows OpenGL
developers to easily add a 'Quake-style' debugging console to their
applications.

Bug#802765: gnome-calculator: just drop gnome-icon-theme recommends

[Michael Biebl]

Am 23.10.2015 um 15:02 schrieb Andreas Henriksson:
> Hello!
> 
> I think maybe we should just drop the gnome-icon-theme recommends
> and not add adwaita-icon-theme, because adwaita is always guaranteed
> to be available nowadays by depending on gtk+.
> No need to spread it out to every application.

I just checked, and all icons used by gnome-calculator are provided by
adwaita-icon-theme.
I'm fine with dropping the Recommends altogether.

Andreas, please go ahead.

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#801495: chromium looses all its saved passwords after kwalletd5 upgrade

[Michael Gilbert]

control: reassign -1 kwalletmanager

Might be #767905?

Best wishes,
Mike

Bug#798871: Google Chrome in Jessie XFCE also has this issue

[Michael Gilbert]

> Unfortunately the issue persists. Do I need to do anything special to
> get the borders back?

Google Chrome is not supported.  If you can reproduce this in the
Debian chromium package, please reopen.

Best wishes,
Mike

Bug#799939: chromium: does not build / is not available for armhf

[Michael Gilbert]

On Wed, Oct 21, 2015 at 9:21 AM, Riku Voipio wrote:
> Hi,
>
> Here's cleaned up patch against pkg-chromium git. I've now briefly tested the
> built chromium runs on armhf hw and a bit more extensively on arm64 hw.
>
> Michael, how would you feel about sending at test build at experimental?

These  changes are larger than I would like.  Please upstream them
first, especially the assembly changes to openmax.

Best wishes,
Mike

Bug#801528: lintian: package-contains-timestamped-gzip false positive

[Tomasz Buchert]

On 13/10/15 18:29, Axel Beckert wrote:
> Dear Bill,
>
> [...]

Hi guys,
I want to hijack this bug report to discuss the how the said tag
works. Note that *three* timestamps are considered here:

   1) mtime *inside* .gz file (via RFC 1952, referred as to gz_mtime below)
   2) mtime *of* the .gz file (in the filesystem, referred as to fs_mtime below)
   3) last changelog timestamp (referred as to changelog below)

The current condition for "package-contains-timestamped-gzip" is:

(gz_mtime != 0) and (fs_mtime - changelog >= 0) (1)

The idea is to catch files that where gzipped during the build
process. I'm not sure why I didn't use:

(gz_mtime != 0) and (gz_mtime - changelog >= 0) (2)

but certainly *now* it won't work very well since
dh-strip-nondeterminism updates any non-zero gz_mtime to changelog
timestamp (side note: I'm not sure that gz_mtime should be overwritten
by d-s-n if gz_mtime < changelog).

There are still two problems with (1) anyway:

1) the source may have a perfectly stable and reproducible gzip
   file, but install it during the build without preserving
   fs_mtime (as Bill mentioned); this will cause a false positive

2) related and worth noting: I believe that tar's --clamp-mtime
   is/will be used to, well, clamp fs_mtimes of files in the
   packages; this means that the strict version of (1):

   (gz_mtime != 0) and (fs_mtime - changelog > 0) (3)

   will not fix the previous issue (it will cause the tag to be
   *never* emitted)

It seems that gzip files will have this enforced:

(gz_mtime == 0 or gz_mtime == changelog)
and
(fs_mtime <= changelog)

Basically it looks as if dh-strip-nondeterminism/toolchain strips/will
strip so much that this tag may not be useful anymore.

Let me know what you think.

Cheers,
Tomasz


signature.asc
Description: PGP signature

Bug#802912: nmu: openmw_0.36.1-1

[Scott Howard]

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

nmu openmw_0.36.1-1 . ANY . unstable . -m "rebuild against new libbullet"

The maintainer (Bret Curtis) is busy but asked me to request this binNMU

Game crashes because it was compiled against an old libbullet. More info:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801914
https://forum.openmw.org/viewtopic.php?f=2&t=3053

Bug#802880: (qtcreator: not really a bug)

[Adam Majer]

On Sat, Oct 24, 2015 at 04:40:18PM +0200, Steinar H. Gunderson wrote:
> On Sat, Oct 24, 2015 at 02:33:04PM +, Debian Bug Tracking System wrote:
> > Hi, this bug is invalid.
> 
> Uhm, no?

Actually, yes. Uninstallable packages can exist in unstable until they
are either fixed or removed. It's not really necessary to file these
bugs since these are already part of known transitions.

  https://packages.qa.debian.org/q/qtcreator.html
  https://release.debian.org/transitions/html/qtbase-abi-5-5-1.html


> > 3.5.0+dfsg-2+b1
> > Rebuild against qtbase-abi-5-5-1.
> 
> If so, the binNMU fixes this bug (and should nominally have a Closes: line
> with the bug number, except the bug was probably filed after the binNMU was
> scheduled). Thank you for taking care of that.

No, binNMUs do not change the package source. There is no changelog entry.


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

This is of no use to anyone. As I wrote above, these things are
already tracked outside BTS. Sid can have uninstallable packages -
that is normal. If you prefer to have more consistent set of packages,
please use testing distribution instead.

Few weeks ago there was a quite large stdlibc++ transition affecting
hundreds of packages. No bugs were filed because of missing g++ 5
symbols (unless packages needed manual modification to complete
transition, and these were filed months in advance).

Cheers,
- Adam


-- 
Adam Majer
ad...@zombino.com

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

[Manuel A. Fernandez Montecelo]

2015-10-25 1:52 GMT+01:00 積丹尼 Dan Jacobson :
>> "MAFM" == Manuel A Fernandez Montecelo  
>> writes:
>
> MAFM> sid is subject to massive changes and in-place library updates. This
> MAFM> can result in a very unstable system which contains packages that
> MAFM> cannot be installed due to missing libraries, dependencies that cannot
> MAFM> be fulfilled etc. Use it at your own risk!
>
> OK.
>
> So in the case of packages that cannot be installed I suppose the
> standard procedure would be: bugs should be filed against them and only
> closed when they are once more installable, or the package is removed
> from sid, no?

No, not for known transitions -- it would only add noise, and in
general they get sorted out "quickly" (a few days or couple of weeks
max).  Except the massive libstdc++6 one back in August that took 2
months or so... but also reporting bugs would not have helped to get
it sorted out more quickly.


BTW qgis is already rebuilt against the new gdal, should be
installable once it reaches your mirrors -- unless it conflicts with
packages not yet rebuilt in the same transition, or unrelated
conflicts.

https://release.debian.org/transitions/html/gdal-1.11.3.html


Regards.
-- 
Manuel A. Fernandez Montecelo 

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

[Russ Allbery]

Guido Günther  writes:

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

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

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

Bug#802041: RFS: python-avro

[Afif Elghraoui]

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

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

Would someone please upload to unstable?

Many thanks and regards
Afif

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

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

[積丹尼 Dan Jacobson]

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

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

OK.

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

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

[Brian Potkin]

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

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

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

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

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

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

pdffonts shows

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

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

Regards,

Brian

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

[Manuel A. Fernandez Montecelo]

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

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

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

=
View the packages in the unstable distribution

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

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

See the unstable distribution pages for more information.
=


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

=

The unstable distribution (sid)

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

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

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


Cheers.
-- 
Manuel A. Fernandez Montecelo 

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

[kytv]

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

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

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

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

[22307.737439]  0020  00020058 

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

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

[Brian May]

Robert Collins  writes:

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

Might be the best thing.

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

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

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

It ends with:

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

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

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

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

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

Bug#802910: mupen64plus-qt/arm64 unsatisfiable Depends: mupen64plus-ui-console

[Matthias Klose]

Package: src:mupen64plus-qt
Version: 1.8-1
Severity: serious
Tags: sid stretch

mupen64plus-qt/arm64 unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/armel unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/armhf unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/mips unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/mipsel unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/powerpc unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/ppc64el unsatisfiable Depends: mupen64plus-ui-console
mupen64plus-qt/s390x unsatisfiable Depends: mupen64plus-ui-console

However, the architecture for mupen64plus-ui-console is set to amd64 i386 only. 
So just set it to any, and let it build on these architectures as well, or relax 
the dependency to a suggests.

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

[積丹尼 Dan Jacobson]

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

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

OK. But I thought the first three were supposed to be free of that, that's
why they are listed separately on
https://www.debian.org/distrib/packages
and the fourth unlisted.

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

[Christoph Anton Mitterer]

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


Hi.

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

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

Cheers,
Chris.

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

[Steve McIntyre]

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

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

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

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

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

is not great. :-(

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

Bug#802908: requires python3-gi to run

[Modestas Vainius]

Package: caffeine
Version: 2.8.3-1
Severity: serious

Hello,

caffeine uses modules from python3-gi and needs them to run (see below):

Traceback (most recent call last):
  File "/usr/bin/caffeine", line 25, in 
from gi.repository import GObject, Gtk, GLib

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

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

Versions of packages caffeine depends on:
ii  gir1.2-appindicator3-0.1  0.4.92-3.1
ii  gir1.2-gtk-3.03.18.2-1
ii  libnet-dbus-perl  1.1.0-3
ii  perl  5.20.2-6
ii  python3   3.4.3-7
ii  python3-pkg-resources 18.4-1
ii  python3-xlib  0.14+20091101-5
pn  python3:any   

caffeine recommends no packages.

caffeine suggests no packages.

-- no debconf information

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

[Steve McIntyre]

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

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

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

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

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

Bug#786517: Remove swig 2.0 for Strech (python 3.5, octave 4.0 unsupported)

[Matthias Klose]

Control: severity -1 serious
Control: retitle -1 Remove swig 2.0 for Strech (python 3.5, octave 4.0 
unsupported)

As seen in #802906, this now becomes an RC issue, as Python 3.5 is a supported 
Python version, and is not anymore supported by swig 2.0.


Same for octave 4.0, and maybe other languages.

Bug#802906: fix build failures with python 3.5

[Matthias Klose]

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

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


Not yet fixed in 3.0.7-0.

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

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

[Emmanuel Bourg]

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

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

For example with this declaration:


  foo
  foo
  

  foo-dep
  foo-dep
  1.0

  


  bar
  bar
  

  bar-dep
  bar-dep
  2.0

  


Ignoring the plugin foo will result in this transformed pom:


  bar
  bar
  

  foo-dep
  foo-dep
  1.0

  


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

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

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

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

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

[Guillaume Seren]

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

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

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

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

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

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

Tell me if you need additionnal information.


Regards,
Guillaume


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

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

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

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

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

-- no debconf information

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

[HappyEvilSlosh]

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

Dear Maintainer,

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

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

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

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

xombrero recommends no packages.

xombrero suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#802886:

[Andoru Ekkusu]

> except that in my case I see only about 20x200 pixels, i.e. almost not at
all.

I think the size of the video that's shown is random each time you play
something or resize the window. I tried for example to go from windowed to
fullscreen (by manually clicking the menu option under "Video"), it
suddenly displayed more of the video. I also noticed that when opening
different videos, or even the same video, the size of the video shown
varies.

> I played with output in video section without success.

I forgot to mention earlier that as a temporary fix, you can untick the
"Integrate video in interface" option under "Interface" in VLC's preference
(simple view), that should enable you to see the videos and switch to
fullscreen by double-clicking.

Bug#787953: depends on obsolete libasm2-java library

[Felix Natter]

Markus Koschany  writes:

> Hi Felix,

hello Markus,

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

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

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

Great, I will reply there.

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

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

Cheers and Best Regards,
-- 
Felix Natter

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

[Petr Vorel]

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

Dear Maintainer,

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

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

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

What else you need to know?

Kind regards,
Petr

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

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

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

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

Bug#791620:

[Andoru Ekkusu]

Package: vlc
Version: 2.2.1-4+b1


Nope, still happens with QT 5.5.x



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

Kernel: Linux 4.2-4.dmz.1-liquorix-686-pae (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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

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

vlc suggests no packages.

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

Bug#802902: RFS: vconnectstand/2.0.1 ITP

[Samuel Thibault]

Hello Tobias,

Take care, when using the debian bug tracker, not to introduce any
spurious spaces.  Your report got ignored by the bot just because the
mail was starting with

  Package: sponsorship-requests
  Severity: wishlist

instead of

Package: sponsorship-requests
Severity: wishlist

I resent the mail with the fixed format, so it's now submitted.

Samuel

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

[Modestas Vainius]

Control: tags -1 upstream

Hello,

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

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

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

There are two bugs here though:

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

$ QT_XCB_NO_XI2_MOUSE=1 vlc

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

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

-- 
Modestas Vainius 

Bug#802844: pulseaudio sound stability

[Felipe Sateler]

Control: severity -1 minor

(Please reply to the bug address)

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

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

-- 

Saludos,
Felipe Sateler

Bug#802902: RFS: vconnectstand/2.0.1 ITP

[Tobias Platen]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

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

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

  It builds those binary packages:

vconnectstand - singing synthesis engine

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

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


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

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

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



  Regards,
   Tobias Platen

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

[Kevin Otte]

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

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

Bug#802901: opj_dump: segmentation fault with fuzzed sample

[Andreas Cadhalpun]

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

Dear Maintainer,

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

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


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

Inferior 1 [process 4091] will be killed.

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

Best regards,
Andreas

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

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

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

libopenjp2-tools recommends no packages.

libopenjp2-tools suggests no packages.

-- no debconf information

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

[Michael Biebl]

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

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

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

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

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



signature.asc
Description: OpenPGP digital signature

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

[Bernd Zeimetz]

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

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


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

Thats not an option.


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

for now, yes.


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

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

[Preuße]

On 24.10.2015 02:17, Sebastian Kapfer wrote:

Hi,

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

install: build

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

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

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

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

[Michel Le Bihan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Where exactly should I report this issue?

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

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

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

[Michael Biebl]

Control: fixed -1 217-1

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

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

Regards,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#802896: (no subject)

[Michael Biebl]

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

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

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



signature.asc
Description: OpenPGP digital signature

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

[Bernd Zeimetz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



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

open-vm-tools for example:

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


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

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

[Robert Edmonds]

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

Hi, aj:

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

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

Bug#802896: (no subject)

[Michel Le Bihan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

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

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



0x62875269.asc
Description: application/pgp-keys

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

[Stefan Fritsch]

Another false positive:

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


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

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

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

[Sébastien Villemot]

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

Dear Release Team,

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

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

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

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

Best,

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


signature.asc
Description: PGP signature

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

[Michael Biebl]

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

Same here. Please report this issue upstream.

Thanks,
Michael


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



signature.asc
Description: OpenPGP digital signature

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

[Michel Le Bihan]

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

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



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

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

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

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

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

-- no debconf information

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

[Michael Biebl]

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

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

Regards,
Michael


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



signature.asc
Description: OpenPGP digital signature

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

[Michael Weghorn]

Hi Andreas,

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

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

Best regards,
Michael

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

[Simon Richter]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

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

   Simon

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

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

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

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

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

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

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

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

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

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

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

[Andreas Cadhalpun]

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

Hi Michael,

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

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

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

Best regards,
Andreas

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

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

[Daniel Shahaf]

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

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

Cheers,

Daniel

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

[Ben Finney]

Package: htag
Version: 0.0.24-1.1
Severity: normal

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

If the following tag is selected by Htag:

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

into the following template:

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

the output that results is incorrectly wrapped:

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

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

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

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

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

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


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

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

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

htag recommends no packages.

htag suggests no packages.

-- no debconf information

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

signature.asc
Description: PGP signature

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

[Michael Weghorn]

Hi Andreas,

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

Best regards,
Michael

Bug#802493: Support creation of RTC specific mailing-list.

[Bruno BEAUFILS]

I suuport the creation of a specific mailing-list specific to RTC stuff.

-- 
Bruno BEAUFILS


signature.asc
Description: Digital signature

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

[Dmitry Shachnev]

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

Dear Maintainer,

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

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

  --
  Ran 1 test in 0.015s

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

The attached patch fixes the issue.

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

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


signature.asc
Description: OpenPGP digital signature

Bug#802493: debian-rtc mailing list creation

[Johannes Keyser]

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

Best,
Johannes

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

[Ben Finney]

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

Great, thank you for keeping it!

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

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

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


signature.asc
Description: PGP signature

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

[Manuel A. Fernandez Montecelo]

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

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


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

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

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


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#802493: support creation of RTC list

[Jonas Smedegaard]

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

 - Jonas

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

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


signature.asc
Description: signature

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

[tom]

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


Dear developers!

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

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

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

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

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

[Dominique Dumont]

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

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

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

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

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

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

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

Bug#802382: qtcreator: not really a bug

[Gianfranco Costamagna]

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

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

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

a new snapshot with -3.9 packages)

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


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

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

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

cheers,

G.

Bug#772503:

[Andoru Ekkusu]

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

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

[Benjamin Burton]

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

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

- Ben.

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

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

[ChangZhuo Chen]

Control: block -1 802382

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

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

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

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


signature.asc
Description: PGP signature

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

[Germar Reitze]

This is fixed upstream in 1.1.8

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


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

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

[Germar Reitze]

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


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

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

[Germar Reitze]

tags 802890 + fixed-upstream upstream
severity 802890 important
thanks


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

Bug#802886: I have the same problem

[Eugen Dedu]

tags severity 802886 grave
thanks

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


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


I played with output in video section without success.

Kind regards,
--
Eugen

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

[Bob Friesenhahn]

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


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

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

[Niels Thykier]

Control: tags -1 pending

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

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

~Niels

Bug#802389: xfonts-jmk: homepage is down

[Nik Nyby]

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

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

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

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

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

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

Bug#802886:

[Andoru Ekkusu]

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

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




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

Kernel: Linux 4.2-4.dmz.1-liquorix-686-pae (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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

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

vlc suggests no packages.

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

Bug#771341: segfaults in sqlite3_value_type while using from Python

[GCS]

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

Laszlo/GCS

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

[Christian Perrier]

Source: mistral
Severity: normal
Tags: l10n

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



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

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

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

[Lev Livnev]

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

Dear Maintainer,

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

$ gksu backintime-qt4

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

Back In Time
Version: 1.1.6

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

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

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

$ gksu QT_X11_NO_MITSHM=1 backintime-qt4

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



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

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

Versions of packages backintime-qt4 depends on:
ii  backintime-common 1.1.6-1
ii  libnotify-bin 0.7.6-2
ii  policykit-1   0.105-12
ii  python3-dbus.mainloop.qt  4.11.4+dfsg-1+b2
ii  python3-pyqt4 4.11.4+dfsg-1+b2
pn  python3:any   
ii  x11-utils 7.7+3

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

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

-- no debconf information

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

[Hans Joachim Desserud]

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

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


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

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

[Matthias Klose]

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

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


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