Bug#826287: cegui-mk2, info-beamer: please use glfw3

[James Cowgill]

Control: severity -1 important
Control: tags -1 sid stretch

Hi,

Given that I've now filed all the glfw2 porting bugs and all of them
have patches (or the patches are trivial / easy to obtain), I now think
that it should be fairly easy to remove glfw2 from the archive for the
stretch release.

I am raising the severity accordingly. If I don't hear anything from
you, I'll probably do the NMUs in a few weeks or possibly during
DebConf. 

Thanks,
James

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

Bug#828032: pax-britannica: port to glfw3

[James Cowgill]

Source: pax-britannica
Version: 1.0.0-2
Severity: important
Tags: sid stretch patch

Hi,

At some point before the stretch release, I'd like to remove glfw2 from
the archive. The library has been dead upstream since 2013 and has been
superseded by glfw3.

I've attached a patch which ports pax-britannica to glfw3. It only
touches the backend C code, translating called to the old GLFW 2
bindings API into (roughly) equivalent GLFW 3 calls. I haven't bothered
porting some APIs which are not used by pax-britannia.

Thanks,
James--- a/debian/control
+++ b/debian/control
@@ -2,8 +2,8 @@ Source: pax-britannica
 Section: games
 Priority: optional
 Maintainer: Joe Nahmias 
-Build-Depends: debhelper (>= 9.0.0), liblua5.1-0-dev, libglfw-dev,
- libasound2-dev, libxrandr-dev
+Build-Depends: debhelper (>= 9.0.0), liblua5.1-0-dev, libglfw3-dev,
+ libasound2-dev, libxrandr-dev, libglu1-mesa-dev | libglu-dev
 Standards-Version: 3.9.3
 Homepage: http://paxbritannica.henk.ca/
 
--- /dev/null
+++ b/debian/patches/glfw3.patch
@@ -0,0 +1,978 @@
+Description: Port to GLFW3
+ This is a very basic port of the dokidoki-support sub-module to GLFW3. I've
+ left a number of functions which are not used by pax-britannica unimplemented
+ which simplifies the patch. The new versions of some of these functions do not
+ match with the current API. The correct way to do this would probably be a full
+ rewrite of luaglfw.c with a new API, but on the basis that pax-britannica seems
+ to be dead upstream, I think this is acceptable for the time being.
+Author: James Cowgill 
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/dokidoki-support/mixer.c
 b/dokidoki-support/mixer.c
+@@ -455,33 +455,30 @@ do \
+ } while(0)
+ 
+ #include 
+-#include 
++#include 
++#include 
+ 
+ static snd_pcm_t * sound_device = NULL;
+ 
+-static GLFWthread audio_thread = 0;
+-static volatile int running = 0;
+-static GLFWmutex running_mutex = NULL;
++static pthread_t audio_thread;
++static volatile atomic_flag running = ATOMIC_FLAG_INIT;
+ 
+-static GLFWCALL void audio_loop(void *data)
++static void* audio_loop(void *data)
+ {
+ sample_t buffer[BUFFER_SIZE*2];
+ 
+-glfwLockMutex(running_mutex);
+-while(running)
++while(atomic_flag_test_and_set(&running))
+ {
+-glfwUnlockMutex(running_mutex);
+-
+ mix_into(buffer, BUFFER_SIZE);
+ int err = snd_pcm_writei(sound_device, buffer, BUFFER_SIZE);
+ if(err < 0)
+ err = snd_pcm_recover(sound_device, err, 0);
+ 
+-glfwLockMutex(running_mutex);
+ if(err < 0)
+ break;
+ }
+-glfwUnlockMutex(running_mutex);
++
++return NULL;
+ }
+ 
+ static int init()
+@@ -498,20 +495,16 @@ static int init()
+ 
+ ALSA_CHECK(snd_pcm_prepare(sound_device));
+ 
+-CHECK(running_mutex = glfwCreateMutex(),
+-  "audio mutex creation failed");
+-running = 1;
+-audio_thread = glfwCreateThread(audio_loop, NULL);
++atomic_flag_test_and_set(&running);
++CHECK(pthread_create(&audio_thread, NULL, audio_loop, NULL) == 0, "error creating alsa thread");
+ 
+ return 1;
+ }
+ 
+ static int uninit()
+ {
+-glfwLockMutex(running_mutex);
+-running = 0;
+-glfwUnlockMutex(running_mutex);
+-glfwWaitThread(audio_thread, GLFW_WAIT);
++atomic_flag_clear(&running);
++pthread_join(audio_thread, NULL);
+ 
+ ALSA_CHECK(snd_pcm_close(sound_device));
+ sound_device = NULL;
+--- a/dokidoki-support/luaglfw.c
 b/dokidoki-support/luaglfw.c
+@@ -29,9 +29,12 @@
+ //
+ 
+ #include 
+-#include 
++#include 
++#include 
++#include 
+ #include "luaglfw.h"
+ 
++static GLFWwindow* window;
+ 
+ //
+ //   Internal type definitions
+@@ -102,19 +105,19 @@ static void pushVideoMode( lua_State *L,
+ {
+ lua_newtable( L );
+ lua_pushstring( L, "Width" );
+-lua_pushnumber( L, mode->Width );
++lua_pushnumber( L, mode->width );
+ lua_rawset( L, -3 );
+ lua_pushstring( L, "Height" );
+-lua_pushnumber( L, mode->Height );
++lua_pushnumber( L, mode->height );
+ lua_rawset( L, -3 );
+ lua_pushstring( L, "RedBits" );
+-lua_pushnumber( L, mode->RedBits );
++lua_pushnumber( L, mode->redBits );
+ lua_rawset( L, -3 );
+ lua_pushstring( L, "GreenBits" );
+-lua_pushnumber( L, mode->GreenBits );
++lua_pushnumber( L, mode->greenBits );
+ lua_rawset( L, -3 );
+ lua_pushstring( L, "BlueBits" );
+-lua_pushnumber( L, mode->BlueBits );
++lua_pushnumber( L, mode->blueBits );
+ lua_rawset( L, -3 );
+ }
+ 
+@@ -130,12 +133,11 @@ static const char * windowclose_name;
+ static const char * windowrefresh_name;
+ static const char * mousebutton_name;
+ static const char * mousepos_name;
+-static const char * mousewheel_name;
+ static const char * key_name;
+ s

Bug#828018: minetest-server is not shutdown properly

[dr4ke]

On 2016-06-23 23:09, Markus Koschany wrote:

What minetest modification caused the server failure? How can we
reproduce the data inconsistency?



There is no server failure. The failure is happening when systemd sends 
a

SIGTERM. It seems that minetest-server respond by exiting immediately
without executing its shutdown routines, namely the register_on_shutdown
functions from the mods.
I experienced the issue with one particular mod that only save its data
through this shutdown function (this is an error, IMO, and I reported it
to the mod developper).
The mod is: https://github.com/minetest-mods/character_creator
https://forum.minetest.net/viewtopic.php?f=9&t=13138

To reproduce:
- install the mod
- change your appearance in the game
- leave the game
- restart the minetest-server service with systemctl
- enter the game, you have the default appearance

At shutdown, the file character_creator.mt should be created in the
world directory. It is created if you kill the minetest-server from
the game with /shutdown or outside with a SIGINT (I think it's the
same as a ctrl-C, right?)



Restarting the server is equivalent with stopping and starting the
server again. Systemd will send a SIGTERM signal by default to the
server to terminate the running process. I don't see a reason why we
should use a different KillSignal in this case. SIGINT means
interrupting the process.



You're right, there is probably a bad choice of signal processing
in the minetest-server code. I'll report an issue there too.


I suggest to investigate the cause of the server failure and then 
report

your findings to the mod developers. If they think it is rather a
minetest bug, please get in contact with the minetest developers
directly because this is the fastest way to get your issue solved.



It's already done with the mod. I'll do it with the server, regarding 
its

behavior with the SIGTERM signal.


If you want to play with different service file settings, use a 
modified
service file in /etc/systemd/system to override Debian's default 
settings.



That's what I do for now.

Thank you for these suggestions.

Bug#828031: qgis: QtWebKit not found by extensions

[Balázs Bárány]

Package: qgis
Version: 2.14.3+dfsg-2
Severity: important

Dear Maintainer,

since a few days, QGIS isn't able to load modules that depend on QWebView
anymore.

This affects e. g. the important OpenLayers module and happens on two Debian
Testing machines.

Error messages at start:

Couldn't load plugin openlayers_plugin due to an error when calling its
classFactory() method

ImportError: cannot import name QtWebKit
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 306, in
startPlugin
plugins[packageName] = package.classFactory(iface)
  File "/home/bb/.qgis2/python/plugins/openlayers_plugin/__init__.py", line 25,
in classFactory
from openlayers_plugin import OpenlayersPlugin
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "/home/bb/.qgis2/python/plugins/openlayers_plugin/openlayers_plugin.py",
line 28, in
from openlayers_overview import OLOverview
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File
"/home/bb/.qgis2/python/plugins/openlayers_plugin/openlayers_overview.py", line
23, in
from openlayers_ovwidget import OpenLayersOverviewWidget
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File
"/home/bb/.qgis2/python/plugins/openlayers_plugin/openlayers_ovwidget.py", line
38, in
from ui_openlayers_ovwidget import Ui_Form
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File
"/home/bb/.qgis2/python/plugins/openlayers_plugin/ui_openlayers_ovwidget.py",
line 80, in
from PyQt4 import QtWebKit
ImportError: cannot import name QtWebKit


Python version: 2.7.12rc1 (default, Jun 13 2016, 09:20:59) [GCC 5.4.0 20160609]
QGIS version: 2.14.3-Essen Essen, exported

Python Path:
/usr/share/qgis/python
/home/bb/.qgis2/python
/home/bb/.qgis2/python/plugins
/usr/share/qgis/python/plugins
/usr/lib/python2.7
/usr/lib/python2.7/plat-i386-linux-gnu
/usr/lib/python2.7/lib-tk
/usr/lib/python2.7/lib-old
/usr/lib/python2.7/lib-dynload
/usr/local/lib/python2.7/dist-packages
/usr/lib/python2.7/dist-packages
/usr/lib/python2.7/dist-packages/PILcompat
/usr/lib/python2.7/dist-packages/gst-0.10
/usr/lib/python2.7/dist-packages/gtk-2.0
/usr/lib/pymodules/python2.7
/usr/lib/python2.7/dist-packages/wx-3.0-gtk2
/home/bb/.qgis2//python

Couldn't load plugin 'processing'

ImportError: No module named QtWebKit.QWebView
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 281, in
loadPlugin
__import__(packageName)
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "/usr/share/qgis/python/plugins/processing/__init__.py", line 29, in
from processing.tools.general import *
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "/usr/share/qgis/python/plugins/processing/tools/general.py", line 28,
in
from processing.core.Processing import Processing
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "/usr/share/qgis/python/plugins/processing/core/Processing.py", line 44,
in
from processing.gui.Postprocessing import handleAlgorithmResults
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "/usr/share/qgis/python/plugins/processing/gui/Postprocessing.py", line
39, in
from processing.gui.ResultsDialog import ResultsDialog
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "/usr/share/qgis/python/plugins/processing/gui/ResultsDialog.py", line
38, in
os.path.join(pluginPath, 'ui', 'DlgResults.ui'))
  File "/usr/lib/python2.7/dist-packages/PyQt4/uic/__init__.py", line 211, in
loadUiType
exec(code_string.getvalue(), ui_globals)
  File "", line 52, in
  File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
ImportError: No module named QtWebKit.QWebView


Python version: 2.7.12rc1 (default, Jun 13 2016, 09:20:59) [GCC 5.4.0 20160609]
QGIS version: 2.14.3-Essen Essen, exported

Python Path:
/usr/share/qgis/python
/home/bb/.qgis2/python
/home/bb/.qgis2/python/plugins
/usr/share/qgis/python/plugins
/usr/lib/python2.7
/usr/lib/python2.7/plat-i386-linux-gnu
/usr/lib/python2.7/lib-tk
/usr/lib/python2.7/lib-old
/usr/lib/python2.7/lib-dynload
/usr/local/lib/python2.7

Bug#827930: apt: Make apt-daily leverage the ConditionACPower feature of systemd

[Nicolas Le Cam]

2016-06-22 23:40 GMT+02:00 Nicolas Le Cam :
> Historically, first time to fast exit, second time to check power
> after the random wait (see commit e20d3bcf).
> The random wait was moved to the timer unit (and the compatibility
> cron job) but the two checks stayed.
It did take some time to figure out I was explaining something I
didn't reproduce in the compatibility job. Fixed now.
Except I didn't reproduce the fast exit. sleep() should not consume
much battery and the user could plug its laptop in the meantime.

Second patch didn't change.

Sorry for the noise.

regards,
Nicolas
From 4dab1ed3d3a4ad430134e1d49fb3b0ede9b0a8d1 Mon Sep 17 00:00:00 2001
From: Nicolas Le Cam 
Date: Wed, 22 Jun 2016 21:39:38 +0200
Subject: Use the ConditionACPower feature of systemd in the apt-daily service

.. instead of hardcoding the functionnality in the apt.systemd.daily
script.

Also make the compatibility cron job provide the same functionnality
for systems that do not use systemd.
---
 debian/apt-daily.service |  1 +
 debian/apt.apt-compat.cron.daily | 24 +++-
 debian/apt.systemd.daily | 26 --
 3 files changed, 24 insertions(+), 27 deletions(-)

diff --git a/debian/apt-daily.service b/debian/apt-daily.service
index 941263d..904ed5d 100644
--- a/debian/apt-daily.service
+++ b/debian/apt-daily.service
@@ -1,6 +1,7 @@
 [Unit]
 Description=Daily apt activities
 Documentation=man:apt(8)
+ConditionACPower=true
 
 [Service]
 Type=oneshot
diff --git a/debian/apt.apt-compat.cron.daily b/debian/apt.apt-compat.cron.daily
index 1ea8430..095a44c 100644
--- a/debian/apt.apt-compat.cron.daily
+++ b/debian/apt.apt-compat.cron.daily
@@ -11,6 +11,23 @@ if [ -d /run/systemd/system ]; then
 exit 0
 fi
 
+check_power()
+{
+# laptop check, on_ac_power returns:
+#   0 (true)System is on main power
+#   1 (false)   System is not on main power
+#   255 (false) Power status could not be determined
+# Desktop systems always return 255 it seems
+if which on_ac_power >/dev/null 2>&1; then
+on_ac_power
+POWER=$?
+if [ $POWER -eq 1 ]; then
+return 1
+fi
+fi
+return 0
+}
+
 # sleep for a random interval of time (default 30min)
 # (some code taken from cron-apt, thanks)
 random_sleep()
@@ -28,6 +45,11 @@ random_sleep()
 sleep $TIME
 }
 
-# run daily job
+# delay the job execution by a random amount of time
 random_sleep
+
+# ensure we don't do this on battery
+check_power || exit 0
+
+# run daily job
 exec /usr/lib/apt/apt.systemd.daily
diff --git a/debian/apt.systemd.daily b/debian/apt.systemd.daily
index 15024c8..d034d8c 100644
--- a/debian/apt.systemd.daily
+++ b/debian/apt.systemd.daily
@@ -290,27 +290,6 @@ debug_echo()
 fi
 }
 
-check_power()
-{
-# laptop check, on_ac_power returns:
-#   0 (true)System is on main power
-#   1 (false)   System is not on main power
-#   255 (false) Power status could not be determined
-# Desktop systems always return 255 it seems
-if which on_ac_power >/dev/null 2>&1; then
-on_ac_power
-POWER=$?
-if [ $POWER -eq 1 ]; then
-	debug_echo "exit: system NOT on main power"
-	return 1
-elif [ $POWER -ne 0 ]; then
-	debug_echo "power status ($POWER) undetermined, continuing"
-fi
-debug_echo "system is on main power."
-fi
-return 0
-}
-
 #  main 
 
 if test -r /var/lib/apt/extended_states; then
@@ -358,8 +337,6 @@ if [ "$VERBOSE" -ge 3 ]; then
 set -x
 fi
 
-check_power || exit 0
-
 # check if we can lock the cache and if the cache is clean
 if which apt-get >/dev/null 2>&1 && ! eval apt-get check $XAPTOPT $XSTDERR ; then
 debug_echo "error encountered in cron job with \"apt-get check\"."
@@ -410,9 +387,6 @@ fi
 # deal with BackupArchiveInterval
 do_cache_backup $BackupArchiveInterval
 
-# ensure we don't do this on battery
-check_power || exit 0
-
 # include default system language so that "apt-get update" will
 # fetch the right translated package descriptions
 if [ -r /etc/default/locale ]; then
-- 
2.8.1

Bug#828029: RFS: surf/0.7-2~bpo8+1

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for backporting package "surf" with
acknowledgement of Reiner Herrmann 

* Package name: surf
  Version : 0.7-2~bpo8+1
  Upstream Author : Reiner Herrmann 
* Url : http://surf.suckless.org
* Licenses: MIT
  Section : web

It builds those binary packages:

surf -- Simple web browser by suckless community

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

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

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

http://mentors.debian.net/debian/pool/main/s/surf/surf_0.7-2~bpo8+1.dsc

Alternatively, you can access package debian/ directory via git from URL:

https://anonscm.debian.org/git/collab-maint/surf.git

More information about surf can be obtained from http://surf.suckless.org

Changes since last upload:

  * Rebuild for jessie-backports.

Regards,
  Dmitry Bogatov

Bug#828030: RFS: gdbm/1.12-3

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: gdbm
  Version : 1.12-3
  Upstream Author : bug-g...@gnu.org
* Url : https://gnu.org/software/gdbm
* Licenses: GPL-3+, GFDL-1.3+
  Section : libs

It builds those binary packages:

libgdbm4 -- GNU dbm database routines (runtime version)
libgdbm-l10n -- GNU dbm database routines (translation files)
libgdbm-dev -- GNU dbm database routines (development files)
gdbmtool -- GNU dbm database routines (command line tools)
libgdbm-compat4 -- GNU dbm database routines (legacy support runtime 
version)
libgdbm-compat-dev -- GNU dbm database routines (legacy support development 
files)

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

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

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

http://mentors.debian.net/debian/pool/main/g/gdbm/gdbm_1.12-3.dsc

Alternatively, you can access package debian/ directory via git from URL:

https://anonscm.debian.org/cgit/users/kaction-guest/gdbm.git

More information about gdbm can be obtained from https://gnu.org/software/gdbm

Changes since last upload:

  * Separate translation files (/usr/share/locale/*) into new binary
package 'libgdbm-l10n' to comply with Policy §8.2 (Closes: #828005)
  * Update homepage link from directory.fsf.org to gnu.org

Regards,
  Dmitry Bogatov

Bug#828018: minetest-server is not shutdown properly

[Markus Koschany]

Control: forwarded -1 https://github.com/minetest/minetest/issues/4251

On 24.06.2016 03:01, Matthew Bekkema wrote:
> On Thu, Jun 23, 2016 at 11:09:59PM +0200, Markus Koschany wrote:
>> Restarting the server is equivalent with stopping and starting the
>> server again. Systemd will send a SIGTERM signal by default to the
>> server to terminate the running process. I don't see a reason why we
>> should use a different KillSignal in this case. SIGINT means
>> interrupting the process.
> 
> I took a quick look through the code, it looks like they only add a handler 
> for
> SIGINT:
> 
> https://github.com/minetest/minetest/blob/095f623fa7278375a6fa4fe01ed39d2b68cce7af/src/porting.cpp#L97

This seems to be true. I have forwarded this issue upstream and I think
minetestserver should support SIGTERM signals as well.

I have tested the KillSignal=SIGINT option which appears to work but the
current behavior works for me as well.




signature.asc
Description: OpenPGP digital signature

Bug#827913: RFS: goto-chg/1.6-1 ITP

[Dmitry Bogatov]

[moved discussion to debian-emacsen. Please, keep me in cc if you
want me to reply]

> > No idea why, but dh-make-elpa (seems to violate debhelper naming
> > convention)
> It does?

My bad. debhelper claims dh_* namespace. But I would find just make-elpa
more intuitive.

> > Adding note about xz is on my todo list.
> >=20
> > Also, about source package naming. What about emacs-foo? elpa-foo
> > reveals implementation detail, and just foo introduce
> > inconsistences/collisions. Let's settle this before upload.
>
> Our current convention is to use the upstream package name for the
> source package name, unless the word is very common and the Emacs
> package is very minor, in which case we use the emacs- prefix.
>
> Are you suggesting we always use the emacs- prefix?  I don't see why we
> would need to do that.  goto-chg is fine in this case.

Because what is minor package or what is very common is subjective?
For example, I would consider 'powerline' neither minor, neither very
common, but, unfortunately, vim team considered same and plain
'powerline' source package name is already occupied.

-- 
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Web-Site: sinsekvu.github.io

Bug#828028: ITP: setcolortemperature -- Set screen color temperature

[Jacob Adams]

Package: wnpp
Owner: Jacob Adams 
Severity: wishlist

* Package name : setcolortemperature
  Version : 1.1
  Upstream Author : Jacob Adams 
* URL : http://www.example.org/
* License : public domain, I think. Will check with debian-legal before
issuing RFS
  Programming Lang: C
  Description : Set screen color temperature

 Change the screen color temperature to reduce/increase the amount of blue
 light on screen.
 sct sets the color temperature of the screen via xrandr like redshift
 Unlike redshift, it is only 80 lines of C, although it does not have
automatic
 temperature changing.




signature.asc
Description: OpenPGP digital signature

Bug#828027: drupal7: Should depend on php-xml

[Jeremy Bicha]

Package: drupal7
Version: 7.44-1
Severity: important

Originally reported at https://launchpad.net/bugs/1595788 (there's a
screenshot there too).

What happens

$ sudo apt install drupal7
$ sudo a2enconf drupal7
Enabling conf drupal7.
To activate the new configuration, you need to run:
  service apache2 reload
$ sudo systemctl reload apache2

Open your webbrowser to http://localhost/drupal/install.php

The installer complains that it needs the php xml extensions and
refuses to proceed without them.

What works
==
$ sudo apt install php-xml
$ sudo systemctl reload apache2

What's needed
=
drupal7 should depend on php-xml


Thanks,
Jeremy Bicha

Bug#826908: python3-sphinx can't find rst2pdf.pdfbuilder

[Trent W. Buck]

Elena ``of Valhalla'' wrote:
> On 2016-06-10 at 11:36:59 +1000, Trent W. Buck wrote:
> > What steps are needed to make rst2pdf & python3-sphinx work together?
> 
> ok, I've investigated a bit

Thanks!

> , and apparently upstream has started working
> on python3 support, but is still considered experimental and they seem
> to have stuck on a block in the managing of functional tests, what are
> obviously useful for python3 support, but aren't (weren't?) working that
> well.
> 
> Other than pinging upstream on the issue (which I've just done) and
> possibly help them, I don't think that there is much that can be done
> right now

No problem, I don't have an urgent need for this,
just a mild desire to phase out python2. ;-)

> After there is an upstream release with python3 support the package will
> have to be changed to support building both a python2 and a python3
> version, but that's the smaller part of it.
> 
> If there are updates from upstream I'll update this bug.

Cool.
If there is an upstream bug tracker,
suggest marking this ticket as forwarded upstream.

The command "bts" can do this, e.g.

bts package rst2pdf , forwarded 826908 https://bugs.example.net/12345

Bug#827984: assertion failure with multiple GPUs and Xinerama enabled

[Michel Dänzer]

On 23.06.2016 22:32, Christopher Cramer wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:7.7.0-1
> Severity: normal
> 
> I have a FirePro 2450, which is a single card that has two GPUs and shows up
> as two separate PCI devices, with two DVI outputs per GPU.
> 
> Xinerama seems to be unofficially deprecated these days, but anyway the X
> server dies on assertion failure when Xinerama is enabled with multiple
> GPUs.

[...]

> Program terminated with signal SIGABRT, Aborted.
> #0  0x7fa75f914458 in __GI_raise (sig=sig@entry=6) at 
> ../sysdeps/unix/sysv/linux/raise.c:55
> [Current thread is 1 (Thread 0x7fa761b7fa00 (LWP 4230))]
> #0  0x7fa75f914458 in __GI_raise (sig=sig@entry=6) at 
> ../sysdeps/unix/sysv/linux/raise.c:55
> #1  0x7fa75f9158da in __GI_abort () at abort.c:89
> #2  0x7fa75f90d387 in __assert_fail_base (fmt=, 
> assertion=assertion@entry=0x7fa75b3ec350 "key->initialized", 
> file=file@entry=0x7fa75b3ec324 "/usr/include/xorg/privates.h", 
> line=line@entry=122, 
> function=function@entry=0x7fa75b3edf40 <__PRETTY_FUNCTION__.10025> 
> "dixGetPrivateAddr") at assert.c:92
> #3  0x7fa75f90d432 in __GI___assert_fail 
> (assertion=assertion@entry=0x7fa75b3ec350 "key->initialized", 
> file=file@entry=0x7fa75b3ec324 "/usr/include/xorg/privates.h", 
> line=line@entry=122, 
> function=function@entry=0x7fa75b3edf40 <__PRETTY_FUNCTION__.10025> 
> "dixGetPrivateAddr") at assert.c:101
> #4  0x7fa75b39c74d in dixGetPrivateAddr (key=, 
> key=, privates=0x563fb3b312c8) at 
> /usr/include/xorg/privates.h:122
> #5  0x7fa75b3d7435 in dixGetPrivateAddr (key=, 
> key=, privates=) at ../../src/radeon_kms.c:295
> #6  dixLookupPrivate (key=, privates=) at 
> /usr/include/xorg/privates.h:165
> #7  RADEONCreateScreenResources_KMS (pScreen=0x563fb3b30ef0) at 
> ../../src/radeon_kms.c:244
> #8  0x563fb2ce473e in xf86CrtcCreateScreenResources 
> (screen=0x563fb3b30ef0) at ../../../../hw/xfree86/modes/xf86Crtc.c:716
> #9  0x563fb2c75abe in dix_main (argc=7, argv=0x7ffd5dd6af98, 
> envp=) at ../../dix/main.c:225
> #10 0x7fa75f9015f0 in __libc_start_main (main=0x563fb2c5ff60 , 
> argc=7, argv=0x7ffd5dd6af98, init=, fini=, 
> rtld_fini=, stack_end=0x7ffd5dd6af88) at libc-start.c:291
> #11 0x563fb2c5ff99 in _start ()

Does the attached patch fix this?


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer
From f9cea23e1d06d1cd4c6b72400fd0f5ea5eb76d0a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Michel=20D=C3=A4nzer?= 
Date: Fri, 24 Jun 2016 11:12:49 +0900
Subject: [PATCH xf86-video-ati] Only use rrGetScrPriv if RandR is enabled
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 src/drmmode_display.c |  2 +-
 src/radeon_kms.c  | 21 -
 2 files changed, 13 insertions(+), 10 deletions(-)

diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index b5d3dc9..2555465 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
@@ -2613,7 +2613,7 @@ restart_destroy:
 			changed = TRUE;
 	}
 
-	if (changed) {
+	if (changed && dixPrivateKeyRegistered(rrPrivKey)) {
 #if XORG_VERSION_CURRENT >= XORG_VERSION_NUMERIC(1,14,99,2,0)
 		RRSetChanged(xf86ScrnToScreen(scrn));
 #else
diff --git a/src/radeon_kms.c b/src/radeon_kms.c
index 940aad2..41ee597 100644
--- a/src/radeon_kms.c
+++ b/src/radeon_kms.c
@@ -241,7 +241,6 @@ static Bool RADEONCreateScreenResources_KMS(ScreenPtr pScreen)
 {
 ScrnInfoPtr pScrn = xf86ScreenToScrn(pScreen);
 RADEONInfoPtr  info   = RADEONPTR(pScrn);
-rrScrPrivPtr rrScrPriv = rrGetScrPriv(pScreen);
 PixmapPtr pixmap;
 struct radeon_surface *surface;
 
@@ -251,17 +250,21 @@ static Bool RADEONCreateScreenResources_KMS(ScreenPtr pScreen)
 pScreen->CreateScreenResources = RADEONCreateScreenResources_KMS;
 
 /* Set the RandR primary output if Xorg hasn't */
-if (
+if (dixPrivateKeyRegistered(rrPrivKey)) {
+	rrScrPrivPtr rrScrPriv = rrGetScrPriv(pScreen);
+
+	if (
 #ifdef RADEON_PIXMAP_SHARING
-	!pScreen->isGPU &&
+	!pScreen->isGPU &&
 #endif
-	!rrScrPriv->primaryOutput)
-{
-	xf86CrtcConfigPtr xf86_config = XF86_CRTC_CONFIG_PTR(pScrn);
+	!rrScrPriv->primaryOutput)
+	{
+	xf86CrtcConfigPtr xf86_config = XF86_CRTC_CONFIG_PTR(pScrn);
 
-	rrScrPriv->primaryOutput = xf86_config->output[0]->randr_output;
-	RROutputChanged(rrScrPriv->primaryOutput, FALSE);
-	rrScrPriv->layoutChanged = TRUE;
+	rrScrPriv->primaryOutput = xf86_config->output[0]->randr_output;
+	RROutputChanged(rrScrPriv->primaryOutput, FALSE);
+	rrScrPriv->layoutChanged = TRUE;
+	}
 }
 
 if (!drmmode_set_desired_modes(pScrn, &info->drmmode, FALSE))
-- 
2.8.1

Bug#827939: Please consider marking mesa-utils as Multi-Arch: allowed

[Lisandro Damián Nicanor Pérez Meyer]

On viernes, 24 de junio de 2016 10:56:42 A. M. ART Michel Dänzer wrote:
> On 23.06.2016 22:11, Lisandro Damián Nicanor Pérez Meyer wrote:
> > Question: if a user has a video card wich is OpenGL2 or more capable but
> > does not has libgl1-mesa-dri installed: does glxinfo informs "OpenGL
> > version string:" with value 2 or more?
> 
> It shouldn't, because without libgl1-mesa-dri it should fall back to GLX
> indirect rendering, which only supports up to OpenGL 1.4.

Now this alone makes filing this bug worthwhile. Thanks a lot! We clearly need 
to suggest libgl1-mesa-dri then.

-- 
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#827939: Please consider marking mesa-utils as Multi-Arch: allowed

[Michel Dänzer]

On 23.06.2016 22:11, Lisandro Damián Nicanor Pérez Meyer wrote:
> Question: if a user has a video card wich is OpenGL2 or more capable but does 
> not has libgl1-mesa-dri installed: does glxinfo informs "OpenGL version 
> string:" with value 2 or more?

It shouldn't, because without libgl1-mesa-dri it should fall back to GLX
indirect rendering, which only supports up to OpenGL 1.4.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer



signature.asc
Description: OpenPGP digital signature

Bug#827939: Please consider marking mesa-utils as Multi-Arch: allowed

[Lisandro Damián Nicanor Pérez Meyer]

On jueves, 23 de junio de 2016 11:18:45 P. M. ART Julien Cristau wrote:
> On Wed, Jun 22, 2016 at 21:50:35 -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> > Package: mesa-utils
> > Version: 8.3.0-1
> > Severity: wishlist
> > 
> > tl;dr: make mesa-utils M-A: allowed in order to be able to depend on it as
> > mesa-utils:any
> > 
> > Hi! libqt5gui5 now ships a script in order to detect wether users have an
> > OpenGL2 compatible video card. It case they don't it sets up an
> > environment
> > variable to let Qt now that it should use rasterization instead.
> > 
> > The script uses mesa-utils' glxinfo package for this.
> 
> Why do that in a script instead of in qt directly?  That seems like a
> pretty weird implementation choice...

That's a good question and yes, it would have been better if it would be 
checked directly.

The fact is that upstream does really not support using Qt with OpenGL less 
than 2. But Fedora packagers asked for an exception with a patch that checks 
for an env variable, and as upstream knows that we distros sometimes need to 
support this kind of setups and they accepted it.

Considering the low amount of users with such a setup I don't think it's worth 
to work on a patch.

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

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


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

Bug#828026: linux-image-4.6.0-1-amd64: Spanning Tree (STP) not working in 4.6, was in 4.5, seems to ignore incoming BPDU packets

[Matthew Gabeler-Lee]

Package: src:linux
Version: 4.6.2-1
Severity: normal

Upgrading to the 4.6 kernel from 4.5 seems to have broken STP.

If I create a bridge interface and add one or more physical interfaces, the
system running the Debian 4.6 kernel package ALWAYS thinks it is the bridge
root (regardless of what other STP devices are on the network and their
bridge priorities), and further will not put ANY port into the blocking
state, even when there is a loop (as confirmed by broadcast storm and lots
of "received packet on $interface with own address as source address" errors
in the logs).

Monitoring the physical interfaces with tshark shows that the BPDUs are
being both sent and received at that level, but the system running the 4.6
kernel simply seems to ignore the ones coming in, even if they have much
lower bridge priorities.

The 4.5 kernel package seems to operate STP correctly and will negotiate
which device should be the bridge root correctly.

I'm able to reproduce this on multiple systems.  One of them has a second
strange problem with not sending BPDUs at all even on the 4.5 kernel, but I
expect that is a different issue.

-- Package-specific info:
** Version:
Linux version 4.6.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.0 
20160609 (Debian 5.4.0-4) ) #1 SMP Debian 4.6.2-1 (2016-06-15)

** Command line:
BOOT_IMAGE=/vmlinuz-4.6.0-1-amd64 root=/dev/mapper/bengal-root ro 
cgroup_enable=memory quiet

** Tainted: E (8192)
 * Unsigned module has been loaded (currently expected).

** Kernel log:
[2.446308] Bluetooth: hci0: read Intel version: 370710018002030d53
[2.446310] Bluetooth: hci0: Intel device is already patched. patch num: 53
[2.447390] sd 0:0:0:0: Attached scsi generic sg0 type 0
[2.453311] iwlwifi :02:00.0: Detected Intel(R) Dual Band Wireless N 
7260, REV=0x144
[2.453579] iwlwifi :02:00.0: L1 Enabled - LTR Enabled
[2.453968] input: HDA Intel PCH Mic as 
/devices/pci:00/:00:1b.0/sound/card1/input7
[2.454030] input: HDA Intel PCH Headphone as 
/devices/pci:00/:00:1b.0/sound/card1/input8
[2.454117] iwlwifi :02:00.0: L1 Enabled - LTR Enabled
[2.470971] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[2.471306] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input9
[2.490499] EFI Variables Facility v0.08 2004-May-17
[2.495673] ACPI: Battery Slot [BAT1] (battery present)
[2.509940] pstore: Registered efi as persistent store backend
[2.602595] snd_hda_intel :00:03.0: bound :00:02.0 (ops 
i915_audio_component_bind_ops [i915])
[2.602601] [drm] Initialized i915 1.6.0 20160229 for :00:02.0 on minor 0
[2.602977] ACPI Warning: SystemIO range 
0xF040-0xF05F conflicts with OpRegion 
0xF040-0xF04F (\_SB.PCI0.SBUS.SMBI) 
(20160108/utaddress-255)
[2.602984] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[2.614899] fbcon: inteldrmfb (fb0) is primary device
[2.651464] input: PC Speaker as /devices/platform/pcspkr/input/input10
[2.675989] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'
[2.679989] clocksource: Switched to clocksource tsc
[2.765677] input: ELAN Touchscreen as 
/devices/pci:00/:00:14.0/usb2/2-7/2-7:1.0/0003:04F3:0089.0001/input/input11
[2.765874] hid-multitouch 0003:04F3:0089.0001: input,hiddev0,hidraw0: USB 
HID v1.10 Device [ELAN Touchscreen] on usb-:00:14.0-7/input0
[2.793080] iTCO_vendor_support: vendor-support=0
[2.794412] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
[2.794464] iTCO_wdt: Found a Lynx Point_LP TCO device (Version=2, 
TCOBASE=0x1860)
[2.794910] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[2.841962] intel_rapl: Found RAPL domain package
[2.841964] intel_rapl: Found RAPL domain core
[2.841965] intel_rapl: Found RAPL domain uncore
[2.841967] intel_rapl: Found RAPL domain dram
[2.841971] intel_rapl: RAPL package 0 domain package locked by BIOS
[2.841975] intel_rapl: RAPL package 0 domain dram locked by BIOS
[2.850481] Adding 8388604k swap on /dev/mapper/bengal-swap_1.  Priority:-1 
extents:1 across:8388604k SSFS
[2.859965] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: 
(null)
[2.958855] FAT-fs (sda2): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[3.751824] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[3.751825] Bluetooth: BNEP filters: protocol multicast
[3.751828] Bluetooth: BNEP socket layer initialized
[3.762132] r8169 :03:00.0: firmware: direct-loading firmware 
rtl_nic/rtl8168g-2.fw
[3.801596] r8169 :03:00.0 eth0: link down
[3.802677] Console: switching to colour frame buffer device 400x112
[3.803105] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[3.817349] i915 :00:02.0: fb0: inteldrmfb frame b

Bug#828018: minetest-server is not shutdown properly

[Matthew Bekkema]

On Thu, Jun 23, 2016 at 11:09:59PM +0200, Markus Koschany wrote:
> Restarting the server is equivalent with stopping and starting the
> server again. Systemd will send a SIGTERM signal by default to the
> server to terminate the running process. I don't see a reason why we
> should use a different KillSignal in this case. SIGINT means
> interrupting the process.

I took a quick look through the code, it looks like they only add a handler for
SIGINT:

https://github.com/minetest/minetest/blob/095f623fa7278375a6fa4fe01ed39d2b68cce7af/src/porting.cpp#L97

Bug#828025: autopkgtest cmd sensitive to PWD when passed an absolute path to a .changes file

[Sean Whitton]

Package: autopkgtest
Version: 4.0.1
Severity: normal

Dear maintainers,

When passing an absolute path to a changes file to autopkgtest, e.g.

$ autopkgtest /home/spwhitton/src/foo_1.0.0_i386.changes -- schroot 
unstable-i386-sbuild

autopkgtest fails and prints a usage message unless the PWD is
/home/spwhitton/src/foo.  If the PWD is /home/spwhitton/src or anywhere
else:

usage: autopkgtest [options] [testbinary ...] testsrc -- virt-server 
[options]
autopkgtest: error: You must specify source or click package to test

autopkgtest should look for the .dsc mentioned in the .changes file in
the directory containing the .changes file.

Workaround I'm using in a shell script:

(
cd "$(dirname $1)/$(basename $1 | cut -d_ -f1)"
autopkgtest "$1" -- schroot "$2"
)

where $1 is the .changes file and $2 is the sbuild schroot.

Thanks!

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

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

Versions of packages autopkgtest depends on:
ii  apt-utils   1.2.13
ii  libdpkg-perl1.18.7
ii  procps  2:3.3.11-3
ii  python3 3.5.1-4
ii  python3-debian  0.1.27

Versions of packages autopkgtest recommends:
ii  autodep8  0.6

Versions of packages autopkgtest suggests:
pn  lxc  
pn  lxd-client   
pn  qemu-system  
ii  qemu-utils   1:2.6+dfsg-3
ii  schroot  1.6.10-2

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#825701: should osptoolkit be removed from Debian?

[Di-Shi Sun]

We will work on the items you list.

Thanks,

Di-Shi Sun.

-Original Message-
From: 'Mattia Rizzolo' [mailto:mat...@debian.org] 
Sent: Thursday, June 23, 2016 6:47 PM
To: Di-Shi Sun
Cc: 825...@bugs.debian.org; 'Support of Transnexus'
Subject: Re: Bug#825701: should osptoolkit be removed from Debian?

On Thu, Jun 23, 2016 at 05:26:12PM +0800, Di-Shi Sun wrote:
> Sorry for the delay. We just fixed the upload issues on 
> mentors.debian.net. You can find it at 
> https://mentors.debian.net/package/osptoolkit
> 
> There are several thing about the warning messages on 
> mentors.debian.net 1. no-upstream-changelog. The upstream source package
includes RELNOTES.txt for its changes. I am not sure if we must put all the
change info into debian/changelog.

https://www.debian.org/doc/debian-policy/ch-docs.html#s-changelogs
There is a dh_installchangelog utility, you should use it to install
RELNOTES.txt
*but* that file clearly has not been updated in a long time, so it's
probably more harmful than anything to ship it, so ignore that message.

> 3. A watch file is present but doesn't work. We tested the watch file on
our boxes. I do not know why mentors.debian.net thought it does not work.

Because mentors.d.n runs on wheezy, and there uscan is not newer enough to
work with version=4 files.

> BTW, we did not see any of these warning when we run lintian on our boxes.

Depends on level of "pendicness" you ask lintian.

> Please let us know if there is anything should be modified.

I'd like to ask you a few things, following newer best practise in debian
packaging:

* drop the -dbg package: nowdays debhelper automatically builds -dbgsym
  packages (though they are not installed in the main debian archive,
  but in a separate "debug archive")
  https://wiki.debian.org/AutomaticDebugPackages
* try dropping all the debian/*dirs files: they are usually useless, as
  debhelper tools take care of creating needed directories before
  installing files; is my personal belief that if you need such files
  thare are good chances your build system is buggy.  I tried and it
  fails to build, so I suggest you to put on your todo to make your
  build system more clever and create the needed directories.
* d/patches/test_app.c.patch: I can't think why that would be
  'Forwarded: not-needed', why can't you apply that upstream?
* please rename d/docs to d/osptoolkit.docs: d/docs is a very confusing
  file name because it makes you think that it install the docs in all
  produced binaries, while instead it only install them in the first
  package list in d/control... (I had a lot of people thinking it wrong,
  so I now advocate for renaming)
* versioned -dev packages usually bring only pain during transitions, as
  they require source changes to all reverse-dependency to change
  build-depends.  I appreciate that you don't have this problem as you
  don't have reverse-depends, but I wonder if you can take this occasion
  to rename the -dev package to just 'libosptk-dev'.  BTW, in both cases
  you should add a Conflicts: against the old -dev package, as both ship
  the same files, and so can't be installed toghether (I prefer a
  Conflicts (or Conflicts+Replace) in this occasion, rather than a
  Breaks+Replaces, since you should prefer the removal of the old binary
  before installing this).  See
  https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts
  (and §7.6).
* do you think you can close #555877 too?
* in d/rules:
  + that `ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))`... is not
 needed: with a new enough dpkg and if you obeys dpkg-buildflags
 (which you do) is obsolete
  + can you convert your d/rules to use the dh sequencer instead?
  + please just remove the .la file.  I'm sure it's not used inside
debian.  Do you instead have any use for it?  (as a OS developer I
dislike static libraries by a great deal)
* d/*.install: they are all useless: thanks to that different sequence
  of `make install` in d/rules files are already installed in their
  final location, so dh_install (the program that reads those files)
  has nothing to do.  So, they can go away.

I appreciate that's quite some list of things, so I've done some of them,
attached a debdiff.


Please ping me as soon as you have an updated package, following my
suggestions :)

--
regards,
Mattia Rizzolo

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

Bug#828024: RFS: libretro-beetle-wswan [ITP]

[Sérgio Benjamim]

Package: sponsorship-requests
Severity: wishlist

Hey dear mentors!

I'm looking for a sponsor for my package "libretro-beetle-wswan"

This is the libretro port of Beetle/Mednafen WSWAN module, a
WonderSwan emulator.

It's a fork of Mednafen to fit better with the libretro API, so it's
not possible to use the same source code of Mednafen package.


* Package name : libretro-beetle-wswan
  Version  : 0.9.35.1+git20160623

  Upstream Author  : Ryphecha / The RetroArch Team (beetle fork)

* URL  : https://github.com/libretro/beetle-wswan-libretro
* License  : GPL-2+
  Programming Lang : C/C++
  Description  : port of Beetle/Mednafen WSWAN to libretro API


It builds those binary packages:

libretro-beetle-wswan - Libretro wrapper for the Beetle WSWAN core


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

https://mentors.debian.net/package/libretro-beetle-wswan


More information about RetroArch and the libretro API can be obtained from 
http://www.libretro.com/index.php/api/

--
sergio-br2

Bug#827949: libpam-ssh does not launch an ssh-agent

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello.

On 23/06/16 15:19, Giuseppe Bilotta wrote:
> Hello again,>> Is there anything I can do to debug the issue and
> provide more information?
>>
>> Can you check that your current set is conform to pam_ssh(8) ?
> 
> I have not altered the pam configuration myself until now, so the
> configuration is the one enabled by the package directly. greppng for
> ssh gives:
> 
> /etc/pam.d/common-auth:auth optional pam_ssh.so use_first_pass debug
> /etc/pam.d/common-session:session optional pam_ssh.so debug
> 
> (the debug lines are what I added as per your suggestion).
> 
> I also don't have any ~/.ssh/login-keys.d/ or ~/.ssh/session-keys.d/,
> 
>> If yes, please try the debug option (see pam_ssh(8)) to figure out what is 
>> going wrong;
>> the log files are welcome.
> 
> Here's a snippet from /var/log/auth.log, which seems to be the only
> log with relevant information
> 
> Jun 23 15:58:34 user pam_ssh[1418]: open session
> Jun 23 15:58:42 user pam_ssh[1869]: init authentication module
> Jun 23 15:58:42 user pam_ssh[1869]: No SSH login-keys directory.
> Jun 23 15:58:42 user pam_ssh[1869]: Grabbing password from preceding
> auth module.
> Jun 23 15:58:42 user pam_ssh[1869]: Using previous password for SSH keys.
> Jun 23 15:58:42 user pam_ssh[1869]: Looking for SSH keys in
> '/home/user/.ssh/session-keys.d'.
> Jun 23 15:58:42 user pam_ssh[1869]: No SSH session-keys directory.
> Jun 23 15:58:42 user pam_ssh[1869]: Looking for SSH keys in '/home/user/.ssh'.
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'id_ed25519'.
> Jun 23 15:58:42 user pam_ssh[1869]: debug1: key_load_private: No such
> file or directory
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'id_ed25519' failed.
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'id_ecdsa'.
> Jun 23 15:58:42 user pam_ssh[1869]: debug1: key_load_private: No such
> file or directory
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'id_ecdsa' failed.
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'id_dsa'.
> Jun 23 15:58:42 user pam_ssh[1869]: debug1: key_load_private: No such
> file or directory
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'id_dsa' failed.
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'id_rsa'.
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key 'id_rsa' decrypted.
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'identity'.
> Jun 23 15:58:42 user pam_ssh[1869]: debug1: key_load_private: No such
> file or directory
> Jun 23 15:58:42 user pam_ssh[1869]: SSH key candidate 'identity' failed.
> Jun 23 16:00:47 user pam_ssh[1418]: close session
> Jun 23 16:00:56 user pam_ssh[2231]: init authentication module
> Jun 23 16:00:56 user pam_ssh[2231]: No SSH login-keys directory.
> Jun 23 16:00:56 user pam_ssh[2231]: Grabbing password from preceding
> auth module.
> Jun 23 16:00:56 user pam_ssh[2231]: Using previous password for SSH keys.
> Jun 23 16:00:56 user pam_ssh[2231]: Looking for SSH keys in
> '/home/user/.ssh/session-keys.d'.
> Jun 23 16:00:56 user pam_ssh[2231]: No SSH session-keys directory.
> Jun 23 16:00:56 user pam_ssh[2231]: Looking for SSH keys in '/home/user/.ssh'.
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'id_ed25519'.
> Jun 23 16:00:56 user pam_ssh[2231]: debug1: key_load_private: No such
> file or directory
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'id_ed25519' failed.
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'id_ecdsa'.
> Jun 23 16:00:56 user pam_ssh[2231]: debug1: key_load_private: No such
> file or directory
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'id_ecdsa' failed.
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'id_dsa'.
> Jun 23 16:00:56 user pam_ssh[2231]: debug1: key_load_private: No such
> file or directory
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'id_dsa' failed.
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'id_rsa'.
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key 'id_rsa' decrypted.
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'identity'.
> Jun 23 16:00:56 user pam_ssh[2231]: debug1: key_load_private: No such
> file or directory
> Jun 23 16:00:56 user pam_ssh[2231]: SSH key candidate 'identity' failed.
> Jun 23 16:00:56 user pam_ssh[2231]: open session
> Jun 23 16:01:06 user pam_ssh[2285]: init authentication module
> Jun 23 16:01:06 user pam_ssh[2285]: No SSH login-keys directory.
> Jun 23 16:01:06 user pam_ssh[2285]: Grabbing password from preceding
> auth module.
> Jun 23 16:01:06 user pam_ssh[2285]: Using previous password for SSH keys.
> Jun 23 16:01:06 user pam_ssh[2285]: Looking for SSH keys in
> '/home/user/.ssh/session-keys.d'.
> Jun 23 16:01:06 user pam_ssh[2285]: No SSH session-keys directory.
> Jun 23 16:01:06 user pam_ssh[2285]: Looking for SSH keys in '/home/user/.ssh'.
> Jun 23 16:01:06 user pam_ssh[2285]: SSH key candidate 'id_ed25519'.
> Jun 23 16:01:06 user pam_ssh[2285]: debug1: key_load_private: No such
> 

Bug#828023: libdrm-tegra for arm64

[Martin Michlmayr]

Package: libdrm
Version: 2.4.68-1
Severity: wishlist
Tags: patch

Can you please build libdrm-tegra0 for arm64.  NVIDIA has 64-bit ARM
Tegra CPUs (e.g. Tegra X1).

The attached patch works for me.

-- 
Martin Michlmayr
http://www.cyrius.com/
diff --git a/debian/control b/debian/control
index e81dff2..82f78e3 100644
--- a/debian/control
+++ b/debian/control
@@ -34,7 +34,7 @@ Depends:
  libdrm-omap1 (= ${binary:Version}) [any-arm],
  libdrm-freedreno1 (= ${binary:Version}) [any-arm arm64],
  libdrm-exynos1 (= ${binary:Version}) [any-arm],
- libdrm-tegra0 (= ${binary:Version}) [any-arm],
+ libdrm-tegra0 (= ${binary:Version}) [any-arm arm64],
  ${misc:Depends},
 Multi-Arch: same
 Description: Userspace interface to kernel DRM services -- development files
@@ -274,7 +274,7 @@ Description: Userspace interface to exynos-specific kernel DRM services -- debug
  This package provides the debugging symbols for the libdrm-exynos1 package.
 
 Package: libdrm-tegra0
-Architecture: any-arm
+Architecture: any-arm arm64
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
@@ -290,7 +290,7 @@ Description: Userspace interface to tegra-specific kernel DRM services -- runtim
 Package: libdrm-tegra0-dbg
 Section: debug
 Priority: extra
-Architecture: any-arm
+Architecture: any-arm arm64
 Depends:
  libdrm-tegra0 (= ${binary:Version}),
  ${misc:Depends},
diff --git a/debian/rules b/debian/rules
index 2dd69bc..169f648 100755
--- a/debian/rules
+++ b/debian/rules
@@ -49,10 +49,18 @@ endif
 ifeq ($(ARM), yes)
 	confflags += --enable-exynos-experimental-api
 	confflags += --enable-omap-experimental-api
-	confflags += --enable-tegra-experimental-api
 else
 	confflags += --disable-exynos-experimental-api
 	confflags += --disable-omap-experimental-api
+endif
+
+# Tegra is on arm and arm64
+ifneq (,$(filter arm arm64,$(DEB_HOST_ARCH_CPU)))
+	TEGRA = yes
+endif
+ifeq ($(TEGRA), yes)
+	confflags += --enable-tegra-experimental-api
+else
 	confflags += --disable-tegra-experimental-api
 endif
 
@@ -96,6 +104,8 @@ endif
 ifeq ($(ARM), yes)
 	dh_strip -plibdrm-omap1 --dbg-package=libdrm-omap1-dbg
 	dh_strip -plibdrm-exynos1 --dbg-package=libdrm-exynos1-dbg
+endif
+ifeq ($(TEGRA), yes)
 	dh_strip -plibdrm-tegra0 --dbg-package=libdrm-tegra0-dbg
 endif
 ifeq ($(FREEDRENO), yes)
@@ -116,6 +126,8 @@ endif
 ifeq ($(ARM), yes)
 	dh_makeshlibs -plibdrm-omap1 -V'libdrm-omap1 (>= 2.4.38)' -- -c4
 	dh_makeshlibs -plibdrm-exynos1 -V'libdrm-exynos1 (>= 2.4.66)' -- -c4
+endif
+ifeq ($(TEGRA), yes)
 	dh_makeshlibs -plibdrm-tegra0 -V'libdrm-tegra0' -- -c4
 endif
 ifeq ($(FREEDRENO), yes)

Bug#828022: e2fsprogs: Unable to tune2fs -O ^metadata_csum

[J Mo]

Package: e2fsprogs
Version: 1.43.1-1
Severity: normal

I have an ext4 filesystem where I wanted to remove the metadata_csum feature, 
but tune2fs doesn't seem to support this, even though the man page seems to 
indicate that it should.

The command I am using is: sudo tune2fs -O ^metadata_csum /dev/sde1

But every time I run it, I am told I need to check the filesystem, even though 
it's clean and I literally just checked it.


user@host-->sudo fsck.ext4 -y /dev/sde1 
e2fsck 1.43.1 (08-Jun-2016)
/dev/sde1: clean, 5312/1949696 files, 3994069/7791488 blocks
[~]
user@host-->
[~]
user@host-->sudo tune2fs -O ^metadata_csum /dev/sde1
tune2fs 1.43.1 (08-Jun-2016)

Please run e2fsck on the filesystem.



Exit code was 1 and nothing was done.

Since I now have to replace the whole filesystem anyway, I figured I'd test 
removing some other feature like huge_file, and that worked as-expected.



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

Kernel: Linux 4.5.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 e2fsprogs depends on:
ii  e2fslibs1.43.1-1
ii  libblkid1   2.28-5
ii  libc6   2.22-12
ii  libcomerr2  1.43.1-1
ii  libss2  1.43.1-1
ii  libuuid12.28-5
ii  util-linux  2.28-5

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static  
pn  fuse2fs
ii  gpart  1:0.3-3
ii  parted 3.2-15

-- no debconf information

Bug#821485: fusiondirectory: PHP 7.0 Transition

[Nishanth Aravamudan]

Package: fusiondirectory
Version: 1.0.8.8-3
Followup-For: Bug #821485
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * Further PHP7.0 fixes (LP: #1549942)
+ src: update to PHP7.0 package naming and apache module path
  (https://github.com/fusiondirectory/fusiondirectory/issues/12)
+ src: fix typo in pt_BR translation
  (https://github.com/fusiondirectory/fusiondirectory/issues/13)

Thanks for considering the patch.

*** /tmp/tmpwtTF7s/fusiondirectory_1.0.8.8-3ubuntu2.debdiff
diff -Nru 
fusiondirectory-1.0.8.8/debian/patches/1001-Update-to-php7-package-names.patch 
fusiondirectory-1.0.8.8/debian/patches/1001-Update-to-php7-package-names.patch
--- 
fusiondirectory-1.0.8.8/debian/patches/1001-Update-to-php7-package-names.patch  
1969-12-31 16:00:00.0 -0800
+++ 
fusiondirectory-1.0.8.8/debian/patches/1001-Update-to-php7-package-names.patch  
2016-03-08 15:09:23.0 -0800
@@ -0,0 +1,357 @@
+Description: php5- -> php- in all package name references
+Author: Nishanth Aravamudan 
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/1549942
+Bug: https://github.com/fusiondirectory/fusiondirectory/issues/12
+
+--- 
fusiondirectory-1.0.8.8.orig/core/contrib/apache/fusiondirectory-apache.conf
 fusiondirectory-1.0.8.8/core/contrib/apache/fusiondirectory-apache.conf
+@@ -1,7 +1,7 @@
+ # Include FusionDirectory to your web service
+ Alias /fusiondirectory /usr/share/fusiondirectory/html
+ 
+-
++
+ 
+ php_admin_flag engine on
+ php_admin_flag register_globals off
+--- fusiondirectory-1.0.8.8.orig/core/html/progress.php
 fusiondirectory-1.0.8.8/core/html/progress.php
+@@ -51,8 +51,8 @@ if ($y < 3 || $y > 700) {
+ }
+ 
+ if (!function_exists("imagecreate")) {
+-  syslog(LOG_ERR, "FusionDirectory is missing the gd library, please install 
php5-gd to be able to see progress images.");
+-  echo "Please install the php5-gd library, FusionDirectory can't create 
images without it.";
++  syslog(LOG_ERR, "FusionDirectory is missing the gd library, please install 
php-gd to be able to see progress images.");
++  echo "Please install the php-gd library, FusionDirectory can't create 
images without it.";
+   exit();
+ } else {
+ 
+--- fusiondirectory-1.0.8.8.orig/core/include/class_config.inc
 fusiondirectory-1.0.8.8/core/include/class_config.inc
+@@ -1142,7 +1142,7 @@ class config  {
+ if (!session::is_set("snapshotFailMessageSend")) {
+   session::set("snapshotFailMessageSend", TRUE);
+   msg_dialog::display(_("Configuration error"),
+-  sprintf(_("The snapshot functionality is enabled, but the 
required compression module is missing. Please install '%s'."), "php5-zip / 
php5-gzip"), ERROR_DIALOG);
++  sprintf(_("The snapshot functionality is enabled, but the 
required compression module is missing. Please install '%s'."), "php-zip / 
php-gzip"), ERROR_DIALOG);
+ }
+ return FALSE;
+   }
+--- fusiondirectory-1.0.8.8.orig/core/include/simpleplugin/class_attribute.inc
 fusiondirectory-1.0.8.8/core/include/simpleplugin/class_attribute.inc
+@@ -1696,7 +1696,7 @@ class ImageAttribute extends FileAttribu
+   }
+ } else {
+   msg_dialog::display(_("Error"),
+-_("Cannot save user picture, FusionDirectory requires the 
package 'php5-imagick' to be installed!"),
++_("Cannot save user picture, FusionDirectory requires the 
package 'php-imagick' to be installed!"),
+ ERROR_DIALOG);
+ }
+   }
+--- fusiondirectory-1.0.8.8.orig/core/locale/ar/fusiondirectory.po
 fusiondirectory-1.0.8.8/core/locale/ar/fusiondirectory.po
+@@ -1392,7 +1392,7 @@ msgstr ""
+ #: include/simpleplugin/class_attribute.inc:1699
+ msgid ""
+ "Cannot save user picture, FusionDirectory requires the package "
+-"'php5-imagick' to be installed!"
++"'php-imagick' to be installed!"
+ msgstr ""
+ 
+ #: plugins/personal/generic/class_user.inc:985
+--- fusiondirectory-1.0.8.8.orig/core/locale/ca/fusiondirectory.po
 fusiondirectory-1.0.8.8/core/locale/ca/fusiondirectory.po
+@@ -1393,7 +1393,7 @@ msgstr ""
+ #: include/simpleplugin/class_attribute.inc:1699
+ msgid ""
+ "Cannot save user picture, FusionDirectory requires the package "
+-"'php5-imagick' to be installed!"
++"'php-imagick' to be installed!"
+ msgstr ""
+ 
+ #: plugins/personal/generic/class_user.inc:985
+--- fusiondirectory-1.0.8.8.orig/core/locale/cs_CZ/fusiondirectory.po
 fusiondirectory-1.0.8.8/core/locale/cs_CZ/fusiondirectory.po
+@@ -1395,8 +1395,8 @@ msgstr "Zvolený způsob uložení hesla
+ #: include/simpleplugin/class_attribute.inc:1699
+ msgid ""
+ "Cannot save user picture, FusionDirectory requires the package "
+-"'php5-imagick' to be installed!"
+-msgstr "Portrét uživatele nelze uložit – FusionDirectory k tomu potřebuje, 
aby byl nainstalován balíček php5-imagick!"
++"'php-imagick' to be installed

Bug#827913: RFS: goto-chg/1.6-1 ITP

[Sean Whitton]

Hello,

On Thu, Jun 23, 2016 at 11:08:08PM +0300, Dmitry Bogatov wrote:
> > > > 3. Any particular reason you are using gz and not xz compression in
> > > > gbp.conf?  Also, it might be a good idea to check the tarball into
> > > > git with pristine-tar so that a sponsor has exactly the same one (I
> > > > generated my own for testing).
> > >=20
> > > None. Just cut-and-yank from paredit package.
> > Okay.  I'd be grateful if you could use dh-make-elpa and report bugs,
> > although it's having trouble with gbp.conf right now I think.
> 
> No idea why, but dh-make-elpa (seems to violate debhelper naming
> convention)

It does?

> works when invoken from /bin/bash, but complains about package
> versions, when invoked from my shell of choice, rc.
> 
> Just wild suggestion, seems it assumes, that `getenv("PWD") == getcwd()'.
> It is not.

Thanks for the hint.  Added to my TODO list for dh-make-elpa.

> Adding note about xz is on my todo list.
> 
> Also, about source package naming. What about emacs-foo? elpa-foo
> reveals implementation detail, and just foo introduce
> inconsistences/collisions. Let's settle this before upload.

Our current convention is to use the upstream package name for the
source package name, unless the word is very common and the Emacs
package is very minor, in which case we use the emacs- prefix.

Are you suggesting we always use the emacs- prefix?  I don't see why we
would need to do that.  goto-chg is fine in this case.  Though you could
bring it up on debian-emacsen@l.d.o.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#819116: [Pkg-xfce-devel] Bug#819116: light-locker: Mouse Pointer goes invisible after login with xfce4

[tony mancill]

On Wed, 23 Mar 2016 23:02:41 +0100 Yves-Alexis Perez 
wrote:
> On mer., 2016-03-23 at 16:31 +0100, Don Jajo wrote:
> > 
> > Dear Maintainer,
> > 
> > After system being idle and screen goes blank, resuming the screen and
> > unlocking, the mouse pointer goes invisible but works. i.e. you can click,
> > scroll and double click but with invisible mouse pointer.
> > 
> > Had to logout and login again make it appear again.
> 
> It's unlikely to be an issue in light-locker. Assuming you have an Intel
> graphics card, it looks like #819083.

Interesting.  This problem definitely started for me quite recently.
Specifically, it started when xfce4-session 4.12.1-4 hit testing [1],
which introduced the recommendation on light-locker [2].

I am running Intel integrated graphics, so that's a commonality.
However, I don't have logout and then back in again.  The disappearing
pointer happens consistently every time I unlock my machine.  To resolve
it, I hit Ctrl-Alt-F1 to switch to a console and then Alt-F7 to get back
into X, and the pointer is visible again.

BTW, is the referenced bug correct?  I get an HTTP 500 when I try to
access that bug via this URL [3].

Please let me know if there is any other information I can provide to
help isolate the issue.

Thank you,
tony

[1] https://tracker.debian.org/news/776716
[2] https://tracker.debian.org/news/775447
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819083



signature.asc
Description: OpenPGP digital signature

Bug#827982: RFS: libstroke/0.5.1-7 [QA, RC] -- mouse strokes library

[Sean Whitton]

Hello,

On Thu, Jun 23, 2016 at 08:03:24PM +0500, Andrey Rahmatullin wrote:
> Maybe you run lintian aginst .deb? You should run it against .changes.

No excuse, unfortunately for me -- I was running it against the
.changes, if my understanding of /usr/bin/perl5/Sbuild/Build.pm is correct.

On Thu, Jun 23, 2016 at 07:40:56PM +0200, Jakub Wilk wrote:
> * Sean Whitton , 2016-06-23, 23:36:
> > > > https://mentors.debian.net/debian/pool/main/libs/libstroke/libstroke_0.5.1-7.dsc
> 
> Looks pretty good to me.
> Just a few minor points:
> 
> > +  * Bump debhelper compat to 5 (Closes: #817554).
> 
> There's still "debhelper (>= 4)" in Build-Depends.
> It's not a problem in practice, because debhelper (>= 5) is available even
> in oldoldoldoldstable, but the pedant in me is slightly bothered.

I always forget that!

> > + * Fix calling ldconfig trigger:
> 
> Sounds odd. s/calling/generating/ maybe?

Hmm.  I changed it to "Fix ldconfig trigger."

> > +build-arch: build +build-indep: build
> 
> There are no architecture-independent packages, so it would be more natural
> to have build-indep do nothing. But then binary-indep is not a no-op either.
> Meh, let's leave it as is. This debian/rules is a mess anyway.

That's what I was thinking.

> > + # empties dependency_libs from .la file + #
> > http://lists.debian.org/debian-devel/2009/08/msg00783.html + sed -i
> > "s,^dependency_libs=.*,dependency_libs='',"
> > $(CURDIR)/debian/libstroke0-dev/usr/lib/libstroke.la
> 
> I recommend against using $(CURDIR) if possible, as it causes unnecessary
> noise in build logs. Here you could use a relative path.

I changed it, but could you explain the problem with $(CURDIR)?  I
wasn't aware of the noise problem.

Re-uploaded to mentors.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#821544: phamm: Further fixes for PHP7.0

[Nishanth Aravamudan]

Package: phamm
Version: 0.6.2-2
Followup-For: Bug #821544
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

Further changes are needed to phamm to be PHP7 compliant.

In Ubuntu, the attached patch was applied to achieve the following:
  * Update to PHP7.0 dependencies (LP #1562950).
- Fix Apache configuration to use mod_php7.c, not mod_php.c (Ubuntu
  issue).
  * debian/patches/php7_has_removed_ereg.patch: PHP7.0 has removed ereg
as an API.  Closes LP: #1570968.


Thanks for considering the patch.

*** /tmp/tmp6G_YmL/phamm_0.6.2-2ubuntu1.debdiff
diff -Nru phamm-0.6.2/debian/conf/phamm.conf phamm-0.6.2/debian/conf/phamm.conf
--- phamm-0.6.2/debian/conf/phamm.conf  2014-07-14 22:38:41.0 -0700
+++ phamm-0.6.2/debian/conf/phamm.conf  2016-06-23 16:03:01.0 -0700
@@ -23,7 +23,7 @@
 
 
 
-  
+  
 AddType application/x-httpd-php .php
 
 php_flag magic_quotes_gpc Off
@@ -32,12 +32,12 @@
 php_value include_path .
   
 
-  
+  
 
   
 AddType application/x-httpd-php .php
 
-Action application/x-httpd-php /cgi-bin/php5
+Action application/x-httpd-php /cgi-bin/php
   
 
   
diff -Nru phamm-0.6.2/debian/patches/php7_has_removed_ereg.patch 
phamm-0.6.2/debian/patches/php7_has_removed_ereg.patch
--- phamm-0.6.2/debian/patches/php7_has_removed_ereg.patch  1969-12-31 
16:00:00.0 -0800
+++ phamm-0.6.2/debian/patches/php7_has_removed_ereg.patch  2016-06-23 
16:03:08.0 -0700
@@ -0,0 +1,62 @@
+Description: PHP7.0 has removed ereg as an API.
+Author: Nishanth Aravamudan 
+Bug-Ubuntu: https://launchpad.net/bugs/1570968
+
+--- phamm-0.6.2.orig/controllers/helpers.php
 phamm-0.6.2/controllers/helpers.php
+@@ -259,7 +259,7 @@ function check_syntax ($type,$arg,$lengt
+ // IP Address
+ if ($type == 'ip')
+ {
+-if (!ereg 
("^([0-9]{1,3})\.([0-9]{1,3})\.([0-9]{1,3})\.([0-9]{1,3})$", $arg))
++if (!preg_match 
("/^([0-9]{1,3})\.([0-9]{1,3})\.([0-9]{1,3})\.([0-9]{1,3})$/", $arg))
+ {
+ return FALSE;
+ }
+@@ -282,7 +282,7 @@ function check_syntax ($type,$arg,$lengt
+ // DOMAIN
+ elseif ($type == 'domain')
+ {
+-if (!eregi("^([0-9a-z][0-9a-z-]+\.)+[a-z]{2,7}$", $arg))
++if (!preg_match ("/^([0-9a-z][0-9a-z-]+\.)+[a-z]{2,7}$/i", $arg))
+ {
+ return FALSE;
+ }
+@@ -296,7 +296,7 @@ function check_syntax ($type,$arg,$lengt
+ // ALIAS and ACCOUNT
+ elseif ($type == 'account')
+ {
+-if (!eregi("^[\._a-z0-9-]+$", $arg))
++if (!preg_match ("/^[\._a-z0-9-]+$/i", $arg))
+ {
+ return FALSE;
+ }
+@@ -310,7 +310,7 @@ function check_syntax ($type,$arg,$lengt
+ // Password
+ elseif ($type == 'password')
+ {
+-if (!eregi("^[\._a-z0-9-]+$", $arg))
++if (!preg_match ("/^[\._a-z0-9-]+$/i", $arg))
+ return false;
+ 
+ return true;
+@@ -319,7 +319,7 @@ function check_syntax ($type,$arg,$lengt
+ // Email
+ elseif ($type == 'email')
+ {
+-if (!eregi("^[_\.0-9a-z-]+@([0-9a-z][0-9a-z-]+\.)+[a-z]{2,4}$", $arg))
++if (!preg_match 
("/^[_\.0-9a-z-]+@([0-9a-z][0-9a-z-]+\.)+[a-z]{2,4}$/i", $arg))
+ return false;
+ 
+ return true;
+--- phamm-0.6.2.orig/views/helpers.php
 phamm-0.6.2/views/helpers.php
+@@ -1386,7 +1386,7 @@ function refresh ($url, $force_meta = fa
+ $PROTOCOL = 'http';
+ 
+ // HTTP/1.1 requires an absolute URI
+-$uri = ereg ( '^http', $url ) ? $url : "$PROTOCOL://".
++$uri = preg_match ( '/^http/', $url ) ? $url : "$PROTOCOL://".
+$_SERVER['HTTP_HOST'];
+ 
+ // Server Root Check
diff -Nru phamm-0.6.2/debian/patches/series phamm-0.6.2/debian/patches/series
--- phamm-0.6.2/debian/patches/series   1969-12-31 16:00:00.0 -0800
+++ phamm-0.6.2/debian/patches/series   2016-06-23 16:03:08.0 -0700
@@ -0,0 +1 @@
+php7_has_removed_ereg.patch


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

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

-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd

Bug#827322: multipath-tools: Not all paths discovered when large number of paths are present

[Andrew Patterson]

On Mon, 20 Jun 2016 16:40:29 -0600 Andrew Patterson  
wrote:
> On Thu, 16 Jun 2016 15:19:22 +0530 Ritesh Raj Sarraf  wrote:
> > Control: tag -1 +pending
> > 
> > On Wed, 2016-06-15 at 13:03 -0600, Andrew Patterson wrote:
> > > For most users this is not an issue. How many systems are going to use
> > > that many LUNs?
> > > 
> > 
> > I agree.
> > 
> > > One counter-example is using one or more FC LUNs per VM guest on a
> > > host. In such a case, one can just modify /etc/sysctl.conf to increase
> > > the setting. 
> > 
> > Yes. Most hypervisors may want this. But again, like you said, most users 
> > do not
> > map that many LUNs. And recommended practice is to have a VM backed by a 
> > file
> > backend mostly.
> 
> 
> OpenStack/cinder can (and is) be uses to provision VMs with networked
> drives. It is pretty common for cloud applications.  I don't know what
> a practical limit for the number of volume per VMs per host should be.
> 
> 
> > 
> > > We can run into problems when using
> > > multipath-tools-boot. In this case, we use the default kernel settings
> > > for aio-max-nr since multipath is run from the initramfs. I have
> > > worked around this by modifying the script in
> > > /usr/share/initramfs/scripts/local-top/multipath to temporarilly set
> > > aio-max-nr to 1048576 while doing discovery.
> > 
> > 
> > So, I'll just add this to README.Debian. There's not much that we can do 
> > beyond
> > documenting such behavior.
> 
> I will work on patch to have a user-configurable setting of aio-max-nr
> in the initramfs. You can then decide if it is worth it to apply it.
> 
> In the meantime, the README.Debian change sounds fine to me.
> 

Here is a patch that copies the fs.aio-max-nr setting to the
initramfs. There is more to do to solve the problem with booting with
many LUNs, but this is a prerequisite for completely solving that
issue.  This patch assumes that the patch in:

https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=827407;filename=multipath-tools-827407.patch;msg=30

has been applied. I can rework it if that one is not accepted.

Andrew

-- 
Andrew Patterson
Hewlett-Packard Enterprise
commit e68651ca8b6a9c2b8afee787b3e5221b402846fd
Author: Andrew Patterson 
Date:   Thu Jun 23 22:34:16 2016 +

Use fs.aio-max-nr setting in initramfs

We sometimes need to increase the fs.aio-max-nr from the kernel default
value when running multipath discovery in the initramfs with large numbers
of LUNs. This patch copies the setting there and temporarily changes it
while performing discovery.

diff --git a/debian/initramfs/hooks b/debian/initramfs/hooks
index 94cb7e8..a29dbac 100644
--- a/debian/initramfs/hooks
+++ b/debian/initramfs/hooks
@@ -63,4 +63,4 @@ for x in $MULTIPATH_TOOLS_MODULES; do
 done
 echo "MULTIPATH_TOOLS_HW_HANDLERS=\"$MULTIPATH_TOOLS_HW_HANDLERS\"" > $DESTDIR/etc/multipath-tools-boot.conf
 echo "MULTIPATH_TOOLS_MODULES=\"$MULTIPATH_TOOLS_MODULES\"" >> $DESTDIR/etc/multipath-tools-boot.conf
-
+echo "MULTIPATH_TOOLS_MIN_AIO_MAX_NR=$(sysctl fs.aio-max-nr | cut -f3 -d ' ')" >> $DESTDIR/etc/multipath-tools-boot.conf
diff --git a/debian/initramfs/local-top b/debian/initramfs/local-top
index 99e4222..67698bd 100644
--- a/debian/initramfs/local-top
+++ b/debian/initramfs/local-top
@@ -31,10 +31,14 @@ if [ ! -e /sbin/multipath ]; then
 	exit 0
 fi
 
+# Save boot setting for aio-max-nr.
+BOOT_AIO_MAX_NR=$(cat /proc/sys/fs/aio-max-nr)
+
 if [ -f /etc/multipath-tools-boot.conf ]; then
 . /etc/multipath-tools-boot.conf
 else
 MULTIPATH_TOOLS_MODULES="dm-mod dm-multipath"
+MULTIPATH_TOOLS_MIN_AIO_MAX_NR=$BOOT_AIO_MAX_NR
 fi
 
 verbose && log_begin_msg "Loading multipath modules"
@@ -47,6 +51,12 @@ for module in ${MULTIPATH_TOOLS_MODULES}; do
 done
 verbose && log_end_msg
 
+
+# Adjust aio-max-nr if too low.
+if [ $BOOT_AIO_MAX_NR -le $MULTIPATH_TOOLS_MIN_AIO_MAX_NR ]; then
+echo "$MULTIPATH_TOOLS_MIN_AIO_MAX_NR" > /proc/sys/fs/aio-max-nr
+fi
+
 verbose && log_begin_msg "Discovering multipaths"
 /sbin/multipath -v $VERBOSITY
 verbose && log_end_msg
@@ -59,6 +69,9 @@ if [ -x /sbin/udevadm ]; then
 /sbin/udevadm settle --timeout=10
 fi
 
+# Restore aio-max-nr.
+echo "$BOOT_AIO_MAX_NR" > /proc/sys/fs/aio-max-nr
+
 maybe_break post-multipath
 
 exit 0
diff --git a/debian/multipath-tools.README.Debian b/debian/multipath-tools.README.Debian
index c1f50a2..2665046 100644
--- a/debian/multipath-tools.README.Debian
+++ b/debian/multipath-tools.README.Debian
@@ -35,7 +35,8 @@ To make this setting persistent a line may be added to /etc/sysctl.conf:
 Consult appropriate application and operating system tuning recommendations for
 guidance on appropriate values for this parameter.
 
-
+If using multipath-tools-boot, remember to run update-initramfs so the
+adjusted aio-max-nr will also be set in the initramfs.
 
 
 What are these weird numbers in /dev/mapper?

Bug#828021: Add missing patch.

[Scarlett Clark]

extra-cmake-modules-reproducible.debdiff
Description: Binary data

Bug#775685: [libreoffice-calc] Changing of sheet's name kills keyboard input

[Michał Mirosław]

It seems this was the same bug as here:

https://youtrack.jetbrains.com/issue/IDEA-78860

Since I upgraded ibus to 1.5.11-1 (from stretch) the problem never reappeared.
libreoffice 5.x (from stretch) seems not affected regardless of ibus version.

Best Regards,
Michał Mirosław

Bug#827740: isympy start fails: No module named sympy.interactive

[Francesco Poli]

On Thu, 23 Jun 2016 11:55:38 +0200 Alberto Luaces wrote:

> Francesco Poli writes:
[...]
> > I see that you have python3-sympy installed.
> >
> > What's the output of
> >
> >   $ /usr/bin/python --version
> >
> > on your system?
> 
> $ python -V
> Python 2.7.12rc1
> $ python3 -V
> Python 3.5.2rc1

Mmmh, then I am under the impression that you should try again after
installing python-sympy ...

Or otherwise, you could maybe try with the following command (that may
be automated with an alias or with a wrapper script...):

  $ python3 /usr/bin/isympy


Please let me know whether this helps you (please Cc me, when replying
to the bug address).


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpE8T23v7N4D.pgp
Description: PGP signature

Bug#827020: mumble: build-depends on libzeroc-ice35-dev which is no longer built

[Chris Knadle]

Greetings.

> Your package build-depends on libzeroc-ice35-dev but that package is 
> no longer built by src:zeroc-ice. You should probably build-depend
> on libzeroc-ice-dev now.

I've been in regular contact with zeroc-ice upstream and Ondřej Surý
lately, so I knew about the pending zeroc-ice binary package naming changes.

I'm trying to see if I can make a Mumble 1.2.16-1 upload ASAP to update
the zeroc-ice dependencies.

Thanks.
   -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us

Bug#824765: apt-listbugs: segfault on stretch

[Francesco Poli]

On Thu, 23 Jun 2016 21:40:49 +0200 Nicolas Braud-Santoni wrote:

> Hi,

Hello Nicolas, I am glad to hear from you again.

> 
> Sorry for the late reply, life somehow got in the way of solving the bug.

Do not worry, the bug report was tagged "moreinfo", hence I knew that I
only had to wait for your feedback...

> 
> The machine on which I was encountering the issue died on Friday,
> and the x230 that replaces it (the system was dd'ed over without
> modification) does not exhibit the problem anymore, so I will assume
> this was memory-related and close the issue here.

So it was a hardware issue, as I suspected.
OK, good luck with your new system and thanks for following up on this
bug report and for closing it properly.

Bye!   :-)


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpS_XZfUi2CM.pgp
Description: PGP signature

Bug#828006: systemd: "quiet" kernel boot parameter overrides LogLevel= in /etc/systemd/system.conf

[Michael Biebl]

Control: tags -1 + moreinfo

Hi Brian

Am 23.06.2016 um 19:09 schrieb Brian Kroth:
 > Per [1], the current version of systemd in Debian Jessie (v215) has an
> issue that makes the "quiet" kernel boot parameter override values of
> LogLevel= in the /etc/systemd/system.conf file (mine has LogLevel=info
> explicitly set) and explicitly sets it to "notice" instead of the
> documented default of "info".
> 
> There's a simple patch [2] that fixes this that I'd like to suggest
> backporting.


That commit seem okayish for a jessie backport


> [2]
> 

A simple cherry-pick of 5e07a79e on top of v215 fails.
Have you backported this commit for v215 and given it some testing?
If so, can you attach the (tested) patch to this bug report.

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#827623: RFS: luakit/2012.09.13-r1-9 ITA -- fast and small web browser extensible by Lua

[Herminio Hernandez, Jr.]

I am also trying to update the tags as well. I registered for an Alioth
account but I am having issues verifying it.

On Thu, Jun 23, 2016 at 2:37 PM, Herminio Hernandez, Jr. <
herminio.hernande...@gmail.com> wrote:

> I also believe that my package also fixes the buildd log warnings as well.
> If someone can verify and let me know that would be great.
>
> On Sun, Jun 19, 2016 at 9:03 PM, Herminio Hernandez, Jr. <
> herminio.hernande...@gmail.com> wrote:
>
>> I have ran lintian against my .deb package and no warnings or errors were
>> displayed. I have uploaded it *here
>> . *Please review and give
>> feedback.
>>
>> Thanks again
>> Herminio
>>
>> On Sun, Jun 19, 2016 at 9:50 AM, Herminio Hernandez, Jr. <
>> herminio.hernande...@gmail.com> wrote:
>>
>>> I just want to give an update. I eliminated the on error that lintain
>>> was reporting and got the warnings down to 4. Once I clear all of them I
>>> will reload that package for review.
>>>
>>> rican-linux@debian-ppc:~/src$ lintian -c
>>> luakit_2012.09.13-r1-9_powerpc.deb
>>> W: luakit: hardening-no-relro usr/bin/luakit
>>> W: luakit: manpage-has-useless-whatis-entry
>>> usr/share/man/man1/luakit.1.gz
>>> W: luakit: script-not-executable usr/share/luakit/lib/markdown.lua
>>> W: luakit: executable-not-elf-or-script usr/share/pixmaps/luakit.xpm
>>>
>>>
>>> Thanks again for all the imput
>>> Herminio
>>>
>>> On Sat, Jun 18, 2016 at 9:52 PM, Herminio Hernandez Jr. <
>>> herminio.hernande...@gmail.com> wrote:
>>>
 Thanks again for the info.

 Sent from my iPhone

 > On Jun 18, 2016, at 10:57 PM, Paul Wise  wrote:
 >
 >> On Sun, Jun 19, 2016 at 5:28 AM, Herminio Hernandez, Jr. wrote:
 >>
 >> I was recommeded to that in IRC since there was not a new release of
 the
 >> package yet.
 >
 > There are other things you could be doing while waiting for the new
 release.
 >
 > James pointed you to some and there is also a summary at the URL I
 > pointed you to:
 >
 > https://tracker.debian.org/pkg/luakit
 >
 > In addition to what James pointed out:
 >
 > There are warnings from the build log checks:
 >
 > http://qa.debian.org/bls/packages/l/luakit.html
 >
 > The package does not build in a bit-for-bit identical way if you build
 > it twice in a row on some architectures. The issue appears to be
 > something to do with linking order if you take a look at the diff of
 > the two build logs:
 >
 > https://tests.reproducible-builds.org/debian/rb-pkg/luakit.html
 >
 https://tests.reproducible-builds.org/debian/logdiffs/unstable/i386/luakit_2012.09.13-r1-8.diff.gz
 >
 > There are 4 bugs filed in Ubuntu that may apply to Debian. If you fix
 > them, use "(LP: #123456, #123425)" in debian/changelog and they will
 > be automatically closed when luakit is automatically synced to Ubuntu.
 >
 > https://bugs.launchpad.net/ubuntu/+source/luakit
 >
 > There are some suggestions on the debtags page for luakit:
 >
 >
 https://debtags.debian.org/rep/todo/maint/packa...@qa.debian.org#luakit
 >
 > There is only one screenshot for luakit on Debian, it might be useful
 > to add more for other parts of the UI or to show its extensibility.
 >
 > https://screenshots.debian.net/package/luakit
 >
 > You may want to run check-all-the-things from the luakit source tree.
 >
 > https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git
 >
 > You may want to run `whohas luakit` and forward any bugs/patches you
 > find in other Linux distros to upstream.
 >
 > https://packages.debian.org/sid/whohas
 >
 > The build dependencies for luakit are not built on some architectures:
 >
 > https://buildd.debian.org/status/package.php?p=luakit
 >
 > --
 > bye,
 > pabs
 >
 > https://wiki.debian.org/PaulWise

>>>
>>>
>>
>

Bug#827623: RFS: luakit/2012.09.13-r1-9 ITA -- fast and small web browser extensible by Lua

[Herminio Hernandez, Jr.]

I also believe that my package also fixes the buildd log warnings as well.
If someone can verify and let me know that would be great.

On Sun, Jun 19, 2016 at 9:03 PM, Herminio Hernandez, Jr. <
herminio.hernande...@gmail.com> wrote:

> I have ran lintian against my .deb package and no warnings or errors were
> displayed. I have uploaded it *here
> . *Please review and give
> feedback.
>
> Thanks again
> Herminio
>
> On Sun, Jun 19, 2016 at 9:50 AM, Herminio Hernandez, Jr. <
> herminio.hernande...@gmail.com> wrote:
>
>> I just want to give an update. I eliminated the on error that lintain was
>> reporting and got the warnings down to 4. Once I clear all of them I will
>> reload that package for review.
>>
>> rican-linux@debian-ppc:~/src$ lintian -c
>> luakit_2012.09.13-r1-9_powerpc.deb
>> W: luakit: hardening-no-relro usr/bin/luakit
>> W: luakit: manpage-has-useless-whatis-entry usr/share/man/man1/luakit.1.gz
>> W: luakit: script-not-executable usr/share/luakit/lib/markdown.lua
>> W: luakit: executable-not-elf-or-script usr/share/pixmaps/luakit.xpm
>>
>>
>> Thanks again for all the imput
>> Herminio
>>
>> On Sat, Jun 18, 2016 at 9:52 PM, Herminio Hernandez Jr. <
>> herminio.hernande...@gmail.com> wrote:
>>
>>> Thanks again for the info.
>>>
>>> Sent from my iPhone
>>>
>>> > On Jun 18, 2016, at 10:57 PM, Paul Wise  wrote:
>>> >
>>> >> On Sun, Jun 19, 2016 at 5:28 AM, Herminio Hernandez, Jr. wrote:
>>> >>
>>> >> I was recommeded to that in IRC since there was not a new release of
>>> the
>>> >> package yet.
>>> >
>>> > There are other things you could be doing while waiting for the new
>>> release.
>>> >
>>> > James pointed you to some and there is also a summary at the URL I
>>> > pointed you to:
>>> >
>>> > https://tracker.debian.org/pkg/luakit
>>> >
>>> > In addition to what James pointed out:
>>> >
>>> > There are warnings from the build log checks:
>>> >
>>> > http://qa.debian.org/bls/packages/l/luakit.html
>>> >
>>> > The package does not build in a bit-for-bit identical way if you build
>>> > it twice in a row on some architectures. The issue appears to be
>>> > something to do with linking order if you take a look at the diff of
>>> > the two build logs:
>>> >
>>> > https://tests.reproducible-builds.org/debian/rb-pkg/luakit.html
>>> >
>>> https://tests.reproducible-builds.org/debian/logdiffs/unstable/i386/luakit_2012.09.13-r1-8.diff.gz
>>> >
>>> > There are 4 bugs filed in Ubuntu that may apply to Debian. If you fix
>>> > them, use "(LP: #123456, #123425)" in debian/changelog and they will
>>> > be automatically closed when luakit is automatically synced to Ubuntu.
>>> >
>>> > https://bugs.launchpad.net/ubuntu/+source/luakit
>>> >
>>> > There are some suggestions on the debtags page for luakit:
>>> >
>>> >
>>> https://debtags.debian.org/rep/todo/maint/packa...@qa.debian.org#luakit
>>> >
>>> > There is only one screenshot for luakit on Debian, it might be useful
>>> > to add more for other parts of the UI or to show its extensibility.
>>> >
>>> > https://screenshots.debian.net/package/luakit
>>> >
>>> > You may want to run check-all-the-things from the luakit source tree.
>>> >
>>> > https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git
>>> >
>>> > You may want to run `whohas luakit` and forward any bugs/patches you
>>> > find in other Linux distros to upstream.
>>> >
>>> > https://packages.debian.org/sid/whohas
>>> >
>>> > The build dependencies for luakit are not built on some architectures:
>>> >
>>> > https://buildd.debian.org/status/package.php?p=luakit
>>> >
>>> > --
>>> > bye,
>>> > pabs
>>> >
>>> > https://wiki.debian.org/PaulWise
>>>
>>
>>
>

Bug#801224: torsocks: [syscall] Unsupported syscall number 250

[Niels Thykier]

intrigeri:
> Control: tag -1 + moreinfo
> 
> Hi Niels,
> 
> [...]
> 
> syscall numbers are architecture dependent, so: what architecture did
> you experience this on?
> 

amd64.

> [...]
> Once I have this info I'll ping upstream about it, so the
> corresponding syscall is allowed (if that's safe) in next release.
> 
> (I can't reproduce this here with torsocks 2.1.0-2 on sid.)
> 
> Cheers,
> --
> intrigeri
> 

True, the particular system call seem to have been fixed.  However, I
can reproduce it with syscall "204" (sched_getaffinity).  A particularly
exciting case would be "torsocks mplayer"  because mplayer apparently
does not give up making it an infinite fprintf loop of warnings.

Thanks,
~Niels

Bug#827939: Please consider marking mesa-utils as Multi-Arch: allowed

[Julien Cristau]

On Wed, Jun 22, 2016 at 21:50:35 -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:

> Package: mesa-utils
> Version: 8.3.0-1
> Severity: wishlist
> 
> tl;dr: make mesa-utils M-A: allowed in order to be able to depend on it as
> mesa-utils:any
> 
> Hi! libqt5gui5 now ships a script in order to detect wether users have an
> OpenGL2 compatible video card. It case they don't it sets up an environment
> variable to let Qt now that it should use rasterization instead.
> 
> The script uses mesa-utils' glxinfo package for this.
> 
Why do that in a script instead of in qt directly?  That seems like a
pretty weird implementation choice...

Cheers,
Julien

Bug#827951: [Pkg-openssl-devel] Bug#827951: libssl udeb inclusion in Jessie

[Julien Cristau]

On Thu, Jun 23, 2016 at 12:55:54 +0200, Yann Soubeyrand wrote:

> Le jeudi 23 juin 2016 à 11:20 +0200, k...@roeckx.be a écrit :
> > On Thu, Jun 23, 2016 at 10:58:54AM +0200, Yann Soubeyrand wrote:
> > > Package: openssl
> > > Severity: normal
> > > Version: 1.0.1t-1+deb8u2
> > > X-Debbugs-CC: debian-rele...@lists.debian.org
> > > X-Debbugs-CC: debian-b...@lists.debian.org
> > > 
> > > Hi,
> > > 
> > > Marga Manterola provided a patch to build a libssl udeb as well as the
> > > libcrypto udeb that was included in Sid (#802591). Could this patch be a
> > > candidate for Jessie inclusion? If so, you can find a patch attached to
> > > this mail.
> > 
> > Is there a reason why you would like it in jessie?  Will the
> > installer start to make use of it?
> > 
> > Kurt
> 
> At the company I work for, we customize the installer to fit our needs
> and we make use of wget udeb's https support. It would make our task
> simpler not to have to maintain a modified version of openssl and wget
> packages.
> 
That doesn't sound suitable for a stable update, sorry.

Cheers,
Julien

Bug#828021: extra-cmake-modules: please make the build reproducible (umask, toolchain)

[Scarlett Clark]

Package: extra-cmake-modules
Version: 5.23.0-1
Severity: wishlist
Tags: patch
Source: extra-cmake-modules
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that plasma-framework could not be built reproducibly.

Plasma-fraamework uses a macro in extra-cmake-modules that causes
unreproducible tars.
Cmake tar command does not allow for switches that fix
umask and user/group inconsistancy which cause unreproducible builds. This
patch
takes the tar command used in kdevplatform that has all the required
switches
to
make builds that use this macro reproducible.. Once applied,
plasma-framework can be built reproducibly in our current experimental
framework.

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



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

Kernel: Linux 4.6.0-1-amd64 (SMP w/1 CPU core)
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#828018: minetest-server is not shutdown properly

[Markus Koschany]

Control: tags -1 moreinfo

On 23.06.2016 21:42, dr4Ke wrote:
> Package: minetest-server
> Version: 0.4.14+repack-3
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> Restarting the minetest-server service
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> I just restarted the minetest-server service
> 
>* What was the outcome of this action?
> Some mod data was not present at the next boot, because of two combined 
> issues:
> - the mod is saving its data with register_on_shutdown which is not safe from
>   a server failure
> - the systemd service kills the minetest-server process instead of shuting it
>   down properly.
> 
>* What outcome did you expect instead?
> We can shutdown the minetest-server properly with a kill signal: SIGINT.
> 

What minetest modification caused the server failure? How can we
reproduce the data inconsistency?

Restarting the server is equivalent with stopping and starting the
server again. Systemd will send a SIGTERM signal by default to the
server to terminate the running process. I don't see a reason why we
should use a different KillSignal in this case. SIGINT means
interrupting the process.

I suggest to investigate the cause of the server failure and then report
your findings to the mod developers. If they think it is rather a
minetest bug, please get in contact with the minetest developers
directly because this is the fastest way to get your issue solved.

If you want to play with different service file settings, use a modified
service file in /etc/systemd/system to override Debian's default settings.

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#823868: murrine-themes: Greybird theme seems broken

[Jeremy Bicha]

forwarded -1 https://github.com/shimmerproject/Greybird/issues/120
thanks

Linking to Greybird upstream tracking bug on Github.

There's also a patch on Fedora's bug tracker:
https://bugzilla.redhat.com/1282511

Thanks,
Jeremy Bicha

Bug#828020: unicode: everything but -w crashes

[Adam Borowski]

Package: unicode
Version: 2.2
Severity: important

Hi!
Since unicode-data has been updated to 9.0-1, all functions of "unicode"
other than -w crash:

[~]$ unicode x
Traceback (most recent call last):
  File "/usr/bin/unicode", line 906, in 
print_characters(processed_args, options.maxcount, format_string, 
options.query_wikipedia, options.query_wiktionary)
  File "/usr/bin/unicode", line 689, in print_characters
unicode_block = get_unicode_block(c)
  File "/usr/bin/unicode", line 238, in get_unicode_block
unicodeblocks = get_unicode_blocks_descriptions()
  File "/usr/bin/unicode", line 223, in get_unicode_blocks_descriptions
if line.startswith('#') or ';' not in line or '..' not in line:
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 2: ordinal 
not in range(128)
[~]$ unicode -r face
Traceback (most recent call last):
  File "/usr/bin/unicode", line 906, in 
print_characters(processed_args, options.maxcount, format_string, 
options.query_wikipedia, options.query_wiktionary)
  File "/usr/bin/unicode", line 689, in print_characters
unicode_block = get_unicode_block(c)
  File "/usr/bin/unicode", line 238, in get_unicode_block
unicodeblocks = get_unicode_blocks_descriptions()
  File "/usr/bin/unicode", line 223, in get_unicode_blocks_descriptions
if line.startswith('#') or ';' not in line or '..' not in line:
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 2: ordinal 
not in range(128)

Degrading unicode-data to 8.0-3 makes it work again.


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

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

Versions of packages unicode depends on:
pn  python:any  

Versions of packages unicode recommends:
ii  unicode-data  9.0-1

unicode suggests no packages.

-- no debconf information

Bug#811786: fixed upstream

[Pavel Zorin-Kranich]

In this commit:
https://github.com/pzorin/qgo/commit/1e65b0c74914e534ea4d040f8f0ef8908383e374

Bug#828017: frog: please make the build reproducible

[Joost van Baal-Ilić]

Thanks. Will get to it; before stretch gets shipped.


On Thu, Jun 23, 2016 at 08:44:27PM +0100, Chris Lamb wrote:
> Source: frog
> Version: 0.12.20-1
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: randomness
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Hi,
> 
> Whilst working on the "reproducible builds" effort [0], we noticed that frog 
> could not be built reproducibly due to it including .pyo and .pyc files via 
> upstream's ./py-compile.
> 
> Patch attached.
> 
>  [0] https://wiki.debian.org/ReproducibleBuilds
> 
> 
> Regards,
> 
> -- 
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-

> --- a/debian/rules2016-06-23 15:25:51.762816987 +0200
> --- b/debian/rules2016-06-23 21:43:10.202744894 +0200
> @@ -5,6 +5,7 @@
>  include /usr/share/cdbs/1/rules/debhelper.mk
>  include /usr/share/cdbs/1/class/python-distutils.mk
>  
> +DEB_DH_INSTALL_ARGS_frog = -X.pyc -X.pyo
>  DEB_PYTHON2_MODULE_PACKAGES = frog libfrog1
>  
>  include /usr/share/cdbs/1/class/autotools.mk

Bug#827921: libdwarf-dev: should be coinstallable with libdw-dev (elfutils)

[Daniel Stender]

I've seen now that the binary package already had a proper Conflicts
against libdw-dev.

Nevertheless, we would like to move the header files into usr/lib/libdwarf,
to have both developement packages on DWARF coninstallable.

DS

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/

Bug#827867: [Pkg-puppet-devel] Bug#827867: puppet-agent package is not really necessary and conflicts with the upstream package by the same name

[Ryan Whitehurst]

On Wed, Jun 22, 2016 at 1:58 AM, Stig Sandbeck Mathisen  wrote:
> Ryan Whitehurst  writes:
>
>> The package "puppet-agent" was recently added to Debian Testing
>> ("Stretch"). All it does is add an init script and systemd unit file
>> for running puppet as a service, something which would normally be
>> included in the main package, not require a separate package. There
>> isn't really any benefit to having a separate package for this.
>
> Hi, and thanks for reporting a bug.
>
> There has been separate packages in Debian just for running the puppet
> agent and master services since puppet 0.25.3.  I've considered dropping
> them[0], but left them in, mostly due to "that's the way it's been for a
> long time".
>
> Previously, the "puppet" and "puppetmaster" packages would contain only
> the init script, upstart job and systemd service.  These were renamed to
> "puppet-agent" and "puppet-master".  The puppet software itself was
> contained in the "puppet-common" and "puppetmaster-common"
> packages. These was merged into the "puppet" package.
>
> Since this renaming clearly creates problems for Puppet (the software)
> provided by Puppet (the company), I'll move the puppet agent and master
> services into puppet (the Debian package), but I think I'll have to
> disable them by default.
>
> There is also a puppet-master-passenger package, which should be
> separate due to its dependencies on apache httpd and passenger.
>
> [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798636#20

Thanks, that makes sense. I got really confused at first when I had a
manually installed (particular version) upstream puppet-agent package,
ran updates on my stretch laptop, and then some of my auxiliary
tooling had total failures because it couldn't find the ruby
environment it expected. :)

Bug#827913: RFS: goto-chg/1.6-1 ITP

[Dmitry Bogatov]

> Enjoy:
>
> ;; require a buffer to have a final newline
> (setq require-final-newline 'visit-save)

Nice. Thanks.

> > > 3. Any particular reason you are using gz and not xz compression in
> > > gbp.conf?  Also, it might be a good idea to check the tarball into
> > > git with pristine-tar so that a sponsor has exactly the same one (I
> > > generated my own for testing).
> >=20
> > None. Just cut-and-yank from paredit package.
> Okay.  I'd be grateful if you could use dh-make-elpa and report bugs,
> although it's having trouble with gbp.conf right now I think.

No idea why, but dh-make-elpa (seems to violate debhelper naming
convention) works when invoken from /bin/bash, but complains about
package versions, when invoked from my shell of choice, rc.

Just wild suggestion, seems it assumes, that `getenv("PWD") == getcwd()'.
It is not.

> > > 4. Please add a d/watch file.
> >=20
> > Need help with it. No idea how to track versions on Emacs wiki.
>
> Ah, yes.  I don't think it can be done because I don't think uscan can
> extract the version from the contents of the file: it needs the URL of
> the wiki page to change with each version and that's not going to
> happen.  I think we have to abandon this goal.

> > We probably need to make emacsen policy more... verbose.
> I agree.  Please feel free to edit the team ikiwiki.

Adding note about xz is on my todo list.

Also, about source package naming. What about emacs-foo? elpa-foo
reveals implementation detail, and just foo introduce
inconsistences/collisions. Let's settle this before upload.

-- 
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Web-Site: sinsekvu.github.io

Bug#828019: pdns-backend-mysql from jessie-backports depends on mysql-client

[Alex Kerkhove]

Package: pdns-backend-mysql
Version: 3.4.1-4+deb8u5
Severity: normal

Dear Maintainer,

The package for pdns-backend-mysql from jessie-backports (Version: 
3.4.7-1~bpo8+1) depends on the mysql-client package.
This causes this package te be incompatible with mariadb (server) setups. From 
the package:

Package: pdns-backend-mysql
Source: pdns
Version: 3.4.7-1~bpo8+1
Architecture: amd64
Provides: pdns-backend
Depends: dbconfig-common, mysql-client, pdns-server (>= 3.4.7-1~bpo8+1), ucf 
(>= 0.28), debconf (>= 0.5) | debconf-2.0, libc6 (>= 2.2.5), libgcc1 (>= 
1:4.1.1), libmysqlclient18 (>= 5.5.24+dfsg-1), libstdc++6 (>= 4.1.1), zlib1g 
(>= 1:1.1.4)
Suggests: mysql-server
...


The current stable version in jessie just recommends mysal-client and works 
fine with mariadb client/server packages:

Package: pdns-backend-mysql
Source: pdns
Version: 3.4.1-4+deb8u5
Architecture: amd64
Provides: pdns-backend
Depends: pdns-server (>= 3.4.1-4+deb8u5), ucf (>= 0.28), libc6 (>= 2.2.5), 
libgcc1 (>= 1:4.1.1), libmysqlclient18 (>= 5.5.24+dfsg-1), libstdc++6 (>= 
4.1.1), zlib1g (>= 1:1.1.4), debconf (>= 0.5) | debconf-2.0, dbconfig-common
Recommends: mysql-client
Suggests: mysql-server
...


I'd expect the jessie-backports version to be usable with mariadb packages as 
well.
If you really need to depend on mysql-client, the link below may have some info:
https://wiki.debian.org/Teams/MySQL/virtual-mysql-server

Thanks,
Alex.

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

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 pdns-backend-mysql depends on:
ii  dbconfig-common1.8.47+nmu3+deb8u1
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18+deb8u4
ii  libgcc11:4.9.2-10
ii  libmysqlclient18   5.5.49-0+deb8u1
ii  libstdc++6 4.9.2-10
ii  pdns-server3.4.7-1~bpo8+1
ii  ucf3.0030
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages pdns-backend-mysql recommends:
pn  mysql-client  

Versions of packages pdns-backend-mysql suggests:
pn  mysql-server  

-- debconf information excluded

Bug#828018: minetest-server is not shutdown properly

[dr4Ke]

Package: minetest-server
Version: 0.4.14+repack-3
Severity: normal
Tags: patch

Dear Maintainer,

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

   * What led up to the situation?
Restarting the minetest-server service

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I just restarted the minetest-server service

   * What was the outcome of this action?
Some mod data was not present at the next boot, because of two combined issues:
- the mod is saving its data with register_on_shutdown which is not safe from
  a server failure
- the systemd service kills the minetest-server process instead of shuting it
  down properly.

   * What outcome did you expect instead?
We can shutdown the minetest-server properly with a kill signal: SIGINT.


PATCH:
--- /lib/systemd/system/minetest-server.service 2016-05-18 09:48:48.0 
+0200
+++ minetest-server.service 2016-06-23 21:40:17.804380123 +0200
@@ -9,6 +9,7 @@
 User=Debian-minetest
 Group=games
 ExecStart=/usr/lib/minetest/minetestserver --config 
/etc/minetest/minetest.conf --logfile /var/log/minetest/minetest.log
+KillSignal=SIGINT
 
 [Install]
 WantedBy=multi-user.target
--- /lib/systemd/system/minetest-server@.service2016-05-18 
09:48:48.0 +0200
+++ minetest-server@.service2016-06-23 21:40:24.632157955 +0200
@@ -9,6 +9,7 @@
 User=Debian-minetest
 Group=games
 ExecStart=/usr/lib/minetest/minetestserver --config /etc/minetest/%i.conf 
--logfile /var/log/minetest/%i.log
+KillSignal=SIGINT
 
 [Install]
 WantedBy=multi-user.target
END_OF_PATCH



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

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

Versions of packages minetest-server depends on:
ii  adduser  3.114
ii  init-system-helpers  1.29
ii  libc62.22-7
ii  libcurl3-gnutls  7.47.0-1
ii  libgcc1  1:5.3.1-14
ii  libjsoncpp1  1.7.2-1
ii  libleveldb1v51.18-5
ii  libluajit-5.1-2  2.0.4+dfsg-1
ii  libsqlite3-0 3.12.1-1
ii  libstdc++6   5.3.1-14
ii  minetest-data0.4.14+repack-3
ii  zlib1g   1:1.2.8.dfsg-2+b1

minetest-server recommends no packages.

minetest-server suggests no packages.

-- Configuration Files:
/etc/minetest/minetest.conf changed [not included]

-- no debconf information

Bug#804503: [Pkg-sysvinit-devel] Bug#804503: startpar: Please add Multi-Arch: foreign

[Elrond]

Hi,

Is my patch good enough?
Or does it need improvement?
Was it already commited somewhere?


Elrond

Bug#828017: frog: please make the build reproducible

[Chris Lamb]

Source: frog
Version: 0.12.20-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that frog 
could not be built reproducibly due to it including .pyo and .pyc files via 
upstream's ./py-compile.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/rules  2016-06-23 15:25:51.762816987 +0200
--- b/debian/rules  2016-06-23 21:43:10.202744894 +0200
@@ -5,6 +5,7 @@
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/python-distutils.mk
 
+DEB_DH_INSTALL_ARGS_frog = -X.pyc -X.pyo
 DEB_PYTHON2_MODULE_PACKAGES = frog libfrog1
 
 include /usr/share/cdbs/1/class/autotools.mk

Bug#824765: apt-listbugs: segfault on stretch

[Nicolas Braud-Santoni]

Control: close -1

Hi,

Sorry for the late reply, life somehow got in the way of solving the bug.

The machine on which I was encountering the issue died on Friday,
and the x230 that replaces it (the system was dd'ed over without
modification) does not exhibit the problem anymore, so I will assume
this was memory-related and close the issue here.


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#797014: dcut: configurable gpg program

[Jeremy Bicha]

Since October, seahorse (which is a dependency of gnome) depends on
gnupg2. seahorse refuses to show keys from the gpgv1 keyring;
therefore people are being encouraged to use gnupg2. It's annoying to
have to keep both keyrings in sync manually.

I suggest this bug should have a higher importance since the classic
dput is broken with gnupg2 too: https://bugs.debian.org/82696

Thanks,
Jeremy Bicha

Bug#805503: Reassign to firefox-esr

[Elrond]

package iceweasel firefox-esr
reassign 805503 firefox-esr 45.2.0esr-1~deb8u1
retitle 805503 firefox-esr: Use libnssckbi.so of libnss3
thanks

Hi,

this is the same with firefox-esr now.

Elrond

Bug#827687: brltty: FTBFS in testing (libspeechd_version.h: No such file or directory)

[Mario Lang]

reassign 827687 speech-dispatcher
retitle 827687 speech-dispatcher: libspeechd.h references non-existing files
Thanks.

Santiago Vila  writes:

> Package: src:brltty
> Version: 5.3.1-3
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> Severity: serious
>
> This package currently fails to build in stretch:

[...]

> gcc -I. -I../../../../Drivers/Speech/SpeechDispatcher -I./../../../Programs 
> -I../../../../Programs -I../../../../Headers -I./../../.. -I../../../..   
> -D_DEFAULT_SOURCE -D_POSIX_C_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=500 
> -D_XOPEN_SOURCE_EXTENDED -D_GNU_SOURCE -DHAVE_CONFIG_H -g -O2 -std=gnu99 
> -Wall -Werror=format-security -fPIC '-DDRIVER_NAME=SpeechDispatcher' 
> '-DDRIVER_CODE=sd' '-DDRIVER_COMMENT="text to speech server"' 
> '-DDRIVER_VERSION=""' '-DDRIVER_DEVELOPERS=""' -I/usr/include -c 
> ../../../../Drivers/Speech/SpeechDispatcher/speech.c
> In file included from 
> ../../../../Drivers/Speech/SpeechDispatcher/speech.c:37:0:
> /usr/include/libspeechd.h:31:32: fatal error: libspeechd_version.h: No such 
> file or directory
   

This is a bug in the highlighted header.  It belongs to
speech-dispatcher.

-- 
CYa,
  ⡍⠁⠗⠊⠕


signature.asc
Description: PGP signature

Bug#828008: aghermann: please make the build reproducible

[andrei zavada]

Aha, I see. Your patch is legit, then.

I think I will incorporate it into a new upstream version (which will fix
yet another bug). It's around the corner.
On 23 Jun 2016 9:46 p.m., "Chris Lamb"  wrote:

> > If the resulting binary still ends up being build time-dependent, then
> > it must be for some other reason. Can you confirm that it is the case?
>
> Thanks for adding that CPP flag. However, the manpages -- which use
> @build_date@ -- are currently not reproducible.
>
>
> Regards,
>
> --
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-
>

Bug#827190: can't scroll large mailboxes

[Carsten Schoenert]

Hello Daniel,

On Mon, Jun 13, 2016 at 06:12:25PM +0200, Daniel Pocock wrote:
> Thanks for that feedback, I wasn't aware of the right mouse button doing
> that.  It appears to work for me, but it scrolls exactly the number of
> items visible in the window, which is a bit disconcerting as I don't
> know if I've skipped over anything.  Is there any way to scroll smoothly
> one row at a time without a scroll wheel?

I mostly using the wheel on the mouse or the touchpad to do some
scrolling.
I'm not a Gnome 3 expert so I can't suggest anything special or hiddne
feature. But I would like to point you to the Gnome help.

  https://help.gnome.org/users/gnome-help/stable/mouse.html.en

On the other hand this is a Gnome specific question, we can reassign
this bug to gnome-desktop.

Regards
Carsten

Bug#825821: ITP: neomutt -- NeoMutt is a place to gather all the patches against Mutt.

[Elimar Riesebieter]

Hi all,

I am pleased to announce the availability of neomutt [0] packages
for
Debian. Hints for installation you'll find at [1].

I've packaged neomutt for Debian. A Debian ITP [2] is filed. The
binaries are build in a sid environment. The sources are fetched
from [3]. The neomutt branch is used. I'll update packages as
needed. Please test the packages and let me know of any further
glitches you find. If you want, you can open an issue on [3]. The
Debian Bug Tracking System is not involved as the package isn't
uploaded yet, but will be soon.

Thanks in advance for your cooperation

Elimar

[0] http://www.neomutt.org/
[1] http://www.lxtec.de/debarchiv
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825821
[3] https://github.com/neomutt/neomutt

--
  The path to source is always uphill!
  -unknown-


signature.asc
Description: PGP signature

Bug#828016: override: libqb0:libs/optional

[Ferenc Wágner]

Package: ftp.debian.org
Severity: normal

libqb does not conflict with anything, so it should be optional.

Bug#828014: override: libqb-doc:doc/optional

[Ferenc Wágner]

Package: ftp.debian.org
Severity: normal

libqb does not conflict with anything, so it should be optional.

Bug#828015: override: libqb-dev:libdevel/optional

[Ferenc Wágner]

Package: ftp.debian.org
Severity: normal

libqb does not conflict with anything, so it should be optional.

Bug#828013: kaffeine: Should depends or recommends kinit package

[mario]

Package: kaffeine
Version: 2.0.3-1
Severity: normal


With new update (2.x) kaffeine should depends or recommends kinit package.

This is the start log text:

$ kaffeine
23-06-16 20:44:19.884 [System  ] "Using libVLC with  --no-video-title-show"
23-06-16 20:44:19.990 [System  ] DvbManager::loadDeviceManager: using built-in 
dvb device manager
23-06-16 20:44:20.642 [System  ] DvbLinuxDevice::startDevice: found dvb device 
"" / "Realtek RTL2832 (DVB-T)"
23-06-16 20:44:20.722 [Debug   ] klauncher not running... launching kdeinit
23-06-16 20:44:20.730 [Debug   ] klauncher not running... launching kdeinit
23-06-16 20:44:20.736 [Debug   ] klauncher not running... launching kdeinit
23-06-16 20:44:20.743 [Warning ] couldn't create slave: "Cannot talk to 
klauncher: The name org.kde.klauncher5 was not provided by any .service files"
23-06-16 20:44:20.813 [Warning ] KServiceTypeTrader: serviceType "ThumbCreator" 
not found


Kaffeine works, but with one of my CPUs at 100%

After installing kinit and restart kaffeine, CPU use is near 0-5% and no error 
in startup


Thanks for your work at Debian.
Best regards



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

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

Versions of packages kaffeine depends on:
ii  libc6  2.22-12
ii  libdvbv5-0 1.10.1-1
ii  libkf5configcore5  5.23.0-1
ii  libkf5configwidgets5   5.23.0-1
ii  libkf5coreaddons5  5.23.0-1
ii  libkf5dbusaddons5  5.23.0-1
ii  libkf5i18n55.23.0-1
ii  libkf5kiocore5 5.23.0-1
ii  libkf5kiofilewidgets5  5.23.0-1
ii  libkf5solid5   5.23.0-1
ii  libkf5widgetsaddons5   5.23.0-1
ii  libkf5xmlgui5  5.23.0-1
ii  libqt5core5a   5.6.1+dfsg-2
ii  libqt5dbus55.6.1+dfsg-2
ii  libqt5gui5 5.6.1+dfsg-2
ii  libqt5network5 5.6.1+dfsg-2
ii  libqt5sql5 5.6.1+dfsg-2
ii  libqt5sql5-sqlite  5.6.1+dfsg-2
ii  libqt5widgets5 5.6.1+dfsg-2
ii  libqt5x11extras5   5.6.1-2
ii  libqt5xml5 5.6.1+dfsg-2
ii  libstdc++6 6.1.1-7
ii  libvlc52.2.4-2
ii  libxss11:1.2.2-1

kaffeine recommends no packages.

Versions of packages kaffeine suggests:
pn  libdvdcss2  

-- no debconf information

Bug#809649: [pkg-apparmor] Bug#809649: Bug#809649: ssh login not possible when setting usr.sbin.sshd to enforced

[intrigeri]

Control: tag -1 + fixed-upstream

Hi Evgeni,

Christian Boltz wrote (02 Jan 2016 16:40:54 GMT) :
>> Cool, can you drop me the link to the review? Did not find it on
>> lp:apparmor.

> We do the reviews old-style - by sending patches to the mailinglist ;-)

> My mail with the patch is
> https://lists.ubuntu.com/archives/apparmor/2016-January/009059.html
> If someone replies, the answer should be linked from there.

It looks like most of this went into lp:apparmor via the branch that
was merged in r3441, so it should go into 2.11 final.

You might want to check and confirm that the profile in current
lp:apparmor works for you :)

Cheers,
--
intrigeri

Bug#828008: aghermann: please make the build reproducible

[Chris Lamb]

> If the resulting binary still ends up being build time-dependent, then
> it must be for some other reason. Can you confirm that it is the case?

Thanks for adding that CPP flag. However, the manpages -- which use 
@build_date@ -- are currently not reproducible.


Regards,

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

Bug#805145: [pkg-apparmor] Bug#805145: /usr/sbin/aa-status: aa-status --enabled hangs on upgrade until kill

[intrigeri]

Hi Patrick,

Christian Boltz wrote (15 Nov 2015 16:08:35 GMT) :
> Please provide the output of
> wc -l /sys/kernel/security/apparmor/profiles
> time aa-status   # be patient, please ;-)

> [...]

> BTW: Do you really have a profile for /usr/bin/python2.7? That's probably 
> a bad idea ;-) and I seriously recommend to delete and unload it (unless 
> you have a _very good_ reason for what you are doing).

> The usual recommendation is to create a profile for the python scripts, 
> and then have an ix (inherit) rule for the python interpreter. (This 
> also means you have to run those scripts using "./myscript.py", not 
> "python myscript.py".)

Ping?

Cheers,
--
intrigeri

Bug#828012: bind9: please make the build reproducible

[Chris Lamb]

Source: bind9
Version: 1:9.10.3.dfsg.P4-10
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that bind9 
could not be built reproducibly.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds



Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/80_reproducible_build.diff 1970-01-01 02:00:00.0 
+0200
--- b/debian/patches/80_reproducible_build.diff 2016-06-23 16:47:56.902997121 
+0200
@@ -0,0 +1,58 @@
+--- bind9-9.10.3.dfsg.P4.orig/lib/dns/gen.c
 bind9-9.10.3.dfsg.P4/lib/dns/gen.c
+@@ -38,6 +38,8 @@
+ #include 
+ #include 
+ #include 
++#include 
++#include 
+ 
+ #ifdef WIN32
+ #include "gen-win32.h"
+@@ -543,6 +545,9 @@ main(int argc, char **argv) {
+   char *prefix = NULL;
+   char *suffix = NULL;
+   char *file = NULL;
++  char *source_date_epoch;
++  unsigned long long epoch;
++  char *endptr;
+   isc_dir_t dir;
+ 
+   for (i = 0; i < TYPENAMES; i++)
+@@ -633,8 +638,34 @@ main(int argc, char **argv) {
+   INSIST(n > 0 && (unsigned)n < sizeof(srcdir));
+   sd(0, "", buf, filetype);
+ 
+-  if (time(&now) != -1) {
+-  if ((tm = localtime(&now)) != NULL && tm->tm_year > 104) {
++  source_date_epoch = getenv("SOURCE_DATE_EPOCH");
++  if (source_date_epoch) {
++  errno = 0;
++  epoch = strtoull(source_date_epoch, &endptr, 10);
++  if ((errno == ERANGE && (epoch == ULLONG_MAX || epoch == 0))
++  || (errno != 0 && epoch == 0)) {
++  fprintf(stderr, "Environment variable 
$SOURCE_DATE_EPOCH: strtoull: %s\n", strerror(errno));
++  exit(EXIT_FAILURE);
++  }
++  if (endptr == source_date_epoch) {
++  fprintf(stderr, "Environment variable 
$SOURCE_DATE_EPOCH: No digits were found: %s\n", endptr);
++  exit(EXIT_FAILURE);
++  }
++  if (*endptr != '\0') {
++  fprintf(stderr, "Environment variable 
$SOURCE_DATE_EPOCH: Trailing garbage: %s\n", endptr);
++  exit(EXIT_FAILURE);
++  }
++  if (epoch > ULONG_MAX) {
++  fprintf(stderr, "Environment variable 
$SOURCE_DATE_EPOCH: value must be smaller than or equal to: %lu but was found 
to be: %llu \n", ULONG_MAX, epoch);
++  exit(EXIT_FAILURE);
++  }
++  now = epoch;
++  } else {
++  time(&now);
++  }
++
++  if (now != -1) {
++  if ((tm = gmtime(&now)) != NULL && tm->tm_year > 104) {
+   n = snprintf(year, sizeof(year), "-%d",
+tm->tm_year + 1900);
+   INSIST(n > 0 && (unsigned)n < sizeof(year));
--- a/debian/patches/series 2016-06-23 15:18:50.923042149 +0200
--- b/debian/patches/series 2016-06-23 16:47:54.270973512 +0200
@@ -10,3 +10,4 @@
 34_prepare_native_pkcs11.diff
 70_precise_time.diff
 75_ctxstart_no_sighandling.diff
+80_reproducible_build.diff

Bug#821881: apparmor-profiles: sshd unable to read blacklists from openssh-blacklist* packages

[intrigeri]

Control: tag -1 + fixed-upstream

Vincas Dargis wrote (07 Jun 2016 15:23:45 GMT) :
> I've posted to their mailing list, looks like it's fixed, at least in repo 
> (or maybe it's already released at this point):
> https://lists.ubuntu.com/archives/apparmor/2016-April/009639.html

Great job, thank you! Indeed, it's not part of any upstream release
yet, but it should go into 2.11 final.

Cheers,
-- 
intrigeri

Bug#828011: apt 1.3~exp3 is broken

[Eric Valette]

Package: apt
Version: 1.3~exp3
Severity: important

pt-get clean
tri-yann4:/var/cache/apt/archives# ls
lock  partial
tri-yann4:/var/cache/apt/archives# apt-get update
Ign:1 http://download.virtualbox.org/virtualbox/debian jessie InRelease
Err:2 http://download.virtualbox.org/virtualbox/debian jessie Release   
  
  0  OK [IP : 2.18.245.59 80]
Ign:3 http://www.deb-multimedia.org unstable InRelease  
  
Ign:4 http://www.deb-multimedia.org experimental InRelease  
  
Err:5 http://www.deb-multimedia.org unstable Release 
  Mauvaise ligne d'en-tête
Ign:6 http://dl.google.com/linux/chrome/deb stable InRelease
Err:7 http://www.deb-multimedia.org experimental Release 
  Mauvaise ligne d'en-tête
Réception de:8 ftp://ftp.fr.debian.org/debian unstable InRelease [205 kB]
Réception de:9 ftp://ftp.fr.debian.org/debian experimental InRelease [107 kB]
Err:10 http://dl.google.com/linux/chrome/deb stable Release 
  
  Format de date inconnu
Lecture des listes de paquets... Fait   
E: The repository 'http://download.virtualbox.org/virtualbox/debian jessie 
Release' does no longer have a Release file.
N: Updating from such a repository can't be done securely, and is therefore 
disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.
E: The repository 'http://www.deb-multimedia.org unstable Release' does no 
longer have a Release file.
N: Updating from such a repository can't be done securely, and is therefore 
disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.
E: The repository 'http://www.deb-multimedia.org experimental Release' does no 
longer have a Release file.
N: Updating from such a repository can't be done securely, and is therefore 
disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.
W: Entrée « Date » non valable dans le fichier Release 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_unstable_InRelease
W: The repository 'ftp://ftp.fr.debian.org/debian unstable InRelease' provides 
only weak security information.
N: Data from such a repository can't be authenticated and is therefore 
potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.
E: The repository 'http://dl.google.com/linux/chrome/deb stable Release' does 
no longer have a Release file.
N: Updating from such a repository can't be done securely, and is therefore 
disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.
W: Entrée « Date » non valable dans le fichier Release 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_experimental_InRelease
W: The repository 'ftp://ftp.fr.debian.org/debian experimental InRelease' 
provides only weak security information.
N: Data from such a repository can't be authenticated and is therefore 
potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.


-- Package-specific info:

-- (no /etc/apt/preferences present) --


-- (no /etc/apt/preferences.d/* present) --


-- /etc/apt/sources.list --

#deb ftp://ftp.debian.org/debian dists/proposed-updates/
#deb ftp://ftp.fr.debian.org/debian testing-proposed-updates main contrib 
non-free
#deb ftp://ftp.debian.org/debian testing-proposed-updates main contrib non-free
deb ftp://ftp.fr.debian.org/debian unstable main contrib non-free
#deb ftp://ftp.debian.org/debian unstable main contrib non-free
#deb ftp://ftp.fr.debian.org/debian-non-US unstable/non-US main contrib non-free

#deb ftp://security.debian.org/debian-security sarge/updates main contrib 
non-free
#gphoto updated packages
#deb ftp://ufies.org/pub/people/christophe debian/
#deb ftp://download.us.kde.org/pub/kde/stable/latest/Debian/woody ./
#deb ftp://ftp.du.se/pub/mirrors/kde/stable/3.1/Debian unstable main
#deb ftp://download.us.kde.org/pub/kde/stable/koffice-1.2.1/Debian/unstable ./

#deb http://quakeforge.net/packages/debian unstable main contrib non-free

#avrious video stuff
# deb http://www.deb-multimedia.org unstable main

# KDE 3.4
#deb http://pkg-kde.alioth.debian.org/kde-3.4.1/ ./

# Xorg
#deb http://neo.wh-stuttgart.de/debian sid xorg 
# XMMS2
#deb http://exodus.xmms.se/debian stable main
deb-src ftp://ftp.fr.debian.org/debian unstable main contrib non-free
deb ftp://ftp.fr.debian.org/debian experimental main contrib non-free 
deb-src ftp://ftp.fr.debian.org/debian experimental main contrib
#deb-src http://amarok2deb.co.cc/debian unstable main

#deb http://kde42.debian.net/debian/ UNRELEASED main
# Mozilla davance repo (icedove 3.x)
#deb http://pkg-mozext.alioth.debian.org/packages sid/amd64/
#deb http://pkg-mozext.alioth.debian.org/packages sid/all/

# debian multim

Bug#828008: aghermann: please make the build reproducible

[andrei zavada]

Hi Chris,

Thanks for the patch. I remember this issue has already popped up a
while ago, and I have taken steps to ensure the 'build_date' define is
ignored when aghermann is built for debian:
https://github.com/hmmr/aghermann/blob/master/debian/rules#L7 and
https://github.com/hmmr/aghermann/blob/master/upstream/src/aghermann/print_version.cc#L18.

If the resulting binary still ends up being build time-dependent, then
it must be for some other reason. Can you confirm that it is the case?

Cheers,
Andrei

On 23 June 2016 at 21:12, Chris Lamb  wrote:
> Source: aghermann
> Version: 1.0.9-1
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
>
> Hi,
>
> Whilst working on the "reproducible builds" effort [0], we noticed that 
> aghermann could not be built reproducibly.
>
> Patch attached.
>
>  [0] https://wiki.debian.org/ReproducibleBuilds
>
>
> Regards,
>
> --
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-

Bug#828010: RFS: dvbcut/0.7.0-1

[Bernhard Übelacker]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: dvbcut
  Version : 0.7.0-1
  Upstream Author : Bernhard Übelacker
* URL : https://github.com/bernhardu/dvbcut-deb
* License : GPL-2+
  Section : graphics

It builds those binary packages:

  dvbcut - Qt application for cutting parts out of DVB streams

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/dvbcut/dvbcut_0.7.0-1.dsc

More information about dvbcut can be obtained from
prior abandoned website http://dvbcut.sourceforge.net/.

Changes since the last upload:

dvbcut (0.7.0-1) unstable; urgency=low

  * New version 0.7.0
 * Add translations (from dvbcut-qt4)
 * Switched to Qt5.
 * Fix export with lavf muxer.
 * Prepare for new ffmpeg version.
  * Switch upstream repo from Sourceforge to Github.
  * Add fallback to Qt internal icons if themes
  are not available. (Closes: #822609)
  * Changed maintainer email.
  * Push standards version to 3.9.8.
  * Enable hardening flags (Lintian warning).

 -- Bernhard Übelacker   Tue, 21 Jun 2016 16:51:07 +0200


Regards,
Bernhard Übelacker

Bug#827071: New upstream release

[Martin Michlmayr]

* Marc Dietrich  [2016-06-20 13:05]:
> New release uploaded to mentors.debian.net. I'm not a DD, so this (tegrarcm)
> and cbootimage (also on mentros.debian.net) are looking for a sponsor.

I had to update the UNRELEASED suite in the changelog, but otherwise
this looks fine.  Thank you!

-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#737587: RFP: commander-genius / Commander Keen engine

[Gerhard Stein]

Dear Debian Maintainer,


I finally did it! It became version 1.9.5 but we have it! If you clone, 
download, whatever the project directory, you will find no games 
anymore. Instead, Commander Genius upon execution offers a download 
manager which automatically pulls the games, if the user wants to.



A lot of these games are freeware. Some mods by fans are also available.


So no more shareware assets. You can create a nice small debian package 
without worries. Also you don't need to bundle additional data.



Let me know about any problems or help I can offer.


The repo is here:


http://github.com/gerstrong/Commander-Genius


Regards,

- Gerstrong (Commander Genius Creator)

Bug#828009: Typo in package description

[Martin Michlmayr]

Package: cbootimage
Version: 1.4-1
Severity: minor

| bootloader (e.g. u-boot) read to be flashed to a storage device.

read -> ready ?

-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#827927: [Pkg-ime-devel] Bug#827927: hime: postinst fails due to "set -e" and "dpkg --compare-versions"

[Chung-chieh Shan]

On 2016-06-23T19:16:54+0800, ChangZhuo Chen (陳昌倬) wrote:
> I cannot reprocedure the issue when doing flash install on
> 0.9.10+git20150916+dfsg1-4. The only way to reprocedure the issue is to
> upgrade from 0.9.10+git20150916+dfsg1-3 to 0.9.10+git20150916+dfsg1-4.
> Could you help to confirm that?

Yes, I found this line in my /var/log/dpkg.log:

2016-06-22 12:46:35 upgrade hime:amd64 0.9.10+git20150916+dfsg1-3 
0.9.10+git20150916+dfsg1-4

-- 
Edit this signature at http://conway.bostoncoop.net/~ccshan/cgi-bin/sig
Greens for Europe https://www.greenparty.org.uk/europe
Feel the Bern https://berniesanders.com/


signature.asc
Description: PGP signature

Bug#828008: aghermann: please make the build reproducible

[Chris Lamb]

Source: aghermann
Version: 1.0.9-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that 
aghermann could not be built reproducibly.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible_build.patch   1970-01-01 02:00:00.0 
+0200
--- b/debian/patches/reproducible_build.patch   2016-06-23 16:54:48.094685419 
+0200
@@ -0,0 +1,13 @@
+--- aghermann-1.0.9.orig/configure.ac
 aghermann-1.0.9/configure.ac
+@@ -192,8 +192,8 @@ fi
+ 
+ dnl Any private defines
+ AC_SUBST(user, [`whoami`@`hostname`])
+-AC_SUBST(build_date, [`date +"%F"`])
+-AC_SUBST(build_datetime, [`date`])
++AC_SUBST(build_date, [`date --utc --date=@${SOURCE_DATE_EPOCH:-$(date +%s)} 
+"%F"`])
++AC_SUBST(build_datetime, [`date --utc --date=@${SOURCE_DATE_EPOCH:-$(date 
+%s)}`])
+ 
+ AC_OUTPUT([
+   Makefile
--- a/debian/patches/series 1970-01-01 02:00:00.0 +0200
--- b/debian/patches/series 2016-06-23 16:54:45.902665756 +0200
@@ -0,0 +1 @@
+reproducible_build.patch

Bug#828007: ITP: mkalias -- Bash alias management to facilitate alias creation

[Luciano Prestes]

Package: wnpp
Severety: wishlist
Owner: Luciano Prestes Cavalcanti 

* Package name  : mkalias
  Version  : 1.0.10
  Upstream Author: Luciano Prestes Cavalcanti 
* URL  : https://github.com/LucianoPC/mkalias
* License : Expat
  Programming Lang : Ruby
  Description: bash alias management to facilitate alias
creation
 Mkalias helps users to create alias, list alias and remove. All alias are
 saved on ~/.bashrc, creating an alias and a function to alias, all
functions
 name have prefix 'mkalias', and the alias are added on end of .bashrc file

This package will be maintained under umbrella of Debian Ruby team.

Bug#827899: vlc: rtsp stream crashes on AMD64 but works on i386

[ael]

On Thu, Jun 23, 2016 at 10:24:27AM +0200, Sebastian Ramacher wrote:
> On 2016-06-22 10:40:32, ael wrote:
> > Package: src:vlc
> > Version: 2.2.4-2
> 
> Please remove libvdpau-va-gl1 or change the output method and try again.

Yes. That now seems to work. But there are still some errors being
reported:


$ vlc rtsp://trendy:554/play1.sdp&
[1] 10048
ael@shelf:~$ VLC media player 2.2.4 Weatherwax (revision 2.2.3-37-g888b7e89)
[0170b348] pulse audio output error: PulseAudio server connection 
failure: Connection refused
[0162f158] core libvlc: Running vlc with the default interface. Use 
'cvlc' to use vlc without interface.
MultiFramedRTPSource::doGetNextFrame1(): The total received frame size exceeds 
the client's buffer size (10).  46073 bytes of trailing data will be 
dropped!
[7efbf40009b8] core input error: ES_OUT_RESET_PCR called
[7efbf40009b8] core input error: ES_OUT_RESET_PCR called
Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: 
No such file or directory
Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: 
No such file or directory
[swscaler @ 0x7efbcc015700] deprecated pixel format used, make sure you did set 
range correctly
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] Frame num change from 3 to 0
[h264 @ 0x7efbf8095380] decode_slice_header error
[h264 @ 0x7efbf8095380] no frame!

Also on closing vlc, it hangs with 
"~QObject::~QObject: Timers cannot be stopped from another thread"

Cntl^C on keyboard terminates.

--

Running with -vvv, it does terminate properly, so a race??
Anyway, here is the log from a -vv session:-


[00d0f158] core libvlc debug: VLC media player - 2.2.4 Weatherwax
[00d0f158] core libvlc debug: Copyright © 1996-2016 the VideoLAN team
[00d0f158] core libvlc debug: revision 2.2.3-37-g888b7e89
[00d0f158] core libvlc debug: configured with ./configure  
'--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' 
'--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' 
'--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' 
'--libdir=${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--config-cache' '--disable-update-check' 
'--enable-fast-install' '--docdir=/usr/share/doc/vlc-data' '--libdir=/usr/lib' 
'--with-binary-version=2.2.4-2' '--enable-a52' '--enable-aa' '--enable-bluray' 
'--enable-bonjour' '--enable-caca' '--enable-chromaprint' '--enable-dbus' 
'--enable-dca' '--enable-directfb' '--enable-dvbpsi' '--enable-dvdnav' 
'--enable-faad' '--enable-flac' '--enable-fluidsynth' '--enable-freerdp' 
'--enable-freetype' '--enable-fribidi' '--enable-gles1' '--enable-gles2' 
'--enable-gnutls' '--enable-jack' '--enable-kate' '--enable-libass' 
'--enable-libmpeg2' '--enable-libxml2' '--enable-lirc' '--enable-live555' 
'--enable-mad' '--enable-mkv' '--enable-mod' '--enable-mpc' '--enable-mtp' 
'--enable-mux_ogg' '--enable-ncurses' '--enable-notify' '--enable-ogg' 
'--enable-opus' '--enable-pulse' '--enable-qt' '--enable-realrtsp' 
'--enable-samplerate' '--enable-schroedinger' '--enable-sdl' 
'--enable-sdl-image' '--enable-sftp' '--enable-shine' '--enable-shout' 
'--enable-skins2' '--enable-sndio' '--enable-speex' '--enable-svg' 
'--enable-svgdec' '--enable-taglib' '--enable-theora' '--enable-twolame' 
'--enable-upnp' '--enable-vcdx' '--enable-vdpau' '--enable-vnc' 
'--enable-vorbis' '--enable-x264' '--enable-x265' '--enable-zvbi' 
'--with-kde-solid=/usr/share/kde4/apps/solid/actions/' '--disable-decklink' 
'--disable-dxva2' '--disable-fdkaac' '--disable-gnomevfs' '--disable-goom' 
'--disable-gst-decode' '--disable-libtar' '--disable-mfx' '--disable-opencv' 
'--disable-projectm' '--disable-telx' '--disable-vpx' '--disable-vsxu' 
'--disable-wasapi' '--enable-alsa' '--enable-atmo' '--enable-dc1394' 
'--enable-dv1394' '--enable-linsys' '--enable-omxil' '--enable-udev' 
'--enable-v4l

Bug#827982: RFS: libstroke/0.5.1-7 [QA, RC] -- mouse strokes library

[Jakub Wilk]

* Sean Whitton , 2016-06-23, 23:36:

https://mentors.debian.net/debian/pool/main/libs/libstroke/libstroke_0.5.1-7.dsc


Looks pretty good to me.
Just a few minor points:


+  * Bump debhelper compat to 5 (Closes: #817554).


There's still "debhelper (>= 4)" in Build-Depends.
It's not a problem in practice, because debhelper (>= 5) is available 
even in oldoldoldoldstable, but the pedant in me is slightly bothered.



+  * Fix calling ldconfig trigger:


Sounds odd. s/calling/generating/ maybe?


+build-arch: build
+build-indep: build


There are no architecture-independent packages, so it would be more 
natural to have build-indep do nothing. But then binary-indep is not a 
no-op either. Meh, let's leave it as is. This debian/rules is a mess 
anyway.



+   # empties dependency_libs from .la file
+   # http://lists.debian.org/debian-devel/2009/08/msg00783.html
+   sed -i "s,^dependency_libs=.*,dependency_libs=''," 
$(CURDIR)/debian/libstroke0-dev/usr/lib/libstroke.la


I recommend against using $(CURDIR) if possible, as it causes 
unnecessary noise in build logs. Here you could use a relative path.


--
Jakub Wilk

Bug#828006: systemd: "quiet" kernel boot parameter overrides LogLevel= in /etc/systemd/system.conf

[Brian Kroth]

Package: systemd
Version: 215-17+deb8u4
Severity: normal

Dear Maintainer,

Per [1], the current version of systemd in Debian Jessie (v215) has an 
issue that makes the "quiet" kernel boot parameter override values of 
LogLevel= in the /etc/systemd/system.conf file (mine has LogLevel=info 
explicitly set) and explicitly sets it to "notice" instead of the 
documented default of "info".


There's a simple patch [2] that fixes this that I'd like to suggest 
backporting.


Short of that, it'd be nice if it were documented somewhere (here?) that 
an alternative workaround (aside from just removing "quiet") is to also 
list "systemd.log_level=info" somewhere after quiet in the kernel boot 
parameters (eg: in /etc/default/grub's GRUB_CMDLINE_LINUX_DEFAULT 
variable).


Without that, lots of things end up not getting logged (eg: service 
start/stops, socket connections, etc.), even though the 
systemd man page and other documentation would appear to imply that the 
default LogLevel should be "info".


Let me know if you need any other info.

Thanks,
Brian

[1] 
[2] 



-- Package-specific info:

-- System Information:
Debian Release: 8.5
 APT prefers stable
 APT policy: (500, 'stable'), (120, 'testing'), (110, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18+deb8u4
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2+deb8u1
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1+deb8u1+b1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17+deb8u4
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u4
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
ii  dbus1.8.20-0+deb8u1
ii  libpam-systemd  215-17+deb8u4

Versions of packages systemd suggests:
pn  systemd-ui  

-- Configuration Files:
/etc/systemd/journald.conf changed [not included]
/etc/systemd/logind.conf changed [not included]
/etc/systemd/system.conf changed [not included]

-- no debconf information

Bug#827983: libva1: upgrade to va 1.7.1 breaks intel graphics

[Sebastian Ramacher]

Control: tags -1 moreinfo unreproducible

On 2016-06-23 22:30:59, Norbert Preining wrote:
> Package: libva1
> Version: 1.7.1-1
> Severity: grave
> Justification: renders package unusable
> 
> Dear all,
> 
> after today's upgrade of all packages, including all the va related
> to 1.7.1-1, my intel-based laptop started behaving strangly:
> * color artefacts (flashing pop colors) on screen
> * redrawing of applications full of failures (no redrawing in many cases!)

How would a video decoding/encoding library and its driver affect every other
program?

> After downgrading the following packages to the 1.7.0-2 versions
> behaviour is back to normal - but I am not sure whether this is
> the minimal set:
>   i965-va-driver
>   libva1
>   va-driver-all
> 
> all other va related packages are at still at 1.7.1
>   libva-drm1
>   libva-egl1
>   libva-glx1
>   libva-tpi1
>   libva-wayland1
>   libva-x11-1
> 
> I checked the system logs (journal) and X org logs for suspicious
> things, without success.

I cannot reproduce it all. So please let us now everything.

> Please let me know if I can provide further information
> 
> All the best
> 
> Norbert
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (300, 'testing'), (200, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.7.0-rc4+ (SMP w/4 CPU cores; PREEMPT)

Maybe it's your kernel version.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#751636: ssh sessions are not cleanly terminated on shutdown/restart with systemd

[Simon Deziel]

On Sun, 7 Feb 2016 14:36:24 +0100 "Alexander Afonyashin"
 wrote:
> 1. Remove symlink /etc/systemd/system/sshd.service -> 
> /lib/systemd/system/ssh.service - who knows what does symlink do here?
> 2. Copy /lib/systemd/system/ssh.service to /etc/systemd/system/ssh.service.

Forking the whole file can by avoided by overriding just the desired
part. In that case, using "systemctl edit ssh" or running those as root
would have been enough:

mkdir -p /etc/systemd/system/ssh.service.d/
cat << EOF >> /etc/systemd/system/ssh.service.d/override.conf
[Service]
ExecStop=/usr/bin/pkill sshd
EOF
systemctl daemon-reload

> 3. Edit /etc/systemd/system/ssh.service, add ExecStop=/usr/bin/killall sshd 
> to [Service] section:

Unfortunately, killing every sshd instances is dangerous. Anyone
stopping the service remotely would be locked out.

I think that another service would be needed to cleanup SSH sessions on
shutdown before they are forcibly killed.

Regards,
Simon

Bug#828005: libgdbm4: contains unversioned translation files

[Sven Joachim]

Package: libgdbm4
Version: 1.12-2
Severity: normal

Your package contains message catalogs named
/usr/share/locale/*/LC_MESSAGES/gdbm.mo.  This is problematic since
there will be a clash when libgdbm5 comes along, see Policy § 8.2:

,
| 8.2. Shared library support files
| -
| 
|  If your package contains files whose names do not change with each
|  change in the library shared object version, you must not put them in
|  the shared library package.  Otherwise, several versions of the shared
|  library cannot be installed at the same time without filename clashes,
|  making upgrades and transitions unnecessarily difficult.
`

I'd suggest to move these files into a new gdbm-l10n package.
Alternatively, the DOMAIN variable in po/Makevars could be changed to
include the soname; this is something you might want to discuss with
upstream.


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

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

Versions of packages libgdbm4 depends on:
ii  libc6  2.22-12

libgdbm4 recommends no packages.

libgdbm4 suggests no packages.

-- no debconf information

Bug#827995: gfortran-6: Please recommend: libcoarrays-dev

[Matthias Klose]

On 23.06.2016 16:48, Alastair McKinstry wrote:
> Package: gfortran-6
> Severity: wishlist
> 
> gfortran (from 5.4+) supports CAF, CoArray fortran. To meaningfully use 
> co-arrays
> they need tobe linked with the code, eg.
> gfortan -o ./prog myprog.F03 -fcoarray=lib -lcaf_mpi
> 
> libcaf_mpi is provided by open-coarrays (libcoarray-dev).

Is a recommends rectified? I'd like a suggests better.

 - libcoarrays-dev already depends on gfortran

 - libcoarrays-dev depends on mpi-default-bin, which is
   priority extra, and gfortran-6 is optional.

Matthias

Bug#828004: banshee: Hangs when attempting to update library

[Joel Cross]

Package: banshee
Version: 2.6.2-6
Severity: important

Dear Maintainer,

Whenever I attempt to run the 'rescan music library' or 'import media' (after
selecting a directory) commands, the Banshee interface hangs.



-- 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.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages banshee depends on:
ii  gnome-icon-theme  3.12.0-2
ii  gstreamer1.0-plugins-bad [gstreamer1.0-audiosink  1.8.1-2
ii  gstreamer1.0-plugins-base 1.8.1-1
ii  gstreamer1.0-plugins-good [gstreamer1.0-audiosin  1.8.1-1
ii  gstreamer1.0-pulseaudio [gstreamer1.0-audiosink]  1.8.1-1
ii  libc6 2.22-11
ii  libcairo2 1.14.6-1+b1
ii  libdbus-glib-1-2  0.106-1
ii  libdbus-glib2.0-cil   0.6.0-1
ii  libdbus2.0-cil0.8.1-2
ii  libgconf2.0-cil   2.24.2-4
ii  libgdata2.1-cil   2.2.0.0-2
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libgkeyfile1.0-cil0.1-5
ii  libglib2.0-0  2.48.1-1
ii  libglib2.0-cil2.12.10-6
ii  libgpod4  0.8.3-7
ii  libgstreamer-plugins-base1.0-01.8.1-1
ii  libgstreamer1.0-0 1.8.1-1
ii  libgtk-sharp-beans-cil2.14.1-4
ii  libgtk2.0-0   2.24.30-2
ii  libgtk2.0-cil 2.12.10-6
ii  libgudev1.0-cil   0.1-4
ii  libkarma0 0.1.2-2.4
ii  libmono-addins0.2-cil 1.0+git20130406.adcd75b-4
ii  libmono-cairo4.0-cil  4.2.1.102+dfsg2-8
ii  libmono-corlib4.5-cil 4.2.1.102+dfsg2-8
ii  libmono-posix4.0-cil  4.2.1.102+dfsg2-8
ii  libmono-sharpzip4.84-cil  4.2.1.102+dfsg2-8
ii  libmono-system-core4.0-cil4.2.1.102+dfsg2-8
ii  libmono-system-xml4.0-cil 4.2.1.102+dfsg2-8
ii  libmono-system4.0-cil 4.2.1.102+dfsg2-8
ii  libmono-zeroconf1.0-cil   0.9.0-6
ii  libmtp9   1.1.11-1
ii  libnotify0.4-cil  0.4.0~r3032-7
ii  libpango-1.0-01.40.1-1
ii  libpangocairo-1.0-0   1.40.1-1
ii  libsoup-gnome2.4-12.54.1-1
ii  libsoup2.4-1  2.54.1-1
ii  libsqlite3-0  3.13.0-1
ii  libtaglib2.1-cil  2.1.0.0-3
ii  libwebkitgtk-1.0-02.4.11-1+b1
ii  libwnck22 2.30.7-5
ii  libx11-6  2:1.6.3-1
ii  libxrandr22:1.5.0-1
ii  libxxf86vm1   1:1.1.4-1
ii  mono-runtime  4.2.1.102+dfsg2-8

Versions of packages banshee recommends:
ii  avahi-daemon 0.6.32~rc+dfsg-1
ii  brasero  3.12.1-2
ii  gstreamer1.0-pulseaudio  1.8.1-1
ii  media-player-info22-2

Versions of packages banshee suggests:
ii  banshee-dbg2.6.2-6
pn  gstreamer1.0-ffmpeg
ii  gstreamer1.0-plugins-bad   1.8.1-2
ii  gstreamer1.0-plugins-ugly  1.8.1-1

-- no debconf information

Bug#828003: Acknowledgement (linux-atm: Please drop initscripts build dependency)

[Martin Pitt]

Control: tag -1 patch

Hello again,

for due diligence, trivial debdiff attached.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru linux-atm-2.5.1/debian/changelog linux-atm-2.5.1/debian/changelog
--- linux-atm-2.5.1/debian/changelog2012-09-22 16:18:14.0 +0200
+++ linux-atm-2.5.1/debian/changelog2016-06-23 17:39:43.0 +0200
@@ -1,3 +1,9 @@
+linux-atm (1:2.5.1-1.6) UNRELEASED; urgency=medium
+
+  * Drop unnecessary initscripts build dependency. (Closes: #828003)
+
+ -- Martin Pitt   Thu, 23 Jun 2016 17:33:55 +0200
+
 linux-atm (1:2.5.1-1.5) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru linux-atm-2.5.1/debian/control linux-atm-2.5.1/debian/control
--- linux-atm-2.5.1/debian/control  2012-09-22 16:18:14.0 +0200
+++ linux-atm-2.5.1/debian/control  2016-06-23 17:33:53.0 +0200
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Peter De Schrijver (p2) 
-Build-Depends: debhelper (>> 8.1.3~), bison, flex, autoconf, automake, 
libtool, perl, initscripts (>= 2.88dsf-13.3)
+Build-Depends: debhelper (>> 8.1.3~), bison, flex, autoconf, automake, 
libtool, perl
 Standards-Version: 3.9.2
 
 Package: atm-tools

Bug#827941: more hash sum of lena image

[Jakub Wilk]

* Lumin , 2016-06-23, 01:50:

$ dpkg -L python-matplotlib-data | grep lena | xargs sha224sum


The current Lintian code requires SHA-256 digest, not SHA-224.

(I've never understood why can't we use MD5 alone. Oh well...)

--
Jakub Wilk

Bug#827980: simgrid: Should support DEB_BUILD_OPTIONS=noopt

[Samuel Thibault]

Samuel Thibault, on Thu 23 Jun 2016 14:47:48 +0200, wrote:
> simgrid's debian/rules forces -O3 in the CFLAGS. That should however be
> only done if noopt is not in DEB_BUILD_OPTIONS.

Also, upstream seems to put -O3 again in

tools/cmake/GCCFlags.cmake: set(optCFLAGS "-O3 -funroll-loops 
-fno-strict-aliasing ")

it should be disabled with noopt.

The idea is to have a binary that can be properly debugged in gdb (no
"optimized" issue in gdb).

Samuel

Bug#827964: nmu: vim-command-t_4.0-1

[Sam Morris]

On Thu, 2016-06-23 at 16:50 +0200, Emilio Pozuelo Monfort wrote:
> On 23/06/16 13:14, Sam Morris wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
> > 
> > Hello,
> > 
> > vim-command-t has stricter dependency requirements on the version
> > of
> > ruby under which it runs than specified in libruby2.3's
> > shlibs/symbols
> > files. As a result the package does not function when used with vim
> > in
> > unstable.
> 
> Maybe it should have a stricter dependency? This sounds like a bug in
> the
> package (dependencies).
> 
> Cheers,
> Emilio

Yes, in the next version I upload I have tightened the dependency on
libruby2.3. But I'm waiting for a sponsor to upload that; in the
meantime, a rebuild will fix the package in unstable.

-- 

Sam Morris 
CAAA AA1A CA69 A83A 892B  1855 D20B 4202 5CDA 27B9

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

Bug#510589: icedove: Random icedove crashes (segmentation fault)

[Jacob Sparre Andersen]

Package: icedove
Followup-For: Bug #510589

Dear Maintainer,

When I run Icedove I experience random crashes.  I've tried to run it
from a terminal, and the only obviously relevant information is that
it is a segmentation fault:

(icedove:17596): libnotify-WARNING **: Failed to connect to proxy


(icedove:17596): Gtk-CRITICAL **: IA__gtk_clipboard_set_with_data: assertion 
'targets != NULL' failed
2016-06-22 20:00:52 autosyncActivities  ERROR   OnDownloadError: Irma 
of Christina og Jacob

2016-06-22 20:00:56 autosyncActivities  ERROR   OnDownloadError: Irma 
of Christina og Jacob

2016-06-22 20:00:57 autosyncActivities  ERROR   OnDownloadError: Irma 
of Christina og Jacob


(icedove:17596): Gtk-CRITICAL **: IA__gtk_clipboard_set_with_data: assertion 
'targets != NULL' failed
zsh: segmentation fault  icedove
[ 5:39] [result=139] adaheads:%

Can I do something to provide more information on the problem?

/Jacob

-- System Information:
Debian Release: 8.5
  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=da_DK.ISO-8859-1, LC_CTYPE=da_DK.ISO-8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages icedove depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u4
ii  libcairo2 1.14.0-2.1+deb8u1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u5
ii  libglib2.0-0  2.42.1-1+b1
ii  libgtk2.0-0   2.24.25-3+deb8u1
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpixman-1-0 0.32.6-3
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
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
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-sv-se [hunspell-dictionary]  1.51-1
ii  iceowl-extension  1:45.1.0-1~deb8u1
ii  myspell-da [myspell-dictionary]   1.6.36-5
ii  myspell-en-us [myspell-dictionary]1:3.3.0-4
ii  myspell-fo [myspell-dictionary]   0.4.2-6
ii  myspell-fr [myspell-dictionary]   1.4-26
ii  myspell-it [myspell-dictionary]   1:3.3.0-4
ii  myspell-nb [myspell-dictionary]   2.0.10-5.2
ii  myspell-nn [myspell-dictionary]   2.0.10-5.2

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.2-2
ii  libgssapi-krb5-2  1.12.1+dfsg-19+deb8u2

-- no debconf information

Bug#828002: Acknowledgement (orthanc: Please drop initscripts build dependency)

[Martin Pitt]

Control: tag -1 patch

This is a straightforward patch against the packaging git.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From cad35ba8e1820fabf28d96ca5713c76b673938ad Mon Sep 17 00:00:00 2001
From: Martin Pitt 
Date: Thu, 23 Jun 2016 17:36:58 +0200
Subject: [PATCH] Drop unnecessary initscripts build dependency

Closes: #828002
---
 debian/changelog | 6 ++
 debian/control   | 1 -
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 0e923ef..bd28ad0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+orthanc (1.0.0+dfsg-5) UNRELEASED; urgency=medium
+
+  * Drop unnecessary initscripts build dependency. (Closes: #828002)
+
+ -- Martin Pitt   Thu, 23 Jun 2016 17:32:33 +0200
+
 orthanc (1.0.0+dfsg-4) unstable; urgency=medium
 
   * Replace macro "__linux" (now obsolete) with "__linux__". Closes: #821011
diff --git a/debian/control b/debian/control
index af217a9..c2ae6b0 100644
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,6 @@ Priority: optional
 Build-Depends: cmake,
debhelper (>= 9),
doxygen,
-   initscripts,
libboost-all-dev,
libcharls-dev,
libcurl4-openssl-dev | libcurl4-dev,
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#828003: linux-atm: Please drop initscripts build dependency

[Martin Pitt]

Source: linux-atm
Version: 1:2.5.1-1.5
User: pkg-systemd-maintain...@lists.alioth.debian.org
Usertags: initscripts-dep

linux-atm build-depends on initscripts. I don't see any reason why this
is necessary -- it builds fine without it and debian/rules does not do
anything weird which would need initscripts.

This was almost surely meant to be a binary dependency for the /run
transition in squeeze:

| linux-atm (1:2.5.1-1.3) unstable; urgency=low
| [...]
|   * Support sendsigs.omit.d/ in /run and depend on initscripts
| >= 2.88dsf-13.3. (Closes: #633029)
| 
|  -- Marco d'Itri   Sun, 30 Oct 2011 15:09:29 +0100

But it was erroneously added as a build instead of a binary
dependency. Now that the /run transition is way past us, there is no
point on any initscripts dependency any more, so please just drop it.

Thanks for considering,

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


signature.asc
Description: PGP signature

Bug#827914: su-to-root: use ssh-askpass as another frontend

[Jordi Pujol]

that is the point,
ssh-askpass is only for X, and is considered the same way as gksu, kdesu,
ksudo, and the others,
so I modify the patch to reorder the preferences.

Consider also that I have tested this for months, in LXDE, LXQT and XFCE,
amd64 and i386 architecture, may worth give it a try to probably,
certainly, enhance the su-to-root command


Thanks,

On Thu, Jun 23, 2016 at 3:40 PM, Bill Allombert  wrote:

> On Thu, Jun 23, 2016 at 03:29:36PM +0200, Jordi Pujol wrote:
> > sudo --ask-pass should use the same calling convertion as sudo:
> > > i.e.
> > > sudo -u "$PRIV" sh -c "$COMMAND"
> > >
> > > Also, what about command line programs ?
> > >
> > I thinked su-to-root was trying to unify su commands, creating another
> > command line program may be going one step backwards,
>
> Yes, but su-to-root can be used for command line programs too (without
> the flag -X).
>
> Cheers,
> --
> Bill. 
>
> Imagine a large red swirl here.
>
--- menu/usr/bin/su-to-root
+++ menu/usr/bin/su-to-root	2016-05-29 20:03:15.092429492 +0200
@@ -98,6 +98,8 @@ else
 SU_TO_ROOT_X=ktsuss
   elif which sux >/dev/null 2>&1 ; then 
 SU_TO_ROOT_X=sux
+  elif which ssh-askpass >/dev/null 2>&1 ; then 
+SU_TO_ROOT_X=ssh-askpass
   else
 SU_TO_ROOT_X=su-to-root
   fi
@@ -111,6 +113,8 @@ else
   ktsuss) ktsuss -u "$PRIV" "$COMMAND";;
   sux) env SU_TO_ROOT_SU=sux \
 x-terminal-emulator -e su-to-root -p "$PRIV" -c "$COMMAND";;
+  ssh-askpass) env SUDO_ASKPASS=/usr/bin/ssh-askpass \
+sudo --user "$PRIV" --askpass --preserve-env --login setsid setsid $COMMAND;;
   # As a last resort, open a new x-terminal-emulator and prompt for the password
   # Do not use -X here!
   *) x-terminal-emulator -e su-to-root -p "$PRIV" -c "$COMMAND";;

Bug#828002: orthanc: Please drop initscripts build dependency

[Martin Pitt]

Source: orthanc
Version: 1.0.0+dfsg-4
User: pkg-systemd-maintain...@lists.alioth.debian.org
Usertags: initscripts-dep

orthanc build-depends on initscripts. I don't see any reason why this
is necessary -- it builds fine without it and debian/rules does not do
anything weird which would need initscripts.

This was perhaps meant to be a binary dependency to ensure
/lib/init/vars.sh for the init scripts? This isn't necessary
(initscripts was practially essential up to jessie and vars.sh moved
into the required sysvinit-utils in testing/unstable.

Thanks,

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

Bug#828001: override: corosync-dev:oldlibs/extra

[Ferenc Wágner]

Package: ftp.debian.org
Severity: normal

Hi,

corosync-dev is a transitional package since 1.99.9-1, thus its section
and priority changed as recommended by dev-ref 6.7.7.  Please adjust the
overrides accordingly.
-- 
Thanks,
Feri.

Bug#827478: hydra: New upstream version available

[Daniel Echeverry]

HI Raphael

2016-06-23 8:40 GMT-05:00 Raphael Hertzog :
> Hi,
>
> On Fri, 17 Jun 2016 15:14:02 -0500 Daniel Echeverry  
> wrote:
>> tags 827478 + pending
>
> Do you want me to sponsor the upload you have prepared in git?
>
> Cheers,
> --
> Raphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: http://www.freexian.com/services/debian-lts.html
> Learn to master Debian: http://debian-handbook.info/get/

Of course thanks!, however I will wait to upstream migrate to openssl
1.1 [1][2] to get sponsor, because hydra 8.2 doesn't build with
openssl 1.1 [3]. What do you think?

[1]: https://github.com/vanhauser-thc/thc-hydra/blob/master/CHANGES
[2]: https://lists.debian.org/debian-devel/2016/06/msg00205.html
[3]: http://paste.debian.net/hidden/8466c9d2/

Thank you very much!!

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
http://rinconinformatico.net
Linux user: #477840
Debian user

Bug#827999: RM: jenkins-htmlunit -- ROM; No longer used

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove the jenkins-htmlunit package, it has been left over
after the removal of Jenkins and is no longer used.

Thank you,

Emmanuel Bourg

Bug#827982: RFS: libstroke/0.5.1-7 [QA, RC] -- mouse strokes library

[Andrey Rahmatullin]

On Thu, Jun 23, 2016 at 11:36:14PM +0900, Sean Whitton wrote:
> > W: libstroke source: debian-rules-calls-debhelper-in-odd-order 
> > dh_makeshlibs (line 74)
> 
> Not sure how I missed that from Lintian -- thanks.
> 
> > W: libstroke source: configure-generated-file-in-source config.log
> > (this was introduced in -7)
> 
> Whoops, again, I should have caught that.
Maybe you run lintian aginst .deb? You should run it against .changes.


-- 
WBR, wRAR