Bug#827946: override: libwebp5:libs/optional, webp:graphics/optional, libwebpdemux1:libs/optional, libwebp-dev:libdevel/optional, libwebpmux1:libs/optional

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please bump the priority of all the webp binaries to optional, to
reflect what the deb's say. At least the libraries are used by more
than 20 sources with priority optional.

Thanks,
-- 
Pino

Bug#827919: [Pkg-libvirt-maintainers] Bug#827919: virt-manager: Cannot take screenshot: Error taking screenshot: argument 1 must be convertible to a buffer, not _ResultTuple

[Guido Günther]

Hi Salvatore,
On Wed, Jun 22, 2016 at 07:23:09PM +0200, Salvatore Bonaccorso wrote:
> Package: virt-manager
> Version: 1:1.3.2-4
> Severity: normal
> Tags: patch upstream fixed-upstream
> Control: fixed -1 1:1.4.0-1
> 
> Hi
> 
> While trying to take a screenshot from virt-manager, it fails with
> 
> [Wed, 22 Jun 2016 19:11:24 virt-manager 16632] DEBUG (error:99) error dialog 
> message:
> summary=Error taking screenshot: argument 1 must be convertible to a buffer, 
> not _ResultTuple
> details=Error taking screenshot: argument 1 must be convertible to a buffer, 
> not _ResultTuple
> 
> Traceback (most recent call last):
>   File "/usr/share/virt-manager/virtManager/details.py", line 1455, in 
> control_vm_screenshot
> return self._take_screenshot()
>   File "/usr/share/virt-manager/virtManager/details.py", line 1507, in 
> _take_screenshot
> file(filename, "wb").write(ret)
> TypeError: argument 1 must be convertible to a buffer, not _ResultTuple
> 
> This was as well reported in
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1297988
> 
> and in Ubuntu with
> 
> https://bugs.launchpad.net/ubuntu/+source/virt-manager/+bug/1571702
> 
> and fixed with
> 
> https://github.com/virt-manager/virt-manager/commit/f454798b337aedb881671f62fe3b25fad703b768
> 
> (The commit is in 1.4.0, so the bug is fixed already in experimental).

For the record: I'm planning to upload 1.4.0 to sid in a couple of days
after looking into an apparmor issue but if you need it at an urge feel
free to NMU.
Cheers,
 -- Guido

Bug#827945: Theme parsing error: gtk3.css

[積丹尼 Dan Jacobson]

Package: midori
Version: 0.5.11-ds1-100~exp1

Seen upon startup

(midori4:23439): Gtk-WARNING **: Theme parsing error: gtk3.css:2:31: The style 
property GtkButton:default-border is deprecated and shouldn't be used anymore. 
It will be removed in a future version

(midori4:23439): Gtk-WARNING **: Theme parsing error: gtk3.css:3:39: The style 
property GtkButton:default-outside-border is deprecated and shouldn't be used 
anymore. It will be removed in a future version

(midori4:23439): Gtk-WARNING **: Theme parsing error: gtk3.css:4:29: The style 
property GtkButton:inner-border is deprecated and shouldn't be used anymore. It 
will be removed in a future version

(midori4:23439): Gtk-WARNING **: Theme parsing error: gtk3.css:5:33: The style 
property GtkWidget:focus-line-width is deprecated and shouldn't be used 
anymore. It will be removed in a future version

(midori4:23439): Gtk-WARNING **: Theme parsing error: gtk3.css:6:30: The style 
property GtkWidget:focus-padding is deprecated and shouldn't be used anymore. 
It will be removed in a future version

(midori4:23439): Gtk-WARNING **: Theme parsing error: gtk3.css:26:20: The 
:insensitive pseudo-class is deprecated. Use :disabled instead.

Also when using user 'nobody'

** (WebKitWebProcess:23485): WARNING **: Couldn't register with accessibility 
bus: Did not receive a reply. Possible causes include: the remote application 
did not send a reply, the message bus security policy blocked the reply, the 
reply timeout expired, or the network connection was broken.

Bug#825250: Smarty3 (3.1.21) is not compatible with PHP7

[Jeremy Bicha]

Is there a reason this was only uploaded to experimental?

There's an Ubuntu bug for this issue now too:
https://launchpad.net/bugs/1585179

Thanks,
Jeremy Bicha

Bug#827660: Today update failed with blocking other system upgrades too (/usr/share/monkeysphere/transitions/0.23)

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Daniel,

Am Do den 23. Jun 2016 um  5:00 schrieb Daniel Kahn Gillmor:
> > And no further upgrade is possible anymore.
> 
> That does indeed bad, but i'm unable to replicate it.  Can you help me
> better understand how you ran into this?

Sure.

> > Simply adding "-s /bin/sh" here fixes the problem.
> 
> I'm surprised to hear this.  The monkeysphere user is normally manually
> configured to use /bin/bash.

Well, I have a hardened system with system users without a shell.

That isn't a problem for monkeysphere too until now.

> I also note on your system that /bin/sh is linked to /bin/dash, and
> monkeysphere scripts are not compatible with dash, for whatever that's
> worth.

That's also intended. And frankly that saved my ass some time ago when
this bash bug came out.

> Can you show me the output of:
> 
>getent passwd monkeysphere

   monkeysphere:x:124:135:monkeysphere authentication 
user,,,:/var/lib/monkeysphere:/bin/false

> > Note that this bug is maybe related to #778833 and #635711.

About #778833, I do not understand it. What is about the court notice???

> I don't think these are the same. Those bugs were related to issues
> around pipeline failures (premature closing of the tail of a pipeline),
> and would not have been solved by adding "-s /bin/sh".

Yes, I also don't think they are the same.

About /bin/sh or /bin/bash.. I think it doesn't matter in su call as the
script itself pulls /bin/bash afterwards via she bang line. It is just
the smallest possibility and when it comes to security, it is always
about using not more than needed.

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Charset: ISO-8859-1

iQGcBAEBCgAGBQJXa3nYAAoJEKZ8CrGAGfasjAYL/j+6INawfOYLMP4aAB6KG40q
/qzYwEyuuYsBtQ4+42i6FtKlYPvKUuZcHKH//yxl2CuSs7vsHw2ErMZWO4gI3N8q
aO6RBN0wWFGukVA59RUCp0oBygXaqGQubLfBGQDu6Pnj91zUQlWCYT9LtZd5hwsQ
i/K4SqmcJX1dk17W3Aw06tryJgyiku4Rgg0ond2KH9N1JfgsBr/mP3IcJx6dvTtz
Necymf2ZjTYoAV9bIeZMpU+oMcoxkx0sePU2utQ61qSE8ll+GpRyXRDBhE2+mSFf
kttL00PaSIMzNcT0XQBB04UnMgJ8BIEjaqnauRpCoIYwHTTeyy/ILmxCn72TfJwg
7QcukKp7Z34J6mPll0mOGJorMrIwvL1zZtkfzAPZ/fpbEOq9UZpTJz5PRb+id0JY
bh+IMTPni27pQx1vg3sEx6NjWjTu01DDfrlDmWuYAHa0QWXIvo79jYzACi+A6ULU
AyQ4q6rD1kqUmh0gkhw3z0GDXvLM7tJkwaHNyIuOuA==
=lVd2
-END PGP SIGNATURE-

Bug#815191: stdeb: Uses cmd line options removed in apt-file 3

[Niels Thykier]

Control: tags -1 important

On Fri, 19 Feb 2016 22:06:00 +0100 Niels Thykier  wrote:
> Source: stdeb
> Severity: normal
> Tags: sid stretch
> Usertags: apt-file-3
> 
> Hi,
> 
> The stdeb file "stdeb/util.py" contains a function calling apt-file
> twice.  First time with "--dummy --non-interactive" (and a second time
> without).  The two options listed are not available in apt-file 3 and
> the first call should probably be removed.
> 
> Thanks,
> ~Niels
> 
> 

Hi,

FTR, apt-file/3 is now in unstable and testing.

I presume the particular path is not critical for stdeb's primary
use-cases and have not bumped it to RC.

Thanks,
~Niels

Bug#810532: apt-venv: Please remove "-c" in apt-file alias for apt-file 3

[Niels Thykier]

Control: tags -1 important

On Sat, 09 Jan 2016 16:51:04 +0100 Niels Thykier  wrote:
> Package: apt-venv
> Version: 1.0.0-1
> Severity: normal
> Tags: stretch sid
> 
> Hi,
> 
> Please (be ready to) adapt apt-venv to support apt-file 3, where the
> "--cache"[1] parameter has been removed.
> 
> AFAICT, it will be sufficient to remove the "-c " option
> and rely on APT_CONFIG, but I have not tested it.
> 
> ~Niels
> 
> [1] The "-c" option will be re-added in apt-file 3, but it will be
> short for "--config-file" (same as APT's --config-file option).
> 
> 

Hi,

Are there any news on this one?

AFAICT, apt-venv's primary function is unaffected, so I have not bumped
this to RC - but I imagine it would be an annoying papercut for the users.

Thanks,
~Niels

Bug#827944: at: use the user's editor to write scripts instead of entering on the command-line

[Paul Wise]

Package: at
Severity: wishlist

I recently added a broken at job because I accidentally pressed enter
at the wrong point. It would be nice if I could avoid that by using a
proper editor to write the shell script, which would prevent errors
like this and have other benefits. If possible the file fed to the
editor should have #!/bin/sh and the filename should end in .sh so that
editors know it is a shell script and can highlight it as appropriate.

-- 

bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#827943: git-remote-gcrypt: Using abandoned upstream; switch to joeyh

[John Goerzen]

Package: git-remote-gcrypt
Version: 0.20130908-7
Severity: normal

Hi,

git-remote-gcrypt is using an abandoned upstream.  Please use 
https://github.com/joeyh/git-remote-gcrypt/ which has some bugfixes.

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

Versions of packages git-remote-gcrypt depends on:
ii  git 1:2.1.4-2.1+deb8u2
ii  gnupg   1.4.18-7+deb8u1
ii  gnupg2  2.0.26-6

Versions of packages git-remote-gcrypt recommends:
ii  curl   7.38.0-4+deb8u3
ii  rsync  3.1.1-3

git-remote-gcrypt suggests no packages.

-- no debconf information

Bug#827660: Today update failed with blocking other system upgrades too (/usr/share/monkeysphere/transitions/0.23)

[Daniel Kahn Gillmor]

Control: tags 827660 + moreinfo unreproducible

On Sun 2016-06-19 06:28:44 -0400, Klaus Ethgen wrote:
> As told, this breaks system upgrade, so setting to critical.
>
> Today I found the following error in upgrade:
>monkeysphere (0.38-1) wird eingerichtet ...
>Failed running transition script /usr/share/monkeysphere/transitions/0.23
>dpkg: Fehler beim Bearbeiten des Paketes monkeysphere (--configure):
> Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 
> zurück
>Fehler traten auf beim Bearbeiten von:
> monkeysphere
>
> And no further upgrade is possible anymore.

That does indeed bad, but i'm unable to replicate it.  Can you help me
better understand how you ran into this?

> I found the source for that. In monkeysphere-authentication setup it
> tries to su to monkeysphere user. But looking into
> /usr/share/monkeysphere/common, there is no "-s ..." specified in su. As
> the user has no usable shell for security measurement, the upgrade
> fails.
>
> Simply adding "-s /bin/sh" here fixes the problem.

I'm surprised to hear this.  The monkeysphere user is normally manually
configured to use /bin/bash.  I also note on your system that /bin/sh is
linked to /bin/dash, and monkeysphere scripts are not compatible with
dash, for whatever that's worth.

Can you show me the output of:

   getent passwd monkeysphere

on your system?

here's what i see on mine:

0 dkg@alice:~$ getent passwd monkeysphere
monkeysphere:x:105:112:monkeysphere authentication 
user,,,:/var/lib/monkeysphere:/bin/bash
0 dkg@alice:~$ 

> Note that this bug is maybe related to #778833 and #635711.

I don't think these are the same. Those bugs were related to issues
around pipeline failures (premature closing of the tail of a pipeline),
and would not have been solved by adding "-s /bin/sh".

Thanks for the report,

--dkg


signature.asc
Description: PGP signature

Bug#827517: [Pkg-mozext-maintainers] Bug#827517: xul-ext-ublock-origin: Missing icons in uBlock's popup UI

[Sean Whitton]

Dear Hartmut,

On Wed, Jun 22, 2016 at 01:37:29PM +0200, Hartmut Buhrmester wrote:
> The upstream bug report
>  is not about uBlock
> Origin. It is about resolving alias names in fontconfig files. But neither
> uBlock Origin nor Font Awesome use any fontconfig files. So these are
> different issues.

Indeed, I do not claim to understand exactly how that bug is connected
to the problem with uBlock origin.  The important thing is that Firefox
48 fixes the problem, and since that will soon reach Debian unstable,
there is no need to make any changes to this package.

> The original extension at Mozilla.org [1] doesn't include a symbolic
> link for Linux. This wouldn't make much sense, since the relative path
> to the original file may be different on different
> distributions. Also, an extension on Mozilla.org can't require a font
> package on Linux.
> 
> I don't think, that a Firefox extension can actually resolve Linux symbolic
> links. Extensions are written in JavaScript, XML and CSS, and they are run
> by Firefox. So I don't think, that extensions have an understanding of the
> underlying file system.

I don't believe that the extension is responsible for actually loading
any fonts; that's Firefox's job.

> The symbolic link was introduced on your side, possibly by an
> automatic system to search for duplicate files and replace them with
> symbolic links to their canonical installation paths.
> 
> But it just doesn't work in this case. You should replace the symbolic link
> with the original font file, and then it works now, and not someday in
> Firefox 48.

We can't do that.  Debian packages cannot include copies of files that
are installed by other Debian packages; in this case, by the
fonts-font-awesome package.  There are several reasons for this.  An
important one is that it is harder to keep the font up-to-date.  We
don't want more than one version of the font to be installed on any
Debian system.  See Debian Policy section 4.13 (that discusses "code",
but the policy extends to fonts).

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#827942: src:gnuplot: All packages that give you a functional gnuplot should Provides:gnuplot

[Dima Kogan]

Package: src:gnuplot
Severity: normal

Hi. Today I installed gnuplot5-qt to plot stuff. Then I tried to install
some other package that Depends:gnuplot, and it demanded that I then
install gnuplot5 also. Should this be necessary? I'm thinking that
we should have more Provides tags to make more things work without
requiring extra packages.

So anything that gives you a gnuplot that can make plots
(gnuplot{,5}-{nox,x11,qt}) should Provides:gnuplot. And gnuplot5-*
should Provides:gnuplot5. Does that sound reasonable?

Thanks!
dima

Bug#747672: Dropping patch

[Sean Whitton]

Hello,

On Wed, Jun 22, 2016 at 12:48:11PM +0200, Svante Signell wrote:
> You did the right thing to remove that patch, and reopen the bug. GNU/Hurd 
> will
> soon have lockf support too. However, the testsuite fails, sometimes also with
> the lock.patch applied, ending with:
> Test 3
> Third backup/restore comparison, with changes
> Killing test server
> 
> Since the testsuite is run by scripts it is difficult to find out the cause
> using gdb. Is there some simple way to set a breakpoint to debug this issue?

I saw this on the buildds, but not when I fired up a Hurd VM locally, so
indeed, it would be good to track down the intermittent failure.

As you have probably figured out yourself, most of the tests happen in
the shell script test/test_main.  You could try modifying the arguments
it passes to burp to generate more verbose output.  Or you could have
the test suite call burp inside gdb.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#827783: qtwebkit-opensource-src: FTBFS on sparc64 due to mismatched symbols file

[Lisandro Damián Nicanor Pérez Meyer]

tag 827783 pending
thanks

I'm about to push this, please keep an eye on the buildds in case a new 
adjustment is needed.


-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!

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#827941: more hash sum of lena image

[Lumin]

Package: lintian
Version: 2.5.44~bpo8+1
Severity: normal


Hi,

Please take a look at #827940, package `matplotlib`
ships `lena.{jpg,png}` but lintian didn't sniffed
that matter.

$ dpkg -L python-matplotlib-data | grep lena | xargs md5sum
9393259555eaaf91b58fe24a687fb60a  /usr/share/matplotlib/sample_data/lena.png
ef70b3083e06b236bd804215c0382d09  /usr/share/matplotlib/sample_data/lena.jpg

$ dpkg -L python-matplotlib-data | grep lena | xargs sha1sum
95beced0503c13c08beb6a8b157704382afa2f5f
 /usr/share/matplotlib/sample_data/lena.png
bbbe2215e4bc6f38e3829bbe78ac6ca8008249f5
 /usr/share/matplotlib/sample_data/lena.jpg

$ dpkg -L python-matplotlib-data | grep lena | xargs sha224sum
877fe4a2d309c2e9232a6246c877f84db31e04d6f5be4e0237d1d788
 /usr/share/matplotlib/sample_data/lena.png
bc360579b2894539ba8119ba9dbf867d6c23f0368c990730efc72b85
 /usr/share/matplotlib/sample_data/lena.jpg




-- 
Best,
Lumin

Bug#827940: [Copyright] matplotlib ships non-free lena image

[Lumin]

Package: python-matplotlib-data
Source: matplotlib
Version: 1.4.2-3.1
Severity: important

Hi,

This lena image should trigger an lintian error with
copyright issue -- lena is non-free.

Please consider making it DFSG compatible.

$ dpkg -L python-matplotlib-data | grep lena
/usr/share/matplotlib/sample_data/lena.png
/usr/share/matplotlib/sample_data/lena.jpg


-- 
Best,
Lumin

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

[Nicolas Le Cam]

Sorry,

First patch was flawed, I've moved the check_power() function without
seeing it was using debug_echo() internally. Fixed now.
I've followed what was done when moving random_sleep() from the script
to the cron job, i.e. remove calls to debug_echo(), see 14669d4b.
Second patch has not been touched.

regards,
Nicolas
From 2a7e2b1552f15f72a0bb1b8992227bb1b5e44355 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 | 20 
 debian/apt.systemd.daily | 26 --
 3 files changed, 21 insertions(+), 26 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..e7d76d2 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,9 @@ random_sleep()
 sleep $TIME
 }
 
+# ensure we don't do this on battery
+check_power || exit 0
+
 # run daily job
 random_sleep
 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#827939: Please consider marking mesa-utils as Multi-Arch: allowed

[Michel Dänzer]

On 23.06.2016 09:50, 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.
> 
> Problem arises that libqt5gui5 is M-A: same, but ends up depending on
> mesa-utils:.
> 
> If mesa-utils gets marked as M-A: allowed then we can make libqt5gui5
> depend upon mesa-utils:any, ie, any arch' version of mesa-utils will satisfy
> the dependency.

One problem with that is: If libqt5gui5 and mesa-utils aren't the same
architecture, what glxinfo reports doesn't necessarily apply to
libqt5gui5. For example: glxinfo from mesa-utils:amd64 reports that
OpenGL 2 hardware acceleration is working, because libgl1-mesa-dri:amd64
is installed. However, OpenGL 2 hardware acceleration still doesn't work
for libqt5gui5:i386, because libgl1-mesa-dri:i386 isn't installed.


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

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

[Lisandro Damián Nicanor Pérez Meyer]

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.

Problem arises that libqt5gui5 is M-A: same, but ends up depending on
mesa-utils:.

If mesa-utils gets marked as M-A: allowed then we can make libqt5gui5
depend upon mesa-utils:any, ie, any arch' version of mesa-utils will satisfy
the dependency.

I would highly appreciate if you can at least reply if you are OK or not with
the idea, as we currently have a broken M-A libqt5gui5 and would like to
take the necessary steps to solve this.

Thanks a lot in advance, Lisandro. 

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

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

Versions of packages mesa-utils depends on:
ii  libc6 2.22-12
ii  libgl1-mesa-glx [libgl1]  11.2.2-1
ii  libglew1.13   1.13.0-2
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1

mesa-utils recommends no packages.

mesa-utils suggests no packages.

-- no debconf information

Bug#827530: [pkg-cinnamon] Bug#827507: cinnamon-settings segfaults on entering power settings applet

[Michael Biebl]

On Fri, 17 Jun 2016 15:21:23 +0200 Maximiliano Curia
 wrote:
>  up_client = UPowerGlib.Client()
>  has_lid = up_client.get_lid_is_present()
> 
> 
> With the new version that snippet segfaults. I'm not well versed in the gi 
> internals but it seems to me that UPowerGlib.Client() is not creating a new 
> instance, probably related to the fact that it used to be a singleton, I'm 
> not 
> sure.
> 
> Using the similar version:
>  import gi
>  gi.require_version('UPowerGlib', '1.0')
>  from gi.repository import UPowerGlib
> 
>  up_client = UPowerGlib.Client.new()
>  has_lid = up_client.get_lid_is_present()
> -
> 
> Works as expected in both versions, so I'll probably patch this in the next 

This was a deliberate change afaics:
https://cgit.freedesktop.org/upower/commit/?id=29c5c85f6bf2a163c8713641dba634910ee3cf49

Using UPowerGlib.Client.new() seems indeed to be the way to go.

Maxy, should we reassign the bug back to cinnamon-settings?

I've checked codesearch.debian.net and cinnamon-settings seems to be the
only package which is affected.

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#823014: golang: Package compiled stdlib for PIE build mode

[Peter Colberg]

Dear Debian Go compiler team,

I have pushed commits for golang (pc/debian-sid) and golang-defaults
(pc/master) that each add a package with the compiled Go stdlib for
building position-independent executables.

Please review the proposed changes before I push to master, and feel
free to suggest a package name other than golang-X.Y-pie-dev.

You can test PIE mode with the attached patch for acmetool, e.g.,

  gbp clone https://anonscm.debian.org/git/letsencrypt/acmetool.git
  cd acmetool && pristine-tar checkout acmetool_0.0.51.orig.tar.gz
  git am acmetool-build-with-pie-and-bindnow-hardening-flags.patch

  sbuild --extra-package=../golang-1.6-pie-dev_1.6.2-1_amd64.deb 
--extra-package=../pkg-golang/golang-pie-dev_1.6.1+1_amd64.deb

Note the absent lintian warnings hardening-no-pie/hardening-no-bindnow.

Once PIE-mode stdlib is in the archive, I will adapt dh-golang to
support DEB_BUILD_MAINT_OPTIONS = hardening=+all in debian/rules.

Regards,
Peter
From 2d80d129940626c67c791abc705573b8344301ec Mon Sep 17 00:00:00 2001
From: Peter Colberg 
Date: Wed, 22 Jun 2016 19:31:28 -0400
Subject: [PATCH] Build with pie and bindnow hardening flags

---
 debian/control | 1 +
 debian/rules   | 2 +-
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 11c21f6..e4d5992 100644
--- a/debian/control
+++ b/debian/control
@@ -22,6 +22,7 @@ Build-Depends: debhelper (>= 9),
golang-gopkg-hlandau-svcutils.v1-dev,
golang-gopkg-square-go-jose.v1-dev,
golang-gopkg-tylerb-graceful.v1-dev,
+   golang-pie-dev,
golang-yaml.v2-dev
 Standards-Version: 3.9.8
 Homepage: https://hlandau.github.io/acme
diff --git a/debian/rules b/debian/rules
index d4fb8f9..bc7ff03 100755
--- a/debian/rules
+++ b/debian/rules
@@ -11,7 +11,7 @@ GO_LDFLAGS += -X github.com/hlandau/degoutils/buildinfo.RawBuildInfo=$(shell ech
 	dh $@ --buildsystem=golang --with=golang
 
 override_dh_auto_build:
-	dh_auto_build -O--buildsystem=golang -- -ldflags "$(GO_LDFLAGS)"
+	dh_auto_build -O--buildsystem=golang -- -buildmode=pie -ldflags "-extldflags=-Wl,-z,now,-z,relro $(GO_LDFLAGS)"
 
 # Disable OCSP test to avoid network access
 override_dh_auto_test:
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#814343:

[luci murgos]

Bug#827928: [pkg-go] Bug#827928: golang-github-coreos-go-systemd-dev: circular dependency with golang-github-coreos-pkg-dev

[Michael Hudson-Doyle]

Indeed, I ran into this too:
http://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20160620/005631.html
and https://github.com/coreos/go-systemd/issues/183 and
https://github.com/coreos/pkg/issues/73. The good news is that
upstream seem to agree this is a problem...

On 23 June 2016 at 07:34, Bill Allombert  wrote:
> Package: golang-github-coreos-go-systemd-dev
> Version: 9-1
> Severity: important
>
> Hello Debian Go Packaging Team,
>
> There is a circular dependency between
> golang-github-coreos-go-systemd-dev and golang-github-coreos-pkg-dev:
>
> golang-github-coreos-go-systemd-dev :Depends: golang-github-coreos-pkg-dev
> golang-github-coreos-pkg-dev:Depends: 
> golang-github-coreos-go-systemd-dev
>
> Circular dependencies are known to cause problems during upgrade, so we
> should try to avoid them.
>
> See threads
> http://lists.debian.org/debian-devel/2005/06/msg02111.html
> http://lists.debian.org/debian-devel/2005/11/msg01101.html
>
> Cheers,
> --
> Bill. 
>
> Imagine a large red swirl here.
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers

Bug#827935: libqt5core5a: [kfreebsd] QProcessPrivate::createPipe: Cannot create pipe - Function not implemented

[Lisandro Damián Nicanor Pérez Meyer]

forwarded 827935 https://lists.debian.org/debian-bsd/2016/06/msg00081.html
thanks

Also please take a look at the link mentioned in the mail the forwarded link 
points to.


-- 
#exclude 

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#827311: [Pkg-privacy-maintainers] Bug#827311: parcimonie can't find the keyserver for gpg2

[Daniel Kahn Gillmor]

On Wed 2016-06-22 12:44:01 -0400, Sven Bartscher wrote:
> On Wed, 15 Jun 2016 18:15:16 -0400
> Daniel Kahn Gillmor  wrote:
>
>> what version of gnupg2 do you have installed? 
>
> 2.1.11-7
 [...]
> Do I really need to configure the keyserver in the dirmngr.conf? If so,
> that would be a bit inconvenient, as gpg2 itself is fine with having
> the keyserver configured in gpg.conf.

in 2.1.9, gpg started deprecating that option.  From gnupg's NEWS file:

  * dirmngr: Add option --keyserver.  Deprecate that option for gpg.

But the error you originally cited was a parcimonie error, not a gpg
error, right?  i don't know enough about parcimonie to know why it might
think there are different rules for the different versions.

I recommend that you put your preferred keyserver into dirmngr.conf,
even if it duplicates the entry in gpg.conf.  does that solve the
parcimonie issue?

 --dkg

Bug#827938: pandas: FTBFS in testing (test_plot fails)

[Santiago Vila]

Package: src:pandas
Version: 0.18.0+git114-g6c692ae-1
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Severity: serious

Hello Yaroslav.

This package currently fails to build in stretch:


[...]
ERROR: test_plot (pandas.tests.test_graphics.TestDataFramePlots)
--
Traceback (most recent call last):
  File 
"/<>/pandas-0.18.0+git114-g6c692ae/debian/tmp/usr/lib/python2.7/dist-packages/pandas/tests/test_graphics.py",
 line 1322, in test_plot
df.plot.line(blarg=True)
[...]


I first discovered this by checking "dpkg-buildpackage -A" but it fails without 
-A too.

You can find a full build log here:

https://tests.reproducible-builds.org/debian/rbuild/testing/amd64/pandas_0.18.0+git114-g6c692ae-1.rbuild.log

Thanks.

Bug#804079: linux-image-3.16.0-4-amd64: Kernel panic on Xen virtualisation in Debian

[debian-bugtracker]

Hi,

we experienced this bug again today and a few weeks ago.
(Jan Prunk, who opened this bug, works with us on this issue)

we were running Xen 4.4.4 and Debians linux-image-amd64
3.16.7-ckt20-1+deb8u4 during both crashes.
now we updated to 3.16.7-ckt25-2, but i doubt this will help, as Ingo
already wrote in May he had the same issue with Kernel 4.5 (from backports).

please find attached the kernel panic output we obtained via the serial
console - lucky we have one.

I would be very pleased if someone may have ideas on how to handle this
- other than disabling IPv6, that is no solution.

Regards

Andreas
[3234866.294182] BUG: unable to handle kernel paging request at 8801cdca6000
[3234866.416948] IP: [] memcpy+0xd/0x110
[3234866.536483] PGD 1814067 PUD 2007fe067 PMD 20078f067 PTE 0
[3234866.654585] Oops:  [#1] SMP
[3234866.770799] Modules linked in: cpuid xt_set ip_set_hash_ip ip_set 
nfnetlink xt_LOG xt_limit xt_physdev xen_acpi_processor xen_pciback xen_netback 
xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs xen_privcmd openvswitch 
gre vxlan crc32c_generic xt_multiport ip6table_filter ip6_tables ipt_REJECT 
xt_tcpudp iptable_filter ip_tables x_tables ext4 crc16 mbcache jbd2 jc42 fuse 
intel_powerclamp coretemp iTCO_wdt iTCO_vendor_support ipmi_devintf evdev 
crc32_pclmul aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd 
ttm cdc_ether drm_kms_helper usbnet mii psmouse serio_raw pcspkr i2c_i801 drm 
lpc_ich mfd_core i2c_algo_bit i2c_core ioatdma i7core_edac ipmi_si dca 
edac_core tpm_tis tpm ipmi_msghandler button processor shpchp thermal_sys xfs 
libcrc32c raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx 
raid1 usbhid hid ohci_hcd btrfs xor raid6_pq dm_mod ata_generic md_mod 
xen_blkfront sg sd_mod crc_t10dif crct10dif_generic ata_piix crct10dif_pclmul 
crct10dif_common crc32c_intel libata ehci_pci uhci_hcd ehci_hcd megaraid_sas 
scsi_mod usbcore usb_common e1000e ptp pps_core bnx2
[3234867.831594] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.16.0-4-amd64 #1 
Debian 3.16.7-ckt20-1+deb8u4
[3234867.948071] Hardware name: IBM System x3550 M3 -[7944F2G]-/69Y4438, BIOS 
-[D6E159AUS-1.17]- 05/02/2013
[3234868.064043] task: 8181a460 ti: 8180 task.ti: 
8180
[3234868.178996] RIP: e030:[]  [] 
memcpy+0xd/0x110
[3234868.292852] RSP: e02b:8801fee03cf8  EFLAGS: 00010246
[3234868.404840] RAX: 88005a465070 RBX: 8801c70e5500 RCX: 
005e
[3234868.516185] RDX:  RSI: 8801cdca5ffe RDI: 
88005a465220
[3234868.625952] RBP: 8801fee03dd8 R08: 06c0 R09: 
88005a465062
[3234868.734095] R10: 6001 R11: 93c8ec00 R12: 
88005b021d00
[3234868.840953] R13: 8801cdca5e66 R14: 88006d1c1380 R15: 
04a8
[3234868.946025] FS:  7fac3fcc3700() GS:8801fee0() 
knlGS:
[3234869.050334] CS:  e033 DS:  ES:  CR0: 8005003b
[3234869.152920] CR2: 8801cdca6000 CR3: 0205c000 CR4: 
2660
[3234869.254725] Stack:
[3234869.353913]  814d32df 8801ef648400 8801fee03d48 
0010340008160120
[3234869.453612]  3101 814f000a 00048181a460 
80fe
[3234869.551878]  0d38a2feff9eae64  83561e3929aa 
8801f05f6880
[3234869.648969] Call Trace:
[3234869.743520]  
[3234869.744138]  [] ? ndisc_send_redirect+0x3bf/0x410
[3234869.928366]  [] ? xfrm6_output+0x2a/0x70
[3234870.018528]  [] ? ip6_forward+0x71c/0x850
[3234870.106851]  [] ? ip6_route_input+0xa4/0xd0
[3234870.193372]  [] ? __netif_receive_skb_core+0x543/0x750
[3234870.278512]  [] ? process_backlog+0x95/0x160
[3234870.361788]  [] ? net_rx_action+0x140/0x240
[3234870.443191]  [] ? __do_softirq+0xf1/0x290
[3234870.522774]  [] ? irq_exit+0x95/0xa0
[3234870.600396]  [] ? xen_evtchn_do_upcall+0x35/0x50
[3234870.676685]  [] ? xen_do_hypervisor_callback+0x1e/0x30
[3234870.751435]  
[3234870.752053]  [] ? xen_hypercall_sched_op+0xa/0x20
[3234870.896060]  [] ? xen_hypercall_sched_op+0xa/0x20
[3234870.965651]  [] ? xen_safe_halt+0xc/0x20
[3234871.033199]  [] ? default_idle+0x19/0xb0
[3234871.099205]  [] ? cpu_startup_entry+0x340/0x400
[3234871.164843]  [] ? start_kernel+0x497/0x4a2
[3234871.230237]  [] ? set_init_arg+0x4e/0x4e
[3234871.295272]  [] ? xen_start_kernel+0x569/0x573
[3234871.358951] Code: 66 0f 1f 44 00 00 e8 03 fc ff ff 48 8b 43 58 48 2b 43 50 
88 43 4e eb e6 90 90 90 90 90 90 48 89 f8 48 89 d1 48 c1 e9 03 83 e2 07  48 
a5 89 d1 f3 a4 c3 20 4c 8b 06 4c 8b 4e 08 4c 8b 56 10 4c
[3234871.487876] RIP  [] memcpy+0xd/0x110
[3234871.549034]  RSP 
[3234871.608074] CR2: 8801cdca6000
[3234871.791925] ---[ end trace c7bfc78a76e6c989 ]---
[3234871.847551] Kernel panic - not syncing: Fatal exception in interrupt
[3234871.902395] Kernel Offset: 0x0 from 0x8100 (relocation range: 
0x8000-0x9fff)

Bug#822864: sshuttle and python3.5

[Geert Stappers]

On Mon, Jun 20, 2016 at 08:54:49AM -0500, Jeffrey Thomas wrote:
> I couldn't figure out how to force sshuttle to use Python3.5 without either
> removing the 2.7 package or changing the symlink.

I think it some build time thing.

> $ /usr/bin/python --version
> Python 3.5.1+

So we are beyond this from the begin of the bugreport

  Versions of packages sshuttle depends on:
  ii  iptables 1.6.0-2
  ii  openssh-client [ssh-client]  1:7.2p2-4
  ii  python3-pkg-resources20.10.1-1
  pn  python3:any  

Package python3:any is installed

> If you have additional instructions or suggestions I'm happy to test them.
> Thanks for looking into this!

Please don't count on me.


Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#814859: RFS: runescape/0.1-1 [ITP] -- Set in a fantasy world of war, landscapes and sinister powers

[Carlos Donizete Froes]

Hi,

Added the "metadata" in d/upstream


Made to create a makefile. :/


but why?


Sorry, I do not have programming skills in C and makefile.

The source code is on github for those who want to improve it in the 
future.


Thanks!


Em 20-06-2016 10:34, Gianfranco Costamagna escreveu:

Hi,


Corrected the dependencies in d/control



ack

Made to create a makefile. :/



but why?

[Sergio Durigan Junion]

metadata stuff


Sergio is correct, thanks!


anyway, it seems working, so please answer the above and I'll do the
final checks
and hopefully upload.

G.



--
Carlos Donizete Froes [a.k.a coringao]
- https://wiki.debian.org/coringao
GPG: 4096R/B638B780
2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

Bug#827407: multipath-tools: initramfs should load same mp modules as sysvinit/sysmtemd files

[Andrew Patterson]

On Wed, 22 Jun 2016 11:18:41 -0600 Andrew Patterson
 wrote:

I forgot to add the multipath-tools.default file in the patch. Here is
the revised patch.

-- 
Andrew Patterson
Hewlett-Packard Enterprise

commit 566cc94c2fbcf1c59e5d3f8c30fd08c567f8a382
Author: Andrew Patterson 
Date:   Wed Jun 22 10:46:50 2016 -0600

Load common set of multipath-modules in initramfs, sysvinit, and systemd

Use variables in /etc/default/multipath-tools to load a common set
of multipath kernel modules and hardware handlers in the initramfs (for
multipath-tools-boot) and sysvinit scripts and systemd service files.

Closes: #827407

diff --git a/debian/extra/multipath-discover b/debian/extra/multipath-discover
new file mode 100755
index 000..89be2ab
--- /dev/null
+++ b/debian/extra/multipath-discover
@@ -0,0 +1,16 @@
+#!/bin/sh
+#
+# This script is used to discover multipath devices at boot. It can be
+# called from both the init script as well as the native systemd
+# service.
+#
+
+if [ -f /etc/default/multipath-tools ]; then
+	. /etc/default/multipath-tools
+else
+	MULTIPATH_TOOLS_HW_HANDLERS=""
+	MULTIPATH_TOOLS_MODULES="dm-mod dm-multipath"
+fi
+
+/sbin/modprobe -qa ${MULTIPATH_TOOLS_HW_HANDLERS}
+/sbin/modprobe -qa ${MULTIPATH_TOOLS_MODULES}
diff --git a/debian/initramfs/hooks b/debian/initramfs/hooks
index 4b60873..94cb7e8 100644
--- a/debian/initramfs/hooks
+++ b/debian/initramfs/hooks
@@ -17,6 +17,13 @@ fi
 
 . /usr/share/initramfs-tools/hook-functions
 
+if [ -f /etc/default/multipath-tools ]; then
+. /etc/default/multipath-tools
+else
+MULTIPATH_TOOLS_HW_HANDLERS=""
+MULTIPATH_TOOLS_MODULES="dm-mod dm-multipath"
+fi
+
 add_bindings()
 {
   if [ -r /etc/multipath/bindings ]; then
@@ -48,7 +55,12 @@ add_udev_rules
 [ -r /etc/multipath.conf ] && cp /etc/multipath.conf $DESTDIR/etc/
 add_bindings
 
-for x in dm-multipath dm-service-time dm-round-robin dm-emc; do
-	manual_add_modules ${x}
+for x in $MULTIPATH_TOOLS_HW_HANDLERS; do
+manual_add_modules ${x}
+done
+for x in $MULTIPATH_TOOLS_MODULES; do
+manual_add_modules ${x}
 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
 
diff --git a/debian/initramfs/init-top b/debian/initramfs/init-top
index 51637e9..ad27e83 100644
--- a/debian/initramfs/init-top
+++ b/debian/initramfs/init-top
@@ -26,10 +26,15 @@ verbose()
 
 maybe_break pre-multipath
 VERBOSITY=0
-HW_HANDLERS=""
+
+if [ -f /etc/multipath-tools-boot.conf ]; then
+. /etc/multipath-tools-boot.conf
+else
+MULTIPATH_TOOLS_HW_HANDLERS=""
+fi
 
 verbose && log_begin_msg "Loading multipath hardware handlers"
-for module in ${HW_HANDLERS}; do
+for module in ${MULTIPATH_TOOLS_HW_HANDLERS}; do
   if modprobe --syslog "$module"; then
 verbose && log_success_msg "loaded module ${module}."
   else
diff --git a/debian/initramfs/local-top b/debian/initramfs/local-top
index 33a6a29..99e4222 100644
--- a/debian/initramfs/local-top
+++ b/debian/initramfs/local-top
@@ -26,14 +26,19 @@ verbose()
 
 maybe_break pre-multipath
 VERBOSITY=0
-MP_MODULES="dm-multipath dm-emc"
 
 if [ ! -e /sbin/multipath ]; then
 	exit 0
 fi
 
+if [ -f /etc/multipath-tools-boot.conf ]; then
+. /etc/multipath-tools-boot.conf
+else
+MULTIPATH_TOOLS_MODULES="dm-mod dm-multipath"
+fi
+
 verbose && log_begin_msg "Loading multipath modules"
-for module in ${MP_MODULES}; do
+for module in ${MULTIPATH_TOOLS_MODULES}; do
   if modprobe "$module"; then
 verbose && log_success_msg "loaded module ${module}."
   else
diff --git a/debian/multipath-tools-boot.init b/debian/multipath-tools-boot.init
index 4be4904..41c6d01 100755
--- a/debian/multipath-tools-boot.init
+++ b/debian/multipath-tools-boot.init
@@ -32,7 +32,7 @@ set -e
 case "$1" in
   start)
 	log_action_begin_msg "$DESC"
-	modprobe dm-multipath 2> /dev/null || true
+	/lib/multipath/multipath-discover 2> /dev/null || true
 	$DAEMON -v $VERBOSITY
 	log_action_end_msg $?
 	;;
diff --git a/debian/multipath-tools.default b/debian/multipath-tools.default
new file mode 100644
index 000..09bcb88
--- /dev/null
+++ b/debian/multipath-tools.default
@@ -0,0 +1,8 @@
+# defaults file for multipath-tools and multipath-tools-boot.
+
+# SCSI hardware handler kernel modules loaded at boot. These are loaded
+# before modules listed in MULTIPATH_TOOLS_MODULES.
+MULTIPATH_TOOLS_HW_HANDLERS="scsi_dh scsi_dh_alua scsi_dh_emc scsi_dh_rdac"
+
+# Multipath kernel modules loaded at boot.
+MULTIPATH_TOOLS_MODULES="dm-mod dm-multipath dm-round-robin dm-service-time"
diff --git a/debian/rules b/debian/rules
index 8645d20..b153e1f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -85,6 +85,9 @@ install-indep:
 	install -D -m 644 debian/multipath-tools-boot.lintian-overrides \
 	debian/multipath-tools-boot/usr/share/lintian/overrides/multipath-tools-boot
 
+	# Boot scripts.
+	install -D -m 555 debia

Bug#827937: ITP: libhat-trie -- HAT-trie, an extremely efficient (space and time) modern variant of tries

[Sascha Steinbiss]

Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: libhat-trie
  Version : 0.0~git25f9e946
  Upstream Author : Daniel C. Jones 
* URL : https://github.com/dcjones/hat-trie
* License : MIT
  Programming Lang: C
  Description : HAT-trie, an extremely efficient (space and time) modern 
variant of tries

This is an ANSI C99 implementation of the HAT-trie data structure of Askitis
and Sinha, an extremely efficient (space and time) modern variant of tries.
The version implemented here maps arrays of bytes to words (i.e., unsigned
longs), which can be used to store counts, pointers, etc, or not used at all
if you simply want to maintain a set of unique strings.

This library is packaged by the Debian Med Packaging Team as a dependency of
SPAdes, to replace code currently embedded there.

Bug#827936: po4a: please implement support for Ruby document format

[Francesco Poli (wintermute)]

Package: po4a
Version: 0.47-2
Severity: wishlist

Hello and thanks for developing po4a.

As discussed on the po4a-devel mailing list [1], it would be great
if po4a supported the Ruby document format [2].

[1] https://lists.alioth.debian.org/pipermail/po4a-devel/2016-June/002364.html
[2] https://en.wikipedia.org/wiki/Ruby_Document_format

Could you please implement support for it in an appropriate module,
so that I could, for instance, do something like:

  $ po4a-gettextize -f rd -m apt-listbugs -p doc-apt-listbugs.pot

The Ruby document format is processed by package rdtool (among other
possible tools) and is described in its documentation [3].

[3] https://github.com/uwabami/rdtool/blob/master/doc/rd-draft.rd

I hope implementing this additional module is not too hard.
Please let me know.

Thanks a lot for your time!
Bye.

Bug#827935: libqt5core5a: [kfreebsd] QProcessPrivate::createPipe: Cannot create pipe - Function not implemented

[Sandro Knauß]

Package: libqt5core5a
Version: 5.6.1+dfsg-2
Severity: important

Hey,

with QtCore 5.6.1-2 the test of owncloud-client fails for kfreebsds
archs with:

PASS   : TestFileSystem::initTestCase()
QWARN  : TestFileSystem::testMd5Calc() QProcessPrivate::createPipe:
Cannot create pipe 0x805c6b4: Function not implemented
QDEBUG : TestFileSystem::testMd5Calc() File:
"/tmp/test_1063922729/file_a.bin"
QDEBUG : TestFileSystem::testMd5Calc() calculated
"d42aa14361a6c0ad4d2f9f7ecac57d15" versus md5sum: ""

https://buildd.debian.org/status/fetch.php?pkg=owncloud-client&arch=kfreebsd-i386&ver=2.2.1%2Bdfsg-2&stamp=1466599432

Regards,

sandro

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

[Nicolas Le Cam]

2016-06-22 22:45 GMT+02:00 Julian Andres Klode :
> The commit short description is a bit too long, can you shorten that
> to about 70 characters?
Sure done (for the second paragraph too).

> I'm not sure why the cron job does the check 2 times, I'll have
> to check that.
>
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.

> Maybe a Suggests instead, especially once we applied 2. (better
> switch those around then)
done.

Thanks for the review

regards,
Nicolas
From 2c86bf71cd9d8a184df4667409ee688ba020be52 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, 25 insertions(+), 26 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..e41fecb 100644
--- a/debian/apt.apt-compat.cron.daily
+++ b/debian/apt.apt-compat.cron.daily
@@ -11,6 +11,27 @@ 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
+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
+}
+
 # sleep for a random interval of time (default 30min)
 # (some code taken from cron-apt, thanks)
 random_sleep()
@@ -28,6 +49,9 @@ random_sleep()
 sleep $TIME
 }
 
+# ensure we don't do this on battery
+check_power || exit 0
+
 # run daily job
 random_sleep
 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

From 26fe38d01ed782473b974bc654c8ebeb81d7fef6 Mon Sep 17 00:00:00 2001
From: Nicolas Le Cam 
Date: Wed, 22 Jun 2016 20:55:18 +0200
Subject: Add a apt suggests powermgmt-base

debian/apt.apt-compat.cron.daily is using on_ac_power utility
---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index f5c5a75..15eb607 100644
--- a/debian/control
+++ b/debian/control
@@ -22,7 +22,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, ${apt:keyring}, gpgv | gpgv2, addus
 Replaces: manpages-pl (<< 20060617-3~), manpages-it (<< 2.80-4~), sun-java6-jdk (>> 0), sun-j

Bug#827037: RFS: xpad/4.8.0-1 [ITA]

[Julien Lavergne]

Hi,

I didn't have time to thank you for your work on this :-) I done just
a little maintenance on xpad, so I'm very happy to see a new
maintainer for it :-)

Regards,
Julien Lavergne

2016-06-22 8:30 GMT+02:00 Gianfranco Costamagna :
> control: tags -1 pending
>
>> control: tag -1 +confirmed
>
> Hi Sean, thanks for the really nice review!
>
> I did sponsor on deferred/5, because I would like to have a feedback about 
> the following
>
>>+ remove build-depends on libgtk2.0-dev, libmagickcore-extra,
>>  autotools-dev, imagemagick.
>
>
> mmm why? I mean imagemagick and libmagickcore-extra, can you please provide a 
> rationale for
> their removal?
> I don't see a bug or a removal request, so I would like to be sure about that
>
> btw removing that will probably allow me to do a sync --force in Ubuntu, 
> because you seem to have
> incorporated all the Ubuntu delta here
> https://bugs.launchpad.net/ubuntu/+source/xpad/+bug/635871
>
> Did you check the delta too?
> https://patches.ubuntu.com/x/xpad/xpad_4.5.0-0ubuntu1.patch
>
> it might be nice to see if they have other fixes...
>
> thanks for your hard work!
>
> BTW I also think somebody will thanks you for the work you did :)
> https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2016-June/016626.html
>
> I didn't update it just because I didn't find the orphan bug
> (ccing gilir, he might want to give an additional review here, even if the 
> package is already on its
> way for unstable)
>
> Gianfranco
>

Bug#825455: fixed in git for next upload

[Bdale Garbee]

tags 825455 +pending
thanks

Change made in the project git repo, will be part of our next upload to Debian.

Bdale

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

[Julian Andres Klode]

On Wed, Jun 22, 2016 at 10:45:52PM +0200, Julian Andres Klode wrote:
> On Wed, Jun 22, 2016 at 10:27:19PM +0200, Nicolas LE CAM wrote:
> > Package: apt
> > Version: 1.2.13
> > Severity: normal
> > Tags: patch
> > 
> > Dear Maintainer,
> > 
> > The rationnal for this is to be able to disable this "feature" without 
> > modifying package's script. My laptop has a pretty descent battery and 
> > I prefer to keep automatic updates rather than saving a hundreth 
> > percent of power. Actually this feature is hardcoded deep down in the 
> > script without any configuration possibility, by using systemd 
> > feature, I'll be able to disable this behaviour with a simple 
> > /etc/systemd/system/apt-daily.service.d/some.conf file.
> > 
> > I've made the compatibility cron job functionally equivalent (without 
> > any configuration possibility unfortunately).
> 
> The commit short description is a bit too long, can you shorten that
> to about 70 characters?

Same for the second paragraph, that should be wrapped.

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#827934: ITP: python-fakeredis -- Fake version of a redis-py

[Ondřej Nový]

Package: wnpp
Severity: wishlist
Owner: "Ondřej Nový" 

* Package name: python-fakeredis
  Version : 0.7.0
  Upstream Author : James Saryerwinnie
* URL : https://github.com/jamesls/fakeredis
* License : BSD-3-clause
  Programming Lang: Python
  Description : Fake version of a redis-py

fakeredis is a pure Python implementation of the redis-py Python client that
simulates talking to a redis server. This was created for a single purpose:
to write unittests. Setting up redis is not hard, but many times you want to
write unittests that do not talk to an external server (such as redis).
This module now allows tests to simply use this module as a reasonable
substitute for redis.

We are using this package in our company and we are going to maintain it in 
DPMT.

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

[Francesco Poli]

On Mon, 20 Jun 2016 14:06:11 +0200 Alberto Luaces wrote:

[...]
> Dear Maintainer,

Hello,
I am not a maintainer of the sympy Debian package (I am just a user),
but I feel like commenting your bug report. 

> 
> trying to start isympy fails with the error in the subject line.
[...]
> ii  python3-sympy1.0-1
[...]

I see that you have python3-sympy installed.

What's the output of

  $ /usr/bin/python --version

on your system?



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


pgpxJp5f1Gx2l.pgp
Description: PGP signature

Bug#804987: pioneers-metaserver: Please drop versioned dependency on initscripts package

[Martin Pitt]

Control: tag -1 pending

bi...@debian.org [2015-11-13  8:48 +0100]:
> your package pioneers-metaserver declares a versioned dependency on
> the initscripts package. Most likely, it was added for the
> /run-transition in wheezy.

Correct:

  pioneers (15.1-1) unstable; urgency=low
  [...]
  * Added Depends on initscripts (>= 2.88dsf-13.3) to ensure /run is usable.
  [...]
  -- Roland Clobus   Sun, 08 Dec 2013 17:08:02 +0100

So it can be dropped now. Straightforward patch attached.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru pioneers-15.3/debian/changelog pioneers-15.3/debian/changelog
--- pioneers-15.3/debian/changelog  2014-10-26 15:30:45.0 +0100
+++ pioneers-15.3/debian/changelog  2016-06-22 23:01:35.0 +0200
@@ -1,3 +1,10 @@
+pioneers (15.3-2) UNRELEASED; urgency=medium
+
+  * Drop obsolete initscripts dependency. This was only added for the /run
+transition, but this only affected pre-wheezy upgrades. (Closes: #804987)
+
+ -- Martin Pitt   Wed, 22 Jun 2016 23:01:06 +0200
+
 pioneers (15.3-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru pioneers-15.3/debian/control pioneers-15.3/debian/control
--- pioneers-15.3/debian/control2014-10-26 14:40:35.0 +0100
+++ pioneers-15.3/debian/control2016-06-22 23:00:58.0 +0200
@@ -68,8 +68,7 @@
 Replaces: pioneers-meta-server (<< 14.2-1~)
 Breaks: pioneers-meta-server (<< 14.2-1~)
 Architecture: any
-Depends: initscripts (>= 2.88dsf-13.3),
- lsb-base,
+Depends: lsb-base,
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Settlers of Catan board game - metaserver

Bug#827933: RFS: yabar/0.4.0-1 [ITP]

[Jack Henschel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: yabar
  Version : 0.4.0-1
  Upstream Author : George Badawi
* URL : https://github.com/geommer/yabar
* License : Expat
  Section : misc

It builds those binary packages:

 yabar - Modern and lightweight status bar for X window managers

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

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


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

 dget -x https://mentors.debian.net/debian/pool/main/y/yabar/yabar_0.4.0-1.dsc

For more information about yabar, please visit the project homepage:

 https://github.com/geommer/yabar
  

Best Regards,
Jack Henschel
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXav2cAAoJEFeR0PrOCvA84WIP/jRAckqAcaY/Xh2c3vup7Zyv
hnL/PIpGDWVRbaD3mOWwct9f0dBI3Mx/3YtiKHUjjGfo/0ib9OxRTjJ8HPVsSLg9
tqdGC0LoAULiAv1j9/+plx0wOpBhAvOk/xpj2ZVQLbhrSrTZmvgXcUUpVUO1SFwn
BsjcnK+o++5weEh+WH0CtUnBgjlPo4CVENmP6pEzzoJK7bL4OyqyRheG+WOYuwjO
1swYwRhtPloSYlv0s/SJ/ja1SEeHwW1SMNYXRacmqz9l4xWaUEEflfzq2jAHewd0
xcU0iPzfDMm1jJYKp48kQwKVA+iQNrPFV2XPNbtJJzC5uXN8Tk64nWCYpjka87cO
QObF7eDgEBmkYVSp04wBznZPfl2OgQrwdLXfIJoZiiMQjMu95WgLyVcOV+mGcE1d
CpwU87V92C0N4jPB+BXzpERfzzrMchq/Q8X/lupydLbSi54caKrYMQrZfit/6fnm
y1dKjqBov0aNTkWuy5FEuYdatMCQ4ntBecIm565CUwXVotAj0C4DvQWUpQQ2SB8l
NKH5DAYAbLa7pa3DnoojdAvDmyQ7viZ2+BauZtGsPeSwS9Vjchfpja2RJ8SOvgAk
cRHvAYI4ndfvGn0k/qpxT1/DVhWBBWi7ginvzY/jMhlsl2zhjbHVmKa7GzSX7sMa
IVeWwZtCqjaBHxeoe4j2
=505N
-END PGP SIGNATURE-

Bug#826190: Patch for Jessie's nvidia-kernel-dkms

[Jakob Meng]

Just in case anyone wants to build nvidia-kernel-dkms from Jessie with
kernel 4.6, the patch attached might be useful. The original patch has
been taken from http://pastebin.com/hJ2GuLdB.

Kind regards
Jakob
diff -Naur /usr/src/nvidia-current-340.96.orig/conftest.h /usr/src/nvidia-current-340.96/conftest.h
--- /usr/src/nvidia-current-340.96.orig/conftest.h	2015-11-21 02:48:10.0 +0100
+++ /usr/src/nvidia-current-340.96/conftest.h	2016-06-22 22:35:16.325994356 +0200
@@ -664,6 +664,13 @@
  #undef NV_NODE_END_PFN_PRESENT
 #endif
 
+/* Implement conftest.sh function get_user_pages_remote */
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0)
+ #define NV_GET_USER_PAGES_REMOTE_PRESENT
+#else
+ #undef NV_GET_USER_PAGES_REMOTE_PRESENT
+#endif
+
 /* Check for linux/semaphore.h */
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,26)
  #define NV_LINUX_SEMAPHORE_H_PRESENT
diff -Naur /usr/src/nvidia-current-340.96.orig/conftest_nvidia.sh /usr/src/nvidia-current-340.96/conftest_nvidia.sh
--- /usr/src/nvidia-current-340.96.orig/conftest_nvidia.sh	2015-11-09 06:44:53.0 +0100
+++ /usr/src/nvidia-current-340.96/conftest_nvidia.sh	2016-06-22 22:25:10.407749529 +0200
@@ -773,6 +773,23 @@
 compile_check_conftest "$CODE" "NV_ACQUIRE_CONSOLE_SEM_PRESENT" "" "functions"
 ;;
 
+get_user_pages_remote)
+#
+# Determine if the function get_user_pages_remote() is
+# present.
+#
+# get_user_pages_remote() was added by:
+#   2016 Feb 12: 1e9877902dc7e11d2be038371c6fbf2dfcd469d7
+#
+CODE="
+#include 
+int conftest_get_user_pages_remote(void) {
+get_user_pages_remote();
+}"
+
+compile_check_conftest "$CODE" "NV_GET_USER_PAGES_REMOTE_PRESENT" "" "functions"
+;;
+
 console_lock)
 #
 # Determine if the console_lock() function is present.
diff -Naur /usr/src/nvidia-current-340.96.orig/Kbuild /usr/src/nvidia-current-340.96/Kbuild
--- /usr/src/nvidia-current-340.96.orig/Kbuild	2015-12-15 05:19:18.0 +0100
+++ /usr/src/nvidia-current-340.96/Kbuild	2016-06-22 22:26:47.396740408 +0200
@@ -147,7 +147,8 @@
 	drm_pci_set_busid \
 	write_cr4 \
 	for_each_online_node \
-	node_end_pfn
+	node_end_pfn \
+get_user_pages_remote
 
 #
 # CFLAGS dependent on the type of builds (e.g. single/muliple module, debug)
diff -Naur /usr/src/nvidia-current-340.96.orig/nv-mm.h /usr/src/nvidia-current-340.96/nv-mm.h
--- /usr/src/nvidia-current-340.96.orig/nv-mm.h	1970-01-01 01:00:00.0 +0100
+++ /usr/src/nvidia-current-340.96/nv-mm.h	2016-06-22 22:23:04.946490291 +0200
@@ -0,0 +1,55 @@
+/***
+Copyright (c) 2016 NVIDIA Corporation
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to
+deal in the Software without restriction, including without limitation the
+rights to use, copy, modify, merge, publish, distribute, sublicense, and/or
+sell copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be
+included in all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
+THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
+DEALINGS IN THE SOFTWARE.
+
+***/
+#ifndef __NV_MM_H__
+#define __NV_MM_H__
+
+/*  get_user_pages_remote() was added by:
+ *2016 Feb 12: 1e9877902dc7e11d2be038371c6fbf2dfcd469d7
+ *
+ *  The very next commit (cde70140fed8429acf7a14e2e2cbd3e329036653)
+ *  deprecated the 8-argument version of get_user_pages for the
+ *  non-remote case (calling get_user_pages with current and current->mm).
+ *
+ *  The guidelines are: call NV_GET_USER_PAGES_REMOTE if you need the 8-argument
+ *  version that uses something other than current and current->mm. Use
+ *  NV_GET_USER_PAGES if you are refering to current and current->mm.
+ *
+*  Note that get_user_pages_remote() requires the caller to hold a reference on
+*  the task_struct (if non-NULL) and the mm_struct. This will always be true
+*  when using current and current->mm. If the kernel passes the driver a vma
+*  via driver callback, the kernel holds a reference on vma->vm_mm over that
+*  callback.
+ */
+
+#if defined(NV_GET_USER

Bug#819329: [Pkg-xfce-devel] Bug#819329: Bug#819329: light-locker: Computer locked by frozen screen after sleep

[Yves-Alexis Perez]

On mer., 2016-06-22 at 22:31 +0200, Lee Garrett wrote:
> On 22/06/16 22:04, Yves-Alexis Perez wrote:
> > Well, actually that's wrong. It *can* run rootless, but lightdm doesn't
> > support it, and light-locker obviously requires lightdm.
> 
> Ah, sorry, I (naively) assumed that all display managers run rootless by now.

As far as I can tell, only gdm3 does it.
> 
> On my system I have gdm3 and lightdm installed, and but gdm3 is my default
> display manager. Maybe that is the issue here?
> 
> randall@saito:~$ cat /etc/X11/default-display-manager
> /usr/sbin/gdm3

Indeed.
> 
> The package descriptions says it relies on lightdm, and there's a hard
> dependency on lightdm, but maybe that's not enough.

Unfortunately, enforcing a *runtime* dependency on lightdm is not really
possible here, even thought it'd be nice.

Regards,
-- 

Yves-Alexis

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

Bug#818107: doconce: please package the latest upstream version (and update the homepage)

[Francesco Poli]

On Sun, 13 Mar 2016 20:07:14 +0100 Francesco Poli (wintermute) wrote:

[...]
> the version currently packaged for Debian seems to be fairly outdated
[...]

Hello,
is there any progress on this issue [1]?

[1] https://bugs.debian.org/818107

Please let me know.
Thanks for your time!

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


pgpESwaG0LavT.pgp
Description: PGP signature

Bug#804977: psad: Please drop versioned dependency on initscripts package

[Martin Pitt]

Control: tag -1 patch

Hello,

bi...@debian.org [2015-11-13  7:49 +0100]:
> your package psad declares a versioned dependency on the initscripts
> package. Most likely, it was added for the /run-transition in wheezy.

Right, it was added in
https://anonscm.debian.org/cgit/collab-maint/psad.git/commit/?id=445de4eda7

Trivial git-formatted patch attached. Note that this won't directly
apply as the Vcs-Git is not up to date with what's actually in the
archive. So please push the missing commits first.

Thanks for considering!

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
>From 44ad24f0ae5adf19d69236de7c614e2acbb261ee Mon Sep 17 00:00:00 2001
From: Martin Pitt 
Date: Wed, 22 Jun 2016 22:55:16 +0200
Subject: [PATCH] Drop obsolete initscripts dependency

It was introduced in commit 445de4eda7 for the /run transition, but this only
applied to pre-wheezy upgrades.

Closes: #804977
---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index c92ac2c..47f81c7 100644
--- a/debian/control
+++ b/debian/control
@@ -16,7 +16,7 @@ Depends: ${misc:Depends}, ${shlibs:Depends}, ${perl:Depends},
  libnet-ip-perl, libdate-calc-perl, libcarp-clan-perl,
  whois, psmisc, libiptables-parse-perl, libiptables-chainmgr-perl,
  default-mta | mail-transport-agent, bsd-mailx | mailx | mailutils,
- lsb-base, initscripts (>= 2.88dsf-13.3)
+ lsb-base
 Suggests: fwsnort, bastille
 Description: Port Scan Attack Detector
  PSAD is a collection of four lightweight system daemons (in Perl and
-- 
2.8.1

Bug#682816: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem

[Francesco Poli]

On Mon, 14 Jul 2014 22:28:05 +0200 Francesco Poli wrote:

> I had found out that the issue vanishes when using SNA acceleration.
[...]
> and I am keeping DPMS disabled.
[...]
> Is there any progress on this issue?

These two issues (#714531 [1] and #682816 [2]) seem to have disappeared
(at least) since
xserver-xorg-video-intel/2:2.99.917+git20160325-1
linux-image-4.5.0-2-amd64/4.5.3-2

[1] https://bugs.debian.org/714531
[2] https://bugs.debian.org/682816

I haven't experienced them for quite some time, after re-enabling DPMS
and while using the default acceleration (which is now SNA, as far as I
can tell).

Olivier, Joseph, Wolodja, do you still experience any of the two bugs?
Please let me know, thanks for your time.

If nobody objects in the next 30 days, I will reassign bug #714531
to package xserver-xorg-video-intel and close both bug
reports (#714531 and #682816) as fixed in
xserver-xorg-video-intel/2:2.99.917+git20160325-1

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


pgpnGaqz0JMck.pgp
Description: PGP signature

Bug#827932: ITP: porg -- a source code package organizer

[Brandon Griffith]

Package: wnpp
Severity: wishlist

Porg  is  a  program to aid package management when installing packages from
source code.
Porg also provides options for printing  package  information,  package files, 
removing packages or querying for the owner of files.

More information can be found at the program's website:
http://porg.sourceforge.net/


signature.asc
Description: PGP signature

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

[Julian Andres Klode]

On Wed, Jun 22, 2016 at 10:27:19PM +0200, Nicolas LE CAM wrote:
> Package: apt
> Version: 1.2.13
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> The rationnal for this is to be able to disable this "feature" without 
> modifying package's script. My laptop has a pretty descent battery and 
> I prefer to keep automatic updates rather than saving a hundreth 
> percent of power. Actually this feature is hardcoded deep down in the 
> script without any configuration possibility, by using systemd 
> feature, I'll be able to disable this behaviour with a simple 
> /etc/systemd/system/apt-daily.service.d/some.conf file.
> 
> I've made the compatibility cron job functionally equivalent (without 
> any configuration possibility unfortunately).

The commit short description is a bit too long, can you shorten that
to about 70 characters?

I'm not sure why the cron job does the check 2 times, I'll have
to check that.

Apart from that: lgtm.


> 
> The first patch is a nit-pick I saw while hacking apt scripts. 
> Actually the apt.systemd.daily script (or apt.apt-compat.cron.daily 
> with my patch) is using the on_ac_power utility without recommending 
> powermgmt-base, not sure it's useful.

Maybe a Suggests instead, especially once we applied 2. (better
switch those around then)

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#825759: nmu: some Ada libraries, dw: to reflect order of build dependencies

[Emilio Pozuelo Monfort]

On 21/06/16 23:41, Emilio Pozuelo Monfort wrote:
> On 31/05/16 17:10, Emilio Pozuelo Monfort wrote:
>> On 29/05/16 17:27, Nicolas Boulenguez wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: binnmu
>>>
>>> Hello.
>>>
>>> Every package containing an Ada library embeds checksums of its
>>> recursive dependencies, in files suffixed with .ali. Everytime
>>> something attempts to build against the library, gcc checks that the
>>> sources of all dependencies match the checksum in the ALI files, else
>>> fails with a message about "obsolete ALI files".
>>>
>>> Between gcc-6.0 and gcc-6.1, the GNAT Ada runtime has changed.  A
>>> library already built against gcc-6.0 and recursively depending on the
>>> modified part now contains an invalid checksum. All reverse
>>> dependencies are broken until the library is rebuilt against gcc-6.1.
>>>
>>> Ada libraries Build-Depend: gnat per policy, and gnat Depends: gnat-6
>>> (>= 6.1) since a few hours, so a bin-NMU will automatically wait for
>>> gcc-6.1 on architectures where it is not available yet.
>>>
>>> However, some dw commands are required to express that a library must
>>> only be rebuilt after its (library) dependencies.
>>>
>>> The already existing binNMU for libgnatcoll and asis on some
>>> architectures causes two version number to be involved, and the syntax
>>> in such an unusual case is not specified by the documentation. I hope
>>> that the intent is evident enough for any syntax issue to be easily
>>> fixed.
>>
>> There is no need to specify the +bN suffix in nmu commands (not sure if it's
>> just not necessary or actively harmful, but I've just removed them). For dw 
>> on
>> the -m switch it is correct.
>>
>>> For libaws on some architectures, no NMU is necessary because the
>>> build has always failed until now.
>>>
>>> Thanks for rescuing poor ALIs lost in Wonderland.
>>
>> All scheduled.
> 
> Some of that failed because of the undefined references on libgnatprj6. That 
> is
> fixed in 6.1.1-7, so I have given packages back (with appropriate dep-waits as
> gcc-6 is still building on some architectures yet) and things are looking well
> so far. Except for libaws on ppc64el (and sparc64), where it's complaining 
> about
> some ali files. Are we missing some binNMUs? Can you take a look?
> 
> https://buildd.debian.org/status/package.php?p=libaws

Also see asis/ppc64:

https://buildd.debian.org/status/package.php?p=asis

Emilio

Bug#827923: multipath-tools: lintian errors and warnings

[Andrew Patterson]

On Wed, 22 Jun 2016 18:44:49 + Niels Thykier  wrote:
> On Wed, 22 Jun 2016 11:42:54 -0600 Andrew Patterson > 
>  wrote: > > Package: multipath-tools > >
Version: 0.6.1-3 > > > > Hi, > > Please keep me in CC for follow ups on
this if my reply is desired. > > > I get the following errors and
warning when running lintian > > 2.5.44~bpo8+1 on
multipath-tools_0.6.1-3: > > > > [...] > > W: multipath-tools:
maintscript-calls-ldconfig postinst > > E: multipath-tools:
package-must-activate-ldconfig-trigger > > lib/libmultipath.so.0 > > W:
multipath-tools: maintscript-calls-ldconfig postrm > > These 3 can
appear for legitimate reasons if: > > * The build was last done several
months ago, OR > * If done in jessie/jessie-backports (with the jessie
version of > debhelper) > > In the former case, a simple no-change
rebuild will generally fix the > issue (and indeed, the unstable package
does not appear to be affected[1]). > In the latter case, lintian is
simply testing for something that > applies to unstable but not for
jessie. For backports, you can avoid it > by using the debhelper in
jessie-backports; but it is not really necessary. > > Thanks, > ~Niels

You are correct, the build was done in jessie. After rebuilding in sid,
I get:

lintian multipath-tools_0.6.1-3_amd64.changes
W: multipath-tools: package-name-doesnt-match-sonames libmpathcmd0
libmpathpersist0 libmultipath0
W: multipath-tools: hardening-no-relro lib/libmpathpersist.so.0
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man3/mpath_persistent_reserve_in.3.gz
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man3/mpath_persistent_reserve_out.3.gz
W: multipath-tools: manpage-has-errors-from-man
usr/share/man/man5/multipath.conf.5.gz 239: warning [p 4, 0.0i]: can't
break line
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man8/mpathpersist.8.gz
W: multipath-tools: non-dev-pkg-with-shlib-symlink lib/libmpathcmd.so.0
lib/libmpathcmd.so
W: multipath-udeb udeb: package-name-doesnt-match-sonames libmultipath0
N: 5 tags overridden (1 error, 1 warning, 3 info)

Is it worth it to try and fix these warning? Or at least provide
overrides for them.

Andrew

-- 
Andrew Patterson
Hewlett-Packard Enterprise

Bug#819329: [Pkg-xfce-devel] Bug#819329: light-locker: Computer locked by frozen screen after sleep

[Lee Garrett]

On 22/06/16 22:04, Yves-Alexis Perez wrote:
> Well, actually that's wrong. It *can* run rootless, but lightdm doesn't
> support it, and light-locker obviously requires lightdm.

Ah, sorry, I (naively) assumed that all display managers run rootless by now.

On my system I have gdm3 and lightdm installed, and but gdm3 is my default
display manager. Maybe that is the issue here?

randall@saito:~$ cat /etc/X11/default-display-manager
/usr/sbin/gdm3

The package descriptions says it relies on lightdm, and there's a hard
dependency on lightdm, but maybe that's not enough.

Regards,
Lee

Bug#827931: RM: nodejs [armel] -- ANAIS; nodejs > 0.10 no longer supports armel arch

[Jérémy Lal]

Package: ftp.debian.org
Severity: normal

nodejs >= 4 never supported < armv7 cpu.
It went undetected because armel buildd servers all have >= armv7 cpu.

Thanks,
Jérémy

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

[Nicolas LE CAM]

Package: apt
Version: 1.2.13
Severity: normal
Tags: patch

Dear Maintainer,

The rationnal for this is to be able to disable this "feature" without 
modifying package's script. My laptop has a pretty descent battery and I prefer 
to keep automatic updates rather than saving a hundreth percent of power.
Actually this feature is hardcoded deep down in the script without any 
configuration possibility, by using systemd feature, I'll be able to disable 
this behaviour with a simple /etc/systemd/system/apt-daily.service.d/some.conf 
file.

I've made the compatibility cron job functionally equivalent (without any 
configuration possibility unfortunately).

The first patch is a nit-pick I saw while hacking apt scripts. Actually the 
apt.systemd.daily script (or apt.apt-compat.cron.daily with my patch) is using 
the on_ac_power utility without recommending powermgmt-base, not sure it's 
useful.

regards,
Nicolas

-- Package-specific info:

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


-- (no /etc/apt/sources.list present) --


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

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

Versions of packages apt depends on:
ii  adduser 3.114
ii  debian-archive-keyring  2014.3
ii  gnupg   1.4.20-6
ii  gnupg2  2.1.11-7
ii  gpgv1.4.20-6
ii  init-system-helpers 1.34
ii  libapt-pkg5.0   1.2.13
ii  libc6   2.22-11
ii  libgcc1 1:6.1.1-4
ii  libstdc++6  6.1.1-4

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.7.5-3
pn  dpkg-dev
pn  python-apt  

-- no debconf information
>From c9ac5bf1d53d7a346b1532a74ebcdbeb476ee1ce Mon Sep 17 00:00:00 2001
From: Nicolas Le Cam 
Date: Wed, 22 Jun 2016 21:39:38 +0200
Subject: Leverage the ConditionACPower feature of systemd instead of
 hardcoding it 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, 25 insertions(+), 26 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..e41fecb 100644
--- a/debian/apt.apt-compat.cron.daily
+++ b/debian/apt.apt-compat.cron.daily
@@ -11,6 +11,27 @@ 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
+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
+}
+
 # sleep for a random interval of time (default 30min)
 # (some code taken from cron-apt, thanks)
 random_sleep()
@@ -28,6 +49,9 @@ random_sleep()
 sleep $TIME
 }
 
+# ensure we don't do this on battery
+check_power || exit 0
+
 # run daily job
 random_sleep
 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

Bug#819329: [Pkg-xfce-devel] Bug#819329: light-locker: Computer locked by frozen screen after sleep

[Yves-Alexis Perez]

On mar., 2016-06-21 at 17:26 +0200, Lee Garrett wrote:
> Yves-Alexis, current X in testing/sid run rootless, the logs are not written
> to /var/log/Xorg.0.log anymore. You can find them by running 'journalctl -u
> session-1.scope', if the X session is your first. Otherwise check for other
> sessions via 'systemctl'.

Well, actually that's wrong. It *can* run rootless, but lightdm doesn't
support it, and light-locker obviously requires lightdm.

Regards,
-- 

Yves-Alexis

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

Bug#827838: [Pkg-xfce-devel] Bug#827838: light-locker makes it prohibitely difficult to debug

[Yves-Alexis Perez]

On mar., 2016-06-21 at 17:34 +0200, Lee Garrett wrote:
> -
> randall@saito:~$ light-locker-command -q
> ** Message: Failed to get session bus: Cannot autolaunch D-Bus without X11 
> $DISPLAY
> randall@saito:~$ DISPLAY=":0.0" light-locker-command -q
> ** Message: Locker is not running!
> randall@saito:~$ ps auxw | grep light-l
> randall   6265  0.1  0.1 387012 18776 pts/0    Sl+  17:20   0:00 light-locker 
> --debug
> randall   6279  0.0  0.0  14240  2232 pts/3    S+   17:21   0:00 grep --color 
> light-l
> -
> 
> If there is a way to use light-locker-command from a (non-X) tty, it would be
> great if that was documented somewhere.

Well, that's the same for every D-Bus application actually. You need to be
able to talk to the bus. Set the DBUS_SESSION_BUS_ADDRESS variable to the
relevant value.

Regards,
-- 

Yves-Alexis

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

Bug#827929: csound FTBFS on hppa architecture

[Helge Deller]

Package: csound
Version: 1:6.05~dfsg1-7
Tags: patch

csound fails to build on hppa, because hppa uses gcj as java compiler, and
in interfaces/CMakeLists.txt it's hardcoded:
  COMMAND ${JAVA_COMPILE} *.java -source 1.6 -target 1.6 -d .

gcj does not accept the -source and -target options.
Removing those fixes build on hppa.

Failing log is here:
https://buildd.debian.org/status/fetch.php?pkg=csound&arch=hppa&ver=1%3A6.05%7Edfsg1-7&stamp=1463527847

Attached patch fixes it for hppa, but is probably not useable for other 
architectures.
Is there any other possible work around for this problem ?

Thanks,
Helge
diff -up ./csound-6.05~dfsg1/interfaces/CMakeLists.txt.org ./csound-6.05~dfsg1/interfaces/CMakeLists.txt
--- ./csound-6.05~dfsg1/interfaces/CMakeLists.txt.org	2016-06-22 21:08:09.948429097 +0200
+++ ./csound-6.05~dfsg1/interfaces/CMakeLists.txt	2016-06-22 21:08:24.192336644 +0200
@@ -144,7 +144,7 @@ if(BUILD_PYTHON_INTERFACE OR BUILD_JAVA_
 ADD_CUSTOM_COMMAND(TARGET _jcsound6
 POST_BUILD
 COMMAND cmake -E make_directory ./csnd6
-COMMAND ${JAVA_COMPILE} *.java -source 1.6 -target 1.6 -d .
+COMMAND ${JAVA_COMPILE} *.java -d .
 COMMAND ${JAVA_ARCHIVE} cf ../csnd6.jar csnd6
 COMMENT "Building JAVA package csnd6.jar")
 

Bug#803582: More information

[Éter]

The thumbnails that I miss without kio-extras are image thumbnails. I haven't 
tried with other fyle types thumbnails.

Bug#827928: golang-github-coreos-go-systemd-dev: circular dependency with golang-github-coreos-pkg-dev

[Bill Allombert]

Package: golang-github-coreos-go-systemd-dev
Version: 9-1
Severity: important

Hello Debian Go Packaging Team,

There is a circular dependency between
golang-github-coreos-go-systemd-dev and golang-github-coreos-pkg-dev:

golang-github-coreos-go-systemd-dev :Depends: golang-github-coreos-pkg-dev
golang-github-coreos-pkg-dev:Depends: 
golang-github-coreos-go-systemd-dev

Circular dependencies are known to cause problems during upgrade, so we
should try to avoid them.

See threads 
http://lists.debian.org/debian-devel/2005/06/msg02111.html
http://lists.debian.org/debian-devel/2005/11/msg01101.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#827923: multipath-tools: lintian errors and warnings

[Niels Thykier]

On Wed, 22 Jun 2016 11:42:54 -0600 Andrew Patterson
 wrote:
> Package: multipath-tools
> Version: 0.6.1-3
> 

Hi,

Please keep me in CC for follow ups on this if my reply is desired.

> I get the following errors and warning when running lintian
> 2.5.44~bpo8+1 on multipath-tools_0.6.1-3:
> 
> [...]
> W: multipath-tools: maintscript-calls-ldconfig postinst
> E: multipath-tools: package-must-activate-ldconfig-trigger
> lib/libmultipath.so.0
> W: multipath-tools: maintscript-calls-ldconfig postrm

These 3 can appear for legitimate reasons if:

 * The build was last done several months ago, OR
 * If done in jessie/jessie-backports (with the jessie version of
   debhelper)

In the former case, a simple no-change rebuild will generally fix the
issue (and indeed, the unstable package does not appear to be affected[1]).
  In the latter case, lintian is simply testing for something that
applies to unstable but not for jessie.  For backports, you can avoid it
by using the debhelper in jessie-backports; but it is not really necessary.

Thanks,
~Niels

[1]
https://lintian.debian.org/maintainer/pkg-lvm-maintain...@lists.alioth.debian.org.html#multipath-tools




signature.asc
Description: OpenPGP digital signature

Bug#827927: hime: postinst fails due to "set -e" and "dpkg --compare-versions"

[Chung-chieh Shan]

Package: hime
Version: 0.9.10+git20150916+dfsg1-4
Severity: serious
Tags: patch
Justification: Policy 6.4

"hime.postinst configure" fails because it performs "set -e" at the top
then tests "dpkg --compare-versions".  The lines

dpkg --compare-versions $2 lt 0.9.10+git20150916+dfsg1-3~
if [ $? ]; then

should instead read

if dpkg --compare-versions $2 lt 0.9.10+git20150916+dfsg1-3~; then

Thanks!

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

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

Versions of packages hime depends on:
ii  hime-data0.9.10+git20150916+dfsg1-4
ii  hime-tables  0.9.10+git20150916+dfsg1-4
ii  libappindicator1 0.4.92-4
ii  libc62.22-12
ii  libcairo21.14.6-1+b1
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.1-1
ii  libgtk2.0-0  2.24.30-2
ii  libhime  0.9.10+git20150916+dfsg1-4
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1
ii  libx11-6 2:1.6.3-1
ii  libxtst6 2:1.2.2-1+b1

Versions of packages hime recommends:
ii  hime-gtk2-immodule  0.9.10+git20150916+dfsg1-4
ii  hime-gtk3-immodule  0.9.10+git20150916+dfsg1-4
ii  im-config   0.29-1.4

Versions of packages hime suggests:
pn  gcin-voice 
ii  hime-anthy 0.9.10+git20150916+dfsg1-4
ii  hime-chewing   0.9.10+git20150916+dfsg1-4
ii  hime-qt4-immodule  0.9.10+git20150916+dfsg1-4
pn  hime-qt5-immodule  

-- no debconf information

-- 
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#827926: mirrors: use dc16 mirror in httpredir for traffic from UCT

[Stefano Rivera]

Package: mirrors
Severity: important
User: mirr...@packages.debian.org
Usertags: httpredir

Hi,

We have mirror.dc16.debconf.org, which is the recommended mirror for
attendees of DebConf 16.

The address ranges of UCT are:
154.115.0.0/17
137.158.0.0/16
2001:43f8:70::/45

I'm not certain what has been allocated for the conference yet (we may
know tomorrow), but I don't see any harm in doing this for the entire
university.

Right now, it seems our WiFi is on 137.158.22.0/23

SR

Bug#827925: python-cryptography: missing dependency on python-cffi

[Harlan Lieberman-Berg]

Package: python-cryptography
Version: 1.3.4-1
Severity: grave
Justification: renders package unusable

Hello,


The latest build of python-cryptography is missing a Depends on 
python-cffi which holds the .egg-info.  As a result, setuptools is 
unable to determine that python-cffi-backend is actually installed, and 
produces errors.

Sincerely,

-- 
Harlan Lieberman-Berg
~hlieberman

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

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

Versions of packages python-cryptography depends on:
ii  libc62.22-11
ii  libssl1.0.2  1.0.2h-1
ii  python   2.7.11-2
pn  python-cffi-backend-api-max  
pn  python-cffi-backend-api-min  
ii  python-enum341.1.5-1
ii  python-idna  2.1-1
ii  python-ipaddress 1.0.16-1
ii  python-pyasn10.1.9-1
ii  python-setuptools20.10.1-1
ii  python-six   1.10.0-3
pn  python:any   

python-cryptography recommends no packages.

Versions of packages python-cryptography suggests:
pn  python-cryptography-doc  
pn  python-cryptography-vectors  

-- no debconf information

Bug#827924: RFS: cplay/1.50-1 [QA] [RC]

[David Jones]

Package: sponsorship-requests
Severity: important

Dear mentors,

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

 * Package name: cplay
   Version : 1.50-1
   Upstream Author : Tomi Pieviläinen 
 * URL : https://github.com/hukka/cplay
 * License : GPL-2
   Section : sound

It builds those binary packages:

  cplay - A front-end for various audio players

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

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


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

  dget -x https://mentors.debian.net/debian/pool/main/c/cplay/cplay_1.50-1.dsc

More information about cplay can be obtained from
https://github.com/hukka/cplay.

Changes since the last upload:

  * QA upload.
  * New upstream release (Closes: #279000, #375060, #413738)
  * Converted to quilt (3.0) (Closes: #664311)
  * Updated debhelper level to 9 (Closes: #817410, #808639)
  * Updated standards version to 3.9.8
  * Updated menu file
  * Updated watch file (Closes: #449776, #691239)
  * Refreshed patches and removed if included upstream
  * Converted copyright to DEP-5

Regards,
  David William Richmond Jones

Bug#827923: multipath-tools: lintian errors and warnings

[Andrew Patterson]

Package: multipath-tools
Version: 0.6.1-3

I get the following errors and warning when running lintian
2.5.44~bpo8+1 on multipath-tools_0.6.1-3:

$ lintian multipath-tools_0.6.1-3_amd64.changes
W: multipath-tools: package-name-doesnt-match-sonames libmpathcmd0
libmpathpersist0 libmultipath0
W: multipath-tools: hardening-no-relro lib/libmpathpersist.so.0
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man3/mpath_persistent_reserve_in.3.gz
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man3/mpath_persistent_reserve_out.3.gz
W: multipath-tools: manpage-has-errors-from-man
usr/share/man/man5/multipath.conf.5.gz 239: warning [p 4, 0.0i]: can't
break line
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man8/mpathpersist.8.gz
W: multipath-tools: non-dev-pkg-with-shlib-symlink lib/libmpathcmd.so.0
lib/libmpathcmd.so
W: multipath-tools: maintscript-calls-ldconfig postinst
E: multipath-tools: package-must-activate-ldconfig-trigger
lib/libmultipath.so.0
W: multipath-tools: maintscript-calls-ldconfig postrm
W: multipath-udeb udeb: package-name-doesnt-match-sonames libmultipath0
N: 5 tags overridden (1 error, 1 warning, 3 info)

And here is the output when using --no-overrides:

$ lintian -o multipath-tools_0.6.1-3_amd64.changes
E: multipath-tools-boot: systemd-no-service-for-init-rcS-script
multipath-tools-boot
W: multipath-tools: package-name-doesnt-match-sonames libmpathcmd0
libmpathpersist0 libmultipath0
W: multipath-tools: hardening-no-relro lib/libmpathpersist.so.0
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man3/mpath_persistent_reserve_in.3.gz
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man3/mpath_persistent_reserve_out.3.gz
W: multipath-tools: manpage-has-errors-from-man
usr/share/man/man5/multipath.conf.5.gz 239: warning [p 4, 0.0i]: can't
break line
W: multipath-tools: manpage-has-bad-whatis-entry
usr/share/man/man8/mpathpersist.8.gz
W: multipath-tools: non-dev-pkg-with-shlib-symlink
lib/libmpathpersist.so.0 lib/libmpathpersist.so
W: multipath-tools: non-dev-pkg-with-shlib-symlink lib/libmpathcmd.so.0
lib/libmpathcmd.so
W: multipath-tools: maintscript-calls-ldconfig postinst
E: multipath-tools: package-must-activate-ldconfig-trigger
lib/libmultipath.so.0
W: multipath-tools: maintscript-calls-ldconfig postrm
W: multipath-udeb udeb: package-name-doesnt-match-sonames libmultipath0

-- 
Andrew Patterson
Hewlett-Packard Enterprise

Bug#821475: auth2db upstream abandoned?

[dererk]

On 23/05/16 21:16, Nish Aravamudan wrote:
> Hi Ondřej,
>
> In a simple googling and such, and given `uscan` output, it seems like
> upstream auth2db has been abandoned. Do we still want to package it? If
> so, I can send the patch we used in Ubuntu 16.04, but maybe it's better
> to simply remove it as crufty.
>
> -Nish
I think that at this point I've reached enough checks on upstream side
to say its dead.  I'll request triggering its remotion from the archive
soon.
 

Thanks!

Cheers,

Dererk

-- 
BOFH excuse #449:
greenpeace free'd the mallocs

Bug#827922: calibre: Failed startup: Failed to load icu with error: No module named icu

[Andrzej A. Filip]

Package: calibre
Version: 2.55.0+dfsg-1
Severity: grave
Justification: renders package unusable

Calibre fails to start after upgrade.
It is most likely due to missing dependences.

Traceback (most recent call last):
  File "/usr/bin/calibre", line 19, in 
from calibre.gui_launch import calibre
  File "/usr/lib/calibre/calibre/__init__.py", line 22, in 
from calibre.startup import winutil, winutilerror
  File "/usr/lib/calibre/calibre/startup.py", line 149, in 
from calibre.utils.icu import title_case, lower as icu_lower, upper as
icu_upper
  File "/usr/lib/calibre/calibre/utils/icu.py", line 28, in 
raise RuntimeError('Failed to load icu with error: %s' % err)
RuntimeError: Failed to load icu with error: No module named icu
/usr/lib/calibre/calibre/ptempfile.py:27: RuntimeWarning: Parent module
'calibre' not found while handling absolute import
  import shutil



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

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

Versions of packages calibre depends on:
ii  calibre-bin2.55.0+dfsg-1+b2
ii  fonts-liberation   1.07.4-1
ii  imagemagick8:6.8.9.9-7.1
ii  libjs-mathjax  2.6.1-1
ii  poppler-utils  0.44.0-3
ii  python-apsw3.8.11.1-r1-1+b2
ii  python-beautifulsoup   3.2.1-1
ii  python-chardet 2.3.0-2
ii  python-cherrypy3   3.5.0-2
ii  python-cssselect   0.9.1+git90c72b0-1
ii  python-cssutils1.0-4.1
ii  python-dateutil2.4.2-1
ii  python-dbus1.2.4-1
ii  python-feedparser  5.1.3-3
ii  python-imaging 3.2.0-2
ii  python-lxml3.6.0-1
ii  python-markdown2.6.6-1
ii  python-mechanize   1:0.2.5-3
ii  python-netifaces   0.10.4-0.1+b2
ii  python-pil 3.2.0-2
ii  python-pkg-resources   20.10.1-1
ii  python-pyparsing   2.1.4+dfsg1-1
ii  python-pyqt5   5.6+dfsg-1+b1
ii  python-pyqt5.qtsvg 5.6+dfsg-1+b1
ii  python-pyqt5.qtwebkit  5.6+dfsg-1+b1
ii  python-routes  2.2-1
ii  python2.7  2.7.12~rc1-2
ii  xdg-utils  1.1.1-1

Versions of packages calibre recommends:
ii  python-dnspython  1.14.0-1

calibre suggests no packages.

-- no debconf information

Bug#827920: ITP: ruby-logify -- leightweight Ruby logging library

[Michael Moll]

Package: wnpp
Severity: wishlist

I'm packaging this in pkg-ruby-extras

Bug#827921: libdwarf-dev: conflicts with libdw-dev (/usr/include/dwarf.h)

[Daniel Stender]

Package: libdwarf-dev
Version: 20160507+git20160523.9086738-2
Severity: serious
Justification: Policy 10.1

As Fabian has spotted well, libdwarf-dev and libdw-dev have a conflict,
both packages ship /usr/include/dwarf.h.

We're going to fix this in dwarfutils, soon.

Thanks,
DS

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

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

Versions of packages libdwarf-dev depends on:
ii  libdwarf1  20160507+git20160523.9086738-2

libdwarf-dev recommends no packages.

libdwarf-dev suggests no packages.

-- no debconf information

Bug#827919: virt-manager: Cannot take screenshot: Error taking screenshot: argument 1 must be convertible to a buffer, not _ResultTuple

[Salvatore Bonaccorso]

Package: virt-manager
Version: 1:1.3.2-4
Severity: normal
Tags: patch upstream fixed-upstream
Control: fixed -1 1:1.4.0-1

Hi

While trying to take a screenshot from virt-manager, it fails with

[Wed, 22 Jun 2016 19:11:24 virt-manager 16632] DEBUG (error:99) error dialog 
message:
summary=Error taking screenshot: argument 1 must be convertible to a buffer, 
not _ResultTuple
details=Error taking screenshot: argument 1 must be convertible to a buffer, 
not _ResultTuple

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/details.py", line 1455, in 
control_vm_screenshot
return self._take_screenshot()
  File "/usr/share/virt-manager/virtManager/details.py", line 1507, in 
_take_screenshot
file(filename, "wb").write(ret)
TypeError: argument 1 must be convertible to a buffer, not _ResultTuple

This was as well reported in

https://bugzilla.redhat.com/show_bug.cgi?id=1297988

and in Ubuntu with

https://bugs.launchpad.net/ubuntu/+source/virt-manager/+bug/1571702

and fixed with

https://github.com/virt-manager/virt-manager/commit/f454798b337aedb881671f62fe3b25fad703b768

(The commit is in 1.4.0, so the bug is fixed already in experimental).

Regards,
Salvatore

Bug#827407: multipath-tools: initramfs should load same mp modules as sysvinit/sysmtemd files

[Andrew Patterson]

On Thu, 16 Jun 2016 22:13:10 +0530 Ritesh Raj Sarraf  wrote:
> On Thu, 2016-06-16 at 10:20 -0600, Andrew Patterson wrote: > > > Yes. That'd 
> be good. Perhaps the module loading could be
delegated to a > > separate > > > shell script. Such a script can then
be invoked in ExecStartPre for systemd, > > and > > > for shell
initscripts we'll just have to source it into the main initscript. > > >
> Yes. Although it may take some work to get it into the initramfs. > >
> > A good example will be the open-iscsi package. The (co)maintainer
has some > pretty neat scripts on similar housekeeping work. > > > >Â >
> > Do you want to submit a patch for this ? > > >Â > > > > > > > I
would be happy too. Give me a couple of days. > > Thanks.

Here is the promised patch.

-- 
Andrew Patterson
Hewlett-Packard Enterprise

commit 916211466614fe267b02a1b940bc6bedc33479ec
Author: Andrew Patterson 
Date:   Wed Jun 22 10:46:50 2016 -0600

Load common set of multipath-modules in initramfs, sysvinit, and systemd

Use variables in /etc/default/multipath-tools to load a common set
of multipath kernel modules and hardware handlers in the initramfs (for
multipath-tools-boot) and sysvinit scripts and systemd service files.

Closes: #827407

diff --git a/debian/extra/multipath-discover b/debian/extra/multipath-discover
new file mode 100755
index 000..89be2ab
--- /dev/null
+++ b/debian/extra/multipath-discover
@@ -0,0 +1,16 @@
+#!/bin/sh
+#
+# This script is used to discover multipath devices at boot. It can be
+# called from both the init script as well as the native systemd
+# service.
+#
+
+if [ -f /etc/default/multipath-tools ]; then
+	. /etc/default/multipath-tools
+else
+	MULTIPATH_TOOLS_HW_HANDLERS=""
+	MULTIPATH_TOOLS_MODULES="dm-mod dm-multipath"
+fi
+
+/sbin/modprobe -qa ${MULTIPATH_TOOLS_HW_HANDLERS}
+/sbin/modprobe -qa ${MULTIPATH_TOOLS_MODULES}
diff --git a/debian/initramfs/hooks b/debian/initramfs/hooks
index 4b60873..94cb7e8 100644
--- a/debian/initramfs/hooks
+++ b/debian/initramfs/hooks
@@ -17,6 +17,13 @@ fi
 
 . /usr/share/initramfs-tools/hook-functions
 
+if [ -f /etc/default/multipath-tools ]; then
+. /etc/default/multipath-tools
+else
+MULTIPATH_TOOLS_HW_HANDLERS=""
+MULTIPATH_TOOLS_MODULES="dm-mod dm-multipath"
+fi
+
 add_bindings()
 {
   if [ -r /etc/multipath/bindings ]; then
@@ -48,7 +55,12 @@ add_udev_rules
 [ -r /etc/multipath.conf ] && cp /etc/multipath.conf $DESTDIR/etc/
 add_bindings
 
-for x in dm-multipath dm-service-time dm-round-robin dm-emc; do
-	manual_add_modules ${x}
+for x in $MULTIPATH_TOOLS_HW_HANDLERS; do
+manual_add_modules ${x}
+done
+for x in $MULTIPATH_TOOLS_MODULES; do
+manual_add_modules ${x}
 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
 
diff --git a/debian/initramfs/init-top b/debian/initramfs/init-top
index 51637e9..ad27e83 100644
--- a/debian/initramfs/init-top
+++ b/debian/initramfs/init-top
@@ -26,10 +26,15 @@ verbose()
 
 maybe_break pre-multipath
 VERBOSITY=0
-HW_HANDLERS=""
+
+if [ -f /etc/multipath-tools-boot.conf ]; then
+. /etc/multipath-tools-boot.conf
+else
+MULTIPATH_TOOLS_HW_HANDLERS=""
+fi
 
 verbose && log_begin_msg "Loading multipath hardware handlers"
-for module in ${HW_HANDLERS}; do
+for module in ${MULTIPATH_TOOLS_HW_HANDLERS}; do
   if modprobe --syslog "$module"; then
 verbose && log_success_msg "loaded module ${module}."
   else
diff --git a/debian/initramfs/local-top b/debian/initramfs/local-top
index 33a6a29..99e4222 100644
--- a/debian/initramfs/local-top
+++ b/debian/initramfs/local-top
@@ -26,14 +26,19 @@ verbose()
 
 maybe_break pre-multipath
 VERBOSITY=0
-MP_MODULES="dm-multipath dm-emc"
 
 if [ ! -e /sbin/multipath ]; then
 	exit 0
 fi
 
+if [ -f /etc/multipath-tools-boot.conf ]; then
+. /etc/multipath-tools-boot.conf
+else
+MULTIPATH_TOOLS_MODULES="dm-mod dm-multipath"
+fi
+
 verbose && log_begin_msg "Loading multipath modules"
-for module in ${MP_MODULES}; do
+for module in ${MULTIPATH_TOOLS_MODULES}; do
   if modprobe "$module"; then
 verbose && log_success_msg "loaded module ${module}."
   else
diff --git a/debian/multipath-tools-boot.init b/debian/multipath-tools-boot.init
index 4be4904..41c6d01 100755
--- a/debian/multipath-tools-boot.init
+++ b/debian/multipath-tools-boot.init
@@ -32,7 +32,7 @@ set -e
 case "$1" in
   start)
 	log_action_begin_msg "$DESC"
-	modprobe dm-multipath 2> /dev/null || true
+	/lib/multipath/multipath-discover 2> /dev/null || true
 	$DAEMON -v $VERBOSITY
 	log_action_end_msg $?
 	;;
diff --git a/debian/rules b/debian/rules
index 8645d20..b153e1f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -85,6 +85,9 @@ install-indep:
 	install -D -m 644 debian/multipath-tools-boot.lintian-overrides \
 	debian/multipath-tools-boot/usr/share/lintian/overrides/multipath-tools-boot
 
+	# Boot 

Bug#690412: Please auto-detect changed SSL certificates

[Elrond]

On Wed, Jun 22, 2016 at 09:44:45 -0700, Josh Triplett wrote:
[...]
> > - You need reload_modules [1] installed and enabled (add it
> >   to modules_enabled).
> > - Add this to your config:
> >   reload_modules = { "tls" }
[...]
> Any reason not to default to this in the default configuration?  (And
> the default upstream configuration as well, to avoid diverging?)

Main reason, probably: reload_modules is not in the main
distribution (upstream and Debian). And I have no idea,
what the process is for getting "community maintained
modules" into the "core". Someone might be able to explore
that...

The main prosody.cfg.lua on Debian already diverges from
upstream [1] and has notes on what Debian package to
install to get feature X to work.
So if we want to diverge more, we could add another
commented out part for this thing here, telling people that
"prosody-modules" needs to be installed.

As I am not the maintainer, I don't know, if more diverging
is maintainable long term. I filed #827689 to ask for
other changes to the default config...


> - Josh Triplett

Cheers

Elrond


[1] 
https://anonscm.debian.org/cgit/collab-maint/prosody.git/tree/debian/patches/0001-conf.patch

Bug#827700: RFS: cplay/1.50-1 [NMU]

[Mattia Rizzolo]

On Wed, Jun 22, 2016 at 10:10:37AM +0200, Tobias Frost wrote:
> > I'm ccing them both, and a member of MIA team, even if I'm unsure about the
> > MIA process for non DD people,
> 
> MIA Team is also handling non-DD, so I'm on it already.

BTW, the maintianer *is* a DD (the comaintainer is not).
And the MIA process is not "just" about orphaning packages, but also
making sure whether the involved person is still interested in being
part of the project.

-- 
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  `-


signature.asc
Description: PGP signature

Bug#690412: Please auto-detect changed SSL certificates

[Elrond]

package prosody
severity 690412 minor
thanks


Hi Josh,

personally, I think, this is a "wishlist" bug, but as I am
not the maintainer and to not change the bug severity too
much, I'll only downgrade it to "minor", hope that's okay
with you.


that said, I think, having to restart (or reload, see
below) a TLS/SSL-server for a new certificate to take
effect is quite common. In fact, I'm not aware of any
server auto-detecting this?

Reasons include races: For example prosody needs the main
certificate and the CA chain in the main file.  If the
admin does something like
mv main_cert.pem /etc/ssl/...
cat ca_chain.pem >>/etc/ssl/...
then there is a race, where the server might read the
certificate (without the chain) between those two commands.

There are probably lots of other good reasons, why this
should be kept explicit to the admin.


What can be seen as a problem: restart is closing all
connections. For an xmpp server this isn't really nice,
because users are affected. I can understand that very
well!

So letting "service prosody reload" (which reloads the
config, mostly) also reload the certificate would be much
better, IMHO. It wouldn't disturb existing users but get
the new certificate for new connections.

This isn't the default with prosody, but can be configured:

- You need reload_modules [1] installed and enabled (add it
  to modules_enabled).
- Add this to your config:
  reload_modules = { "tls" }

Now a "service prosody reload" will also reload
certificates.

That said, it might be good to document that somewhere. A
place that is somewhat easy to find.  TBH I don't know,
which place would be appropiate.  README.Debian?  It's not
really debian specific after all.


If you still think, that auto-detecting is a worthwhile
feature, I'd suggest to ask directly upstream.


Cheers

Elrond


[1] https://modules.prosody.im/mod_reload_modules.html
Probably already included in the prosody-modules
package.

Bug#690412: Please auto-detect changed SSL certificates

[Josh Triplett]

On Wed, Jun 22, 2016 at 06:22:37PM +0200, Elrond wrote:
> So letting "service prosody reload" (which reloads the
> config, mostly) also reload the certificate would be much
> better, IMHO. It wouldn't disturb existing users but get
> the new certificate for new connections.

That sounds entirely reasonable.

> This isn't the default with prosody, but can be configured:
> 
> - You need reload_modules [1] installed and enabled (add it
>   to modules_enabled).
> - Add this to your config:
>   reload_modules = { "tls" }
> 
> Now a "service prosody reload" will also reload
> certificates.
> 
> That said, it might be good to document that somewhere. A
> place that is somewhat easy to find.  TBH I don't know,
> which place would be appropiate.  README.Debian?  It's not
> really debian specific after all.

Any reason not to default to this in the default configuration?  (And
the default upstream configuration as well, to avoid diverging?)

- Josh Triplett

Bug#827311: parcimonie can't find the keyserver for gpg2

[Sven Bartscher]

On Wed, 15 Jun 2016 18:15:16 -0400
Daniel Kahn Gillmor  wrote:

> what version of gnupg2 do you have installed? 

2.1.11-7

> what does:
> 
>  grep ^keyserver ~/.gnupg/dirmngr.conf
> 
> show you?

~/.gnupg/dirmngr.conf doesn't exist for my user. The keyserver is
configured in ~/.gnupg/gpg.conf. Doing the grep over that file gives
this:

$ grep ^keyserver ~/.gnupg/gpg.conf
keyserver hkps://hkps.pool.sks-keyservers.net
keyserver-options no-honor-keyserver-url
keyserver-options include-revoked
keyserver-options
ca-cert-file=/etc/gnupg/trusted-certs/sks-keyservers.netCA.pem

(I know the last option is deprecated for gnupg2, but it's there for
gpg1 compatibility)

Do I really need to configure the keyserver in the dirmngr.conf? If so,
that would be a bit inconvenient, as gpg2 itself is fine with having
the keyserver configured in gpg.conf.

Regards
Sven


pgp1B9avKTI5j.pgp
Description: Digitale Signatur von OpenPGP

Bug#827918: gnuplot: Obsolete and incorrect NEWS.Debian should be removed

[Anton Gladky]

tags 827918 +pending
thanks

Bug#827918: gnuplot: Obsolete and incorrect NEWS.Debian should be removed

[Adrian Bunk]

Package: gnuplot
Version: 5.0.3+dfsg3-5
Severity: normal


The only entry in NEWS.Debian is for gnuplot/gnuplot5 parallel
installation, which no longer makes sense after gnuplot does
now contain gnuplot 5.

Bug#827082: RFS: libredjackipset/1.1.1+20150311-1 [ITP] -- C library to store sets/maps of IP address

[Gianfranco Costamagna]

Hi Roger

>> cat debian/libcorkipset-doc.docs

>> build-*/docs/html
>
>Debian builds obj- by default.
>So it seems to specify "--builddirectory=build" safe for both debian and 
>ubuntu.


yes, but useless...
maybe you didn't get completely the hint, but my guess was:

remove the --builddirectory stuff
and change 

build/docs/html

to
build-*/docs/html

probably this sounds stupid/nitpick to you, but allows
people to easily cross-compile stuff, or to compile the library for
both amd64 and i386 without having to choose one or the other.
that triplet is trivial, and makes less confusion to porters
or even developer, who might want to build it on their own laptop
and use on different architectures.


(note: this isn't a blocker)

>Yes, upstream just don't like calling it libredjackipset.
>They seems fine with libcorkipset, but proposed another option: libipaddrset


I'll wait for them make a decision then

>I don't like the latter one because the header will be installed to
>/usr/include/libipaddrset/ipset.h
>and user need to "#include "
>
>I think "#include " makes more sense.


just explain that upstream :)

I honestly don't care too much, but I want to use the name that upstream choose
to avoid overcomplicate things in the long run


>"LIB_SUFFIX" is added to patch.


bad me, it didn't work :(
the patch wasn't correct, because the variable gets overridden anyway on the 
following line.

I tweaked the patch, to do something like
+if(NOT CMAKE_INSTALL_LIBDIR)
+set(CMAKE_INSTALL_LIBDIR lib CACHE STRING
+ "The base name of the installation directory for libraries")
+endif(NOT CMAKE_INSTALL_LIBDIR)


otherwise no matter who sets it, it gets defaulted to what upstream thinks it 
is better for everybody.


BTW I can't run dpkg-buildpackage twice, because a "RELEASE-VERSION" file is 
added to the source
tree

echo RELEASE-VERSION > debian/clean might just fix that

so, please consider applying my above fixes, and ask me to sponsor&upload&review
when upstream releases a new fixed renamed tarball
(this should even avoid your dh_install override if I'm correctly understanding 
it)

GianfrancoFrom: Roger Shimizu 
Date: Sat, 11 Jun 2016 23:37:44 +0900
Subject: add library multi-arch support

Followed the instruction:
  https://wiki.debian.org/Multiarch/Implementation#CMake
---
 CMakeLists.txt | 4 +++-
 include/CMakeLists.txt | 2 +-
 src/ipset.pc.in| 4 ++--
 3 files changed, 6 insertions(+), 4 deletions(-)

--- libcorkipset-1.1.1+20150311.orig/CMakeLists.txt
+++ libcorkipset-1.1.1+20150311/CMakeLists.txt
@@ -78,8 +78,12 @@ if(NOT CMAKE_BUILD_TYPE)
 FORCE)
 endif(NOT CMAKE_BUILD_TYPE)
 
-set(CMAKE_INSTALL_LIBDIR lib CACHE STRING
-"The base name of the installation directory for libraries")
+include(GNUInstallDirs)
+
+if(NOT CMAKE_INSTALL_LIBDIR)
+set(CMAKE_INSTALL_LIBDIR lib CACHE STRING
+ "The base name of the installation directory for libraries")
+endif(NOT CMAKE_INSTALL_LIBDIR)
 
 if(CMAKE_C_COMPILER_ID STREQUAL "GNU")
 add_definitions(-Wall -Werror)
diff --git a/include/CMakeLists.txt b/include/CMakeLists.txt
index d1e4a7d..097b775 100644
--- a/include/CMakeLists.txt
+++ b/include/CMakeLists.txt
@@ -8,5 +8,5 @@
 # --
 
 install(DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR}/
-DESTINATION include
+DESTINATION "${CMAKE_INSTALL_INCLUDEDIR}"
 FILES_MATCHING PATTERN "*.h")
diff --git a/src/ipset.pc.in b/src/ipset.pc.in
index 47a6637..0f8fd84 100644
--- a/src/ipset.pc.in
+++ b/src/ipset.pc.in
@@ -1,7 +1,7 @@
 prefix=@prefix@
 exec_prefix=${prefix}
-libdir=${exec_prefix}/lib
-includedir=${prefix}/include
+libdir=${exec_prefix}/@CMAKE_INSTALL_LIBDIR@
+includedir=${prefix}/@CMAKE_INSTALL_INCLUDEDIR@
 sharedir=${prefix}/share
 sphinxdir=${sharedir}/doc/libcorkipset-doc/html
 

Bug#656579: attempt to index field 'conn' (a nil value)

[Elrond]

Hi Piotr,


just looking at this bug and wondering:

Are you still affected by this using newer versions of
prosody?
If so, could you use the "found" command to add the newer
versions?
If not, could you close it?


Thanks

Elrond

Bug#804975: ddclient: Please drop versioned dependency on initscripts package

[Martin Pitt]

Control: tag -1 patch pending

Hello,
bi...@debian.org [2015-11-13  7:49 +0100]:
> your package ddclient declares a versioned dependency on the initscripts
> package. Most likely, it was added for the /run-transition in wheezy.

Not in this case. It was introduced in
http://anonscm.debian.org/cgit/collab-maint/ddclient.git/commit/?id=81997149
and bumped in
http://anonscm.debian.org/cgit/collab-maint/ddclient.git/commit/?id=9415ee77
to ensure the availability of /lib/init/vars.sh. But this is now in
the (required) sysvinit-utils package, so the dependency is not
necessary any more.

As this package is LowNMU, I directly committed the fix to
collab-maint:

  http://anonscm.debian.org/cgit/collab-maint/ddclient.git/commit/?id=914adc65

Thanks,

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


signature.asc
Description: PGP signature

Bug#827874: new upstream version 20160615 available

[Bdale Garbee]

"Iain R. Learmonth"  writes:

> On 22/06/16 00:59, Bdale Garbee wrote:
>> Package: chirp
>> Severity: wishlist
>> 
>> There's a new upstream version out, which chirpw cheerfully insists
>> on telling me about every time I run the program...
>
>
> I think we need to patch out the automatic hassling of people to update
> to the new upstream, given they appear often weekly.

Fair enough, I've done that in other programs before.

> I may set up a watch service that only notifies if more than x time has
> passed since the last snapshot was packaged, as packaging weekly is just
> not going to happen.

Works for me.  Thanks for the prompt reply!

Bdale



signature.asc
Description: PGP signature

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

[Bill Allombert]

On Wed, Jun 22, 2016 at 04:15:21PM +0200, Jordi Pujol Palomer wrote:
> Package: menu
> Version: 2.1.47
> Architecture: amd64, any
> Severity: normal
> Type: wishlist
> Tags: patch wishlist
> 
> Hello,
> ssh-askpass is a tiny program provided from various packages.
> su-to-root can easily combine ssh-askpass and sudo commands 
> as another option for the X environment.

Hello Jordi,

Why not, but your patch makes it the default.

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 ?

Thanks for using Debian menu!
-- 
Bill. 

Imagine a large red swirl here. 

Bug#827917: icedove: Update to Icedove 45 breaks dependency for enigmail on Wheezy

[Joachim Fahrner]

Package: icedove
Version: 1:45.1.0-1~deb7u1
Severity: normal

Dear Maintainer,
on update from version 38 to 45 enigmail package is removed,
because of a broken dependency.
It should be fine to leave enigmail 1.8.2 installed. Installing Enigmail 1.8.2 
from Mozillas website is working fine on Icedove 45.
  
-- System Information:
Debian Release: 7.11
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.73-ao521 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38+deb7u11
ii  libcairo2 1.12.2-3
ii  libdbus-1-3   1.6.8-1+deb7u6
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.19-stable-3+deb7u1
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1+deb7u3
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1+deb7u5
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-4+deb7u2
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-5
ii  libx11-6  2:1.5.0-1+deb7u2
ii  libxcomposite11:0.4.3-2
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxfixes31:5.0-4+deb7u1
ii  libxrender1   1:0.9.7-1+deb7u2
ii  libxt61:1.1.3-1+deb7u1
ii  psmisc22.19-1+deb7u1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
pn  iceowl-extension  
ii  myspell-de-de [myspell-dictionary]20120607-1

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.3-3
ii  libgssapi-krb5-2  1.10.1+dfsg-5+deb7u7

-- no debconf information

Bug#827916: ITP: libsmithwaterman -- determine similar regions between two strings or genomic sequences

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: libsmithwaterman
  Version : 0.0+20151117
  Upstream Author : Erik Garrison 
* URL : https://github.com/ekg/smithwaterman
* License : GPL
  Programming Lang: C++
  Description : determine similar regions between two strings or genomic 
sequences
 The Smith–Waterman algorithm performs local sequence alignment; that is,
 for determining similar regions between two strings or nucleotide or
 protein sequences. Instead of looking at the total sequence, the
 Smith–Waterman algorithm compares segments of all possible lengths and
 optimizes the similarity measure.


Remark: This library is a precondition for freebayes that will be packaged
by the Debian Med team at

https://anonscm.debian.org/git/debian-med/libsmithwaterman.git

Bug#827908: unicode-data: New upstream release (9.0.0)

[Alastair McKinstry]

Thanks for  the update. Packaging in progress. A trivial build.


regards

Alastair



On 22/06/2016 13:07, Jens Reyer wrote:
> Source: unicode-data
> Version: 8.0-3
> Severity: wishlist
> Control: affects -1 src:wine-development
>
> Hi,
>
> please update unicode-data to Unicode 9.0.0:
>
> http://www.unicode.org/versions/Unicode9.0.0/
>
> Upcoming versions of Wine (src:wine-development) will use it.
>
> Greets
> jre

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered. 

Bug#804971: ser2net: Please drop versioned dependency on initscripts package

[Martin Pitt]

Control: tag -1 patch

bi...@debian.org [2015-11-13  7:49 +0100]:
> your package ser2net declares a versioned dependency on the initscripts
> package. Most likely, it was added for the /run-transition in wheezy.

Exactly, it got introduced in

  http://anonscm.debian.org/cgit/collab-maint/ser2net.git/commit/?id=ff0fdda7

for that purpose.

Patch against Vcs-git attached.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From 78266dc2c50e3cf01e9ba4bc3b4dfaebae71e395 Mon Sep 17 00:00:00 2001
From: Martin Pitt 
Date: Wed, 22 Jun 2016 16:46:24 +0200
Subject: [PATCH] Drop obsolete initscripts dependency

It got introduced in commit ff0fdda7 for the /run transition, which affects
pre-wheezy upgrades only.

Closes: #804971
---
 debian/changelog | 4 
 debian/control   | 2 +-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 49522b3..2cf5a91 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,7 +1,11 @@
 ser2net (2.9.1-1.0) UNRELEASED; urgency=low
 
+  [ Marc Haber ]
   * NOT YET RELEASED
 
+  [ Martin Pitt ]
+  * Drop obsolete initscripts dependency. (Closes: #804971)
+
  -- Marc Haber   Wed, 07 Aug 2013 19:59:56 +0200
 
 ser2net (2.9.1-1) unstable; urgency=low
diff --git a/debian/control b/debian/control
index 118c890..afd0730 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Vcs-Browser: http://git.debian.org/?p=collab-maint/ser2net.git;a=summary
 
 Package: ser2net
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, initscripts (>= 2.88dsf-13.3)
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: telnet
 Description: Serial port to network proxy
  This daemon allows telnet and tcp sessions to be established with a
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#827915: initial version number and colon in apt-get download and apt-get autoclean

[Jordi Pujol Palomer]

Package: apt
Version: 1.2.13
Severity: normal
Tags: patch

Hello,

When downloading a package which version contains an initial number
and colon, the saved file name must not include that part of the
version string.

apt-get autoclean removes files which version contains an initial
number and colon, but must not do it.

The attached code is my point of view to solve it,

Regards,
Jordi Pujol i Palomer
From: Jordi Pujol Palomer 
Subject: apt-get autoclean, strip initial version number and colon
Date: 2016-04-28 16:03:29.613722454 +0200

--- apt-1.2.11-a/apt-pkg/clean.cc
+++ apt-1.2.11-b/apt-pkg/clean.cc	2016-04-28 16:03:29.613722454 +0200
@@ -119,8 +119,14 @@ bool pkgArchiveCleaner::Go(std::string D
 	}
 	
 	// See if this version matches the file
-	if (IsFetchable == true && Ver == V.VerStr())
-	   break;
+	if (IsFetchable == true) {
+			if (Start = strchr((const char *)V.VerStr(), ':'))
+Start++;
+			else
+Start = V.VerStr();
+			if (strcmp(Ver.c_str(), Start) == 0)
+break;
+		}
 	 }
 	 
 	 // We found a match, keep the file
From: Jordi Pujol Palomer 
Subject: apt-get download, strip initial version number and colon
Date: 2016-05-02 08:03:13.887017907 +0200

--- apt-1.2.11-a/apt-pkg/acquire-item.cc
+++ apt-1.2.11-b/apt-pkg/acquire-item.cc	2016-05-02 08:03:13.887017907 +0200
@@ -2896,8 +2896,13 @@ pkgAcqArchive::pkgAcqArchive(pkgAcquire
 	 return;
 
   // Generate the final file name as: package_version_arch.foo
+  const char *V;
+  if (V = strchr((const char *)Version.VerStr(), ':'))
+V++;
+  else
+V = Version.VerStr();
   StoreFilename = QuoteString(Version.ParentPkg().Name(),"_:") + '_' +
-	  QuoteString(Version.VerStr(),"_:") + '_' +
+	  QuoteString(V,"_:") + '_' +
  	  QuoteString(Version.Arch(),"_:.") + 
 	  "." + flExtension(Parse.FileName());
}

Bug#804963: eeepc-acpi-scripts: Please drop versioned dependency on initscripts package

[Martin Pitt]

Control: tag -1 patch

bi...@debian.org [2015-11-13  7:49 +0100]:
> your package eeepc-acpi-scripts declares a versioned dependency on the 
> initscripts
> package. Most likely, it was added for the /run-transition in wheezy.

Correct, it was added in 2011 in

   
http://anonscm.debian.org/cgit/debian-eeepc/eeepc-acpi-scripts.git/commit/?id=732613eab9

for the /run transition, so it's entirely obsolete now.

Patch against packaging git attached.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
>From a69ed316b03e2fbb71561ecb23322185284c0280 Mon Sep 17 00:00:00 2001
From: Martin Pitt 
Date: Wed, 22 Jun 2016 16:36:29 +0200
Subject: [PATCH] Drop obsolete initscripts dependency

It was introduced in commit 732613eab9 for the /run transition, which affects
pre-wheezy only.

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

diff --git a/debian/changelog b/debian/changelog
index 5d6b2db..e77aea3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+eeepc-acpi-scripts (1.1.13) UNRELEASED; urgency=medium
+
+  * Drop obsolete initscripts dependency. (Closes: #804963)
+
+ -- Martin Pitt   Wed, 22 Jun 2016 16:35:36 +0200
+
 eeepc-acpi-scripts (1.1.12) unstable; urgency=low
 
   [ Ben Armstrong ]
diff --git a/debian/control b/debian/control
index 1932e92..df677e9 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,7 @@ DM-Upload-Allowed: yes
 Package: eeepc-acpi-scripts
 Architecture: all
 Depends: acpid (>= 1:2.0.0-1), acpi-support-base, acpi-support,
- initscripts (>= 2.88dsf-13.3), pm-utils, rfkill (>= 0.3-3),
+ pm-utils, rfkill (>= 0.3-3),
  ${misc:Depends}
 Suggests: alsa-utils, libnotify-bin
 Description: Scripts to support suspend and hotkeys on the Asus Eee PC laptop
-- 
2.8.1

Bug#804992: mysql-server-5.6: Please drop dependency on initscripts package

[Martin Pitt]

Control: tag -1 pending

Robie Basak [2016-03-07 12:07 +]:
> Thanks for doing that research. We're working on 5.7 at the moment, and
> I've dropped the dependency in my local branch but not pushed it yet. So
> this should get fixed in testing and unstable soon, when we upload 5.7.

Just asked Robie on IRC and he pushed the change:

  
https://anonscm.debian.org/cgit/pkg-mysql/mysql-5.7.git/commit/debian/control?id=c0fe97a83

(for 5.7, 5.6 will be removed)

Thanks,

Martin

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

Bug#559544: notify-send: Manage notification ID.

[Jordi Pujol Palomer]

Package: libnotify-bin
Version: 0.7.6-2
Architecture: amd64, any
Type: wishlist
Tags: patch wishlist

Hello,

Here is a little modification to:
* Write notification ID to standard output.
* Add option -r,--reuse-id to reuse a message window by ID.
* Update man page of notify-send according to the modifications.

Regards,
Jordi Pujol i Palomer
From: Jordi Pujol Palomer 
Subject: notify-send: Manage notification ID.
Date: Thu, 21 Apr 2016 11:04:56 +0200

  * Write notification ID to standard output.
  * Option -r,--reuse-id to reuse a message window by ID.

diff -Naurp libnotify_0.7.6-2/libnotify/notification.c libnotify-0.7.6-2.lnet/libnotify/notification.c
--- libnotify_0.7.6-2/libnotify/notification.c
+++ libnotify-0.7.6-2.lnet/libnotify/notification.c	2016-04-20 19:15:26.586315065 +0200
@@ -1131,3 +1131,22 @@ notify_notification_get_closed_reason (c
 
 return notification->priv->closed_reason;
 }
+
+void
+notify_notification_set_id (NotifyNotification *notification,
+ gintid)
+{
+g_return_if_fail (notification != NULL);
+g_return_if_fail (NOTIFY_IS_NOTIFICATION (notification));
+
+notification->priv->id = id;
+}
+
+guint32
+notify_notification_get_id (const NotifyNotification *notification)
+{
+g_return_val_if_fail (notification != NULL, -1);
+g_return_val_if_fail (NOTIFY_IS_NOTIFICATION (notification), -1);
+
+return notification->priv->id;
+}
diff -Naurp libnotify_0.7.6-2/libnotify/notification.h libnotify-0.7.6-2.lnet/libnotify/notification.h
--- libnotify_0.7.6-2/libnotify/notification.h
+++ libnotify-0.7.6-2.lnet/libnotify/notification.h	2016-04-20 19:15:36.682305066 +0200
@@ -186,5 +186,10 @@ gbooleannotify_notification_
 
 gintnotify_notification_get_closed_reason (const NotifyNotification *notification);
 
+guint32 notify_notification_get_id(const NotifyNotification *notification);
+
+voidnotify_notification_set_id(NotifyNotification *notification,
+   gintid);
+
 G_END_DECLS
 #endif /* NOTIFY_NOTIFICATION_H */
diff -Naurp libnotify_0.7.6-2/tools/notify-send.c libnotify-0.7.6-2.lnet/tools/notify-send.c
--- libnotify_0.7.6-2/tools/notify-send.c
+++ libnotify-0.7.6-2.lnet/tools/notify-send.c	2016-04-21 09:41:18.778546344 +0200
@@ -133,6 +133,7 @@ main (int argc, char *argv[])
 static gboolean do_version = FALSE;
 static gboolean hint_error = FALSE;
 static glongexpire_timeout = NOTIFY_EXPIRES_DEFAULT;
+static glongid = 0;
 GOptionContext *opt_ctx;
 NotifyNotification *notify;
 GError *error = NULL;
@@ -159,6 +160,9 @@ main (int argc, char *argv[])
  N_
  ("Specifies basic extra data to pass. Valid types are int, double, string and byte."),
  N_("TYPE:NAME:VALUE")},
+{"reuse-id", 'r', 0, G_OPTION_ARG_INT, &id,
+ N_("Specifies the notification identifier to reuse"),
+ N_("ID")},
 {"version", 'v', 0, G_OPTION_ARG_NONE, &do_version,
  N_("Version of the package."),
  NULL},
@@ -230,6 +234,7 @@ main (int argc, char *argv[])
 notify_notification_set_urgency (notify, urgency);
 notify_notification_set_timeout (notify, expire_timeout);
 notify_notification_set_app_name (notify, app_name);
+notify_notification_set_id (notify, id);
 
 g_free (body);
 
@@ -270,7 +275,8 @@ main (int argc, char *argv[])
 }
 
 if (!hint_error)
-notify_notification_show (notify, NULL);
+if (!(hint_error = ! notify_notification_show (notify, NULL)))
+fprintf (stdout, "%u\n", notify_notification_get_id (notify));
 
 g_object_unref (G_OBJECT (notify));
 
From: Jordi Pujol Palomer 
Subject: notify-send: Manage notification ID.
Date: Thu, 21 Apr 2016 11:04:56 +0200

* Update man page of notify-send according to that modifications.
* Write notification ID to standard output.
* Option -r,--reuse-id to reuse a message window by ID.

diff -Naurp libnotify_0.7.6-2/debian/notify-send.1 libnotify-0.7.6-2.lnet/debian/notify-send.1
--- libnotify_0.7.6-2/debian/notify-send.1
+++ libnotify-0.7.6-2.lnet/debian/notify-send.1	2016-04-21 10:04:44.606799255 +0200
@@ -8,7 +8,8 @@ notify-send - a program to send desktop
 With \fInotify-send\fR you can sends desktop notifications to the user via
 a notification daemon from the command line.  These notifications can be
 used to inform the user about an event or display some form of information
-without getting in the user's way.
+without getting in the user's way. On success writes the notification ID to
+standard output.
 .SH OPTIONS
 \fB\-u, \-\-urgency=LEVEL\fR
 Specifies the urgen

Bug#827911: libreoffice-common: Fonts missing from Debian

[Rene Engelhard]

severity 827911 wishlist
retitle 827911 libreoffice-common: please ship LibreOffice-bundled fonts 
missing from Debian otherwise
thanks

Hi,

On Wed, Jun 22, 2016 at 03:45:36PM +0200, Frederic MASSOT wrote:
> Package: libreoffice-common
> Version: 1:5.1.4~rc1-1
> Severity: normal

Sorry, but I disagree. It's not a bug in the package because building with
--without-fonts was a deliberate choice.

It's more a wish to add them -> wishlist. And retitling accordingly.

> LibreOffice comes with a set of fonts to have no problem for sharing files 
> between systems, these fonts are removed from the Debian package.
>
> For fonts that have not yet Debian package, please, can you leave them in the 
> libreoffice-common?

IMHO it's not the job of an office suite to ship fonts. (Except here
maybe OpenSymbol.)

Get them packaged in Debian and the problem will be gone..

Thus I *do* see that this not-packaged-fonts thing is a problem, but I am not
sure we should ship them in -common. We'd step on the new packages' toes
if we put it in /usr/share/truetype directly and there might be reasons why
they are not packaged...

Regards,

Rene

Bug#804973: mdadm: Please drop dependency on initscripts package

[Martin Pitt]

Control: tag -1 patch

Martin Pitt [2016-06-08 11:49 +0200]:
> I'm not entirely sure what provides mdadm-raid

Err sorry, it's of course mdadm itself. I looked in the Ubuntu package
(which doesn't have this at all as it uses udev rules).

> So it looks like the initscripts dependency can just be dropped
> without any problem.

Corresponding (trivial) patch against git master attached. I guess the
most laborious/useful part is the commit message. :-)

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From 0a43ed20019eb1c4a3eb6de3d8288af474fcf67d Mon Sep 17 00:00:00 2001
From: Martin Pitt 
Date: Wed, 22 Jun 2016 16:19:05 +0200
Subject: [PATCH] Drop obsolete initscripts dependency

It got introduced in commit d98f009ef886 for the /run transition as a versioned
dependency, and the versioning got dropped in commit dda76c9f8. This was only
relevant for pre-wheezy upgrades, thus is not needed any more.

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

diff --git a/debian/changelog b/debian/changelog
index 0a6a95a..0d38de9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+mdadm (3.3.2-6) UNRELEASED; urgency=medium
+
+  * Drop obsolete initscripts dependency. (Closes: #804973)
+
+ -- Martin Pitt   Wed, 22 Jun 2016 16:17:43 +0200
+
 mdadm (3.3.2-5) unstable; urgency=medium
 
   * use-tempnode-not-devnode.patch: change udev rules file to use
diff --git a/debian/control b/debian/control
index 4a05361..8f97faf 100644
--- a/debian/control
+++ b/debian/control
@@ -11,7 +11,7 @@ Homepage: http://neil.brown.name/blog/mdadm
 
 Package: mdadm
 Architecture: any
-Depends: ${shlibs:Depends}, udev, ${misc:Depends}, lsb-base, debconf, initscripts
+Depends: ${shlibs:Depends}, udev, ${misc:Depends}, lsb-base, debconf
 Recommends: default-mta | mail-transport-agent, kmod | module-init-tools
 Description: tool to administer Linux MD arrays (software RAID)
  The mdadm utility can be used to create, manage, and monitor MD
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#823612: rescue-mode should mount /boot/efi if it's available

[Steve McIntyre]

On Tue, Jun 21, 2016 at 09:44:08PM +0200, Cyril Brulebois wrote:
>Hi,
>
>Steve McIntyre  (2016-05-06):
>> Package: rescue-mode
>> Version: 1.51
>> Severity: important
>> 
>> If somebody is trying to debug EFI boot problems, it's quite confusing
>> for people that /boot/efi is not mounted automatically.
>
>*oops*
>
>Is anyone working on that?
>
>Quick pointers into src:rescue-mode:
>
>debian/rescue-mode.postinst:has_separate_boot () {
>debian/rescue-mode.templates:Template: rescue/separate-boot

I filed the bug as a reminder for me to fix it; if not before, I'll
play with this at DC16.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Because heaters aren't purple!" -- Catherine Pitt

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

[Jordi Pujol Palomer]

Package: menu
Version: 2.1.47
Architecture: amd64, any
Severity: normal
Type: wishlist
Tags: patch wishlist

Hello,
ssh-askpass is a tiny program provided from various packages.
su-to-root can easily combine ssh-askpass and sudo commands 
as another option for the X environment.

Regards,
Jordi Pujol i Palomer
--- menu/usr/bin/su-to-root
+++ menu/usr/bin/su-to-root	2016-05-29 20:03:15.092429492 +0200
@@ -81,7 +81,9 @@ else
 done;;
   X11)
 if test -z "$SU_TO_ROOT_X"; then
-  if which gksu >/dev/null 2>&1 ; then
+  if which ssh-askpass >/dev/null 2>&1 ; then 
+SU_TO_ROOT_X=ssh-askpass
+  elif which gksu >/dev/null 2>&1 ; then
 SU_TO_ROOT_X=gksu
 if test "X$KDE_FULL_SESSION" = "Xtrue" ; then
   if which kdesu >/dev/null 2>&1 ; then
@@ -103,6 +105,8 @@ else
   fi
 fi
 case $SU_TO_ROOT_X in
+  ssh-askpass) env SUDO_ASKPASS=/usr/bin/ssh-askpass \
+sudo --user "$PRIV" --askpass --preserve-env --login setsid setsid $COMMAND;;
   gksu) gksu -u "$PRIV" "$COMMAND";;
   gksudo) gksudo -u "$PRIV" "$COMMAND";;
   kdesu) kdesu -u "$PRIV" "$COMMAND";;

Bug#827882: clementine: Newer upstream release 1.3.1 available

[Thomas Pierson]

Hi Carl,

Thanks for your report.
I am on vacation until august and in the meantime clementine maintenance is 
limited to critical fixes.

For sure I plan to upgrade it before the next freeze as soon as possible.

Regards,

Thomas Pierson

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

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "goto-chg"

* Package name: goto-chg
  Version : 1.6-1
  Upstream Author : David Andersson 
* Url : https://www.emacswiki.org/emacs/goto-chg.el
* Licenses: GPL-2+
  Section : lisp

It builds those binary packages:

elpa-goto-chg -- navigate the point of the most recent edit in the buffer

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

http://mentors.debian.net/package/goto-chg

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

http://mentors.debian.net/debian/pool/main/g/goto-chg/goto-chg_1.6-1.dsc

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

https://anonscm.debian.org/git/pkg-emacsen/pkg/goto-chg.git

More information about goto-chg can be obtained from 
https://www.emacswiki.org/emacs/goto-chg.el

Changes since last upload:

  * Initial release. (Closes: #827910)

Regards,
  Dmitry Bogatov

Bug#804990: nfs-common: Please drop versioned dependency on initscripts package

[Martin Pitt]

Control: tag -1 patch

bi...@debian.org [2015-11-13  8:48 +0100]:
> your package nfs-common declares a versioned dependency on the
> initscripts package. Most likely, it was added for the
> /run-transition in wheezy.

git archeology shows that this was introduced in 2007 for ensuring a
recent enough /etc/init.d/mountnfs:

  http://anonscm.debian.org/cgit/kernel/nfs-utils.git/commit/?id=b81d81eb57

and bumped in 2011 for the /run transition:

  http://anonscm.debian.org/cgit/kernel/nfs-utils.git/commit/?id=9ac1a6fef

Both reasons are long-obsolete now, so this can indeed be dropped.
nfs-common uses sendsigs.omit, but sysvinit-core depends on
initscripts (so it's available there) and sendsigs.service is masked
under systemd so it won't do anything there anyway.

Attaching corresponding patch against current packaging git.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From b056c044de251a7e72d2be5eb233a7ecbbc3e8cb Mon Sep 17 00:00:00 2001
From: Martin Pitt 
Date: Wed, 22 Jun 2016 16:04:54 +0200
Subject: [PATCH] Drop obsolete versioned initscripts dependency

It was introduced in 2007 for ensuring a recent enough /etc/init.d/mountnfs
(commit b81d81eb57) and bumped in 2011 for the /run transition (commit
9ac1a6fef).

Closes: #804990
---
 debian/changelog | 4 
 debian/control   | 2 +-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 618d70d..42e73ec 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,7 +1,11 @@
 nfs-utils (1:1.2.8-10) UNRELEASED; urgency=medium
 
+  [ Ben Hutchings ]
   * Update debian/watch
 
+  [ Martin Pitt ]
+  * Drop obsolete versioned initscripts dependency. (Closes: #804990)
+
  -- Ben Hutchings   Mon, 23 Mar 2015 16:33:59 +
 
 nfs-utils (1:1.2.8-9) unstable; urgency=medium
diff --git a/debian/control b/debian/control
index 51b1a11..24ec0cc 100644
--- a/debian/control
+++ b/debian/control
@@ -32,7 +32,7 @@ Homepage: http://nfs.sourceforge.net/
 
 Package: nfs-common
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, rpcbind, adduser, ucf, lsb-base (>= 1.3-9ubuntu3), initscripts (>= 2.88dsf-13.3), libtirpc1 (>= 0.2.4)
+Depends: ${shlibs:Depends}, ${misc:Depends}, rpcbind, adduser, ucf, lsb-base (>= 1.3-9ubuntu3), libtirpc1 (>= 0.2.4)
 Recommends: python
 Suggests: open-iscsi, watchdog
 Provides: nfs-client
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#827912: install ssh-askpass alternative

[Jordi Pujol Palomer]

Package: lxqt-openssh-askpass
Version: 0.10.0-5
Architecture: amd64, any
Severity: normal

Hello,
the packages ssh-askpass and ssh-askpass-gnome
install /usr/bin/ssh-askpass as an alternative for his own program.
Installing an alternative in the package lxqt-openssh-askpass will
provide a more coherent environment for other applications that could
use it.

The modification of the package may look something like that:

debian/postinst:
update-alternatives --install /usr/bin/ssh-askpass ssh-askpass 
/usr/bin/lxqt-openssh-askpass 15 \
--slave /usr/share/man/man1/ssh-askpass.1.gz ssh-askpass.1.gz 
/usr/share/man/man1/lxqt-openssh-askpass.1.gz
# invalid alternatives are automatically reconfigured
ls -L /etc/alternatives/ssh-askpass >/dev/null 2>&1 || \
  update-alternatives --auto ssh-askpass

debian/prerm:
update-alternatives --remove ssh-askpass /usr/bin/lxqt-openssh-askpass

Regards,
Jordi Pujol i Palomer

Bug#827911: libreoffice-common: Fonts missing from Debian

[Frederic MASSOT]

Package: libreoffice-common
Version: 1:5.1.4~rc1-1
Severity: normal

Dear Maintainer,

LibreOffice comes with a set of fonts to have no problem for sharing files 
between systems, these fonts are removed from the Debian package.

https://wiki.documentfoundation.org/Fonts

The problem is that these fonts are not all packaged for Debian, 

- Open Sans: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754785
- PT Serif: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787898
- Source Code Pro: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736681
- Source Sans Pro: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683774

and for some there are problems:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753839

So one can not exchange document with Debian systems without deconstruct the 
document.

For fonts that have not yet Debian package, please, can you leave them in the 
libreoffice-common?


Regards.


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

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

Versions of packages libreoffice-common depends on:
ii  dpkg  1.18.7
ii  libreoffice-style-breeze [libreoffice-style]  1:5.1.4~rc1-1
ii  libreoffice-style-galaxy [libreoffice-style-default]  1:5.1.4~rc1-1
ii  libreoffice-style-hicontrast [libreoffice-style]  1:5.1.4~rc1-1
ii  libreoffice-style-oxygen [libreoffice-style]  1:5.1.4~rc1-1
ii  libreoffice-style-sifr [libreoffice-style]1:5.1.4~rc1-1
ii  libreoffice-style-tango [libreoffice-style]   1:5.1.4~rc1-1
ii  ure   5.1.4~rc1-1

Versions of packages libreoffice-common recommends:
ii  libexttextcat-data  3.4.4-1
ii  python3-uno 1:5.1.4~rc1-1

Versions of packages libreoffice-common suggests:
ii  libreoffice-style-breeze  1:5.1.4~rc1-1
ii  libreoffice-style-hicontrast  1:5.1.4~rc1-1
ii  libreoffice-style-oxygen  1:5.1.4~rc1-1
ii  libreoffice-style-sifr1:5.1.4~rc1-1
ii  libreoffice-style-tango   1:5.1.4~rc1-1

Versions of packages python3-uno depends on:
ii  libc6 2.22-11
ii  libgcc1   1:6.1.1-4
ii  libpython3.5  3.5.1-16
ii  libreoffice-core  1:5.1.4~rc1-1
ii  libstdc++66.1.1-4
ii  python3   3.5.1-4
ii  python3.5 3.5.1-16
ii  uno-libs3 5.1.4~rc1-1
ii  ure   5.1.4~rc1-1

-- no debconf information

Bug#804956: console-log: Please drop versioned dependency on initscripts package

[Martin Pitt]

Martin Pitt [2016-06-22 15:43 +0200]:
> Straightforward git-formatted patch against Vcs-Git attached.

*cough*

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From f74d1009ae615eadbeedbb3881f6231d457e5e09 Mon Sep 17 00:00:00 2001
From: Martin Pitt 
Date: Wed, 22 Jun 2016 15:41:22 +0200
Subject: [PATCH] Drop obsolete initscripts dependency

This got introduced in commit 5daea839 for the /run migration.

Closes: #804956
---
 debian/changelog | 4 
 debian/control   | 2 +-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 04e26b6..33e68f9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,7 +1,11 @@
 console-log (1.2-1.0) UNRELEASED; urgency=low
 
+  [ Marc Haber ]
   * NOT YET RELEASED
 
+  [ Martin Pitt ]
+  * Drop obsolete initscripts dependency. (Closes: #804956)
+
  -- Marc Haber   Sun, 24 Nov 2013 16:12:09 +0100
 
 console-log (1.2-1) unstable; urgency=low
diff --git a/debian/control b/debian/control
index ca2601c..3dd80c6 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Vcs-Browser: http://git.debian.org/?p=collab-maint/console-log.git;a=summary
 
 Package: console-log
 Architecture: all
-Depends: less, daemon, kbd, passwd (>= 1:4.0.3-23), adduser (>> 3.51), initscripts (>= 2.88dsf-13.3), ${misc:Depends}
+Depends: less, daemon, kbd, passwd (>= 1:4.0.3-23), adduser (>> 3.51), ${misc:Depends}
 Description: Puts logfile pagers on virtual consoles
  console-log keeps logfile pagers open on virtual consoles. The
  default configuration puts exim's mainlog on tty8, and the syslog on
-- 
2.8.1



signature.asc
Description: PGP signature