Bug#802763: kinit: should depend on libqt5xcbqpa5:amd64

[Salvo Tomaselli]

Package: kinit
Version: 5.15.0-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

my system was totally unable to do a graphical login.

After a lot of wasted time, I found these errors in the .xsession-errors file

> kdeinit5: preparing to launch 'libkdeinit5_klauncher'
> kdeinit5: Launched KLauncher, pid = 1801, result = 0
> This application failed to start because it could not find or load the Qt 
> platform plugin "xcb".
> 
> Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.
> 
> Reinstalling the application may fix this problem.
> kdeinit5: Communication error with launcher. Exiting!
> kdeinit5_wrapper: Warning: connect(/run/user/1001/kdeinit5__0) failed: : 
> Connection refused
> This application failed to start because it could not find or load the Qt 
> platform plugin "xcb".

and so I installed libqt5xcbqpa5, which then made it work.

So I suppose the library should be among the dependencies.

Thanks

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

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

Versions of packages kinit depends on:
ii  libc62.19-22
ii  libcap2  1:2.24-12
ii  libkf5configcore55.15.0-1
ii  libkf5coreaddons55.15.0-1
ii  libkf5crash5 5.15.0-1
ii  libkf5i18n5  5.15.0-1
ii  libkf5kiocore5   5.15.0-1
ii  libkf5kiowidgets55.15.0-1
ii  libkf5service-bin5.15.0+-1
ii  libkf5service5   5.15.0+-1
ii  libkf5windowsystem5  5.15.0-1
ii  libqt5core5a 5.5.1+dfsg-2
ii  libqt5dbus5  5.5.1+dfsg-2
ii  libqt5gui5   5.5.1+dfsg-2
ii  libstdc++6   5.2.1-22
ii  libx11-6 2:1.6.3-1

kinit recommends no packages.

kinit suggests no packages.

-- no debconf information
Xsession: X session started for salvo at ven 23 ott 2015, 11.00.21, CEST
localuser:salvo being added to access control list
Service 'org.kde.kaccessibleapp' does not exist.
This application failed to start because it could not find or load the Qt 
platform plugin "xcb".

Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.

Reinstalling the application may fix this problem.
xmodmap:  please release the following keys within 2 seconds:
Caps_Lock (keysym 0xffe5, keycode 37)
Alt_L (keysym 0xffe9, keycode 64)
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
kbuildsycoca4 running...
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was 
':1.6'
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.


1
yakuake(1697)/konsole Konsole::Session::run: Attempted to re-run an already 
running session. 
startkde: Starting up...
QDBusConnection: name 'org.freedesktop.UDisks2' had owner '' but we thought it 
was ':1.16'
kdeinit5: preparing to launch 'libkdeinit5_klauncher'
kdeinit5: Launched KLauncher, pid = 1801, result = 0
This application failed to start because it could not find or load the Qt 
platform plugin "xcb".

Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.

Reinstalling the application may fix this problem.
kdeinit5: Communication error with launcher. Exiting!
kdeinit5_wrapper: Warning: connect(/run/user/1001/kdeinit5__0) failed: : 
Connection refused
This application failed to start because it could not find or load the Qt 
platform plugin "xcb".

Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.

Reinstalling the application may fix this problem.
Aborted
startkde: Shutting down...
kdeinit5_wrapper: Warning: connect(/run/user/1001/kdeinit5__0) failed: : 
Connection refused
Error: Can not contact kdeinit5!
startkde: Running shutdown scripts...
startkde: Done.
kdeinit4: Fatal IO error: client killed
klauncher: Exiting on signal 15
kdeinit4: Fatal IO error: client killed
yakuake: Fatal IO error: client killed
yakuake(1697)/konsole Konsole::SessionManager::~SessionManager: Konsole 

Bug#802705: musescore: FTBFS while rebuilding against newest Qt5 private headers

[Dmitry Shachnev]

Control: tag -1 fixed-upstream
Control: forwarded -1 https://github.com/musescore/MuseScore/pull/2171

On Thu, 22 Oct 2015 15:49:38 -0300, Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi! Musescore FTBFS when rebuilding against the new Qtbase's private headers:
>
> https://buildd.debian.org/status/package.php?p=musescore
>
> The problem seems to be:
>
> /«BUILDDIR»/musescore-2.0.2+dfsg/libmscore/clef.cpp:58:7: error: narrowing 
> conversion of '-1' from 'int' to 'char' inside { } [-Wnarrowing]
>};

This upstream commit fixes it:

https://github.com/musescore/MuseScore/commit/78605d6aefe45f44

Dear musescore maintainers, please let us now if you want us to NMU it.

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#787582: VDPAU needed

[Andreas Beckmann]

On 2015-10-23 18:08, Julien Aubin wrote:
> Hi,
> 
> I've found a bug in your new packaging.
> 
> In your release notes you state that you removed package
> nvidia-kernel-common but actually nvidia-kernel-support stills depend on it.
> https://packages.debian.org/experimental/nvidia-kernel-support

Where did I state that I removed any package?

Andreas

Bug#802808: fiona: Fails to build with GDAL 2.0

[Bas Couwenberg]

Source: fiona
Version: 1.6.2-1
Severity: important
Tags: upstream
User: debian-...@lists.debian.org
Usertags: gdal-2.0

Dear Maintainer,

fiona (1.6.2-1) FTBFS with GDAL 2.0.1 due to test failures:

 I: pybuild base:170: cd /tmp/buildd/fiona-1.6.2/.pybuild/pythonX.Y_2.7/build; 
python2.7 -m nose --exclude test_geopackage --exclude fiona --exclude 
test_filter_vsi --exclude cli --exclude fio_load
 E
 ==
 ERROR: test suite for 
 --
 Traceback (most recent call last):
   File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 209, in run
 self.setUp()
   File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 292, in setUp
 self.setupContext(ancestor)
   File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 315, in 
setupContext
 try_run(context, names)
   File "/usr/lib/python2.7/dist-packages/nose/util.py", line 471, in try_run
 return func()
   File 
"/tmp/buildd/fiona-1.6.2/.pybuild/pythonX.Y_2.7/build/tests/__init__.py", line 
39, in setup
 create_jsonfile(jsonfile)
   File 
"/tmp/buildd/fiona-1.6.2/.pybuild/pythonX.Y_2.7/build/tests/__init__.py", line 
22, in create_jsonfile
 features = [feat for feat in source]
   File "fiona/ogrext.pyx", line 1116, in fiona.ogrext.Iterator.__next__ 
(fiona/ogrext.c:18956)
   File "fiona/ogrext.pyx", line 162, in fiona.ogrext.FeatureBuilder.build 
(fiona/ogrext.c:3348)
 IndexError: list index out of range
  >> begin captured logging << 
 Fiona: DEBUG: Index: 0
 - >> end captured logging << -
 
 --
 Ran 0 tests in 0.338s
 
 FAILED (errors=1)
 E: pybuild pybuild:262: test: plugin distutils failed with: exit code=1: cd 
/tmp/buildd/fiona-1.6.2/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose 
--exclude test_geopackage --exclude fiona --exclude test_filter_vsi --exclude 
cli --exclude fio_load

The full build log is attached.

There is some discussion about GDAL 2.0 support in the upstream issue
tracker: https://github.com/Toblerity/Fiona/labels/GDAL2

This issue should be forwarded to upstream issue #239.

The severity of this issue will be increased to serious when the GDAL
2.0 transition starts.

There are no GDAL 2.0.1 packages available in experimental yet, because
they first need to pass the NEW queue. This issue was triaged using
locally built GDAL 2.0.1 packages from the experimental-2.0 branch:

 https://anonscm.debian.org/cgit/pkg-grass/gdal.git/log/?h=experimental-2.0

Kind Regards,

Bas
Building with cowbuilder for distribution sid+rebuild
I: using cowbuilder as pbuilder
dpkg-checkbuilddeps: Unmet build dependencies: python-cligj python3-cligj 
python3-all-dev python3-nose python-click-plugins python3-click-plugins 
python-pytest python3-pytest
W: Unmet build-dependency in source
dpkg-buildpackage: source package fiona
dpkg-buildpackage: source version 1.6.2-1
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Johan Van de Wauw 
 dpkg-source --before-build fiona
dpkg-source: info: applying 
0001-Rename-fio-command-to-fiona-to-avoid-name-clash.patch
dpkg-source: info: applying 
0002-Remove-outside-reference-possible-privacy-breach.patch
dpkg-checkbuilddeps: Unmet build dependencies: python-cligj python3-cligj 
python3-all-dev python3-nose python-click-plugins python3-click-plugins 
python-pytest python3-pytest
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)
dpkg-buildpackage: warning: this is currently a non-fatal warning with -S, but 
will probably become fatal in the future
 fakeroot debian/rules clean
dh  clean --with python2,python3,sphinxdoc --buildsystem pybuild
   dh_testdir -O--buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:170: python2.7 setup.py clean 
warning: fiona/_transform.pyx:68:16: Non-trivial type declarators in shared 
declaration (e.g. mix of pointers and values). Each pointer declaration should 
be on its own line.
warning: fiona/_transform.pyx:68:20: Non-trivial type declarators in shared 
declaration (e.g. mix of pointers and values). Each pointer declaration should 
be on its own line.
warning: fiona/_transform.pyx:70:14: Non-trivial type declarators in shared 
declaration (e.g. mix of pointers and values). Each pointer declaration should 
be on its own line.
warning: fiona/_transform.pyx:70:20: Non-trivial type declarators in shared 
declaration (e.g. mix of pointers and values). Each pointer declaration should 
be on its own line.
warning: fiona/_transform.pyx:112:14: Non-trivial type declarators in shared 
declaration (e.g. mix of pointers and values). Each pointer declaration should 
be on its own line.
warning: fiona/_transform.pyx:112:20: Non-trivial 

Bug#802809: please don't link python extensions with the python interpreter

[Matthias Klose]

Package: src:libftdi1
Version: 1.2-4
Severity: important
Tags: sid stretch

please don't link python extensions with the python interpreter.  we are ending 
up with:


 Package: python3-ftdi1
 Depends: libc6 (>= 2.14), libftdi1-2, libpython3.4 (>= 3.4.2), libpython3.5 
(>= 3.5.0~b1), python3 (<< 3.6), python3 (>= 3.4~)

 Provides: python3.4-ftdi1, python3.5-ftdi1

forcing the installation of both python3.4 and python3.5.

Bug#728207: #728207 /usr/bin/kde-open: kde-open fails to open link

[Francois Gouget]

> tag 728207 wontifx
> thanks

I believe the intention was to mark the bug as wontfix but obviously 
that did not work. I'm a total stranger to this bug so I'll let you 
review and fix the status as appropriate.


-- 
Francois Gouget   http://fgouget.free.fr/
 Advice is what we ask for when we already know the answer but wish we didn't
 -- Eric Jong

Bug#784070: mdadm Software RAID1 with GPT on Debian 8.0.0 amd64 - Does not mount/boot on disk removal

[Yann-externe SOUBEYRAND]

OK, so what do we do from now on? The patch I proposed seems to fix the 
bug which prevents from booting a degraded raid. However, I think this 
patch is a regression for slow to appear devices.

Michael, you told you won't maintain this package any more. Would you mind 
making an exception for this little patch if you decide it's worth 
including it despite the regression? Or do you want me to prepare a NMU? 
In that case, can you give me your opinion on the worthiness of including 
this patch?

Cheers

Yann

Bug#802675: libqt5widgets5: QSystemTrayicon doesn't work on Jessie with many desktop (MATE, Gnome, Cinnamon...)

[Eric Beuque]

2015-10-22 23:29 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer <
perezme...@gmail.com>:

> On Thursday 22 October 2015 15:09:16 Eric Beuque wrote:
> > Package: libqt5widgets5
> > Version: 5.1.1+dfsg-5
> > Severity: important
> >
> > Dear Maintainer,
> >
> > I open another ticket close to the fixed #775398 issue, where qt system
> tray
> > icon is not working.
>
> Then please use #775398 (CCing it). It was closed for the version in
> testing,
> but not for stable.
>
> > This bug seems to be fixed in the future release of Debian, but not in
> > Jessie.
>
> Correct.
>
> > This is really blocking for production machine, where QT5 application
> cannot
> > use tray icon.
> >
> > Is it possible to patch the Qt version (5.3.2) with the fix? Or add in
> > jessie backports a newer version of QT (the stretch version 5.4.3)?
> >
> > If needed i can spend time to work on a patch for QT 5.3.2, but only if
> it
> > can be included in Jessie.
>
> It might be possible to backport
> xcb_delay_showing_tray_icon_window_until_it_is_embedded.patch, yes. I
> currently can't afford to put time on this, but if you can adapt the patch
> and
> test it I will gladly review it and propose it to stable release managers
> for
> the next stable update.
>


Thank you for you answer. I'll work on the patch next week and i'll let you
know when it will be done.



>
> Kinds regards, Lisandro.
>
> --
> Quote me as saying I was mis-quoted.
>  -- Groucho Marx
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/
>

Bug#802757: djangorestframework-gis: FTBFS with djangorestframework 3.2.2-1

[Brian May]

Just uploaded the latest version into git. Now I get another error.

   debian/rules override_dh_auto_test
make[1]: Entering directory '/«PKGBUILDDIR»'
set -e; \
for python in python2.7 python3.5 python3.4; do \
  $python runtests.py ; \
done
F..s.s.s.
==
FAIL: test_post_location_list_EWKT 
(django_restframework_gis_tests.tests.TestRestFrameworkGis)
--
Traceback (most recent call last):
  File "tests/django_restframework_gis_tests/tests.py", line 137, in 
test_post_location_list_EWKT
expected_coords
AssertionError: Tuples differ: (6.381496, 53.384067) != (6.381495826183805, 
53.3840669...

First differing element 0:
6.381496
6.38149582618

- (6.381496, 53.384067)
+ (6.381495826183805, 53.384066927384985)

--
Ran 53 tests in 0.349s

FAILED (failures=1, skipped=3)
Creating test database for alias 'default'...
Destroying test database for alias 'default'...
make[1]: *** [override_dh_auto_test] Error 1
debian/rules:13: recipe for target 'override_dh_auto_test' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [build] Error 2
debian/rules:9: recipe for target 'build' failed
dpkg-buildpackage: error: debian/rules build gave error exit status 2


-- 
Brian May 

Bug#802804: roundcube: Apache configuration file installation should be documented

[Paul Boddie]

Package: roundcube
Version: 1.1.2+dfsg.1-4~bpo8+2
Severity: normal

Dear Maintainer,

Although the documentation for the roundcube packages mentions the apache.conf
file, it might be useful to suggest how this file might be used. For example,
I ended up making a symlink...

ln -s /etc/roundcube/apache.conf /etc/apache2/sites-available/roundcube.conf

Even though this is probably insufficient for some deployments, and even though
experienced administrators would be familiar with the necessary extra work, it
might be a good idea to mention such things explicitly. I did wonder whether
something special had been done to make Apache see the file where it was
installed, but that would be quite surprising and probably a policy violation.

I also wondered why one wouldn't just install a file into sites-available,
anyway. It is "available" and not "enabled", after all.

Thank you for your patience and understanding in reading this request!

Paul

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

Kernel: Linux 3.2.62
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages roundcube depends on:
ii  roundcube-core  1.1.2+dfsg.1-4~bpo8+2

roundcube recommends no packages.

roundcube suggests no packages.

Versions of packages roundcube-core depends on:
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  libapache2-mod-php55.6.13+dfsg-0+deb8u1
ii  libmagic1  1:5.22+15-2
ii  php-auth   1.6.4-1
ii  php-mail-mime  1.8.9-1
ii  php-mail-mimedecode1.5.5-2
ii  php-net-ldap3  1.0.3-1~bpo8+1
ii  php-net-smtp   1.6.2-2
ii  php-net-socket 1.0.14-1
ii  php5   5.6.13+dfsg-0+deb8u1
ii  php5-cli   5.6.13+dfsg-0+deb8u1
ii  php5-common5.6.13+dfsg-0+deb8u1
ii  php5-intl  5.6.13+dfsg-0+deb8u1
ii  php5-json  1.3.6-1
ii  php5-mcrypt5.6.13+dfsg-0+deb8u1
ii  roundcube-mysql1.1.2+dfsg.1-4~bpo8+2
ii  ucf3.0030

Versions of packages roundcube-core recommends:
ii  apache2 [httpd-cgi]  2.4.10-10+deb8u3
ii  php-net-sieve1.3.2-4
ii  php5-gd  5.6.13+dfsg-0+deb8u1
ii  php5-pspell  5.6.13+dfsg-0+deb8u1

Versions of packages roundcube-core suggests:
ii  php-auth-sasl  1.0.6-1
pn  php-crypt-gpg  
pn  roundcube-plugins  

-- debconf information:
  roundcube/db/basepath:
  roundcube/mysql/method: unix socket
  roundcube/language: en_GB
  roundcube/install-error: abort
  roundcube/remove-error: abort
* roundcube/database-type: pgsql
  roundcube/reconfigure-webserver: apache2, lighttpd
  roundcube/pgsql/authmethod-admin: ident
  roundcube/pgsql/method: unix socket
  roundcube/remote/port:
  roundcube/mysql/admin-user: postgres
  roundcube/pgsql/manualconf:
  roundcube/db/app-user: roundcube
  roundcube/hosts:
  roundcube/pgsql/authmethod-user: ident
  roundcube/db/dbname: roundcube
  roundcube/dbconfig-upgrade: true
  roundcube/pgsql/no-empty-passwords:
  roundcube/purge: false
  roundcube/internal/reconfiguring: false
  roundcube/restart-webserver: true
  roundcube/upgrade-backup: true
  roundcube/passwords-do-not-match:
* roundcube/dbconfig-install: true
  roundcube/remote/host:
  roundcube/remote/newhost:
  roundcube/missing-db-package-error: ignore
  roundcube/dbconfig-remove:
  roundcube/dbconfig-reinstall: false
  roundcube/pgsql/changeconf: false
  roundcube/internal/skip-preseed: false
  roundcube/upgrade-error: abort
  roundcube/pgsql/admin-user: postgres

Bug#802805: ITP: otto -- easy development and deployment for cloud platforms

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: otto
  Version : 0.1.2
  Upstream Author : Mitchell Hashimoto 
* URL : https://github.com/hashicorp/otto/
* License : MPL-2.0
  Programming Lang: Go
  Description : easy development and deployment for cloud platforms

Otto detects your application type and builds a development environment 
tailored specifically for
that application, with zero or minimal configuration. If your application 
depends on other services
(such as a database), it'll automatically configure and start those services in 
your development
environment for you.
Otto understands dependencies and versioning and can automatically deploy and 
configure an
application and all of its dependencies for any environment. An application 
only needs to tell Otto
its immediate dependencies; dependencies of dependencies are automatically 
detected and configured.
Otto knows how to deploy applications as well develop them. Whether your 
application is a modern
microservice, a legacy monolith, or something in between, Otto can deploy your 
application to any
environment.

If in Germany, see i'X 11/2015, S. 26 for a short summary. It's a rather young 
but very promising
project from the Vagrant people. Several different cloud platforms are going to 
be supported,
so far AWS is (Amazon Web Services).

Bug#802477: RFS: django-localflavor/1.1-1 [ITP]

[Gianfranco Costamagna]

Hi again, a new lintian warning:

P: django-localflavor source: debian-control-has-unusual-field-spacing line 3
N: 
N:The field on this line of debian/control has whitespace other than a
N:single space after the colon. This is explicitly permitted in the syntax
N:of Debian control files, but as Policy says, it is conventional to put a
N:single space after the colon.
N: 
N:Refer to Debian Policy Manual section 5.1 (Syntax of control files) for
N:details.
N: 
N:Severity: pedantic, Certainty: certain
N: 
N:Check: control-file, Type: source

please remove the spaces at the end of the file
(well, running "wrap-and-sort" command should fix it for you)

cheers,

G.

Bug#802806: ITP: fades -- the virtualenv automagic cache

[Facundo Batista]

Package: wnpp
Severity: wishlist
Owner: Facundo Batista 

* Package name: fades
  Version : 4
  Upstream Author : Facundo Batista 
* URL : https://github.com/PyAr/fades/
* License : GPL
  Programming Lang: Python
  Description : fades is a system that automatically handles the
virtualenvs in the cases normally found when writing scripts and simple
programs, and even helps to administer big projects.

fades will automagically create a new virtualenv (or reuse a previous
created one), installing the necessary dependencies, and execute your
script inside that virtualenv, with the only requirement of executing
the script with fades and also marking the required dependencies.

This is a very useful package because it detaches the user of the
needing of manually have to setup and activate a virtualenv everytime
she needs to run a script or a project.

Bug#787582: VDPAU needed

[Julien Aubin]

Maybe I didn't understand correctly :

nvidia-graphics-drivers (340.93-6) unstable; urgency=medium

  * nvidia-opencl-icd: Restore the Depends: libcuda1.
  * d/rules: Move tar option --no-recursion before the list of files.
  * Bump dependency to nvidia-kernel-common (>= 20151021) which no longer
applies non-default permissions on the /dev/nvidia* device nodes.
(See: #801598, #801869) (Closes: #801191, #801097)
  * nvidia-modprobe.conf: Re-enable the PCI ID matching aliases.


Anyway it looks like on stable dependency upon nvidia-kernel-common is
broken

2015-10-23 20:19 GMT+02:00 Andreas Beckmann :

> On 2015-10-23 18:08, Julien Aubin wrote:
> > Hi,
> >
> > I've found a bug in your new packaging.
> >
> > In your release notes you state that you removed package
> > nvidia-kernel-common but actually nvidia-kernel-support stills depend on
> it.
> > https://packages.debian.org/experimental/nvidia-kernel-support
>
> Where did I state that I removed any package?
>
> Andreas
>

Bug#802807: node-mysql: Cannot find module 'readable-stream'

[Francesco Gaudenzi]

Package: node-mysql
Version: 2.4.2-1
Severity: grave
Justification: renders package unusable


When using this package with nodejs (the one installed with the nodejs package),
I get this error:

 ERROR 
module.js:340
throw err;
  ^
Error: Cannot find module 'readable-stream'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object. 
(/usr/lib/nodejs/mysql/lib/protocol/sequences/Query.js:7:20)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312
### ERROR #

The missing module renders node-mysql totally unusable.


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

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

Versions of packages node-mysql depends on:
ii  node-bignumber1.3.0+dfsg-1
ii  node-require-all  0.0.6-1
ii  nodejs0.10.29~dfsg-2

node-mysql recommends no packages.

node-mysql suggests no packages.

-- no debconf information

Bug#787582: VDPAU needed

[Julien Aubin]

My bad, actually this is another package to backport as it breaks otherwise
the 352.55 driver. (The problem is for newcomers who own a Maxwell GPU and
cannot anymore install the 352.41 driver which worked well)

Thanks anyway.

2015-10-23 20:21 GMT+02:00 Julien Aubin :

> Maybe I didn't understand correctly :
>
> nvidia-graphics-drivers (340.93-6) unstable; urgency=medium
>
>   * nvidia-opencl-icd: Restore the Depends: libcuda1.
>   * d/rules: Move tar option --no-recursion before the list of files.
>   * Bump dependency to nvidia-kernel-common (>= 20151021) which no longer
> applies non-default permissions on the /dev/nvidia* device nodes.
> (See: #801598, #801869) (Closes: #801191, #801097)
>   * nvidia-modprobe.conf: Re-enable the PCI ID matching aliases.
>
>
> Anyway it looks like on stable dependency upon nvidia-kernel-common is
> broken
>
> 2015-10-23 20:19 GMT+02:00 Andreas Beckmann :
>
>> On 2015-10-23 18:08, Julien Aubin wrote:
>> > Hi,
>> >
>> > I've found a bug in your new packaging.
>> >
>> > In your release notes you state that you removed package
>> > nvidia-kernel-common but actually nvidia-kernel-support stills depend
>> on it.
>> > https://packages.debian.org/experimental/nvidia-kernel-support
>>
>> Where did I state that I removed any package?
>>
>> Andreas
>>
>
>

Bug#795836: qpsmtpd: Net::DNS::Header::nextid undefined at /usr/bin/qpsmtpd-forkserver

[Devin Carraway]

It is; I'm planning to roll a new package this weekend.  Sorry for the delay.

-- 
Devin  \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com
Carraway \ 4096R/9197B5F9: 9C64 37CD 1B7B 029D 0933  49EA 1E52 7672 9197 B5F9


signature.asc
Description: Digital signature

Bug#801563: But..

[Сергей Процеров]

However, if I set timeout=2min, then I get just the same behavior 
(lagging emergency mode and system does not boot). Seems like there is 
some other timeout between 1min and 2min, and when systemd-cryptsetup 
reaches this timeout, systemd goes mad.

Bug#801563: (no subject)

[Jayson Willson]

Yes, I confirm. With timeout=1min everything goes fine, but with 
timeout=2min the situation I have described in the beginning happens 
again. I've heard about 1.30min systemd timeout for all units. Could it 
be because of this timeout?


--
Yours sincerely, Jayson Willson

Bug#802811: libqt5x11extras5: causes konsole to segfault in libX11 on startup

[Nicolas Noirbent]

Package: libqt5x11extras5
Version: 5.5.1-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After upgrading to the unstable version of libqt5x11extras5, I
encounter segfaults when starting konsole:

kernel: [12347.664891] konsole[29202]: segfault at 968 ip 7ffa708ddfe3 sp 
7ffd859067f0 error 4 in libX11.so.6.3.0[7ffa708b+13c000]

Downgrading to the testing version no longer triggers the issue. I've
encountered similar issues on another machine for other packages,
e.g. sddm failing to start.

I'd send a backtrace as well but drkonqi also fails to start up with
the message

Could not find drkonqi at /usr/lib/x86_64-linux-gnu/libexec/drkonqi

Which is probably an other, unrelated issue. I tried running konsole
under gdb but it gave me nothing, since (I assume) KDE tried to run
drkonqi to gracefull handle the segfault. Any suggestion on how to
remedy this so I can at least provide you with a backtrace ?

Regards,

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

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

Versions of packages libqt5x11extras5:amd64 depends on:
ii  libc6 2.19-22
ii  libqt5core5a  5.4.2+dfsg-5
ii  libqt5gui55.4.2+dfsg-9

libqt5x11extras5:amd64 recommends no packages.

libqt5x11extras5:amd64 suggests no packages.

-- no debconf information

Bug#802810: ncurses: FTBFS on powerpc: /usr/bin/ld:resulting.map:814: syntax error in VERSION script

[Sven Joachim]

Source: ncurses
Version: 6.0+20151017-1
Severity: serious
X-Debbugs-CC: debian-powe...@lists.debian.org
Tags: help

On the powerpc buildd, building the 64-bit libtinfo failed:

,
| gcc -m64 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security  
--param max-inline-insns-single=1200 -shared -Wl,--version-script,resulting.map 
-Wl,-soname,`basename ../lib/libtinfo.so.5.9 .5.9`.5,-stats,-lc -o 
../lib/libtinfo.so.5.9 ../obj_s/access.o ../obj_s/add_tries.o 
../obj_s/alloc_ttype.o ../obj_s/codes.o ../obj_s/comp_captab.o 
../obj_s/comp_error.o ../obj_s/comp_hash.o ../obj_s/db_iterator.o 
../obj_s/doalloc.o ../obj_s/entries.o ../obj_s/fallback.o ../obj_s/free_ttype.o 
../obj_s/getenv_num.o ../obj_s/home_terminfo.o ../obj_s/init_keytry.o 
../obj_s/lib_acs.o ../obj_s/lib_baudrate.o ../obj_s/lib_cur_term.o 
../obj_s/lib_data.o ../obj_s/lib_has_cap.o ../obj_s/lib_kernel.o 
../obj_s/lib_keyname.o ../obj_s/lib_longname.o ../obj_s/lib_napms.o 
../obj_s/lib_options.o ../obj_s/lib_raw.o ../obj_s/lib_setup.o 
../obj_s/lib_termcap.o ../obj_s/lib_termname.o ../obj_s/lib_tgoto.o 
../obj_s/lib_ti.o ../obj_s/lib_tparm.o ../obj_s/lib_tputs.o 
../obj_s/lib_trace.o ../obj_s/lib_ttyflags.o ../obj_s/lib_twait.o 
../obj_s/name_match.o ../obj_s/names.o ../obj_s/obsolete.o 
../obj_s/read_entry.o ../obj_s/read_termcap.o ../obj_s/strings.o 
../obj_s/tries.o ../obj_s/trim_sgr0.o ../obj_s/unctrl.o ../obj_s/visbuf.o 
../obj_s/define_key.o ../obj_s/hashed_db.o ../obj_s/key_defined.o 
../obj_s/keybound.o ../obj_s/keyok.o ../obj_s/version.o -L../lib  -Wl,-z,relro  
| /usr/bin/ld:resulting.map:814: syntax error in VERSION script
| collect2: error: ld returned 1 exit status
| Makefile:978: recipe for target '../lib/libtinfo.so.5.9' failed
| make[2]: *** [../lib/libtinfo.so.5.9] Error 1
| make[2]: Leaving directory '/«BUILDDIR»/ncurses-6.0+20151017/obj-64/ncurses'
| Makefile:113: recipe for target 'all' failed
| make[1]: *** [all] Error 2
| make[1]: Leaving directory '/«BUILDDIR»/ncurses-6.0+20151017/obj-64'
| debian/rules:309: recipe for target 'build-64' failed
| make: *** [build-64] Error 2
`

Help from the powerpc porters would be appreciated.  To investigate the
issue, run "debian/rules build-64".

Bug#802812: Remove gstreamer 0.10 in stretch

[Moritz Muehlenhoff]

Source: gstreamer0.10
Severity: serious

gstreamer 0.10 is scheduled for removal, use this RC bug to keep it
out of testing (since removing it from unstable will take more time
than dropping it from stretch).

Cheers,
Moritz

Bug#793162: flask-flatpages

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: owner -1 !
Control: tags -1 moreinfo

Hi,

first sorry for the long time for the review

let's review:

a) control: Priority:optional
b) rules: please remove lines 3-4
c) control: please add a -doc package
  (you can take some bits from python-pyqtgraph package)
d) copyright: please use two lines for the upstream copyright,
something like
e) Copyright: 2010-2014 by Simon Sapin
   2013-2014 by Igor Davydenko.

(some are nitpicks, some are issues, some are nice to have)

the package looks good to me.

cheers,

G.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWKhe3AAoJEPNPCXROn13ZvZ8P/251ZWyQbDUNWFt403BfIh12
LlZw1jQCcLcO4vGS5KRNnq8noytq31BYt/AZmFee0JiCsa8p8oArpxXf7lJba/2U
lLrDuQAl9mLjopHVwhiIDQTxmjQirtrxua7ovt6tTQbhHbU/HK6kST4q7n2i5yd8
INhh/TCSkiu4+/J5DZeOt8FCETaeBBQfJbVs5TZzccYO/nULS3BQ+ksG2H/bEaZv
zMS8rTN14mFU85zecFgZvwaTR441H3oSZ9nqcKZa8hjZEKaLPyQGdWC933fIN4sb
prZ6MrxD+o4FmVGcrJtEwBz2ETNhkkq9Qs412Db1k0uJA774benyUymDWaWRnSRF
uwQEx2DVuQYO3GvwyBYRaQN2uXCnlqUfSWXh+3nGBOL9gyZVecsemIUY/bSiBw/P
6mt8Z9BRvXyTgcFn9Meu1f1QyyS9wgKT5POYiQXjFbxGdjsFmntVyoEd5vPXHhuo
vGrlbgmFPfN2An3g5RnXih1vcSODUgUeaLuTPhf9gIbc90KVyMS2WaSlXki9zpiQ
136V+IRaKUuZR/PdXg1KzVw8dSzWHBCV0KeiZmRKZ3Ekne8NZZcW1ECtFENATmne
1ZjP7gB7XSHCZ6yxIDqfdrUSGaKag854ZL1WGtgm0bsegHN9BzlJP0efEp9h6Hsk
l/24pOc47Q1S+6Uq9l6Y
=aO2S
-END PGP SIGNATURE-

Bug#802451: pbuilder: no longer overwrites Changed-By line in .changes file

[Thorsten Glaser]

Mattia Rizzolo dixit:

>[ I won't keep you in Cc/To, since my smtp (google...) doesn't like

[ That’s not really an SMTP, just a bad emulation… ]

>Maybe file bugs for those scripts/programs not respecting the docs?

Uh maybe, but I’ve been happily using just DEBEMAIL for ages so…

>> Nah, setting/amending DEBBUILDOPTS will likely work, and I’ll try it.
>
>Good, thanks.
>Please, can you close this bug if that option is enough for you?

Will do once I tried this out (when I build the next package).

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

Bug#802768: ntpd crashes at start up with "Out of Memory" emergency syslog message

[Aleksi Suhonen]

Package: ntp
Version: 1:4.2.8p4+dfsg-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

Upgraded package from 1:4.2.8p3+dfsg-1 to 1:4.2.8p4+dfsg-1 on
a couple of machines.  Now the daemon won't start. Syslog shows this:

Oct 22 14:43:24 humma ntpd[903]: proto: precision = 0.628 usec (-21)
Oct 22 14:43:24 humma ntpd[903]: Listen and drop on 0 v6wildcard [::]:123
Oct 22 14:43:24 humma ntpd[903]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Oct 22 14:43:24 humma ntpd[903]: Listen normally on 2 lo 127.0.0.1:123
Oct 22 14:43:24 humma ntpd[903]: Listen normally on 3 lo [::1]:123
Oct 22 14:43:24 humma ntpd[903]: Listening on routing socket on fd #20 
for interface updates
Oct 22 14:43:24 humma ntpd[903]: Unable to listen for broadcasts, no 
broadcast interfaces available


Kern.log shows this:

Oct 22 14:43:24 humma t of memory [903]

And all interactive terminals show the full "Out of memory []" message.

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

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

Versions of packages ntp depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.18.3
ii  libc62.19-22
ii  libcap2  1:2.24-12
ii  libedit2 3.1-20150325-1
ii  libopts251:5.18.6~pre3-3
ii  libssl1.0.0  1.0.2d-1
ii  lsb-base 9.20150917
ii  netbase  5.3

Versions of packages ntp recommends:
ii  perl  5.20.2-6

Versions of packages ntp suggests:
pn  ntp-doc  

-- Configuration Files:
/etc/init.d/ntp changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
. /lib/lsb/init-functions
DAEMON=/usr/sbin/ntpd
PIDFILE=/var/run/ntpd.pid
test -x $DAEMON || exit 5
if [ -r /etc/default/ntp ]; then
. /etc/default/ntp
fi
if [ -e /var/lib/ntp/ntp.conf.dhcp ]; then
NTPD_OPTS="$NTPD_OPTS -c /var/lib/ntp/ntp.conf.dhcp"
fi
LOCKFILE=/var/lock/ntpdate
lock_ntpdate() {
if [ -x /usr/bin/lockfile-create ]; then
lockfile-create $LOCKFILE
lockfile-touch $LOCKFILE &
LOCKTOUCHPID="$!"
fi
}
unlock_ntpdate() {
if [ -x /usr/bin/lockfile-create ] ; then
kill $LOCKTOUCHPID
lockfile-remove $LOCKFILE
fi
}
RUNASUSER=ntp
UGID=$(getent passwd $RUNASUSER | cut -f 3,4 -d:) || true
if test "$(uname -s)" = "Linux"; then
NTPD_OPTS="$NTPD_OPTS -u $UGID"
fi
case $1 in
start)
log_daemon_msg "Starting NTP server" "ntpd"
if [ -z "$UGID" ]; then
log_failure_msg "user \"$RUNASUSER\" does not exist"
exit 1
fi
lock_ntpdate
  		taskset 1 start-stop-daemon --start --quiet --oknodo --pidfile 
$PIDFILE --startas $DAEMON -- -p $PIDFILE $NTPD_OPTS

status=$?
unlock_ntpdate
log_end_msg $status
;;
stop)
log_daemon_msg "Stopping NTP server" "ntpd"
start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE
log_end_msg $?
rm -f $PIDFILE
;;
restart|force-reload)
$0 stop && sleep 2 && $0 start
;;
try-restart)
if $0 status >/dev/null; then
$0 restart
else
exit 0
fi
;;
reload)
exit 3
;;
status)
status_of_proc $DAEMON "NTP server"
;;
*)
echo "Usage: $0 
{start|stop|restart|try-restart|force-reload|status}"
exit 2
;;
esac

/etc/ntp.conf changed:
rlimit memlock 0
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server ntp1.axu.tm
server ntp2.axu.tm
server ntp3.axu.tm
server ntp5.axu.tm
restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited
restrict 127.0.0.1
restrict ::1
disable auth
broadcastclient


-- no debconf information

--
Aleksi Suhonen

() ascii ribbon campaign
/\ support plain text e-mail

Bug#802564: mysql-5.5: Multiple security fixes from the October 2015 CPU

[Salvatore Bonaccorso]

Hi MySQL team,

FTR, I have now an update ready which I would push to security-master
soon for wheezy- and jessie-security.

Regards,
Salvatore

Bug#802766: kde-runtime: kde-open should open the original URL, not the one it was redirected to

[Francois Gouget]

Package: kde-runtime
Version: 4:4.14.2-2
Severity: normal

Dear Maintainer,

To reproduce this problem run:
kde-open 
"https://www.codeweavers.com/support/bugs/browse/?cmd=bug_edit;bug_id=13370;

* Access to this specific page requires being logged into that website which
  KDE is not.
* As a result kde-open gets redirected to the general browse page:
  https://www.codeweavers.com/support/bugs/browse/
* kde-open then notices this is an HTML page and thus invokes iceweasel.
* But it invokes it on the redirected URL, not on the original one.
* So iceweasel opens with the wrong page despite having access to the original
  URL.

kde-open should not make assumptions about redirections and should always pass
the original URL to the browser.

Note that I reported this bug to KDE for kde-open5 which has the same issue:
https://bugs.kde.org/show_bug.cgi?id=354246

But kde-open is in a separate Debian package (kde-runtime instead of
kde-cli-tools) and it's unclear to me whether it will stay around or be
replaced (Also Debian Stable users might be interested in a fix). Finally I was
unable to test version 4:15.08.2-1 due to the current upgrade breakage in
Debian Testing.


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 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 kde-runtime depends on:
ii  kde-runtime-data4:15.08.1-1
ii  kdelibs5-plugins4:4.14.2-5
ii  libasound2  1.0.29-1
ii  libattica0.40.4.2-2
ii  libc6   2.19-22
ii  libcanberra00.30-2.1
ii  libexiv2-13 0.24-4.1
ii  libgcc1 1:5.1.1-14
ii  libgcrypt20 1.6.3-2
ii  libgpgme++2 4:4.14.2-2+b1
ii  libgpgme11  1.6.0-1
ii  libjpeg62-turbo 1:1.4.1-2
ii  libkactivities6 4:4.13.3-1
ii  libkcmutils44:4.14.2-5
ii  libkdeclarative54:4.14.2-5
ii  libkdecore5 4:4.14.2-5
ii  libkdesu5   4:4.14.2-5
ii  libkdeui5   4:4.14.2-5
ii  libkdewebkit5   4:4.14.2-5
ii  libkdnssd4  4:4.14.2-5
ii  libkemoticons4  4:4.14.2-5
ii  libkfile4   4:4.14.2-5
ii  libkhtml5   4:4.14.2-5
ii  libkio5 4:4.14.2-5
ii  libkmediaplayer44:4.14.2-5
ii  libknewstuff3-4 4:4.14.2-5
ii  libknotifyconfig4   4:4.14.2-5
ii  libkparts4  4:4.14.2-5
ii  libkpty44:4.14.2-5
ii  libkxmlrpcclient4   4:4.14.2-2+b1
ii  libntrack-qt4-1 016-1.3
ii  libopenexr6 1.6.1-8
ii  libphonon4  4:4.8.3-2
ii  libplasma3  4:4.14.2-5
ii  libpulse-mainloop-glib0 7.0-1
ii  libpulse0   7.0-1
ii  libqt4-dbus 4:4.8.7+dfsg-1
ii  libqt4-declarative  4:4.8.7+dfsg-1
ii  libqt4-network  4:4.8.7+dfsg-1
ii  libqt4-script   4:4.8.7+dfsg-1
ii  libqt4-svg  4:4.8.7+dfsg-1
ii  libqt4-xml  4:4.8.7+dfsg-1
ii  libqtcore4  4:4.8.7+dfsg-1
ii  libqtgui4   4:4.8.7+dfsg-1
ii  libqtwebkit42.3.4.dfsg-3
ii  libsmbclient2:4.1.17+dfsg-4
ii  libsolid4   4:4.14.2-5
ii  libssh-gcrypt-4 0.6.3-4.1
ii  libstdc++6  5.1.1-14
ii  libwebp50.4.3-1.3
ii  libx11-62:1.6.3-1
ii  libxcursor1 1:1.1.14-1+b1
ii  oxygen-icon-theme   4:4.14.0-1
ii  perl5.20.2-6
ii  phonon  4:4.8.3-2
ii  plasma-scriptengine-javascript  4:4.14.2-2

kde-runtime recommends no packages.

Versions of packages kde-runtime suggests:
ii  djvulibre-bin3.5.27.1-3
ii  finger   0.17-15
ii  icoutils 0.31.0-2
ii  libcanberra-pulse0.30-2.1
ii  sound-theme-freedesktop  0.8-1

-- no debconf information

Bug#802670: apt-cacher-ng debconf setup is a confusing and misleading mess

[Allison Ryan Lortie]

hi,

On Thu, Oct 22, 2015, at 13:45, Eduard Bloch wrote:
> README.Debian tells you such details. Did you care to read it?

No.  Of course not.  Did you expect me to?

> > Alternatively, this whole debconf indirection could be scrapped.  I'm
> > not exactly sure what value it brings here anyway.
> 
> And replaced with what exactly? Please tell me something new, which does
> not modify the conffile.

Why do you install files in /etc at all if you expect the admin not to
modify them?

If this is your goal, you should put them in /usr/share and update the
-c option on the commandline to point to that location instead.  Then
you could symlink from this /usr/share directory to a file or two in
/etc that I am actually allowed to modify.

If I see something in /etc then I more or less assume that I'm allowed
to configure it.  I'm willing to deal with the keep/replace questions
from dpkg when they come.

Putting a file in /etc and then effectively ignoring its contents is
just weird... Doing so without even a warning that this is the case is
only going to cause people to assume that your package is buggy.  See
also
https://bugs.launchpad.net/ubuntu/+source/apt-cacher-ng/+bug/1279021 for
several other people hit by this.  Documentation aside, the current
state of affairs is _extremely_ misleading.  Pointing to the README and
saying "I told you so" doesn't really make it any less the case.

Cheers

Bug#794890: npm 3.3.9 is the latest now

[Arnout Engelen]

'npm install npm' currently gets 3.3.9. It'd be great to have a more recent
version packaged for Debian :).

Bug#802768: Confusing NEWS.Debian entry

[Wouter Verhelst]

Package: ntp
Version: 1:4.2.8p4+dfsg-2
Severity: minor

Hi,

The NEWS.Debian entry for ntp 1:4.2.8p4+dfsg-2 reads as follows:

ntp (1:4.2.8p4+dfsg-2) unstable; urgency=medium

  You now need to use "rlimit memlock -1" to disable locking memory.  The
  behaviour for ""rlimit memlock 0" changed between 4.2.8p3 and 4.2.8p4 and
  it now tries to lock all the memory.  But for various people this still
  breaks things.

 -- Kurt Roeckx   Thu, 22 Oct 2015 18:58:56 +0200

It took me several times to understand what this meant, and that it
didn't apply to me. I would suggest rephrasing this so it is easier to
understand. Suggestion:

  The behaviour of the "rlimit memlock" statement in ntp.conf has
  changed. Previously, setting the value of that option to 0 would
  disable the locking of memory; its current behaviour is to lock all
  the memory. To revert to its previous behaviour, use "rlimit memlock
  -1". However, note that there are cases in which this may cause
  problems; for more information, see 

This is under the assumption that rlimit memlock is, indeed, an
ntp.conf statement. I couldn't find any reference to that in the
documentation, so it could be wrong. If so, please clarify that, too.
Obviously that  bit should be replaced by a link to a bug or
some bit of the documentation that explains the possible problems.

Thanks,

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

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

Versions of packages ntp depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.18.3
ii  libc62.19-22
ii  libcap2  1:2.24-12
ii  libedit2 3.1-20150325-1
ii  libopts251:5.18.6~pre3-3
ii  libssl1.0.0  1.0.2d-1
ii  lsb-base 9.20150917
ii  netbase  5.3

Versions of packages ntp recommends:
ii  perl  5.20.2-6

Versions of packages ntp suggests:
pn  ntp-doc  

-- no debconf information

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

[Bernd Zeimetz]

Package: libsigc++-2.0-dev
Version: 2.6.1-3
Seveirity: grave

hi,

sigc++-2.0.pc has -std=c++11 in the Cflags option - but -std= is a
c++ compiler only option. So packages which depend on your library
(for example packages using gtkmm) ftbfs trying to compile their C
code with

cc1: error: command line option '-std=c++11' is valid for C++/ObjC++ but 
not for C [-Werror]


Removing -std=c++11 from your .pc files makes these packages build
again.
I can see that there is a problem to require -std=c++11 while
pkg-config only provides Cflags as an option. But putting flags
gcc whines about into Cflags is not an option unfortunately.
Thats what cxxflags are for - which are not supported by pkg-config
unfortunately as far as I can see.

thanks,

Bernd



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

Bug#802343: libpar2: FTBFS: sigc++-2.0 requires -std=c++1

[Michael Biebl]

Control: severity -1 normal

On Mon, 19 Oct 2015 18:43:24 +0100 "Chris West (Faux)"
 wrote:
> Source: libpar2
> Version: 0.4-4
> 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:
> 
> make  all-am
> make[2]: Entering directory '/libpar2-0.4'
> /bin/bash ./libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
> -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include   
> -D_FORTIFY_SOURCE=2 -Wall -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -c -o libpar2.lo libpar2.cpp
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I/usr/include/sigc++-2.0 
> -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -D_FORTIFY_SOURCE=2 -Wall -g 
> -O2 -fstack-protector-strong -Wformat -Werror=format-security -c libpar2.cpp  
> -fPIC -DPIC -o .libs/libpar2.o
> In file included from /usr/include/sigc++-2.0/sigc++/signal_base.h:26:0,
>  from /usr/include/sigc++-2.0/sigc++/signal.h:8,
>  from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
>  from libpar2.h:23,
>  from libpar2.cpp:21:
> /usr/include/sigc++-2.0/sigc++/trackable.h:115:3: warning: identifier 
> 'noexcept' is a keyword in C++11 [-Wc++0x-compat]
>trackable(trackable&& src) noexcept;
>^
> In file included from /usr/include/c++/5/type_traits:35:0,
>  from /usr/include/sigc++-2.0/sigc++/visit_each.h:22,
>  from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6,
>  from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
>  from /usr/include/sigc++-2.0/sigc++/signal.h:8,
>  from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
>  from libpar2.h:23,
>  from libpar2.cpp:21:
> /usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file 
> requires compiler and library support for the ISO C++ 2011 standard. This 
> support is currently experimental, and must be enabled with the -std=c++11 or 
> -std=gnu++11 compiler options.
>  #error This file requires compiler and library support for the \
>   ^
> In file included from 
> /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:7:0,
>  from /usr/include/sigc++-2.0/sigc++/functors/slot.h:7,
>  from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
>  from /usr/include/sigc++-2.0/sigc++/signal.h:8,
>  from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
>  from libpar2.h:23,
>  from libpar2.cpp:21:
> /usr/include/sigc++-2.0/sigc++/functors/functor_trait.h:92:3: warning: 
> identifier 'decltype' is a keyword in C++11 [-Wc++0x-compat]
>static int check(X_functor* obj, decltype(_functor::operator()) p = 
> nullptr);
>^
> 
> See also this argument in glibmm2.4, although that doesn't apply to
> libpar2 as it's using sigc++-2.0 directly:
> https://bugs.debian.org/800371
> 

I've applied a workaround to libsigc++-2.0 which sets -std=c++11 via
pkg-config. This should allow libpar2 to build again. Thus making this
bug non-RC.
I'll keep this bug open though, since I want to drop that hack from
libsigc++-2.0 again. This can happen once all affected packages either
explicitly specify -std=c++11 (e.g. via CXXFLAGS in debian/rules) or GCC
6 becomes the default compiler, which will switch to -std=gnu++14

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#802675: libqt5widgets5: QSystemTrayicon doesn't work on Jessie with many desktop (MATE, Gnome, Cinnamon...)

[Lisandro Damián Nicanor Pérez Meyer]

My bad, #775398 is already archived. But please do not heasitate in writing me 
or on irc on #debian-kde to move forward with this.



-- 
"I'm your worst nightmare".
  Eric S. Raymond to Craig Mundie

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


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

Bug#728207: #728207 /usr/bin/kde-open: kde-open fails to open link

[Lisandro Damián Nicanor Pérez Meyer]

tag 728207 wontfix
thanks

On Friday 23 October 2015 10:48:46 Francois Gouget wrote:
> > tag 728207 wontifx
> > thanks
> 
> I believe the intention was to mark the bug as wontfix but obviously
> that did not work. I'm a total stranger to this bug so I'll let you
> review and fix the status as appropriate.

Right, thanks for the pointer!

-- 
Primero te ignorarán, luego se reirán,
luego te combatirán, luego ganarás.
 Mahatma Gandhi

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


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

Bug#802487: Aide crash

[jp.po...@izzop.net]

Hello,

After reading the responses I verify some things on other Debian
systems (not Wheezy but Jessie) and I saw that the aide version which
crashed has a filesize very different from other :
On the Wheezy syste :
-rwxr-xr-x 1 root root 1429528 avril  7  2015 aide
On a Jessie system :
-rwxr-xr-x 1 root root 193144 oct.  24  2014 aide

I try to rename the "original" aide and copy the Jessie version on the
Wheezy system. 
After installing the right version of Libaudit aide works like a charm.

I can't imagine while sizes are so different, even if the file has been
corrupted.


Thanks

JPPO

PS :

file aide_crash (the crashing version) :
aide_crash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
statically linked, for GNU/Linux 2.6.26,
BuildID[sha1]=17c7b2c389f6da5f161b3db82d2668bcb7ce, stripped

file aide (the Jessie version)
aide: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV),
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for
GNU/Linux 2.6.32,
BuildID[sha1]=0b14ddfefa397821dc117f4b9d0c55363c673bea, stripped

Bug#773010: [Pkg-javascript-devel] Bug#773010: Missing dependency on node-source-map causes FTBFS on other packages

[Jérémy Lal]

2015-10-23 16:33 GMT+02:00 David Prévot :

> Hi,
>
> Le 23/10/2015 04:22, Jonas Smedegaard a écrit :
> > Quoting David Prévot (2015-10-23 04:20:12)
>
> >>> Package: node-less
>
> >> Now that sourcemap support has been added, and is properly documented
> >> in the man page, it would be nice to make it usable, e.g. by adding a
> >> dependency on node-source-map (thank you Jonas for the hint [0]).
> >>
> >> 0: https://bugs.debian.org/802527#10
> >
> > It _is_ usable: It is declared as a recommendation (since it is not a
> > crucial feature needed in all situations).
>
> No, it is not even suggested.
>

Check libjs-less

Jérémy

Bug#192008: dependencies from libtool and pkg-config files

[Bertrand Marc]

reassign 192008 lintian
thanks

Dear lintian developpers,

I think the script written by Michel Dänzer in 2004 (!) would make a
pretty good lintian check for -dev packages.

Would you consider integrate this into lintian ?

Regards,
Bertrand



signature.asc
Description: OpenPGP digital signature

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

[Michael Biebl]

Am 23.10.2015 um 17:01 schrieb Michael Biebl:
> cc1: error: command line option '-std=c++11' is valid for C++/ObjC++ but
>> not for C [-Werror]
>> 
>> Removing -std=c++11 from your .pc files makes these packages build
>> again.

Afaics, this is a warning by default. So the mere existence of
-std=c++11 does not make said package ftbfs, only if you combine that
with -Werror.
It would also be good to have an actual list of packages which FTBFS
because of that.
I recompiled all rdeps of libsigc++2.0-dev/libglibmm2.4-dev before
applying that change and did not notice any build failures because of that.

The alternative to dropping the .pc file hack is to have ~90 RC bugs
[1]. As said, it would be good to have an actual list of packages
failing to build because of that change. This would make it easier to
evaluate the situation.
If there are only one or two, dropping -Werror for those package seems
like the better alternative then having to touch 90 packages.

CCing Emilio in his role as release manager. I talked to him about this
issue before making this change.

Let's hear his input.

Michael




[1] https://people.debian.org/~biebl/mm-stack/logs-sid/failed/
-- 
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#802699: gcc-5: No tail recursion optimization on s390

[Camm Maguire]

Greetings! OK.  It turns out to be platform generic.  Tail position in
boolean expressions is broken, but works in the analogous ternary
expression.  Seems to be bad at least since 4.9. 

Matthias Klose  writes:

> On 22.10.2015 19:09, Camm Maguire wrote:
>> Package: gcc-5
>> Version: 5.2.1-22
>> Severity: normal
>>
>> The following gcl routine (equal1) is not tail recursion optimized
>> (first recursive call, line 463 predicate.c) on s390 when compiled with
>> -G -O2, unlike on other Debian release platforms:
>
> Hi Camm,
> it would save me some time if you could report this upstream yourself.
>
> Thanks, Matthias
>
>
>
>
>

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

Bug#802780: systemd: systemctl 227 fails in chroots (instead of ignoring)

[Stephan Sürken]

Hi Martin,

On Fr, 2015-10-23 at 17:10 +0200, Martin Pitt wrote:
(..)
> > 227-2, sid: Fails, retval 6:
> >  # root? systemctl restart non-existing.service
> >  Failed to restart non-existing.service: Unit non-existing.service failed 
> > to load: No such file or directory.
> >  # root? systemctl restart non-existing.service
> >  Failed to restart non-existing.service: Unit non-existing.service failed 
> > to load: No such file or directory.
> 
> That looks right -- systemctl is supposed to fail for a nonexisting
> script. I don't even consider that a bug, but a fix.

hmm, sorry, seems I did a cut-and-paste error here; the last two lines
should have been

 root@manwe:~# systemctl restart wicd.service
 Failed to restart wicd.service: Unit wicd.service failed to load: No such file 
or directory.

So yes, for a non-existing script, that's (changed behaviour) but
correct.

For the example wicd service however, it should ignore the call like
before, afaiu.

(...)

> Starting/stopping services in a schroot has never been defined
> behaviour, as in general you can't do that. chroots should have a
> policy-rc.d (see /usr/share/doc/sysv-rc/README.policy-rc.d.gz) which
> disables service starting/stopping from package maintainer scripts.

Ahh, ok. Will have a look at that.

> Also, package maintainer scripts certainly shouldn't call invoke-rc.d
> on a nonexisting service?

Well, the "nonexisting" example should only serve to simply demonstrate
that systemd actually _has_ changed behaviour. I am concerned about
actual packages failing to install or remove in a plain chroot.

Hth!

S

Bug#801749: gdm3: Does not start anymore

[Michal Politowski]

Package: gdm3
Version: 3.18.0-2
Followup-For: Bug #801749

Same problem here. Or at least the same logs (journalctl -u gdm.service 
attached).
Instead of flickering immediate restarts I see the annoying
"Oh no! Something has gone wrong." screen, which keeps reappearing
after clicking 'Log Out' (before I was even given the chance to log in).

No weston to purge, unfortunately.

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

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

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.40-3
ii  adduser  3.113+nmu3
ii  awesome [x-window-manager]   3.5.6-1
ii  clfswm [x-window-manager]20111015.git51b0a02-2
ii  dconf-cli0.24.0-2
ii  dconf-gsettings-backend  0.24.0-2
ii  debconf [debconf-2.0]1.5.57
ii  dwm [x-window-manager]   6.0-8
ii  e17 [x-window-manager]   0.17.6-1
ii  evilvte [x-terminal-emulator]0.5.1-1
ii  fluxbox [x-window-manager]   1.3.5-2+b1
ii  fvwm [x-window-manager]  1:2.6.5.ds-4
ii  fvwm-crystal [x-window-manager]  3.3.1+dfsg-1
ii  gir1.2-gdm3  3.18.0-2
ii  gnome-session-bin3.18.1.2-1
ii  gnome-session-flashback [x-session-manager]  3.18.1-1
ii  gnome-settings-daemon3.18.1-1+b1
ii  gnome-shell  3.18.1-1
ii  gnome-terminal [x-terminal-emulator] 3.18.1-1
ii  gsettings-desktop-schemas3.18.1-1
ii  guake [x-terminal-emulator]  0.8.0-1
ii  herbstluftwm [x-window-manager]  0.6.2-1
ii  jwm [x-window-manager]   2.1.0+svn579-2
ii  larswm [x-window-manager]7.5.3-6
ii  libaccountsservice0  0.6.40-3
ii  libaudit11:2.4.4-4
ii  libc62.19-22
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libgdk-pixbuf2.0-0   2.32.1-1
ii  libgdm1  3.18.0-2
ii  libglib2.0-0 2.46.1-1
ii  libglib2.0-bin   2.46.1-1
ii  libgtk-3-0   3.18.2-1
ii  libpam-modules   1.1.8-3.1
ii  libpam-runtime   1.1.8-3.1
ii  libpam-systemd   227-2
ii  libpam0g 1.1.8-3.1
ii  librsvg2-common  2.40.11-1
ii  libselinux1  2.3-2+b1
ii  libsystemd0  227-2
ii  libwrap0 7.6.q-25
ii  libx11-6 2:1.6.3-1
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.2-1
ii  lsb-base 9.20150917
ii  lxterminal [x-terminal-emulator] 0.2.0-1
ii  metacity [x-window-manager]  1:3.18.1-1
ii  mrxvt [x-terminal-emulator]  0.5.4-1.1+b2
ii  mutter [x-window-manager]3.18.1-1
ii  openbox [x-window-manager]   3.6.1-2
ii  oroborus [x-window-manager]  2.0.20
ii  pekwm [x-window-manager] 0.1.17-2+b1
ii  policykit-1  0.105-13
ii  pterm [x-terminal-emulator]  0.65-2
ii  razorqt-session [x-session-manager]  0.5.2-4
ii  roxterm [x-terminal-emulator]3.1.5-1
ii  rxvt-unicode [x-terminal-emulator]   9.21-1
ii  sapphire [x-window-manager]  0.15.8-9+b1
ii  sawfish [x-window-manager]   1:1.5.3-2.4+b1
ii  stterm [x-terminal-emulator] 0.5+20140606+gitc2fd275-1
ii  stumpwm [x-window-manager]   2:0.9.9-1
ii  subtle [x-window-manager]0.11.3224-xi-2.1
ii  terminator [x-terminal-emulator] 0.97-4
ii  termit [x-terminal-emulator] 2.10.0-2-gb8280ed-1
ii  tritium [x-window-manager]   0.3.8-3
ii  ucf  3.0030
ii  wmii [x-window-manager]  3.10~20120413+hg2813-8
ii  x11-common   1:7.7+12
ii  x11-xserver-utils7.7+5

Bug#793162: flask-flatpages

[Gianfranco Costamagna]

>Done as well. I am not sure though what is the difference..


none I guess, just looking better, and $(MAKE) might not always point to
"make" command


another issue:
"./docs/_themes/LICENSE"
please check it and mention in the copyright file

debian/copyright: please use BSD-3-clause standard syntax
http://codesearch.debian.net/results/License%3A%20BSD-3-clause%20path%3A%2Fcopyright%24/page_0(e.g.
 the util-linux package)



cheers,

G.

Bug#787582: VDPAU needed

[Julien Aubin]

Hi,

I've found a bug in your new packaging.

In your release notes you state that you removed package
nvidia-kernel-common but actually nvidia-kernel-support stills depend on it.
https://packages.debian.org/experimental/nvidia-kernel-support

Changes are there :
http://metadata.ftp-master.debian.org/changelogs//non-free/n/nvidia-graphics-drivers/nvidia-graphics-drivers_352.55-2_changelog
(And package 340.93-6 actually removes dependency on nvidia-kernel-support)

Could you please fix it ?

Thanks


2015-10-18 16:39 GMT+02:00 Julien Aubin :

> Do you also have the nasty bug ID ? I could try to reproduce it (and maybe
> give a clue about some fix...)
>
> 2015-10-18 14:30 GMT+02:00 Julien Aubin :
>
>> No problem I've pushed a WA in the bug report. If you could put it in the
>> wiki. I never managed to create an account on it
>> Le 18 oct. 2015 14:23, "Luca Boccassi"  a
>> écrit :
>>
>>> On Sun, 2015-10-18 at 00:23 +0200, Julien Aubin wrote:
>>> > Hi,
>>> >
>>> >
>>> > The problem is that until now you guaranteed that NVidia drivers could
>>> > be installed for Maxwell GPU owners using your experimental repo, and
>>> > now this is no longer the case.
>>> >
>>> >
>>> > Cf. documentation :
>>> > https://wiki.debian.org/NvidiaGraphicsDrivers
>>> >
>>> >
>>> >
>>> > I perfectly understand your point but this is a problem for anyone
>>> > upgrading their GPU. So until the moment glx-alternative-nvidia is in
>>> > backports repo could you please revert to 352.41 ?
>>>
>>> Hi Julien,
>>>
>>> Sorry for these troubles.
>>>
>>> Unfortunately we are facing a rather nasty bug with devices permissions,
>>> which might have bad implications, and we don't have a definitive
>>> comprehensive solution yet. So for a little while longer things in
>>> unstable/experimental will be in a bit of flux. After all, that's what
>>> unstable and experimental are for :-)
>>>
>>> Meanwhile, users can either (as Andreas already suggested) install all
>>> the binary packages of glx-alternatives from sid (glx-diversions,
>>> glx-alternative-nvidia, glx-alternative-mesa) or pin the nvidia-driver
>>> to the previous version, 352.41. This can be done with "sudo apt-mark
>>> hold ". This way your update/dist-upgrade won't be broken.
>>>
>>> Kind regards,
>>> Luca Boccassi
>>>
>>>
>>>
>

Bug#802399: RFS: localehelper/0.1.4-1 [ITP] - Locale helper tool

[Jonathan Ulrich Horn]

Hi there,

On 10/23/2015 04:18 PM, Gianfranco Costamagna wrote:
> - please run wrap-and-sort
> - please use "tab" in your rules file (vim is showing them really bad)
>
> - usually when I override dh_auto_target: I do it this way
> override_dh_auto_foo:
> $(MAKE) something
> dh_auto_foo
Wasn't entirely sure what you meant with the "tab" in the rules file,
but I think I should have fixed that. I also did the other things.

Regards,
Jonathan

Bug#802768: [pkg-ntp-maintainers] Bug#802768: ntpd crashes at start up with "Out of Memory" emergency syslog message

[Kurt Roeckx]

> /etc/ntp.conf changed:
> rlimit memlock 0

So you submitted this to the bug that actually documents that this
is wrong but that the documentation wasn't clear.  

You should remove that line or change it to -1.


Kurt

Bug#802789: stalonetray: New version available (0.8.3)

[Pavel Reznicek]

Package: stalonetray
Version: 0.8.1-1
Severity: wishlist

Dear Maintainer,

  could you please package the latest version 0.8.3 ? It which fixes some 
issues; namely when using the enlightenment desktop.

Thanks,
Pavel


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-proposed-updates
  APT policy: (840, 'testing-proposed-updates'), (840, 'testing'), (740, 
'unstable'), (738, 'experimental'), (540, 'proposed-updates'), (540, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages stalonetray depends on:
ii  libc6 2.19-22
ii  libice6   2:1.0.9-1+b1
ii  libsm62:1.2.2-1+b1
ii  libx11-6  2:1.6.3-1
ii  libxpm4   1:3.5.11-1+b1

stalonetray recommends no packages.

stalonetray suggests no packages.

-- no debconf information

Bug#773010: Missing dependency on node-source-map causes FTBFS on other packages

[Jonas Smedegaard]

Quoting Jérémy Lal (2015-10-23 17:08:19)
> 2015-10-23 16:33 GMT+02:00 David Prévot :
>> Le 23/10/2015 04:22, Jonas Smedegaard a écrit :
>>> Quoting David Prévot (2015-10-23 04:20:12)
 Now that sourcemap support has been added, and is properly 
 documented in the man page, it would be nice to make it usable, 
 e.g. by adding a dependency on node-source-map (thank you Jonas for 
 the hint [0]).

         0: https://bugs.debian.org/802527#10
>>>
>>> It _is_ usable: It is declared as a recommendation (since it is not 
>>> a crucial feature needed in all situations).
>>
>> No, it is not even suggested.
> 
> 
> Check libjs-less

Whoops - that's a bug, actually: I will fix it so that node-less 
recommends node-source-map as intended, and libjs-less does not.

@David: Thanks for bringing this (other?) bug to my attention.  It won't 
solve bug#802527, however.

 - 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#793162: flask-flatpages

[Orestis Ioannou]

Hello,

Thanks again. I've fixed the issues and added a patch for the privacy breach


On 10/23/2015 04:34 PM, Gianfranco Costamagna wrote:

> and now something more important:
> 2) override_dh_auto_clean:
> dh_auto_clean
> 
> this is absolutely useless :)
> 

Yes i forgot to add the line to remove _build in docs

> 3) "cd docs && make html"
> 
> please consider running
> 
> $(MAKE) -C docs html
> 

Done as well. I am not sure though what is the difference..

> (sorry for pointing you to pyqtgraph that doesn't do this :) )
> 
> 
> 4)
> X-Python-Version: >= 2.6
> X-Python-Version3: 3.3
> 
> 
> are you sure about the second line?

Oups, thanks!

Cheers,

Orestis



signature.asc
Description: OpenPGP digital signature

Bug#802588: lmms: segfault while playing 'metalish_dong01.ogg'

[Mohammad Amin]

> Thank you for the tip.  I had a look, and its commit message is "Fix 
> corrupted audio file", and a ogg file is replaced. 
>
> But if lmms can segfault on corrupt ogg files, the fix is not really to 
> replace one ogg file triggering the crash with one that do not trigger 
> the crash.  There will still be ogg files around that can crash it. 
>
> Do you know if anyone tried to fix the segfault instead? 
> -- 
> Happy hacking 
> Petter Reinholdtsen

No, sorry. LMMS can't handle these errors currently :P

Bug#802477: RFS: django-localflavor/1.1-1 [ITP]

[Orestis Ioannou]

Hello,

Thanks for the review..
Some updates:

In the end i intend to package this in the DPMT so here's the git link
with the up to date repo
https://anonscm.debian.org/cgit/python-modules/packages/python-django-localflavor.git/

I fixed most of the issues you mentioned plus some other things i found...
On 10/23/2015 01:26 PM, Gianfranco Costamagna wrote:

So here i have a question...

> d) copyright:
> 
> I see in setup.py
> 
> # (c) 2005 Ian Bicking and contributors; written for Paste 
> (http://pythonpaste.org)
> # Licensed under the MIT license: 
> http://www.opensource.org/licenses/mit-license.php
> # Note: you may want to copy this into your setup.py file verbatim, as
> # you can't import this from another package, when you don't know if
> # that package is installed yet.
> 
> 
> please investigate where the MIT license is applicable and where the license 
> is BSD
> 


I am not sure what to think here.. I ve found other packages with
similar citings in setup.py
http://sources.debian.net/src/python-django-compressor/1.5-3/setup.py/?hl=38#L38
http://sources.debian.net/src/cliff-tablib/1.1-1/setup.py/?hl=24#L24
http://sources.debian.net/src/python-django-formtools/1.0-1/setup.py/?hl=32#L32

but i couldn't find any particular mention in those packages copyright
files.. and i am not really sure how to proceed with this..

Cheers,
Orestis



signature.asc
Description: OpenPGP digital signature

Bug#466915: More info

[Sebastiaan Couwenberg]

Control: tags -1 upstream moreinfo

Hi Harri,

On Thu, 21 Feb 2008 21:29:28 +0100 Harri Kiiskinen wrote:
> Actually, a closer look at the handles left open gives more info:
> 
> Each map produced leaves:
> 
> One handle per "coor" file of the vector
> 
> One handle per "hist" file of the vector
> 
> Two handles to "/usr/lib/grass/etc/ellipse.table" per each layer in the
> GRASS vector - not per layer as defined in the mapfile, but per layer as
> present in the GRASS vector map, so using one layer of a 20 layer file
> leaves 40 handles open.
> 
> Bug is present also in php5-mapscript 4.10 - gdal 1.3.2-4 -combination.

I cannot reproduce this issue without a test case, but I suspect that
this old issue has been fixed in squeeze or later.

Can you confirm that the filehandle issue has been fixed in the mean time?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#802790: installation-guide-amd64: text installer has bug

[pwoloszyn]

Package: installation-guide-amd64
Version: text installer has bug
Severity: normal

I do not konw how I should name this problem.
I mean install proces eg. from pendrive nwith debian 8 mate live

When text mode of installer is selected and we have to connect to the network
via wifi there is problem with connection. I have checked the issue several
times and every time on different PCs there is the same problem - in text
installer mode is not possible to connect do router via wifi



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

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

Bug#802765: Should recommends adwaita-icon-theme instead of gnome-icon-theme

[Sebastien Bacher]

Package: gnome-calculator
Version: 3.18.1-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

gnome-icon-theme is deprecated in favor of adwaita-icon-theme, the
recommends should be updated, following patch to do that
diff -Nru gnome-calculator-3.18.1/debian/changelog 
gnome-calculator-3.18.1/debian/changelog
--- gnome-calculator-3.18.1/debian/changelog2015-10-13 15:50:47.0 
+0200
+++ gnome-calculator-3.18.1/debian/changelog2015-10-23 11:37:46.0 
+0200
@@ -1,3 +1,10 @@
+gnome-calculator (3.18.1-2) unstable; urgency=medium
+
+  * debian/control.in: 
+- recommends adwaita-icon-theme instead of gnome-icon-theme
+
+ -- Sebastien Bacher   Fri, 23 Oct 2015 11:36:28 +0200
+
 gnome-calculator (3.18.1-1) unstable; urgency=medium
 
   [ Andreas Henriksson ]
diff -Nru gnome-calculator-3.18.1/debian/control 
gnome-calculator-3.18.1/debian/control
--- gnome-calculator-3.18.1/debian/control  2015-10-13 15:51:48.0 
+0200
+++ gnome-calculator-3.18.1/debian/control  2015-10-23 11:38:15.0 
+0200
@@ -30,7 +30,7 @@
  ${misc:Depends}
 Recommends: yelp,
 gvfs,
-gnome-icon-theme
+adwaita-icon-theme,
 Breaks: gcalctool (<< 6.7)
 Replaces: gcalctool (<< 6.7)
 Description: GNOME desktop calculator
diff -Nru gnome-calculator-3.18.1/debian/control.in 
gnome-calculator-3.18.1/debian/control.in
--- gnome-calculator-3.18.1/debian/control.in   2015-10-13 15:50:19.0 
+0200
+++ gnome-calculator-3.18.1/debian/control.in   2015-10-23 11:37:20.0 
+0200
@@ -26,7 +26,7 @@
  ${misc:Depends}
 Recommends: yelp,
 gvfs,
-gnome-icon-theme
+adwaita-icon-theme,
 Breaks: gcalctool (<< 6.7)
 Replaces: gcalctool (<< 6.7)
 Description: GNOME desktop calculator

Bug#677533: Gspca and kernel 3.x ?

[Karim]

Forgot cc.

On Thu, 22 Oct 2015 22:41:44 +0200 Karim  wrote:
> Hi,
>
> I want to confirm that putting return 2000 * 2000 * 120; into the
> which_bandwidth function make guvcview to work.
>
> I just recompile the module gspca (2.14.0) on kernel 3.16.
>
> My webcam (0ac8:c002) is also using gspca_main and gspca_vc032x modules.
>
> Please let me know if I can make more test.
>
> guvcview : ok
> xawtv, cheese, skype : the picture is displayed 3 times.

Bug#788050: systemd-fsck : Check disks at each reboot

[Axel Ludszuweit]

Dear maintainer,

according to the suggestion from message #65 I have increased the 
timeout to 30min.
But fsck still ends with error 13 checking big partitions. Manually fsck 
ends succeesfully.

It seems to be the same behaviour described in message #70.

Bug#758616: Fw: Re: binNMUs: please exercise some care

[Wookey]

This subject has come up again, and it seems that the release team
really would like to see the problem fixed in dpkg (or a statement
that it is not going to be, in which case a work-around in wb to
auto-bump the +bN number make sense). A dpkg fix (or replacing binNMUs
with sourceful uploads) seems much more like the right answer to me.

Thread at: https://lists.debian.org/debian-release/2015/10/msg00346.html

- Forwarded message from Emilio Pozuelo Monfort  -

Date: Fri, 23 Oct 2015 11:49:44 +0200
From: Emilio Pozuelo Monfort 
To: Thorsten Glaser 
Cc: debian-po...@lists.debian.org, debian-release
, debian-wb-team

Subject: Re: binNMUs: please exercise some care
X-Spam-Status: No, score=-5.5 required=4.0 tests=DKIM_SIGNED,DKIM_VALID,
DKIM_VERIFIED,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FORGED_FROMDOMAIN,

FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,LDO_WHITELIST,RCVD_IN_DNSWL_LOW
autolearn=unavailable autolearn_force=no version=3.4.0
List-Id: 

On 23/10/15 11:20, Thorsten Glaser wrote:
> On Fri, 23 Oct 2015, Emilio Pozuelo Monfort wrote:
> 
>> I can go back to scheduling binNMUs for release architectures only, or for 
>> ANY
>> -x32. But I don't have the time to look at every architecture and determine
>> which one needs a binNMU and which one has already done it. Anyway if your
> 
> OK. In this case, scheduling them is probably better.

OK good to know.

>> buildds are fast enough that they already rebuilt things, then maybe 
>> rebuilding
>> them again is not such a big deal...
> 
> This is probably true for x32, yes, but I was concerned about
> M-A libraries not being coinstallable. For example, the harfbuzz
> library currently has one +b more than all others, making trouble
> for my desktop system (x32+i386 M-A). In that case, it wasn’t even
> because the rebuild was done twice, but, because another rebuild
> before the current (shared) one was necessary.
> 
> How about, scheduling them all at once, but using the same version
> number across arches when doing it (i.e. the largest)?

Again, that involves determining what that number is for each package...

Instead of all that manual work for every transition, you could ping #758616 and
try to get this solved at its root.

>> That wasn't me. But I'll try to spread the word about --extra-depends, as I
>> agree it's useful to avoid this. I didn't use it much in the past when I just
> 
> Okay, thanks a lot! Also, thanks for the response.

Cheers,
Emilio


- End forwarded message -
Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature

Bug#802775: mailgraph.css placed in /usr/lib/cgi-bin

[Mike Gabriel]

Package: mailgraph
Severity: normal
Version: 1.14-13
Tags: patch

With Apache2.4 from Debian jessie, I get an Internal Error when trying  
to open mailgraph.css as referenced by mailgraph.cgi.


The corresponding Apache2 log message is this:

"""
[Fri Oct 23 14:31:10.111746 2015] [cgi:error] [pid 26354] [client  
10.48.144.15:45044] AH01215: (13)Permission denied: exec of  
'/usr/lib/cgi-bin/mailgraph.css' failed, referer:  
http://mail.spd.ltsh.de/cgi-bin/mailgraph.cgi

"""

The work-around I implemented is this:

 1. Move mailgraph.css from /usr/lib/cgi-bin/mailgraph.css to
/var/www/html/css/mailgraph.css
 2. Load stylesheet "/css/mailgraph.css" instead of "mailgraph.css"  
in mailgraph.cgi


"""
--- mailgraph.cgi.orig  2015-10-23 14:50:32.77600 +0200
+++ mailgraph.cgi   2015-10-23 14:39:13.71200 +0200
@@ -196,7 +196,7 @@
 Mail statistics for $host
 
 
-
+
 
 
 
"""

Please consider fixing this issue. Thanks.

Mike

--

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

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

freeBusy:
https://mail.das-netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40das-netzwerkteam.de


pgpqSJLrfD5Xf.pgp
Description: Digitale PGP-Signatur

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

[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.

Regards,
Andreas Henriksson

Bug#698528: debian-installer: BusyBox's wget doesn't preseed from HTTPS

[Cyril Brulebois]

Hi Arnaud,

Arnaud Loonstra  (2015-10-23):
> Simply hosting a preseed file on github.com fails, for example fails.
> 
> This was an issue the debian-installer in ubuntu as well but they seemed to
> have added https support. Couldn't it be added to the original installer?
> 
> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/833994
> 
> * Add HTTPS support to fetch-url, which will only work if d-i has been
> built with GNU wget; debian-installer/allow_unauthenticated_ssl
> implies the --no-check-certificate option (LP: #833994).

Marga's been looking into this lately, see #802591 & #802596. I'm
currently preparing a release (and having various changes outside
Debian) so my free time is rather limited right now.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#798091: wheezy-pu: package pykerberos/1.1+svn4895-1+deb7u1

[Guido Günther]

On Sat, Sep 05, 2015 at 03:40:55PM +0200, Guido Günther wrote:
> Package: release.debian.org
> Severity: normal
> Tags: wheezy
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> Hi,
> I'd like to fix CVE-2015-3206 (missing KDC authenticity verification)
> for wheezy via a point release. The debdiff is attached. The bug is
> fixed in unstable as well as squeeze-lts already.
> 
> As in squeeze-lts the KDC check is disabled by default to not break existing
> installations.

Ping?
 -- Guido

Bug#800574: backport to sid/stable? (was RE: libc6: lock elision hazard on Intel Broadwell and Skylake)

[Carlos Alberto Lopez Perez]

Hi,

Thanks for this patch.

I was having trouble (crashes with the NVIDIA proprietary driver) on a
Debian system with an i7-5775C and libc6=2.19-18+deb8u1 (stable)

I tried first to update the Intel microcode with the "unreleased" 0x13
microcode version but it didn't disabled the TSX-NI instructions [1]
neither the crashes.

Finally I upgraded to glibc=2.21-0experimental2 and it fixed the crashes.

I wonder:

Should this patch be backported both to stable and unstable?


Thanks for your awesome work !


Regards
---

[1] https://bugzilla.kernel.org/show_bug.cgi?id=103351#c93



signature.asc
Description: OpenPGP digital signature

Bug#802778: False positive mem leak

[Mathieu Malaterre]

Package: valgrind
Version: 1:3.11.0-1
Tags: upstream

Seems like gcc 5 is doing something funky
(/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21):

==3674==
==3674== HEAP SUMMARY:
==3674== in use at exit: 72,704 bytes in 1 blocks
==3674==   total heap usage: 306,736 allocs, 306,735 frees, 22,184,464
bytes allocated
==3674==
==3674== 72,704 bytes in 1 blocks are still reachable in loss record 1 of 1
==3674==at 0x4C28C4F: malloc (vg_replace_malloc.c:299)
==3674==by 0x72ED11F: pool (eh_alloc.cc:117)
==3674==by 0x72ED11F: __static_initialization_and_destruction_0
(eh_alloc.cc:244)
==3674==by 0x72ED11F: _GLOBAL__sub_I_eh_alloc.cc (eh_alloc.cc:307)
==3674==by 0x400EA09: call_init.part.0 (dl-init.c:78)
==3674==by 0x400EAF2: call_init (dl-init.c:36)
==3674==by 0x400EAF2: _dl_init (dl-init.c:126)
==3674==by 0x40011C9: ??? (in /lib/x86_64-linux-gnu/ld-2.19.so)
==3674==by 0x1: ???
==3674==by 0xFFF00049A: ???
==3674==by 0xFFF0004A9: ???
==3674==
==3674== LEAK SUMMARY:
==3674==definitely lost: 0 bytes in 0 blocks
==3674==indirectly lost: 0 bytes in 0 blocks
==3674==  possibly lost: 0 bytes in 0 blocks
==3674==still reachable: 72,704 bytes in 1 blocks
==3674== suppressed: 0 bytes in 0 blocks

I do have the dbg library:

$ apt-cache policy libstdc++6
libstdc++6:
  Installed: 5.2.1-22
  Candidate: 5.2.1-22
  Version table:
 *** 5.2.1-22 0
500 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages
100 /var/lib/dpkg/status

Bug#802779: pepperflashplugin-nonfree: Change URL to https

[Steffen Klemer]

Package: pepperflashplugin-nonfree
Version: 1.8.1+b1
Severity: normal

Dear Maintainer,


I had to change line 170 from http to https otherwise I got a 404:
But this implies that you have to depend on apt-transport-https.


--- /usr/sbin/update-pepperflashplugin-nonfree.old  2015-10-23 
15:24:42.497598490 +0200
+++ /usr/sbin/update-pepperflashplugin-nonfree  2015-10-23 15:24:51.349703288 
+0200
@@ -167,7 +167,7 @@
arch=`dpkg --print-architecture`
 
cat > etc/apt/sources.list <<-EOF
-   deb [arch=$arch] http://dl.google.com/linux/chrome/deb/ stable main
+   deb [arch=$arch] https://dl.google.com/linux/chrome/deb/ stable main
EOF
 
gpg --quiet --no-permission-warning --homedir "etc/apt" --import 
/usr/lib/pepperflashplugin-nonfree/pubkey-google.txt




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

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

Versions of packages pepperflashplugin-nonfree depends on:
ii  binutils   2.25.51.20151021-1
ii  ca-certificates20150426
ii  debconf [debconf-2.0]  1.5.57
ii  gnupg  1.4.19-5
ii  libatk1.0-02.18.0-1
ii  libcairo2  1.14.2-2
ii  libcurl3-gnutls7.45.0-1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgcc11:5.2.1-22
ii  libglib2.0-0   2.46.1-1
ii  libgtk2.0-02.24.28-1
ii  libnspr4   2:4.10.9-2
ii  libnss32:3.20-1
ii  libpango-1.0-0 1.38.0-3
ii  libpango1.0-0  1.38.0-3
ii  libstdc++6 5.2.1-22
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.16.3-3

pepperflashplugin-nonfree recommends no packages.

Versions of packages pepperflashplugin-nonfree suggests:
ii  chromium   46.0.2490.71-1
pn  hal
ii  ttf-dejavu 2.35-1
ii  ttf-mscorefonts-installer  3.6
pn  ttf-xfree86-nonfree

-- no debconf information

Bug#798028: jessie-pu: package pykerberos/1.1.5-0.1+deb8u1

[Guido Günther]

Hi Hadam,
On Sat, Oct 10, 2015 at 08:20:15PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Fri, 2015-09-04 at 17:41 +0200, Guido Günther wrote:
> > I'd like to fix CVE-2015-3206 (a loack (missing KDC authenticity
> > verification) for jessie via a point release. The debdiff is
> > attached. The bug is fixed in unstable as well as squeeze-lts already.
> > 
> > As in squeeze-lts the KDC check is disabled by default to not break existing
> > installations.
> 
> +++ b/debian/NEWS
> @@ -0,0 +1,42 @@
> [...]
> s/ordner/order/
> 
> Please go ahead.

Uploaded. Thanks!
 -- Guido

Bug#802781: relational: Please fix X-Python3-Version value

[Dmitry Shachnev]

Package: relational
Version: 2.1-1
Severity: important
Tags: patch
User: debian-pyt...@lists.debian.org
Usertags: python3.5

Dear Maintainer,

The X-Python3-Version field currently has value "3.4", which means this
package will not work with Python 3.5, which will soon become the default
version.

You need to change it to ">= 3.4" to fix it. A patch is below.

--
Dmitry Shachnev

--- debian/control  2015-09-15 13:10:55.0 +0300
+++ debian/control  2015-10-23 16:57:30.0 +0300
@@ -4,7 +4,7 @@
 Maintainer: Salvo 'LtWorf' Tomaselli 
 Build-Depends: debhelper (>= 9), python3, dh-python, python3-xtermcolor, 
pyqt5-dev-tools
 Standards-Version: 3.9.6
-X-Python3-Version: 3.4
+X-Python3-Version: >= 3.4
 Homepage: http://ltworf.github.io/relational/
 
 Package: python3-relational

signature.asc
Description: OpenPGP digital signature

Bug#802784: please don't hard-code the python3 version

[Matthias Klose]

Package: src:cdist
Version: 4.0.0~pre3-1
Severity: important
Tags: sid stretch patch

please don't hard-code the python3 version, the package will ftbfs with 
python3.5 as the default.


patch at
http://launchpadlibrarian.net/222310307/cdist_4.0.0~pre3-1build1_4.0.0~pre3-1ubuntu1.diff.gz

Bug#802782: don't hard code the python version

[Matthias Klose]

Package: src:babeltrace
Version: 1.2.4-1
Severity: important
Tags: sid stretch patch

Please don't hard code the python version, the package will ftbfs once python3.5 
is the default.


patch at
http://launchpadlibrarian.net/222315354/babeltrace_1.2.4-1build1_1.2.4-1ubuntu1.diff.gz

please also consider to build for all supported python3 versions.

Bug#802783: ITP: rapicorn -- UI toolkit for declarative user interface construction and SVG-based theming

[Tim Janik]

Package: wnpp
Severity: wishlist
Owner: Tim Janik 

* Package name: rapicorn
  Version : 15.9.1
  Upstream Author : Tim Janik 
* URL : https://github.com/tim-janik/rapicorn
* License : MPL-2.0
  Programming Lang: C++, Python
  Description : UI toolkit for declarative user interface construction and 
SVG-based theming

Rapicorn is a graphical user interface (UI) toolkit for rapid
development of user interfaces in C++ and Python. The user interface
(UI) is designed in declarative markup language and is connected to the
programming logic using data bindings and commands.

Rapicorn has previously been shipped with Debian and got removed
in 2014. It is a library neccessary for packaging Beast, see:
  Bug#802627: ITP: beast -- Music Composer and Modular Synthesizer

Upstream is behind this packaging effort, the intent is for
the Debian package to follow upstream closely and we are
integrating package builds into our continuous release process,
this is already working for snapshot packages here:
  https://github.com/tim-janik/rapicorn/blob/master/.travis.yml

Ideally, we get helpful review for the packaging efforts from
pkg-multimedia-maintain...@lists.alioth.debian.org, and hopefully
a sponsor is willing to support uploads of the packages.



-- 
Yours sincerely,
Tim Janik

https://testbit.eu/timj/
Free software author and speaker.



signature.asc
Description: OpenPGP digital signature

Bug#801498: Using rakudo-star tarball ...

[gregor herrmann]

On Fri, 23 Oct 2015 09:23:28 +0200, Dominique Dumont wrote:

> On Thursday 22 October 2015 22:49:48 gregor herrmann wrote:
> > Is there no tarball for rakudo-star (as in pure rakudo plus the other
> > stuff)?
> Heh, I guess we're thinking the same way ;-)

Heh, I wonder why :)
 
> Yes, there are tarballs there 
> http://rakudo.org/downloads/star/
> 
> rakudo-star-2015.09.tar.gz   contains everything, moar, nqp, rakudo, panda 
> and 
> core modules.

Interesting!
 
> Creating perl6 from there would be much simpler.
> I wonder if keeping separate binary package for moar nqp make sense ?

Maybe yes, since rakudo-star might switch backends again, and the
projects seem to be somewhat independent.
 
> We'd still need to:
> - remove libtomath
> - remove minified js files
> - ship arch dependant stuff in separate binary packages
> 
> We'd then drop rakudo, nqp, moar source package and keep only rakudo-star.

That would make packaging easier. Alternatives would be:
- keep moarvm and nqp source + binary packages as they are, only
  switch rakudo source+binary to rakudo-star (i.e. rakudo plus panda,
  core modules, ignore moarvm and nqp in the tarball); that's
  probably closest to the original question of how to get the
  additional stuff easily;
- or leave moarvm and nqp and rakudo as they are now, and only take
  the additional things from the rakudo-star tarball; which means
  "throwing away" more and having more source packages but OTOH
  keeping the main components separate.  

And that's only thinking-out-aloud; one thing that's not clear to me
is how "core" the modules are; and/or what perl6 actually "is" (is it
rakudo-star? or rakudo plus any VM? or rakudo plus modules and
moarvm?)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bruce Springsteen: Tougher Than The Rest


signature.asc
Description: Digital Signature

Bug#802776: matplotlib: ttf-bitstream-vera missing in "Depends:" of python-matplotlib-data

[Tobias Megies]

Source: matplotlib
Severity: grave
Justification: renders package unusable

Dear Maintainer,

in `debian/rules` for python-matplotlib-data, Bitstream Vera ttf fonts are
deliberately removed from the package (same is done for some fonts of package
`fonts-lyx`) but the package hosting those fonts (`ttf-bitstream-vera`) is not
added to "Depends:".
These fonts are default fonts of matplotlib, so any plot generated will look
different than what is expected and advertised by matplotlib in their galleries
because it will use a very different-looking fallback font.

(see http://tests.obspy.org/29443/#8 for a diff of expected image and image
without these fonts installed)

Please add `ttf-bitstream-vera` to Depends of python-matplotlib-data.

cheers,
Tobias



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

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

Bug#802756: Package name

[Sebastien Jodogne]

Hi Yves,

This is great news!

Just a suggestion: Wouldn't it be interesting to use the name 
"orthanc-dwv" instead of "dwv-orthanc-plugin"? Indeed, all the plugin 
packages related to Orthanc share the "orthanc-" prefix in Debian.


Thanks for your contributions,
Sébastien-

Bug#802774: makedepf90: buffer overflow in makedepf90

[Alberto Marmodoro]

Package: makedepf90
Version: 2.8.8-1
Severity: important

Dear Maintainer,
The program 'makedepf90' from Debian package in subject fails when a hard-coded 
limit in the length of the '-r' argument is passed, i.e.:

$ makedepf90 -r "mpif90.openmpi -fcheck=all -Wall -fbacktrace -fbounds-check 
-fcheck=array-temps  -Wconversion-extra  -pedantic-errors 
-ffpe-trap=zero,overflow,underflow -Werror  -Wno-error=unused-function -O0  -g  
-pg  -cpp  -ffree-form -ffree-line-length-none   -DUSE_MPI  -llapack -c %f.f90" 
*f90 > obj_dependencies.makefile

with error message:
*** Error in `makedepf90': free(): invalid next size (normal): 
0x015f13d0 ***
Aborted

If the argument is shortened, things work out as they should:
makedepf90 -r "gfortran -fcheck=all -Wall -fbacktrace -fbounds-check 
-fcheck=array-temps  -Wconversion-extra -pedantic-errors -Werror 
-Wno-error=unused-function -O0 -g -pg -cpp -ffree-form -ffree-line-length-none 
-llapack -c %f.f90" *f90 > obj_dependencies.makefile

Please consider reporting upstream, or patching the provided program to extend 
its arguments' buffer size / fail gracefully with a report about maximal number 
of characters allowed.

Many thanks,
--
Alberto.

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

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

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


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

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

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

makedepf90 recommends no packages.

makedepf90 suggests no packages.

-- no debconf information

Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

[candeb]

Works in 5.0.8-1.
Thanks !
I.

- Mail original -
De: can...@free.fr
À: "Gianfranco Costamagna" 
Cc: 800...@bugs.debian.org, "Ritesh Raj Sarraf" 
Envoyé: Lundi 5 Octobre 2015 09:52:57
Objet: Re: Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Yes that is what I meant.
Thanks !

I.

- Mail original -
De: "Gianfranco Costamagna" 
À: can...@free.fr, 800...@bugs.debian.org
Cc: 800...@bugs.debian.org, "Ritesh Raj Sarraf" 
Envoyé: Dimanche 4 Octobre 2015 23:13:25
Objet: Re: Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Hi, do you mean changing this line from
Depends: adduser, ${misc:Depends}, ${python:Depends}, ${shlibs:Depends}, 
virtualbox-dkms (>= ${source:Version}) | virtualbox-source (>= 
${source:Version}) | virtualbox-modules (>= ${source:Version})


to 

Depends: adduser, ${misc:Depends}, ${python:Depends}, ${shlibs:Depends}, 
virtualbox-dkms (>= ${source:Version}) | virtualbox-source (>= 
${source:Version}) | virtualbox-modules

seems legit to me,

cheers,

G.





Il Domenica 4 Ottobre 2015 12:03, "can...@free.fr"  ha scritto:
Hi again,

Sorry, I should have thought about it earlier but only realised it when I still 
couldn't upgrade without the sources : Debian does not allow versioned 
dependencies on virtual package names.  In other words, if you put any version 
requirement on virtualbox-modules it will only accept a package actually named 
virtualbox-modules with an appropriate version, a "provides" will not be 
accepted.

Will you find it acceptable to remove the version constraints from the 
"virtualbox-modules" dependency ?  I think this would not change much from your 
point of view - a user who is competent enough to compile and install separate 
module packages would know what to do if virtualbox complains the installed 
modules are for an older version, no ?

Cheers,
I.



- Mail original -
De: "Gianfranco Costamagna" 
À: can...@free.fr
Cc: 800...@bugs.debian.org, "Ritesh Raj Sarraf" 
Envoyé: Lundi 28 Septembre 2015 09:00:13
Objet: Re: Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Hi


>Thanks, but I beg to disagree : you need
>
>virtualbox-dkms OR virtualbox-source  ** OR virtualbox-modules **
>
>I compile modules on one machine and use them on several others.  Why force 
>me to install the module sources, kernel headers, and all the rest if I
>already have the compiled modules ?


sure, this is a perfectly valid use-case :)
http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?id=41a45bc76907ad2921e4ad50fc6c1b8fba45fad4

committed, on git, can you please tell me if it works for you?


I also changed the dependency to >= instead of =, because the kernel modules 
should work even if from
other virtualbox versions.

(I'm specially thinking about getting a new dkms and keep an old virtualbox, 
just because the kernel has been upgraded)

@Ritesh, how do you feel about that commit?

cheers,

Gianfranco

Bug#802777: [l10n] Updaded Czech translation of ejabberd debconf messages

[Miroslav Kure]

Package: ejabberd
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of 
ejabberd debconf messages. Please include it with the package.

Thank you
-- 
Miroslav Kure
# Czech translation of ejabberd debconf messages
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the ejabberd package.
# Miroslav Kure , 2006-2015.
#
msgid ""
msgstr ""
"Project-Id-Version: ejabberd\n"
"Report-Msgid-Bugs-To: ejabb...@packages.debian.org\n"
"POT-Creation-Date: 2015-07-22 19:04+0200\n"
"PO-Revision-Date: 2015-10-23 15:24+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Host name for this Jabber server:"
msgstr "Jméno počítače tohoto Jabber serveru:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Please enter the host name of this Jabber server (lowercase)."
msgstr "Zadejte prosím jméno počítače tohoto Jabber serveru (malými písmeny)."

#. Type: string
#. Description
#: ../templates:3001
msgid "Jabber server administrator username:"
msgstr "Uživatelské jméno správce Jabber serveru:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please provide the name of an account to administrate the ejabberd server. "
"After the installation of ejabberd you can use this account to log in with "
"any Jabber client to do administrative tasks or go to https://;
"${hostname}:5280/admin/ and log in with this account to enter the admin "
"interface."
msgstr ""
"Zadejte prosím jméno účtu, který bude spravovat ejabberd server. Po "
"instalaci serveru ejabberd se můžete pomocí tohoto účtu přihlásit z "
"libovolného jabberového klienta a vzdáleně tak provádět správcovské úkony. "
"Další možností je webové rozhraní na https://${hostname}:5280/admin/, kde se "
"s tímto účtem taktéž můžete přihlásit do správcovského rozhraní."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"You only need to enter the username part here (such as ${user}), but the "
"full Jabber ID (such as ${user}@${hostname}) is required to access the "
"ejabberd web interface."
msgstr ""
"Zde stačí zadat pouze uživatelskou část (např. ${user}), ale pro přihlášení "
"do webového rozhraní používejte kompletní Jabber ID včetně jména serveru "
"(např. ${user}@${hostname})."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please leave this field empty if you don't want to create an administrator "
"account automatically."
msgstr ""
"Jestliže nechcete automaticky vytvořit správcovský účet, ponechte pole "
"prázdné."

#. Type: password
#. Description
#: ../templates:4001
msgid "Jabber server administrator password:"
msgstr "Heslo správce Jabber serveru:"

#. Type: password
#. Description
#: ../templates:4001
msgid "Please enter the password for the administrative user."
msgstr "Zadejte prosím heslo uživatele se správcovskými oprávněními."

#. Type: password
#. Description
#: ../templates:5001
msgid "Re-enter password to verify:"
msgstr "Znovu zadejte heslo pro ověření:"

#. Type: password
#. Description
#: ../templates:5001
msgid ""
"Please enter the same administrator password again to verify that you have "
"typed it correctly."
msgstr ""
"Zadejte prosím správcovské heslo ještě jednou pro ověření, že jste ho "
"zadali správně."

#. Type: error
#. Description
#: ../templates:6001
msgid "Password input error"
msgstr "Chyba při zadávání hesla"

#. Type: error
#. Description
#: ../templates:6001
msgid "The two passwords you entered were not the same. Please try again."
msgstr "Zadaná hesla nesouhlasí. Zkuste to prosím znovu."

#. Type: error
#. Description
#: ../templates:7001
msgid "Invalid administrator account username"
msgstr "Neplatné jméno správcovského účtu"

#. Type: error
#. Description
#: ../templates:7001
msgid ""
"The username you have typed contains forbidden characters. Please respect "
"the  JID syntax (http://tools.ietf.org/html/rfc6122#appendix-A.5). If you "
"used a full JID (e.g. user@hostname), you have to use the same host name you "
"typed into the host name configuration step."
msgstr ""
"Zadané uživatelské jméno obsahuje zakázané znaky. Respektujte prosím "
"syntaxi (http://tools.ietf.org/html/rfc6122#appendix-A.5). Jestliže jste "
"použili úplné JID (např. uzivatel@pocitac), musíte použít stejné jméno "
"počítače, které jste zadali dříve v kroku „jméno počítače“."

#~ msgid "The username of an admin account for ejabberd:"
#~ msgstr "Jméno administrátorského účtu pro ejabberd:"

#~ msgid "The password for the admin account:"
#~ msgstr "Heslo správcovského účtu:"

#~ msgid "The password for the admin account again for verification:"
#~ msgstr "Ověření hesla správcovského účtu:"

#~ msgid ""
#~ "Please reenter the password for the administrative 

Bug#802780: systemd: systemctl 227 fails in chroots (instead of ignoring)

[Stephan Suerken]

Package: systemd
Version: 227-2
Severity: normal

Dear Maintainers,

with 227-2 (not found in 226-2), systemctl behaves differently
in chroots for (at least) services that only provide a sysv init
script, breaking package install or removal:

226-2, jessie: Ignored, retval 0:
 # root? systemctl restart non-existing.service
 Running in chroot, ignoring request.
 # root? systemctl restart wicd.service
 Running in chroot, ignoring request.

227-2, sid: Fails, retval 6:
 # root? systemctl restart non-existing.service
 Failed to restart non-existing.service: Unit non-existing.service failed to 
load: No such file or directory.
 # root? systemctl restart non-existing.service
 Failed to restart non-existing.service: Unit non-existing.service failed to 
load: No such file or directory.

As systemctl is also run implicitely via invoke.rc.d on postinst
etc., this actually breaks package installation/removal on such
systems (one current example is the wicd package).

Fwiw, calling systemctl as /sbin/runlevel still works fine:

# root? /sbin/runlevel
Running in chroot, ignoring request.

Hth!

S

-- Package-specific info:

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

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: sysvinit (via /sbin/init)

Versions of packages systemd depends on:
ii  adduser 3.113+nmu3
ii  libacl1 2.2.52-2
ii  libapparmor12.10-2+b1
ii  libaudit1   1:2.4.4-4
ii  libblkid1   2.27-3
ii  libc6   2.19-22
ii  libcap2 1:2.24-12
ii  libcap2-bin 1:2.24-12
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.4-3
ii  libkmod221-1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.27-3
ii  libpam0g1.1.8-3.1
ii  libseccomp2 2.2.3-2
ii  libselinux1 2.3-2+b1
ii  libsystemd0 227-2
ii  mount   2.27-3
ii  sysv-rc 2.88dsf-59.2
ii  udev227-2
ii  util-linux  2.27-3

Versions of packages systemd recommends:
ii  dbus1.10.0-3
ii  libpam-systemd  227-2

Versions of packages systemd suggests:
pn  systemd-container  
pn  systemd-ui 

-- no debconf information

Bug#802710: musescore: Embeds Qt5's private headers without putting them in a namespace

[Sebastian Ramacher]

Hi

On 2015-10-22 16:09:22, Lisandro Damián Nicanor Pérez Meyer wrote:
> Source: musescore
> Version: 2.0.2+dfsg-1
> Severity: important
> 
> Hi! While doing qt5's qtbase's private headers transition we noted that 
> musescore
> got into the list of packages that needed a transition [lop] but without
> build depending on qtbase5-dev.
> 
> [lop] 
> 
> My teammate Dmitry Schanev found out that musescore ships a Qt5 private 
> header:
> 
> 
> 
> By building this header without a namespace the symbols that it generates 
> matchs the symbols
> of qtbase's private stuff, so unnecesarily being part of transitions like 
> this.

The xmlstream stuff is not the problem. They are not unresolved symbols and do
not cause a dependency on qtbase-abi-5-5-1. They probably clash with the symbols
from Qt, but that's easy to fix with a namespace or renaming the copy of
QXmlUtils.

Looking at the output of dpkg-shlibdeps with -v -v shows the actual problem:
|  Looking up symbol 
_ZN12QPaintEngineC2ER19QPaintEnginePrivate6QFlagsINS_18PaintEngineFeatureEE@Base
|  Found in symbols file of libQt5Gui.so.5 (minver: 5.0.2, dep: libqt5gui5 
#MINVER#, qtbase-abi-5-5-1)

This might be caused by mscore/paintengine_p.h and mscore/svgenerator.* where
the QPaintEngine and QPaintEnginePrivate are used.

Cheers
-- 
Sebastian Ramacher

Bug#802764: virtualbox-source: fucks up my kernel's modules

[Salvo Tomaselli]

Package: virtualbox-source
Version: 5.0.8-dfsg-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

apparently upgrading virtualbox messed with my custom built kernel's modules,
and so if I boot with that kernel I no longer have a video card and I am not
able to start Xorg.

Also, the text on my console is unusually huge.

Attaching my dmesg.

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

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

Versions of packages virtualbox-source depends on:
ii  build-essential   12.1
ii  bzip2 1.0.6-8
ii  debhelper 9.20151005
ii  kbuild1:0.1.9998svn2786+dfsg-1
ii  module-assistant  0.11.8

Versions of packages virtualbox-source recommends:
ii  virtualbox  5.0.8-dfsg-1

virtualbox-source suggests no packages.

-- no debconf information
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 4.2.1a (root@hal9000) (gcc version 5.2.1 20150911 
(Debian 5.2.1-17) ) #1 SMP PREEMPT Mon Sep 28 13:40:48 CEST 2015
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.1a root=/dev/sda2 ro 
pcie_aspm=force i915.enable_rc6=4
[0.00] Disabled fast string operations
[0.00] x86/fpu: xstate_offset[2]: 0240, xstate_sizes[2]: 0100
[0.00] x86/fpu: Supporting XSAVE feature 0x01: 'x87 floating point 
registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x02: 'SSE registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x04: 'AVX registers'
[0.00] x86/fpu: Enabled xstate features 0x7, context size is 0x340 
bytes, using 'standard' format.
[0.00] x86/fpu: Using 'eager' FPU context switches.
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009d7ff] usable
[0.00] BIOS-e820: [mem 0x0009d800-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0xba99efff] usable
[0.00] BIOS-e820: [mem 0xba99f000-0xbae9efff] reserved
[0.00] BIOS-e820: [mem 0xbae9f000-0xbaf9efff] ACPI NVS
[0.00] BIOS-e820: [mem 0xbaf9f000-0xbaffefff] ACPI data
[0.00] BIOS-e820: [mem 0xbafff000-0xbaff] usable
[0.00] BIOS-e820: [mem 0xbb00-0xbf9f] reserved
[0.00] BIOS-e820: [mem 0xf800-0xfbff] reserved
[0.00] BIOS-e820: [mem 0xfe80-0xfe80] reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved
[0.00] BIOS-e820: [mem 0xfed08000-0xfed08fff] reserved
[0.00] BIOS-e820: [mem 0xfed1-0xfed19fff] reserved
[0.00] BIOS-e820: [mem 0xfed1c000-0xfed1] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xffd8-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00013fdf] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.6 present.
[0.00] DMI: LENOVO 11433LG/11433LG, BIOS 8HET41WW(1.23) 01/13/2012
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x13fe00 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0FFC0 mask FFFC0 write-protect
[0.00]   1 base 0 mask F8000 write-back
[0.00]   2 base 08000 mask FC000 write-back
[0.00]   3 base 0BC00 mask FFC00 uncachable
[0.00]   4 base 0BB00 mask FFF00 uncachable
[0.00]   5 base 1 mask FC000 write-back
[0.00]   6 base 13FE0 mask FFFE0 uncachable
[0.00]   7 disabled
[0.00]   8 disabled
[0.00]   9 disabled
[0.00] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WC  UC- WT  
[0.00] e820: last_pfn = 0xbb000 max_arch_pfn = 0x4
[0.00] Base memory trampoline at [88097000] 97000 size 24576
[0.00] reserving inaccessible SNB gfx pages
[0.00] init_memory_mapping: [mem 0x-0x000f]
[

Bug#801710: egg-info garbage

[Piotr Ożarowski]

> instead of .pybuild, I'd suggest upstream to ignore everything that
> starts with a dot - we can create a patch to do that in our setuptools
> package and another patch that extends it with "debian" dir (but keep
> that one only for ourselves)

FTR: I meant "upstream" as in setuptools/distutils authors here, not
every single module author out there 

i.e I think distutils should ignore dot files and we should extend it
to ignore debian dir

Bug#802746: linux-image bug

[张永肃_bytedance]

Hi Ben

thanks for your reply. 

is that ok add this new feature in bpo kernel?

BRs

yongsu

在 2015年10月23日，下午6:13，Ben Hutchings  写道：

> Control: found -1 4.2.3-1
> Control: retitle -1 linux: CONFIG_CFS_BANDWIDTH should be enabled
> 
> On Fri, 2015-10-23 at 13:46 +0800, 张永肃_bytedance wrote:
>> Package: linux
>> Version: 3.16.7-ckt11
>> we need cgroup args named cfs_quota_us and cfs_period_us in our
>> application. 
>> this args need kernel config named CONFIG_CFS_BANDWIDTH,but in
>> 3.16.7-ckt11, CONFIG_CFS_BANDWIDTH is not set.
>> pls update a kernel version for jessie with CONFIG_CFS_BANDWIDTH
>> function
>> 
>> BTW, in wheezy, I try to open CONFIG_CFS_BANDWIDTH in kernel
>> config.but still can not see cvs_quota_us and cvs_period_us args. is
>> that ok add this config in wheezy, too?
> 
> As you're requesting a new feature, this *won't* be enabled in stable
> releases (wheezy or jessie) but I will certainly consider doing so in
> unstable.
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Beware of bugs in the above code;
> I have only proved it correct, not tried it. - Donald Knuth

Bug#802767: calibre: Please split ebook-viewer out as a seperate package

[Zhang Jingqiang]

Package: calibre
Version: 2.38.0+dfsg-1
Severity: wishlist

Dear Maintainer,

How about split ebook-viewer out as a seperate package, and make
calibre depend on it?
People who just want a document viewer will benefit from it.

Thanks

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

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

Bug#802746: linux-image bug

[张永肃_bytedance]

thanks Ben

How about wheezy-backports?

BRs

yongsu

在 2015年10月23日，下午6:22，Ben Hutchings  写道：

> On Fri, 2015-10-23 at 18:18 +0800, 张永肃_bytedance wrote:
>> Hi Ben
>> 
>> thanks for your reply. 
>> 
>> is that ok add this new feature in bpo kernel?
> 
> Yes, changes in unstable will also go into jessie-backports a little
> later.
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Beware of bugs in the above code;
> I have only proved it correct, not tried it. - Donald Knuth

Bug#802746: linux-image bug

[Ben Hutchings]

On Fri, 2015-10-23 at 18:18 +0800, 张永肃_bytedance wrote:
> Hi Ben
> 
> thanks for your reply. 
> 
> is that ok add this new feature in bpo kernel?

Yes, changes in unstable will also go into jessie-backports a little
later.

Ben.

-- 
Ben Hutchings
Beware of bugs in the above code;
I have only proved it correct, not tried it. - Donald Knuth


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

Bug#802769: xinit: startx failed if started after su - from a autologged root (getty@.service)

[Walter]

Package: xinit
Version: 1.3.4-3
Severity: normal

Dear Maintainer,

After the apt-get upgrade which changed the xinit from 1.3.4-1 to 1.3.4-3
the before functioning system stops to work with the following error in
exec startx:

Fatal server error:
(EE) xf86OpenConsole: Cannot open virtual console 1 (Permission denied)

The invocation of the startx is:

1. The system autologs the root user using  getty@.service ( via
ExecStart=-/sbin/agetty -a root %I $TERM )
2. the root user starts the  via su - 
3. the user's .bash_profile contains the exec startx ...
(but is the same if you start it manually)

The ls -al  /dev/tty give:
crw--- 1 root tty 4, 1 Jan  1 01:11 /dev/tty1

if you chown   or chmod 666 /dev/tty1, the startx displays the
graphical screen, but the mouse is not moving the cursor.

If you autostart the  directly from getty@.service, all is working as
expected,

ls -al /dev/tty1
crw--- 1  tty 4, 1 Jan  1 01:11 /dev/tty1

I filled this bug report because is the upgrade that broke the functioning
system (twice, on two systems build on same image), nothing other changed
in the meantime except upgrade.

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

Kernel: Linux 4.1.7-v7+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=locale: Cannot set LC_ALL to
default  locale: No such file or directory ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xinit depends on:
ii  coreutils   8.23-4
ii  libc6   2.19-22
ii  libx11-62:1.6.3-1
ii  x11-common  1:7.7+12
ii  xauth   1:1.0.9-1

Versions of packages xinit recommends:
ii  xfce4-session [x-session-manager] 4.12.1-3
ii  xfce4-terminal [x-terminal-emulator]  0.6.3-2
ii  xfwm4 [x-window-manager]  4.12.3-1
ii  xserver-xephyr [xserver]  2:1.17.2-3
ii  xserver-xorg [xserver]1:7.7+12
ii  xterm [x-terminal-emulator]   320-1

xinit suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_TIME = "en_US.UTF-8",
LC_MONETARY = "hr_HR.UTF-8",
LC_ADDRESS = "hr_HR.UTF-8",
LC_TELEPHONE = "hr_HR.UTF-8",
LC_NAME = "hr_HR.UTF-8",
LC_MEASUREMENT = "hr_HR.UTF-8",
LC_IDENTIFICATION = "hr_HR.UTF-8",
LC_NUMERIC = "hr_HR.UTF-8",
LC_PAPER = "hr_HR.UTF-8",
LANG = "en_GB"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_GB").
locale: Cannot set LC_ALL to default locale: No such file or directory

Bug#802770: [libwxgtk3.0-0] dependency on SDL half enabled (rule vs control)

[gregory hainaut]

Package: libwxgtk3.0-0
Version: 3.0.2-1+b1
Severity: minor

--- Please enter the report below this line. ---
Hello,

As far as I understand, WX supports an audio plugin based on SDL 
(see src/unix/sound_sdl.cpp).

My application (PCSX2) depends on both SDL and WX which means the SDL
version (2 vs 1.2) depends on the compilation/link of WX. So it is very 
annoying for me.

It is typically enabled on Archlinux but not in Debian. I searched in the 
Debian's 
rule file the option to disable it so Archlinux can do the same. 
However I found that SDL is kind of enabled but libsdl isn't pulled by
the control file. So the configure script just disable it.

Is it done on purpose? Do you want to disable or enable it? Personally I'm in 
favor to
disable it because it was never enabled on Debian and it is painful to upgrade 
to SDL2.

Here an extract of the build log:

checking for --with-sdl... yes
--
checking for sdl-config... no
checking for SDL - version >= 1.2.0... no
*** The sdl-config script installed by SDL could not be found
*** If SDL was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the SDL_CONFIG environment variable to the
*** full path to sdl-config.
--
  sdlno

touch configure-gtk-shared-stamp


Best regards,
Gregory

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.18.12-1-gregory

Debian Release: 8.2
  500 stable-updates  http.debian.net 
  500 stable  security.debian.org 
  500 stable  ftp.fr.debian.org 
  100 jessie-backports ftp.debian.org 
1 experimentalftp.fr.debian.org 

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

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#802771: libfont-freetype-perl: minor error in long package description

[Dmitry Smirnov]

Package: libfont-freetype-perl
Version: 0.07~2-1
Severity: minor

Long package description mention
   "Font::Freetype"
instead of
   "Font::FreeType".

Please correct.

-- 
All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

I am easily satisfied with the very best.
-- Winston Churchill


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

Bug#802516: RFS: node-util-deprecate/1.0.2-1

[Gianfranco Costamagna]

Hi,

Built, thanks for your contribution to Debian!
cheers,

G.





Il Martedì 20 Ottobre 2015 20:24, Ross Gammon  ha scritto:
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "node-util-deprecate"

* Package name: node-util-deprecate
  Version : 1.0.2-1
  Upstream Author : Nathan Rajlich  (http://n8.io/)
* URL : https://github.com/TooTallNate/util-deprecate
* License : MIT
  Section : web

It builds this binary package:

node-util-deprecate - Node.js's `util.deprecate()` function with browser
support

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

http://mentors.debian.net/package/node-util-deprecate


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

dget -x http://mentors.debian.net/debian/pool/main/n/node-util-deprecate/node-
util-deprecate_1.0.2-1.dsc

The Debian packaging can be found here:
https://anonscm.debian.org/cgit/pkg-javascript/node-util-deprecate.git/

Changes since the last upload:

* New upstream release


Regards,
Ross Gammon



-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#567033: Clarify status of /usr/games

[Alexandre Detiste]

Hi,

I'd quite _like_ to keep /usr/games separete because it makes it
easy to implement a "you're grounded" scheme along things like
'iptables -A OUTPUT -o eth0 -m owner --uid-owner {CHILD_USERNAME} -j REJECT'
could be use to block web access.

~

I would insist a bit more for /usr/share/games : when commercial
games get installed with game-data-packager, those will
dwarf the other packages, and can fill a "/ + /usr" filesystem
mounted on a cheap 64Gb SSD pretty fast.

Keeping /usr/share/games separate makes it easy to
mount it on a HDD or even via NFS.

$ dpigs 
2063510 freespace2-data
1519641 doom3-data
1303784 feeble-files-orig-es-video
1254020 grimfandango-fr-data
1157177 zork-grand-inquisitor-data
1139350 feeble-files-es-data
1047295 curse-of-monkey-island-fr-data
1015662 toonstruck-fr-data
..
350229 triplea
...
167364 gcompris-data
167298 linux-image-4.1.0-2-amd64 (place 60)

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

Bug#761404: done for default service

[intrigeri]

Peter Palfrader wrote (20 Oct 2015 15:16:36 GMT) :
> fyi, from the debian-0.2.7 branch:

> From fcdeff2c1d84dd984d61bab73bb81ef08b31674e Mon Sep 17 00:00:00 2001
> From: Peter Palfrader 
> Date: Tue, 20 Oct 2015 17:15:18 +0200
> Subject: [PATCH] Enable apparmor support for the default tor service (re:
>  #761404).

Thanks!

Bug#800448: [Pkg-graphite-maint] Bug#800448: graphite-web: Error "object has no attribute 'raw_post_data'" when posting new events

[Jonathan Ballet]

Hi Jonas,

Thanks for having provided a quick update for graphite-web and sorry for 
the late reply!


Le 2015-10-01 22:22, Jonas Genannt a écrit :

Hello Jonathan,

thanks for your report.

When trying to post events to the events API, I have the following 
error:


==
$ curl -X POST http://graphite.lan/events/ -d '{"what": "Event", 
"tags": "test",

"data": "test"}'

Nothing gets logged as far as I know. This renders the events API 
unusable on Jessie.


I have prepared an update of graphite-web for jessie. Could you please 
test it?


I tested it and it looks like the bug I reported is fixed.


If it works, I will talk to the stable release team, if they could
include it into the next point release.


That would be awesome, let me know how it goes!

Thanks,

 Jonathan

Bug#802154: [Pkg-emacsen-addons] Bug#802154: Bug#802154: sml-mode: fails to upgrade lenny -> squeeze -> wheezy -> jessie -> stretch

[David Bremner]

David Bremner  writes:

> "Barak A. Pearlmutter"  writes:
>
>>
>> The current bug is somewhat deeper.  If the elpa infrastructure can't
>> handle emacs (< 24), then it probably shouldn't try to use it.  This
>> situation could come up if both emacs23 and emacs24 are installed, say,
>> with update-alternatives set to point to emacs23.  So even an explicit
>> dependency on emacs24 won't completely address the issue.  I think these
>> considerations argue for explicit version testing, or careful feature
>> testing, in the installation scripts.  Although maybe dh-elpa (>= 0.13)
>> is already doing this?
>
> The 0.13 dh-elpa install scripts explicitly blacklists (well, really
> ignores) emacs23, but they don't know about emacs22. It seems like
> kindof a corner case to me (since emacs22 isn't in oldoldstable), but I
> don't mind also blacklisting emacs22 (and emacs21 for that matter).
>

I have gone ahead and made this change to dh-elpa, as of 0.14 it ignores
emacs 21 and 22 as well.  I guess I missed a chance to ignore emacs20.

d

Bug#802281: icedove: I can confirm this bug

[g.l. gragnani]

Package: icedove
Version: 38.3.0-1
Followup-For: Bug #802281

Dear Maintainer,


I can confirm this behavior.
As a temporary workaround I downgraded to 31.8.0-1~deb8u1
and after setting up my account I upgraded again and
all worked flawlessy


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

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

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

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

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

-- no debconf information

Bug#802477: RFS: django-localflavor/1.1-1 [ITP]

[Gianfranco Costamagna]

Control: owner -1 !
Control: tags -1 moreinfo

let's review:
a) control: "python-django-localflavor python3-django-localflavor" duplicate 
short description
b) rules: please remove lines 3-4
c) control: please add a -doc package
(you can take some bits from python-pyqtgraph package)

d) copyright:

I see in setup.py

# (c) 2005 Ian Bicking and contributors; written for Paste 
(http://pythonpaste.org)
# Licensed under the MIT license: 
http://www.opensource.org/licenses/mit-license.php
# Note: you may want to copy this into your setup.py file verbatim, as
# you can't import this from another package, when you don't know if
# that package is installed yet.


please investigate where the MIT license is applicable and where the license is 
BSD



the other stuff LGTM.

cheers,

G.


Il Martedì 20 Ottobre 2015 14:39, Orestis Ioannou  ha 
scritto:
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "django-localflavor"

* Package name: django-localflavor
   Version : 1.1-1
   Upstream Author : Django Software Foundation
* URL : https://pypi.python.org/pypi/django-localflavor
* License : BSD
   Section : python

This upload would also close a RFP bug: 737485
and help resolve an FTBFS since python-wtforms fails with the latest
django because of the localflavor dependency
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801940  (more details
in the build log)

It builds those binary packages:

python-django-localflavor - Country-specific Django helpers
python3-django-localflavor - Country-specific Django helpers

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

  http://mentors.debian.net/package/django-localflavor


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

dget -x
http://mentors.debian.net/debian/pool/main/d/django-localflavor/django-localflavor_1.1-1.dsc



  Regards,
   Orestis Ioannou

Bug#785846: [Pkg-xfce-devel] Bug#785846: Bug#785846: Bug#785846: xfce4-mixer: Please update to GStreamer 1.x

[Yves-Alexis Perez]

On lun., 2015-10-19 at 21:57 +0200, Yves-Alexis Perez wrote:
> On lun., 2015-10-19 at 18:19 +0200, Moritz Muehlenhoff wrote:
> > On Wed, May 20, 2015 at 09:38:58PM +0200, Yves-Alexis Perez wrote:
> > > Yeah, unfortunately someone has to do the work upstream, and not much
> > > people have expressed interest in that.
> > 
> > Can we drop xfce4-mixer from xfce4's Depends, so that it can be dropped
> > from testing (or even sid) until someone has done the work?
> > 
> > The list of packages blocking gstreamer 0.10's removal from testing
> > has shrunk quite a bit.
> 
> I was actually waiting for xfce4-pulseaudio-plugin to make it out of NEW,
> but
> if it takes too much time I can try that option. I'd prefer not having no
> volume control at all, though.
> 
Pulseaudio plugin was ACCEPTED today, so I've just pushed a xfce4 package with
xfce4-mixer dependency replaced by xfce4-pulseaudio-plugin.

Regards,
-- 
Yves-Alexis



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

Bug#231354: policy issue?

[Aleksi Suhonen]

Hello,

I think this bug could be tagged "won't fix" because it is a policy 
decision upstream.


Ntpd works by collecting statistics of the NTP servers it tries to 
synchronize to. It needs these statistics to decide which server is the 
most reliable and it won't synchronize to anything until it knows it can 
trust that time source. If the IP address of an upstream server changes, 
it would have to start from scratch, because those statistics won't be 
relevant anymore for another NTP server.


The typical time span of statistics contained for an upstream NTP server 
is 8*1024 seconds (about 2h15min). The typical TTL for a DNS record for 
an NTP server is 3600 (1h). Hence, ntpd could never fully trust any of 
its upstreams.


Also, the default ntp.conf ships with a huge round robin DNS name from 
pool.ntp.org, which means that every time ntpd would try to re-resolve 
that name it would get a different address and it would start collecting 
the statistics from scratch.


WORKAROUND:

If you want to synchronize time in an environment where you want to 
re-resolve the DNS for an upstream NTP server all the time, you should 
be running ntpdate from cron. Ntpd was not designed to be used that way. 
Or you could switch to OpenNtpd, which does work that way for some 
bizarre reason.


Yours,

--
Aleksi Suhonen

() ascii ribbon campaign
/\ support plain text e-mail

Bug#802656: Bug

[Patrick Stokman]

On Fri, 23 Oct 2015 02:58:11  0200 Diederik de Haas  
wrote:
> severity 802656 grave
> thanks
> 
> On Thursday 22 October 2015 17:53:43 Lisandro Damián Nicanor Pérez Meyer 
> wrote:
> > > dolphin doesn't start as it can't find a Qt plugin:
> > [snip]
> > > After manually installing libqt5xcbqpa5 it was starting again.
> > 
> > Do you have Recommendations disabled? libqt5xcbqpa5 is recommeded by 
> > libqt5gui5, so normal installations should have it.
> 
> I've raised the severity as it will break most ppls desktop and now ppl 
> should 
> get warned through apt-listbug
> 
> I do have Recommends enabled, but libqt5xcbqpa5 did not get installed and 
> that 
> broke my Plasma Desktop rather severly.  Installing that package fixed it.
> This bug was pointed out to me so I found the solution rather quickly, but 
> others probably won't be so lucky. And now that ppl should get warned, that 
> would hopefully reduce the flooding of bug reports ;-)

This bug should stay as grave. I updated this morning and after a reboot I did 
not get a GUI at all. Sddm failed to start because it was missing this Qt 
plugin module. After about an hour I learned that libqt5xcbqpa5 had to be 
installed.

I also have recommended turned off because I usually don't want the extra 
packages. If kwin gets its dependencies changed, then consider doing the same 
for sddm, as without it, using the default config, it's pretty much useless.

Regards,
Patrick

Bug#802760: python-requests 2.7.0 incompatible with urllib3 1.12

[Daniele Tricoli]

Hello Thomas,
thanks for this report!

On Friday, October 23, 2015 10:22:07 AM Thomas Goirand wrote:
> I've tried to build python-glanceclient with python-requests 2.7.0 and
> version 1.12 of python-urllib3, and it just broke (ie: FTBFS). Building
> python-glanceclient with version 1.11-2 of urllib3 worked, and also,
> upgrading python-requests to 2.8.1 worked as well.
> 
> As you must know (because upstream got in touch with you), urllib3 and
> requests are very tighly coupled, and you cannot upgrade one without
> upgrading the other.
> 
> The way forward with this, IMO, is to upgrade requests to 2.8.1.

I was already working on this, my workflow was bite a bit from git migration. 
Maybe you noted that in the repository we have already requests 2.8.1, I had 
to do the final checks and it will updated.

I'm working on this right now.

I will start to use ratt[¹] from the future to keep requests always in the 
best shape and not brake anything (or at least catch all breaking early).

Thanks!

[¹] https://packages.debian.org/sid/ratt

-- 
 Daniele Tricoli 'eriol'
 https://mornie.org

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

Bug#685190: libreoffice-writer: Cannot open or create document: “Component cannot be loaded, possibly broken or incomplete installation.”

[Ben Finney]

Control: tags -1 - moreinfo

On 23-Oct-2015, Miguel Galán wrote:

> this happened almost a year ago, and probably I've already changed
> my system and even the hardware. Moreover, I'm far from my desktop
> so I can't follow: please close this bug, as probably is whether
> solved else my fault.

Thanks for the response, I am closing this bug as you ask.

-- 
 \   “Why, I'd horse-whip you if I had a horse.” —Groucho Marx |
  `\   |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#802769: xinit: startx failed if started after su - from a autologged root (getty@.service)

[Walter]

Package: xinit
Version: 1.3.4-3
Severity: normal

Dear Maintainer,

The running version maybe was  before 1.3.4-1, I lost the original image
and the output of the dpkg -l. I have to rebuild it to find the version of
the working one.

Bug#802530: RFS [ITP]: node-ast-util/0.6.0-1

[Gianfranco Costamagna]

Control: tags -1 moreinfo
Control: owner -1 !

Hi,

the package is needs node-recast [1] , which is only on mentors [2] right now.

I fail to see an RFS bug [3], do you want me to take a look anyway?

cheers,

G.
[1] 
http://debomatic-amd64.debian.net/distribution#unstable/node-ast-util/0.6.0-1/buildlog

[2]http://mentors.debian.net/package/node-recast

[3] https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=sponsorship-requests

cheers,

G.

Bug#802772: RM: osrm -- ROM; Upstream cannot support it for stable releases

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove the osrm package from unstable (and testing by extension).

The upstream developers have recently stated that they cannot support
OSRM long term making it unsuitable for stable releases.

This was discussed on the debian-gis list [0] and in the upstream issue
tracker [1].

Instead of entirely removing the package we'll keep it in experimental
only for the time being.

[0] https://lists.debian.org/debian-gis/2015/10/msg00026.html
[1] 
https://github.com/Project-OSRM/osrm-backend/issues/1744#issuecomment-149689363

Kind Regards,

Bas