Bug#734837: tk8.4: Time to remove from testing

[Mattia Rizzolo]

On Thu, Mar 09, 2017 at 10:43:49AM +0300, Sergei Golovan wrote:
> Unfortunately, there're still reverse dependencies in the archive.

Not really.

> For example,
> mozart on kfreebsd-i386

I've already took care of it, by asking for the removal of that outdated
binary.

> and some other unofficial ports still depend on tcl8.4 and tk8.4.

I'm not convinced you/we should care of outdated ports when considering
removal of very old package like this.  Besides, can you even
effectively check for rdeps on all of ports.debian.org?  (note that
ftpmasters processing removals don't check ports either)

> So, it's a bit more complicated than just file an RM bugreport.

I can probably help with that, I've got some experience at handling
deprecation and removals of packages from the archive, but this one
feels straightforward to me.

-- 
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#734837: tk8.4: Time to remove from testing

[Sergei Golovan]

Hi Mattia,

On Thu, Mar 9, 2017 at 12:52 AM, Mattia Rizzolo  wrote:
> On Fri, Jan 10, 2014 at 11:16:14AM +0400, Sergei Golovan wrote:
>> It's time to remove Tk 8.4 from testing.
>
> 3+ years passed, there are no reverse dependencies left in the archive.
> Can we also remove it from unstable too? (same for tcl 8.4).

Unfortunately, there're still reverse dependencies in the archive. For example,
mozart on kfreebsd-i386 and some other unofficial ports still depend on tcl8.4
and tk8.4. So, it's a bit more complicated than just file an RM bugreport.

Cheers!
-- 
Sergei Golovan

Bug#857016: [Ticket#2017030832000175] Bug#857016: mirror submission for debian.connesi.it

[Peter Palfrader]

On Wed, 08 Mar 2017, Network Operating Center Connesi wrote:

> The Cd image path it's correct. It's meant to be there but I made an alias if
> you need it.

We don't need the alias, but it seems weird and untypical to have the
cdimage path at /.

> The trace file it's now correct. Do you really need those informations?
> We would like to not use ftpsync due an incompatibility in our configuration. 

Using ftpsync ensures updates are done in the correct order so apt
clients don't get confused.   In particular, it processes translations,
contents, and more files that have been added to the archive in recent
years in the correct stage.

Can you tell me more about the incompatibility?  What can we do to help.

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#857205: flash-kernel: Add support for TI OMAP4 PandaBoard-ES

[Marc Kleine-Budde]

On 03/09/2017 02:35 AM, Sebastian Reichel wrote:
> On Wed, Mar 08, 2017 at 08:53:50PM +, Marc Kleine-Budde wrote:
>> +Machine: TI OMAP4 PandaBoard-ES
>> +Kernel-Flavors: armmp armmp-lpae
> 
> OMAP4 is Cortex A9, so no LPAE support.

Thanks, fixed in v2 - see attachment.

Marc
From d63da8c5ba444f9a670d6762a9dfb634cd3dfb47 Mon Sep 17 00:00:00 2001
From: Marc Kleine-Budde 
Date: Wed, 8 Mar 2017 21:31:25 +0100
Subject: [PATCH v2] Add machine db entry for TI OMAP4 PandaBoard-ES

---
 db/all.db | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/db/all.db b/db/all.db
index dc43ce33f57f..b57061bde227 100644
--- a/db/all.db
+++ b/db/all.db
@@ -1088,6 +1088,13 @@ Boot-Initrd-Path: uInitrd
 Boot-Script-Path: boot.scr
 Required-Packages: u-boot-tools
 
+Machine: TI OMAP4 PandaBoard-ES
+Kernel-Flavors: armmp
+DTB-Id: omap4-panda-es.dtb
+Boot-Script-Path: /boot/boot.scr
+U-Boot-Script-Name: bootscr.uboot-generic
+Required-Packages: u-boot-tools
+
 Machine: Orange Pi
 Kernel-Flavors: armmp armmp-lpae
 Boot-Script-Path: /boot/boot.scr
-- 
2.11.0



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#857251: unblock: acorn/4.0.4-2

[Julien Puydt]

Package: release.debian.org
Severity: important
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package acorn, to fix bug #850506 ; in summary: the
4.0.4-1 package FTBFS on some computers (and not on others) ; this new
4.0.4-2 has a trivial fix. You'll find the very short debdiff in post
scriptum.

Thanks,

unblock acorn/4.0.4-2


PS: debdiff between 4.0.4-1 and 4.0.4-2:

diff -Nru acorn-4.0.4/debian/changelog acorn-4.0.4/debian/changelog
--- acorn-4.0.4/debian/changelog2017-01-11 10:42:32.0 +0100
+++ acorn-4.0.4/debian/changelog2017-03-09 07:17:56.0 +0100
@@ -1,3 +1,9 @@
+acorn (4.0.4-2) unstable; urgency=medium
+
+  * Add explicit rule to force compilation ordering (Closes: #850506)
+
+ -- Julien Puydt   Thu, 09 Mar 2017 07:17:56
+0100
+
 acorn (4.0.4-1) unstable; urgency=medium

   * New upstream release.
diff -Nru acorn-4.0.4/debian/rules acorn-4.0.4/debian/rules
--- acorn-4.0.4/debian/rules2017-01-11 10:42:32.0 +0100
+++ acorn-4.0.4/debian/rules2017-03-09 07:17:56.0 +0100
@@ -32,6 +32,8 @@
mkdir -p dist/walk
ln -s dist/index.js acorn.js

+dist/bin/acorn.js: dist/index.js
+
 %.js:
$(COMPILE_MODULES) $(subst dist, src, $@) > $@

Bug#857209: [Pkg-fedora-ds-maintainers] Bug#857209: 389-console: broken symlinks: /usr/share/java/389-console{, -1.1}_en.jar -> 389-console-1.1.18_en.jar

[Timo Aaltonen]

On 08.03.2017 23:11, Andreas Beckmann wrote:
> Package: 389-console
> Version: 1.1.18-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package ships (or creates)
> a broken symlink.
> 
>>From the attached log (scroll to the bottom...):
> 
> 0m22.3s ERROR: FAIL: Broken symlinks:
>   /usr/share/java/389-console_en.jar -> 389-console-1.1.18_en.jar
>   /usr/share/java/389-console-1.1_en.jar -> 389-console-1.1.18_en.jar
> 
> The package ships no .jar file at all - there seems to be something
> missing ...

amazing.. caused by bad usage of dh_link that assumes the built jar has
a proper version number on it..


-- 
t

Bug#857249: firefox-esr: emojis not displayed in Google hangouts

[Mike Hommey]

On Thu, Mar 09, 2017 at 01:47:55AM -0500, Dale Harris wrote:
> Package: firefox-esr
> Version: 45.8.0esr-1
> Severity: normal
> Tags: upstream
> 
> Dear Maintainer,
> 
> 
> This problem exists in this latest version of Firefox that Debian is
> using. When using Google hangouts via the Gmail web gui, emojis are not
> being displayed. Appears lots of people are having the same issue on
> other platforms.

Firefox didn't contain an emoji font before version 50. Please try
firefox-esr from experimental (version 52.0esr-1) or firefox 52 from
unstable.

Mike

Bug#857118: unblock: xfce4-equake-plugin/1.3.8-1

[Niels Thykier]

Control: tags -1 confirmed moreinfo

Jeroen van Aart:
> Package: release.debian.org
> Severity: serious
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package xfce4-equake-plugin
> 

Hi,

> Please see related bugs: 856774 and 856827
> 
> I gave it severity "serious" since I assume it should reflect the severity of 
> the initial bug, please change as appropriate.
> 
> [...]
> 

Agreed, that bug seems like it would render this package unusable.

> I have created a fix that will alow it to use encrypted https access. It uses 
> libcurl for that and attached a debdiff.
> 
> Thank you for your consideration.
> 
> unblock xfce4-equake-plugin/1.3.8-1
> 

Please go ahead with the upload and remove the moreinfo tag once it has
seen at least 5 days of testing in unstable with no major regressions.

Thanks,
~Niels

Bug#857249: firefox-esr: emojis not displayed in Google hangouts

[Dale Harris]

Package: firefox-esr
Version: 45.8.0esr-1
Severity: normal
Tags: upstream

Dear Maintainer,


This problem exists in this latest version of Firefox that Debian is
using. When using Google hangouts via the Gmail web gui, emojis are not
being displayed. Appears lots of people are having the same issue on
other platforms.

https://productforums.google.com/forum/#!topic/hangouts/nUXEfD--EOE;context-place=topicsearchin/hangouts/category$3Agmail|sort:relevance|spell:false

Mozilla is trying to fix the problem. 


-- Package-specific info:

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

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

Name: Firefox Hello Beta
Location: ${PROFILE_EXTENSIONS}/l...@mozilla.org.xpi
Status: enabled

Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: enabled

Name: U2F Support Add-on
Location: ${PROFILE_EXTENSIONS}/u2f4...@prefiks.org
Status: enabled

-- Plugins information
Name: DivX Browser Plug-In
Location: /usr/lib/mozilla/plugins/gecko-mediaplayer-dvx.so
Package: gecko-mediaplayer
Status: enabled

Name: Google Talk Plugin
Location: /opt/google/talkplugin/libnpgoogletalk.so
Package: google-talkplugin
Status: enabled

Name: Google Talk Plugin Video Renderer
Location: /opt/google/talkplugin/libnpo1d.so
Package: google-talkplugin
Status: enabled

Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (1.6.2-3.1))
Location: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-8-plugin:amd64
Status: enabled

Name: mplayerplug-in is now gecko-mediaplayer 1.0.9
Location: /usr/lib/mozilla/plugins/gecko-mediaplayer.so
Package: gecko-mediaplayer
Status: enabled

Name: QuickTime Plug-in 7.6.9
Location: /usr/lib/mozilla/plugins/gecko-mediaplayer-qt.so
Package: gecko-mediaplayer
Status: enabled

Name: RealPlayer 9
Location: /usr/lib/mozilla/plugins/gecko-mediaplayer-rm.so
Package: gecko-mediaplayer
Status: enabled

Name: Shockwave Flash
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled

Name: Windows Media Player Plug-in
Location: /usr/lib/mozilla/plugins/gecko-mediaplayer-wmp.so
Package: gecko-mediaplayer
Status: enabled


-- Addons package information
ii  firefox-esr45.8.0esr-1  amd64Mozilla Firefox web browser - Ext
ii  gecko-mediapla 1.0.9-2  amd64Multimedia plug-in for Gecko brow
ii  google-talkplu 5.41.0.0-1   amd64Google Talk Plugin
ii  icedtea-8-plug 1.6.2-3.1amd64web browser plugin based on OpenJ
ii  xul-ext-adbloc 2.7.3+dfsg-1 all  advertisement blocking extension 

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

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.1
ii  fontconfig2.11.0-6.7+b1
ii  libasound21.1.3-5
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-9
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.16-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-3
ii  libffi6   3.2.1-6
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3+b2
ii  libgcc1   1:6.3.0-8
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.50.3-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.4-0 1.4.1-2+b2
ii  libnspr4  2:4.12-6
ii  libnss3   2:3.26.2-1
ii  libpango-1.0-01.40.4-1
ii  libsqlite3-0  3.16.2-3
ii  libstartup-notification0  0.12-4
ii  libstdc++66.3.0-8
ii  libvpx4   1.6.1-2
ii  libx11-6  2:1.6.4-3
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages firefox-esr recommends:
ii  gstreamer1.0-libav 1:1.10.4-dmo1
ii  gstreamer1.0-plugins-good  1.10.4-1

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-3
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-3
ii  libgnomeui-0   2.24.5-3.1
ii  libgssapi-krb5-2   1.15-1
pn  mozplugger 

-- no debconf information

Bug#857247: O: linux-igd -- Linux UPnP Internet Gateway Device

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of linux-igd, Nick Leverton ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: linux-igd
Binary: linux-igd
Version: 1.0+cvs20070630-5
Maintainer: Nick Leverton 
Build-Depends: debhelper (>= 9), iptables-dev, pkg-config, libupnp-dev (>= 
1:1.6.17)
Architecture: any
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 97c96c40c09d9de0a0477068404dda98 1822 linux-igd_1.0+cvs20070630-5.dsc
 560b530837a0cd3e3c28b4c2578952f7 36444 linux-igd_1.0+cvs20070630.orig.tar.gz
 4508d3e72ae74150e7482e49945d3be1 25448 
linux-igd_1.0+cvs20070630-5.debian.tar.xz
Checksums-Sha1:
 d6763646b915f9ee57223e70dc9054d2ccef90ed 1822 linux-igd_1.0+cvs20070630-5.dsc
 20be6bb36b314265fdc247323e3f918e063a5fab 36444 
linux-igd_1.0+cvs20070630.orig.tar.gz
 53fda3472aba48968c3bdb31dc1ffe5c0834a1bc 25448 
linux-igd_1.0+cvs20070630-5.debian.tar.xz
Checksums-Sha256:
 07b00512fb21422e987f9866ba0977a9e124accb95edbea3016c597bbdab9f2a 1822 
linux-igd_1.0+cvs20070630-5.dsc
 b4734533ba05cf904631d6aea2921910dd39b0df4dc48d21fbe9c5fc7b612184 36444 
linux-igd_1.0+cvs20070630.orig.tar.gz
 11e853f698e24b12bbfe74d1287e7e76ad5d3f34e99195965569b7d2af478429 25448 
linux-igd_1.0+cvs20070630-5.debian.tar.xz
Homepage: http://linux-igd.sourceforge.net/
Package-List: 
 linux-igd deb net optional arch=any
Directory: pool/main/l/linux-igd
Priority: source
Section: net

Package: linux-igd
Binary: linux-igd
Version: 1.0+cvs20070630-5
Maintainer: Nick Leverton 
Build-Depends: debhelper (>= 9), iptables-dev, pkg-config, libupnp-dev (>= 
1:1.6.17)
Architecture: any
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 97c96c40c09d9de0a0477068404dda98 1822 linux-igd_1.0+cvs20070630-5.dsc
 560b530837a0cd3e3c28b4c2578952f7 36444 linux-igd_1.0+cvs20070630.orig.tar.gz
 4508d3e72ae74150e7482e49945d3be1 25448 
linux-igd_1.0+cvs20070630-5.debian.tar.xz
Checksums-Sha256:
 07b00512fb21422e987f9866ba0977a9e124accb95edbea3016c597bbdab9f2a 1822 
linux-igd_1.0+cvs20070630-5.dsc
 b4734533ba05cf904631d6aea2921910dd39b0df4dc48d21fbe9c5fc7b612184 36444 
linux-igd_1.0+cvs20070630.orig.tar.gz
 11e853f698e24b12bbfe74d1287e7e76ad5d3f34e99195965569b7d2af478429 25448 
linux-igd_1.0+cvs20070630-5.debian.tar.xz
Homepage: http://linux-igd.sourceforge.net/
Package-List: 
 linux-igd deb net optional arch=any
Directory: pool/main/l/linux-igd
Priority: source
Section: net

Package: linux-igd
Version: 1.0+cvs20070630-5
Installed-Size: 145
Maintainer: Nick Leverton 
Architecture: amd64
Depends: iptables, lsb-base, libc6 (>= 2.8), libupnp6 (>= 1:1.6.6)
Description-en: Linux UPnP Internet Gateway Device
 This is a daemon which emulates Microsoft's Internet Connection Service (ICS).
 It implements the UPnP Internet Gateway Device specification (IGD) and allows
 UPnP aware clients, such as MSN Messenger or games consoles, to work
 properly from behind a NAT firewall.
Description-md5: ec454827b0ddc725a9bd3f14ed9644e9
Homepage: http://linux-igd.sourceforge.net/
Tag: implemented-in::c, interface::daemon, network::configuration,
 network::routing, network::server, protocol::TODO, role::program,
 use::configuring
Section: net
Priority: optional
Filename: pool/main/l/linux-igd/linux-igd_1.0+cvs20070630-5_amd64.deb
Size: 33932
MD5sum: 97d98c729824d35cf8ca130c80947228
SHA1: 4b0012fdae49c2c641e603457e1374e15ab2a62b
SHA256: 1f04371b600cf7b1a3a8791e094596a072b7d912619b6da831a353481fa74bfa

Package: linux-igd
Version: 1.0+cvs20070630-5
Installed-Size: 145
Maintainer: Nick Leverton 
Architecture: amd64
Depends: iptables, lsb-base, libc6 (>= 2.8), libupnp6 (>= 1:1.6.6)
Description-en: Linux UPnP Internet Gateway Device
 This is a daemon which emulates Microsoft's Internet Connection Service (ICS).
 It implements the UPnP Internet Gateway Device specification (IGD) and allows
 UPnP aware clients, such as MSN Messenger or games consoles, to work
 properly from behind a NAT firewall.
Description-md5: ec454827b0ddc725a9bd3f14ed9644e9
Homepage: http://linux-igd.sourceforge.net/
Tag: implemented-in::c, interface::daemon, network::configuration,
 network::routing, network::server, protocol::TODO, role::program,
 use::configuring
Section: net
Priority: optional
Filename: pool/main/l/linux-igd/linux-igd_1.0+cvs20070630-5_amd64.deb
Size: 33932
MD5sum: 97d98c729824d35cf8ca130c80947228
SHA1: 4b0012fdae49c2c641e603457e1374e15ab2a62b
SHA256: 1f04371b600cf7b1a3a8791e094596a072b7d912619b6da831a353481fa74bfa



signature.asc
Description: PGP signature

Bug#857248: O: nullmailer -- simple relay-only mail transport agent

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of nullmailer, Nick Leverton ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: nullmailer
Binary: nullmailer
Version: 1:1.13-1+deb8u1
Maintainer: Nick Leverton 
Build-Depends: debhelper (>= 9), po-debconf, automake, autoconf, dh-autoreconf, 
libgnutls28-dev | libgnutls-dev
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 8e70dfea43d021a277cd6813f9a38045 1818 nullmailer_1.13-1+deb8u1.dsc
 aaeb8746fbc082917b26d0827ccc9270 205431 nullmailer_1.13.orig.tar.gz
 8ef8d48fc4dd60376e2eb76732a8353b 30280 nullmailer_1.13-1+deb8u1.debian.tar.xz
Checksums-Sha1:
 57fdbd9bcebace7fc996a3b708e3fa1aa961b9d5 1818 nullmailer_1.13-1+deb8u1.dsc
 e1178fff0395abee2bb6e77c3ddb8a0a7efcc791 205431 nullmailer_1.13.orig.tar.gz
 39e235edf71d9b5d08967c76dc884d8b04979e2a 30280 
nullmailer_1.13-1+deb8u1.debian.tar.xz
Checksums-Sha256:
 74bd217d6c9692234637994b9962a7a53ed10497edb89059ac47e8b9dd6db535 1818 
nullmailer_1.13-1+deb8u1.dsc
 3f8861ebb1b46cea0a1caf1e6236e1e0d2a5a91def19551b7cad12eab676277d 205431 
nullmailer_1.13.orig.tar.gz
 4d66a9d5165fee044efe8dccb11851cb545d5ddfe98a579196845d61e9a7f6d4 30280 
nullmailer_1.13-1+deb8u1.debian.tar.xz
Homepage: http://untroubled.org/nullmailer/
Package-List: 
 nullmailer deb mail extra arch=any
Directory: pool/main/n/nullmailer
Priority: source
Section: mail

Package: nullmailer
Binary: nullmailer
Version: 1:1.13-1.2
Maintainer: Nick Leverton 
Build-Depends: autoconf, automake, debhelper (>= 9), dh-autoreconf, dh-systemd, 
libgnutls28-dev | libgnutls-dev, po-debconf
Architecture: any
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 07ffbbe682603e0098dfdc94ed94439d 1804 nullmailer_1.13-1.2.dsc
 aaeb8746fbc082917b26d0827ccc9270 205431 nullmailer_1.13.orig.tar.gz
 57ba3876663778c19a4b572e31be64c9 30760 nullmailer_1.13-1.2.debian.tar.xz
Checksums-Sha256:
 7b3d9732f4f930242686059e97236c42cf2703332313241168cb6f80859df189 1804 
nullmailer_1.13-1.2.dsc
 3f8861ebb1b46cea0a1caf1e6236e1e0d2a5a91def19551b7cad12eab676277d 205431 
nullmailer_1.13.orig.tar.gz
 48c15f5df55069a12a5318eab3a8ca7d50d34ca6769c153f436e359f9f16a1a1 30760 
nullmailer_1.13-1.2.debian.tar.xz
Homepage: http://untroubled.org/nullmailer/
Package-List: 
 nullmailer deb mail extra arch=any
Directory: pool/main/n/nullmailer
Priority: source
Section: mail

Package: nullmailer
Version: 1:1.13-1.2
Installed-Size: 372
Maintainer: Nick Leverton 
Architecture: amd64
Replaces: mail-transport-agent
Provides: mail-transport-agent
Depends: lsb-base, debconf (>= 0.5) | debconf-2.0, init-system-helpers (>= 
1.18~), libc6 (>= 2.15), libgnutls30 (>= 3.5.0), libstdc++6 (>= 5)
Recommends: rsyslog | system-log-daemon
Conflicts: mail-transport-agent
Description-en: simple relay-only mail transport agent
 Nullmailer is a replacement MTA for hosts, which relay to a fixed set of
 smart relays. It is designed to be simple to configure and especially
 useful on slave machines and in chroots.
Description-md5: cf5bb13c21a01ffa34dc0048e9689c33
Homepage: http://untroubled.org/nullmailer/
Tag: interface::daemon, mail::transport-agent, network::server,
 protocol::smtp, role::program, works-with::mail
Section: mail
Priority: extra
Filename: pool/main/n/nullmailer/nullmailer_1.13-1.2_amd64.deb
Size: 92284
MD5sum: 761e4298fb9913ca28b5d3a9e4c631e4
SHA256: 13dccfc3aa78ef2e932217d1976d14d502b8c4af53cd667442918e5e9cd2e42b

Package: nullmailer
Version: 1:1.13-1+deb8u1
Installed-Size: 2360
Maintainer: Nick Leverton 
Architecture: amd64
Replaces: mail-transport-agent
Provides: mail-transport-agent
Depends: lsb-base, debconf (>= 0.5) | debconf-2.0, libc6 (>= 2.15), 
libgnutls-deb0-28 (>= 3.3.0), libstdc++6 (>= 4.1.1)
Recommends: rsyslog | system-log-daemon
Conflicts: mail-transport-agent
Description-en: simple relay-only mail transport agent
 Nullmailer is a replacement MTA for hosts, which relay to a fixed set of
 smart relays. It is designed to be simple to configure and especially
 useful on slave machines and in chroots.
Description-md5: cf5bb13c21a01ffa34dc0048e9689c33
Homepage: http://untroubled.org/nullmailer/
Tag: interface::daemon, mail::transport-agent, network::server,
 protocol::smtp, role::program, works-with::mail
Section: mail
Priority: extra
Filename: pool/main/n/nullmailer/nullmailer_1.13-1+deb8u1_amd64.deb
Size: 92642
MD5sum: 6f9c0eed8d2904f40eb28b26e6929a2f
SHA1: 210e08fef3a139232a060c1654d0956ac2f1b822
SHA256: 553b79399fe736bc5704015ded4f9cac9b2ffa7948bb2cbeb53ee655e86213fe

Package: nullmailer
Version: 1:1.13-1.2

Bug#857050: firefox no longer plays sound without pulseaudio daemon

[jim_p]

Package: firefox
Version: 52.0-1
Followup-For: Bug #857050

Thank you for merging my bug report (#857184) with this one.
Please consider my suggestion there as a solution to the problem (compiling
with the option "--enable-alsa") and please merge it with bug ##853987.

Thank you



-- Package-specific info:

-- Extensions information
Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled

Name: Classic Theme Restorer
Location: ${PROFILE_EXTENSIONS}/classicthemeresto...@arist2noia4dev.xpi
Status: enabled

Name: Click to Play per-element
Location: 
${PROFILE_EXTENSIONS}/clicktoplayperelem...@uasad.addons.mozilla.org.xpi
Status: enabled

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

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

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

Name: Video DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}.xpi
Status: enabled

Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled

-- Plugins information
Name: Shockwave Flash (24.0.0.221)
Location: /usr/lib/flashplayer-mozilla/libflashplayer.so
Package: flashplayer-mozilla
Status: enabled


-- Addons package information
ii  firefox52.0-1   amd64Mozilla Firefox web browser
ii  flashplayer-mo 3:24.0.0.221 amd64Adobe Flash Player

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages firefox depends on:
ii  debianutils   4.8.1
ii  fontconfig2.11.0-6.7+b1
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-9
ii  libcairo-gobject2 1.14.8-1
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.16-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-3
ii  libffi6   3.2.1-6
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  1:2.6.3-infinality5
ii  libgcc1   1:6.3.0-6
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.50.3-1
ii  libgtk-3-03.22.8-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.4-0 1.4.1-2+b2
ii  libpango-1.0-01.40.3-3
ii  libsqlite3-0  3.16.2-3
ii  libstartup-notification0  0.12-4
ii  libstdc++66.3.0-6
ii  libvpx4   1.6.1-2
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3
ii  zlib1g1:1.2.8.dfsg-5

firefox recommends no packages.

Versions of packages firefox suggests:
pn  fonts-lmodern  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-3
ii  libgssapi-krb5-2   1.15-1
pn  mozplugger 

-- no debconf information

Bug#857147: darktable builds with -msse2 on i386

[Roman Lebedev]

On Thu, Mar 9, 2017 at 1:07 AM, Adrian Bunk  wrote:
> On Wed, Mar 08, 2017 at 04:25:18PM +0300, Roman Lebedev wrote:
>> On Wed, Mar 8, 2017 at 3:38 PM, Adrian Bunk  wrote:
>> > Source: darktable
>> > Version: 2.2.1-2
>> > Severity: serious
>> >
>> > https://buildd.debian.org/status/fetch.php?pkg=darktable=i386=2.2.1-2=1483383078=0
>> >
>> > ...
>> > -- Performing Test _MSSE2
>> > -- Performing Test _MSSE2 - Success
>> > -- Building SSE2-optimized codepaths: ON
>> > ...
>> > [  4%] Building C object 
>> > src/external/LuaAutoC/CMakeFiles/lautoc.dir/lautoc.c.o
>> > cd /«PKGBUILDDIR»/obj-i686-linux-gnu/src/external/LuaAutoC && /usr/bin/cc  
>> > -DGDK_DISABLE_DEPRECATED -DGDK_VERSION_MIN_REQUIRED=GDK_VERSION_3_14 
>> > -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_MIN_REQUIRED 
>> > -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_40 -DGTK_DISABLE_DEPRECATED 
>> > -DGTK_DISABLE_SINGLE_INCLUDES -DHAVE_BUILTIN_CPU_SUPPORTS -DHAVE_CONFIG_H 
>> > -DHAVE_GPHOTO2 -DHAVE_GPHOTO_25_OR_NEWER -DHAVE_GRAPHICSMAGICK 
>> > -DHAVE_HTTP_SERVER -DHAVE_KWALLET -DHAVE_LENSFUN -DHAVE_LIBSECRET 
>> > -DHAVE_OPENCL -DHAVE_OPENEXR -DHAVE_OPENJPEG -DUSE_LUA -D_RELEASE 
>> > -D_XOPEN_SOURCE=700 -D__GDK_KEYSYMS_COMPAT_H__ -I/«PKGBUILDDIR»/src 
>> > -I/«PKGBUILDDIR»/src/external -isystem /usr/include/glib-2.0 -isystem 
>> > /usr/lib/i386-linux-gnu/glib-2.0/include -isystem /usr/include/gtk-3.0 
>> > -isystem /usr/include/at-spi2-atk/2.0 -isystem /usr/include/at-spi-2.0 
>> > -isystem /usr/include/dbus-1.0 -isystem 
>> > /usr/lib/i386-linux-gnu/dbus-1.0/include -isystem 
>> > /usr/include/gio-unix-2.0 -isystem /usr/include/cairo -isystem 
>> > /usr/include/pango-1.0 -isystem /usr/include/harfbuzz -isystem 
>> > /usr/include/atk-1.0 -isystem /usr/include/pixman-1 -isystem 
>> > /usr/include/freetype2 -isystem /usr/include/libpng16 -isystem 
>> > /usr/include/gdk-pixbuf-2.0 -isystem /usr/include/libxml2 -isystem 
>> > /usr/include/libsoup-2.4 -isystem /usr/include/OpenEXR -isystem 
>> > /usr/include/lensfun -isystem /usr/include/librsvg-2.0 -isystem 
>> > /usr/include/i386-linux-gnu -isystem /usr/include/json-glib-1.0 -isystem 
>> > /usr/include/openjpeg-2.1 -isystem /usr/include/libsecret-1 -isystem 
>> > /usr/include/GraphicsMagick -I/«PKGBUILDDIR»/obj-i686-linux-gnu/src 
>> > -isystem /usr/include/lua5.2 -I/«PKGBUILDDIR»/src/external/LuaAutoC 
>> > -I/«PKGBUILDDIR»/src/external/LuaAutoC/include  -g -O2 
>> > -fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong -Wformat 
>> > -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall 
>> > -fno-strict-aliasing -Wformat -Wformat-security -Wshadow -Wtype-limits 
>> > -Wvla -Wold-style-declaration -Wno-error=varargs -Wframe-larger-than=32768 
>> > -Wstack-usage=32768 -Wlarger-than=524288 -std=c99 -fopenmp -pthread 
>> > -mtune=generic -msse2 -g -mfpmath=sse -std=gnu99 -Wall -Wno-unused -O3 -g  
>> > -fPIC   -o CMakeFiles/lautoc.dir/lautoc.c.o   -c 
>> > /«PKGBUILDDIR»/src/external/LuaAutoC/lautoc.c
>> > ...
>> >
>> > These are not SSE2 codepaths with autodetection,
>> > the package seems to be built in a way that it
>> > won't run on hardware without SSE2.
>> Hi.
>>
>> Given that arm64 is now 'supported', it is certainly possible to build
>> without SSE2.

> What is actually the reason why arm64 is declared supported but
> mips64el and ppc64el are not?
Patches welcomed.
1. upstream, do not really care about those.
2. in all this time, no one ever asked upstream about support for those
3. first tell gdk-pixbuf-2.0 to fix their ppc64le build:
>From OBS, openSUSE_Tumbleweed_PowerPC/ppc64le:

[  144s] cd /home/abuild/rpmbuild/BUILD/darktable-2.3.0+git385.baec33f/build/src
&& /usr/bin/cc  -DGDK_DISABLE_DEPRECATED
-DGDK_VERSION_MIN_REQUIRED=GDK_VERSION_3_14
-DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_MIN_REQUIRED
-DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_40 -DGTK_DISABLE_DEPRECATED
-DGTK_DISABLE_SINGLE_INCLUDES -DHAVE_CONFIG_H -DHAVE_GPHOTO2
-DHAVE_GPHOTO_25_OR_NEWER -DHAVE_GRAPHICSMAGICK -DHAVE_HTTP_SERVER
-DHAVE_KWALLET -DHAVE_LENSFUN -DHAVE_LIBSECRET -DHAVE_MAP
-DHAVE_OPENCL -DHAVE_OPENEXR -DHAVE_OPENJPEG
-DHAVE_OSMGPSMAP_110_OR_NEWER -DHAVE_PRINT -DUSE_COLORDGTK -DUSE_LUA
-D_RELEASE -D_XOPEN_SOURCE=700 -D__GDK_KEYSYMS_COMPAT_H__
-Dlib_darktable_EXPORTS
-I/home/abuild/rpmbuild/BUILD/darktable-2.3.0+git385.baec33f/src
-isystem /home/abuild/rpmbuild/BUILD/darktable-2.3.0+git385.baec33f/src/external
-isystem /usr/include/glib-2.0 -isystem /usr/lib64/glib-2.0/include
-isystem /usr/include/gtk-3.0 -isystem /usr/include/at-spi2-atk/2.0
-isystem /usr/include/at-spi-2.0 -isystem /usr/include/dbus-1.0
-isystem /usr/lib64/dbus-1.0/include -isystem
/usr/include/gio-unix-2.0 -isystem /usr/include/pkg/libxkbcommon
-isystem /usr/include/wayland -isystem /usr/include/cairo -isystem
/usr/include/pango-1.0 -isystem /usr/include/harfbuzz -isystem
/usr/include/atk-1.0 -isystem /usr/include/pixman-1 -isystem
/usr/include/freetype2 -isystem /usr/include/libdrm -isystem

Bug#857220: mlton-tools: broken symlink: /usr/share/doc/mlton-tools/README -> doc/README

[Wesley W. Terpstra]

Thanks for the report.

I probably won't make a new upload to fix this issue alone, but will
be sure to fix it with the next upload.

Bug#857244: Please allow luserconf outside home [PATCH]

[Felix Lechner]

Package: libpam-mount
Version: 2.16-2.1
Severity: wishlist
Tags: patch

When mounting encrypted home folders, 'luserconf' files are better located
outside home directories. The attached patch makes that possible.

Currently, all values for 'luserconf' are prepended by $(HOME). The patch
recognizes absolute paths. As a bonus, variables such as $(USER) and $(HOME)
are also expanded.

As an example, we point 'luserconf' to something like
/acct/$(USER)/absent/pam_mount.conf.xml.



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

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

Versions of packages libpam-mount depends on:
ii  libc6   2.24-9
ii  libcryptsetup4  2:1.7.3-3
ii  libhx28 3.22-1
ii  libmount1   2.29.1-1
ii  libpam-runtime  1.1.8-3.5
ii  libpam0g1.1.8-3.5
ii  libpcre32:8.39-2.1
ii  libssl1.1   1.1.0e-1
ii  libxml2 2.9.4+dfsg1-2.2

libpam-mount recommends no packages.

Versions of packages libpam-mount suggests:
pn  cifs-utils  
pn  davfs2  
ii  fuse2.9.7-1
ii  lsof4.89+dfsg-0.1
ii  openssl 1.1.0e-1
ii  psmisc  22.21-2.1+b2
pn  sshfs   
ii  xfsprogs4.9.0

-- Configuration Files:
/etc/security/pam_mount.conf.xml changed [not included]

-- no debconf information


014-allow-luserconf-outside-home.gz
Description: application/gzip

Bug#809069: logind sometimes blocks input to X after VT switch

[Michael Biebl]

Hi Ben

On Sat, 26 Dec 2015 22:44:45 + Ben Hutchings 
wrote:
> Package: systemd
> Version: 228-2
> Severity: important
> 
> After switching between a text console (VT 1) and X (VT 7) a few
> times, I found that keyboard and mouse input no longer worked in X.
> The system log showed this:
> 
> [switching to VT 1]
> 
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) AIGLX: 
> Suspending AIGLX clients for VT switch
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 226:0
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:69
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:64
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:66
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:72
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:65
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:68
> Dec 26 22:28:41 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:71
> 
> [switching to VT 7]
> 
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got resume for 226:0
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) AIGLX: 
> Resuming AIGLX clients after VT switch
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) intel(0): 
> switch to mode 1600x900@60.0 on LVDS1 using pipe 0, position (0, 0), rotation 
> normal, reflection none
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got resume for 13:69
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got resume for 13:64
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got resume for 13:66
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: The XKEYBOARD 
> keymap compiler (xkbcomp) reports:
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: > Error:   
>  Meta_R added to symbol map for multiple modifiers
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: >  
>  Using Mod4, ignoring Mod1.
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: > Error:   
>  Meta_L added to symbol map for multiple modifiers
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: >  
>  Using Mod4, ignoring Mod1.
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: > Error:   
>  Key  added to map for multiple modifiers
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: >  
>  Using Mod4, ignoring Mod1.
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: Errors from 
> xkbcomp are not fatal to the X server
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got resume for 13:72
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: The XKEYBOARD 
> keymap compiler (xkbcomp) reports:
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: > Error:   
>  Meta_R added to symbol map for multiple modifiers
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: >  
>  Using Mod4, ignoring Mod1.
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: > Error:   
>  Meta_L added to symbol map for multiple modifiers
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: >  
>  Using Mod4, ignoring Mod1.
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: > Error:   
>  Key  added to map for multiple modifiers
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: >  
>  Using Mod4, ignoring Mod1.
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: Errors from 
> xkbcomp are not fatal to the X server
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got resume for 13:65
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (--) synaptics: 
> SynPS/2 Synaptics TouchPad: touchpad found
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got resume for 13:68
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got resume for 13:71
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 226:0
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:69
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:64
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> systemd-logind: got pause for 13:66
> Dec 26 22:29:06 deadeye /usr/lib/gdm3/gdm-x-session[2280]: (II) 
> 

Bug#857242: The popup with server examples should also show how to set a port number, and user.

[Dan Jacobson]

Package: nautilus
Version: 3.22.2-1
Severity: wishlist
File: /usr/bin/nautilus

The popup with server examples should also show how to set a port
number, and user.

Bug#857241: ITP: golang-github-go-macaron-bindata -- provides in-memory static and template files for macaron

[Michael Lustfield]

Package: wnpp
Severity: wishlist
Owner: Michael Lustfield 

* Package name: golang-github-go-macaron-bindata
  Version : 0.0~git20161222.0.85786f5-1
  Upstream Author : The Macaron Authors
* URL : https://github.com/go-macaron/bindata
* License : Apache-2.0
  Programming Lang: Go
  Description : in-memory static and template files for Macaron

 Macaron is a modular web framework written in Go. This library provides
 a mechanism to hold static and template files in memory.


This Go library is being packaged as a build dependency of gitea (a gogs fork).
There are a lot of build dependencies; I'm sorry. :(
-- 
Michael Lustfield


pgpKskiI0WfKS.pgp
Description: OpenPGP digital signature

Bug#857110: [Pkg-samba-maint] Bug#857110: openchangeclient: executables trigger relocation error

[Paul Wise]

On Thu, 2017-03-09 at 16:24 +1300, Andrew Bartlett wrote:

> We are not looking to fold OpenChange in to Samba.  We are busy enough
> with the AD DC - those who had a cross-over interest were already
> involved in the OpenChange project.

I expected that might be the case, thanks for confirming.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#856029: qbittorrent: Getting qbittorrent 3.3.10 in debian

[shirish शिरीष]

in-line :-

On 09/03/2017, Frédéric Brière  wrote:
> FYI, qbittorrent 3.3.8+ will not build with the version of
> libtorrent-rasterbar currently in Debian (1.1.1), so any upgrade past
> 3.3.7 is blocked until 1.1.2 (released upstream two weeks ago) is
> packaged.
>
> Your best option at the moment is probably to file a wishlist bug for
> libtorrent-rasterbar, asking for 1.1.2.
>

Dear Frederic,

Done. See #857239 :)

> On Fri, Feb 24, 2017 at 06:54:42PM +0530, shirish शिरीष wrote:
>> While I do not know or claim to know any qbittorrent internals,
>> interestingly, with 3.3.10 it seems they are using libtorrent 1.1 see
>
> Yes, qbittorrent compiles both with 1.0 and 1.1 (there are many
> checks against LIBTORRENT_VERSION_NUM throughout the code), but from
> what I understand, not much testing has been done with the 1.1 branch
> yet.  Hence the various issues listed at [1].
>
>  [1] https://github.com/qbittorrent/qBittorrent/issues/6132
>
> Upstream once stated in this issue that they would switch after 1.1.2
> was released, so maybe we'll hear good news soon.  Until then, consider
> yourself a beta tester.  :)
>
>
> (Me, I've re-compiled 3.3.11 against libtorrent 1.0.  Best of both
> worlds.  Packages are available on my website, if anyone is interested.)
>
>

I'll probably wait to see if Christian Greco (the current maintainer
of libtorrent replies. He does eventually reply and packages $ stuff.
:) ) .


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#857110: [Pkg-samba-maint] Bug#857110: openchangeclient: executables trigger relocation error

[Andrew Bartlett]

On Thu, 2017-03-09 at 08:52 +0800, Paul Wise wrote:
> On Thu, 2017-03-09 at 08:41 +0900, Olaf Meeuwissen wrote:
> 
> > Hmm, looks like I may be in the same boat.  I am currently looking
> > at
> > openchangeclient only to escape the horror that is OWA.  If you got
> > any
> > suggestions, I'm all ears.  I only need something that lets
> > individual
> > users interact with Exchange, not a full-blown server replacement.
> 
> There are these options that I know of:
> 
> evolution-ews
> https://micreabog.wordpress.com/2016/05/01/akonadi-resource-for-micro
> soft-exchange-web-services-ews/
> davmail
> calendar-exchange-provider
> 
> > BTW, the GitHub project has a newer version, 2.3-VULCAN, released
> > on
> > 2015-05-17, but yes the project looks rather dead :-(
> 
> I expect it would be possible to take over and or revive the project
> but not without some level of funding. Ideally the Samba community
> would take over the project but I'm not sure if they are interested.

We are not looking to fold OpenChange in to Samba.  We are busy enough
with the AD DC - those who had a cross-over interest were already
involved in the OpenChange project.

Sorry,

Andrew Bartlett

Bug#837788: munin: systemd control scripts are missing

[Matthew Gabeler-Lee]

Package: munin
Version: 2.0.33-1
Followup-For: Bug #837788

I argue this merits worse than "important" -- in a default install of
Stretch currently, munin doesn't work at all.

Also worthy of note is this workaround:
sudo rm /lib/systemd/system/munin.service
sudo systemctl enable munin
sudo systemctl start munin

This takes it back to using the sysvinit script with systemd.  I don't know
if this might cause difficulties with future upgrades, but it at least gets
munin running again for me.

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-1-amd64 (SMP w/12 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 munin depends on:
ii  cron [cron-daemon]3.0pl1-128+b1
ii  fonts-dejavu-core 2.37-1
ii  libdate-manip-perl6.57-1
pn  libdigest-md5-perl
ii  libfile-copy-recursive-perl   0.38-1
ii  libhtml-template-perl 2.95-2
ii  libio-socket-inet6-perl   2.72-2
ii  liblog-log4perl-perl  1.48-1
ii  libperl5.24 [libtime-hires-perl]  5.24.1-1
ii  librrds-perl  1.6.0-1+b2
pn  libstorable-perl  
ii  liburi-perl   1.71-1
ii  lsb-base  9.20161125
ii  munin-common  2.0.33-1
ii  perl  5.24.1-1
ii  rrdtool   1.6.0-1+b2

Versions of packages munin recommends:
ii  libcgi-fast-perl  1:2.12-1
pn  munin-doc 
ii  munin-node2.0.33-1

Versions of packages munin suggests:
ii  apache2 [httpd]   2.4.25-3
ii  libapache2-mod-fcgid  1:2.3.9-1+b1
ii  libnet-ssleay-perl1.80-1
ii  lynx [www-browser]2.8.9dev11-1
ii  w3m [www-browser] 0.5.3-34

-- Configuration Files:
/etc/cron.d/munin changed [not included]
/etc/munin/apache.conf changed [not included]
/etc/munin/apache24.conf changed [not included]
/etc/munin/munin.conf changed [not included]

-- no debconf information

Bug#857240: debbugs: readability of bug block lists

[Clint Adams]

Package: debbugs
Version: 2.4.1
Severity: wishlist

I find the "Fix blocked by" lists difficult to read.  Please enhance
the bugreport.cgi output readability.

As a sugestion, here is a completely-untested patch:

diff -ur debbugs-2.4.2~exp1.orig/templates/en_US/cgi/bugreport_buginfo.tmpl 
debbugs-2.4.2~exp1/templates/en_US/cgi/bugreport_buginfo.tmpl
--- debbugs-2.4.2~exp1.orig/templates/en_US/cgi/bugreport_buginfo.tmpl  
2010-08-06 02:32:07.0 -0400
+++ debbugs-2.4.2~exp1/templates/en_US/cgi/bugreport_buginfo.tmpl   
2017-03-08 22:06:26.376593038 -0500
@@ -41,16 +41,16 @@
 }
 { my $output = '';
   if (@{$status{blockedby_array}}) {
- $output .= q(Fix blocked by ).
-join(q(, ),
- map {bug_links(bug=>$_->{bug_num}).q(: ).html_escape($_->{subject})}
- @{$status{blockedby_array}}).q()
+ $output .= q(Fix blocked by ).
+join("\n",
+ map {q().bug_links(bug=>$_->{bug_num}).q(: 
).html_escape($_->{subject}).q()}
+ @{$status{blockedby_array}}).q()
   }
   if (@{$status{blocks_array}}) {
- $output .= q(Blocking fix for ).
-join(q(, ),
- map {bug_links(bug=>$_->{bug_num}).q(: ).html_escape($_->{subject})}
- @{$status{blocks_array}}).q()
+ $output .= q(Blocking fix for ).
+join("\n",
+ map {q().bug_links(bug=>$_->{bug_num}).q(: 
).html_escape($_->{subject}).q()}
+ @{$status{blocks_array}}).q()
   }
   $output;
 }

Bug#857239: libtorrent-rasterbar9: please package libtorrent-1.1.2 into debian experimental which was released two weeks ago.

[shirish शिरीष]

Package: libtorrent-rasterbar9
Version: 1.1.1-1+b1
Severity: wishlist

Dear Maintainer,
Few updates have happened from the last time you packaged libtorrentbar-9 .

After your package upstream released two packages for the 1.0 version


libtorrent-1.0.11

@arvidn arvidn released this on Feb 4 · 2 commits to RC_1_0 since this release

Fixes since 1.0.10

* updating super seeding would include the torrent in state_update_alert
* finished non-seed torrents can also be in super-seeding mode
* make torrent_info::is_valid() return false if torrent failed to load
* fix torrent_status time_since_upload/download counters for paused torrents
* fix bug in last-seen-complete
* fix DHT announce stall when adding torrent immediately after startup
* fix bug in enumeration of network interfaces on windows
* fix padfile issue
* fix PMTUd bug
* update puff to fix gzip crash


libtorrent-1.0.10

@arvidn arvidn released this on Aug 28, 2016 · 19 commits to RC_1_0
since this release

1.0.10 release

fixed inverted priority of incoming piece suggestions
fixed crash on invalid input in http_parser
added a new "preformatted" type to bencode entry variant type
fix division by zero in super-seeding logic

These probably would apply for old-stable.

For stretch though, maybe we could get -


libtorrent-1.1.2

@arvidn arvidn released this 10 days ago · 3 commits to RC_1_1 since
this release

1.1.2 release

* default TOS marking to 0x20
* fix invalid access when leaving seed-mode with outstanding hash jobs
* fix ABI compatibility issue introduced with preformatted entry type
* add web_seed_name_lookup_retry to session_settings
* slightly improve proxy settings backwards compatibility
* add function to get default settings
* updating super seeding would include the torrent in state_update_alert
* fix issue where num_seeds could be greater than num_peers in torrent_status
* finished non-seed torrents can also be in super-seeding mode
* fix issue related to unloading torrents
* fixed finished-time calculation
* add missing min_memory_usage() and high_performance_seed() settings
presets to python
* fix stat cache issue that sometimes would produce incorrect resume data
* storage optimization to peer classes
* fix torrent name in alerts of builds with deprecated functions
* make torrent_info::is_valid() return false if torrent failed to load
* fix per-torrent rate limits for >256 peer classes
* don't load user_agent and peer_fingerprint from session_state
* fix file rename issue with name prefix matching torrent name
* fix division by zero when setting tick_interval > 1000
* fix move_storage() to its own directory (would delete the files)
* fix socks5 support for UDP
* add setting urlseed_max_request_bytes to handle large web seed requests
* fix python build with CC/CXX environment
* add trackers from add_torrent_params/magnet links to separate tiers
* fix resumedata check issue with files with priority 0
* deprecated mmap_cache feature
* add utility function for generating peer ID fingerprint
* fix bug in last-seen-complete
* remove file size limit in torrent_info filename constructor
* fix tail-padding for last file in create_torrent
* don't send user-agent in metadata http downloads or UPnP requests when
  in anonymous mode
* fix internal resolve links lookup for mutable torrents
* hint DHT bootstrap nodes of actual bootstrap request

All the updates are taken from

https://github.com/arvidn/libtorrent/releases
with the respective changelogs.

The releases by themeselves -

https://github.com/arvidn/libtorrent/releases/download/libtorrent-1_1_2/libtorrent-rasterbar-1.1.2.tar.gz

The source code of the release -
https://github.com/arvidn/libtorrent/archive/libtorrent-1_1_2.tar.gz

Hoping to see the new release in stretch. Also see #856029 for
discussion involving libtorrent-rasterbar

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

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

Versions of packages libtorrent-rasterbar9 depends on:
ii  dpkg   1.18.22
ii  libboost-chrono1.62.0  1.62.0+dfsg-4
ii  libboost-random1.62.0  1.62.0+dfsg-4
ii  libboost-system1.62.0  1.62.0+dfsg-4
ii  libc6  2.24-9
ii  libgcc11:6.3.0-6
ii  libssl1.1  1.1.0e-1
ii  libstdc++6 6.3.0-6

libtorrent-rasterbar9 recommends no packages.

Versions of packages libtorrent-rasterbar9 suggests:
ii  libtorrent-rasterbar-dbg  1.1.1-1+b1

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/

Bug#856985: systemd: Uninstalling systemd-cron hangs/crashes systemd

[Michael Biebl]

Control: tags -1 + patch

Am 08.03.2017 um 14:48 schrieb Felipe Sateler:

> https://github.com/systemd/systemd/commit/47fffb35
> 
> Unfortunately, that does not apply cleanly to 215, so some backporting
> will be needed.

Cherry-picking
https://github.com/systemd/systemd/commit/96fb8242
https://github.com/systemd/systemd/commit/47fffb35
+ some minor changes to log_* applies cleanly on top of v215 and fixes
the crash.

Both patches attached



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From d8d0306db9d91083d7002b3c7d95b2bcd1466497 Mon Sep 17 00:00:00 2001
From: Lennart Poettering 
Date: Thu, 21 Aug 2014 18:50:42 +0200
Subject: [PATCH 1/2] service: allow services of Type=oneshot that specify no
 ExecStart= commands

This is useful for services that simply want to run something on
shutdown, but not at bootup. They should only set ExecStop= but leave
ExecStart= unset.

(cherry picked from commit 96fb8242cc1ef6b0e28f6c86a4f57950095dd7f1)
---
 man/systemd.service.xml | 44 +++-
 src/core/service.c  | 39 +--
 2 files changed, 56 insertions(+), 27 deletions(-)

diff --git a/man/systemd.service.xml b/man/systemd.service.xml
index 013125026..0045689c6 100644
--- a/man/systemd.service.xml
+++ b/man/systemd.service.xml
@@ -139,9 +139,10 @@
 
 If set to
 simple (the default
-value if neither
+if neither
 Type= nor
-BusName= are
+BusName=, but
+ExecStart= are
 specified), it is expected that the
 process configured with
 ExecStart= is the
@@ -177,13 +178,17 @@
 exits.
 
 Behavior of
-oneshot is similar
-to simple; however,
-it is expected that the process has to
+oneshot is similar to
+simple; however, it
+is expected that the process has to
 exit before systemd starts follow-up
 units. RemainAfterExit=
 is particularly useful for this type
-of service.
+of service. This is the implied
+default if neither
+Type= or
+ExecStart= are
+specified.
 
 Behavior of
 dbus is similar to
@@ -313,22 +318,27 @@
 
 When Type is
 not oneshot, only one
-command may be given. When
+command may and must be given. When
 Type=oneshot is
-used, more than one command may be
-specified. Multiple command lines may
-be concatenated in a single directive
-by separating them with semicolons
-(these semicolons must be passed as
-separate words). Alternatively, this
-directive may be specified more than
-once with the same effect.
-Lone semicolons may be escaped as
+used, none or more than one command
+may be specified. Multiple command
+lines may be concatenated in a single
+directive by separating them with
+semicolons (these semicolons must be
+passed as separate
+words). Alternatively, this directive
+may be specified more than once with
+the same effect.  Lone semicolons may
+be escaped as
 \;. If the empty
 string is assigned to this option, the
 list of commands to start is reset,
 prior assignments of this option will
-have no effect.
+have no effect. If no
+   

Bug#857133: clarify date bug

[積丹尼 Dan Jacobson]

I would have never spotted that in 100 years.
Please somebody put an "*" next to "obvious",
and at the bottom of the page another "*" next to the answer.

gh> Looking closely, I note that the input of "Sunday ..." (the obvious
gh> date bug) was converted into "Wed, ..." in the output.

Bug#857238: /usr/bin/leo: throws HTTP 404

[Roland Hieber]

Package: libwww-dict-leo-org-perl
Version: 1.45-1
Severity: grave
File: /usr/bin/leo
Tags: upstream
Justification: renders package unusable

(CC'ed the upstream maintainer because this is most probably an error in
the upstream part, and because the --help output says so :-))

Dear Maintainers,

I use /usr/bin/leo daily, but it stopped working today:

$ leo -d test 
%DEBUG: connecting to site:
%DEBUG: GET 
/dictQuery/m-vocab/ende/de.html?deStem=standard=relaxed=standard=0=ende=test
 HTTP/1.0
%DEBUG: connection: done
got HTTP error 404!
 at /usr/bin/leo line 248.

That URL does indeed throw a 404, even in the browser :-)

A quick look on the LEO homepage shows that both the desktop and the
mobile version request their results via XML [0].

[0]: 
http://dict.leo.org/dictQuery/m-vocab/ende/query.xml?lp=ende=de=test=both=basic=show=16=1=-1==2017-03-09T02:05:33.714Z

Cheers,
 - Roland

-- System Information:
Debian Release: 9.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing-debug'), (500, 
'testing'), (170, 'unstable'), (1, 'unstable-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libwww-dict-leo-org-perl depends on:
ii  libhtml-tableparser-perl  0.40-1
ii  perl  5.24.1-1

libwww-dict-leo-org-perl recommends no packages.

libwww-dict-leo-org-perl suggests no packages.

-- no debconf information

Bug#856349: mpi4py: FTBFS (Exception: MPI_ERR_WIN: invalid window)

[Drew Parsons]

On Wed, 2017-03-08 at 14:19 +0100, Andreas Tille wrote:
> 
> Perfect.  I was just wondering whether closing + reopening is
> somehow 
> easier to handle technically since testing migration requires closing
> an RC bug - but yes, we both mean the same in the end.

That's a fair point. For the sake of migration we can treat it by
closing first.

Bug#857237: util-linux: 100% CPU usage (one core full) on tab completion with fsck

[Mohammed Sadiq]

Package: util-linux
Version: 2.29.1-1
Severity: serious

Dear Maintainer,


   * What led up to the situation?

 I did: sudo fsck /dev/sda

   * What was the outcome of this action?

 fsck freezed running for (probably) infinite amount of time

 System monitor says it is running 'find -L /dev/ -type b', a
 process that uses 25% of my CPU (one of four core)

 May be some symlinks are pointing towards its own parent or so.

 My findutils version is 4.6.0+git+20161106-2. My linux-image-amd64
 is at version 4.9+78.
 Please let me know if I need to provide more information

Thanks


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

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

Versions of packages util-linux depends on:
ii  libblkid1  2.29.1-1
ii  libc6  2.24-9
ii  libfdisk1  2.29.1-1
ii  libmount1  2.29.1-1
ii  libncursesw5   6.0+20161126-1
ii  libpam0g   1.1.8-3.5
ii  libselinux12.6-3
ii  libsmartcols1  2.29.1-1
ii  libsystemd0232-18
ii  libtinfo5  6.0+20161126-1
ii  libudev1   232-18
ii  libuuid1   2.29.1-1
ii  zlib1g 1:1.2.8.dfsg-5

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools  4.1-1
ii  kbd 2.0.3-2+b1
ii  util-linux-locales  2.29.1-1

-- no debconf information

Bug#856441: Please restore OpenRD support

[Vagrant Cascadian]

> On Feb 28, 2017, at 6:39 PM, Martin Michlmayr  wrote:
>> Debian introduced OpenRD images and later removed them because the
>> stopped working (see #837629).
>> 
>> A fix has now been posted upstream:
>> https://lists.denx.de/pipermail/u-boot/2017-February/282676.html

Grabbed the patch from upstream, included in and built some packages for
you to test:

  deb http://cascadia.debian.net/~vagrant/debian UNRELEASED main

Should have a u-boot for armel with the upstream patch applied, and the
openrd* boards enabled.

Please follow-up with how the tests went...


>> I would like to kindly request that the OpenRD images be restored
>> for stretch.  The reasons are:
>> 
>> * stretch will be the last release to include support for the armel
>>   architecture, so it would be good to get support for this device
>>   as complete as possible.
>> * While Debian can be installed with the default u-boot shipped on
>>   the OpenRD, the one provided by Debian is much more modern.
>> 
>> On the other hand, there are few OpenRD users, so this is not high
>> priority.
>> 
>> I haven't spoken to the release team but in the past they have been
>> supportive towards changes for hardware support.

If testing goes well, we'll see what the release team thinks...


>> Rick Thomas has offered to test on the OpenRD Ultimate and (I believe)
>> Client.

And Phil Hands too. Yay!


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#856029: qbittorrent: Getting qbittorrent 3.3.10 in debian

[Frédéric Brière]

FYI, qbittorrent 3.3.8+ will not build with the version of
libtorrent-rasterbar currently in Debian (1.1.1), so any upgrade past
3.3.7 is blocked until 1.1.2 (released upstream two weeks ago) is
packaged.

Your best option at the moment is probably to file a wishlist bug for
libtorrent-rasterbar, asking for 1.1.2.


On Fri, Feb 24, 2017 at 06:54:42PM +0530, shirish शिरीष wrote:
> While I do not know or claim to know any qbittorrent internals,
> interestingly, with 3.3.10 it seems they are using libtorrent 1.1 see

Yes, qbittorrent compiles both with 1.0 and 1.1 (there are many
checks against LIBTORRENT_VERSION_NUM throughout the code), but from
what I understand, not much testing has been done with the 1.1 branch
yet.  Hence the various issues listed at [1].

 [1] https://github.com/qbittorrent/qBittorrent/issues/6132

Upstream once stated in this issue that they would switch after 1.1.2
was released, so maybe we'll hear good news soon.  Until then, consider
yourself a beta tester.  :)


(Me, I've re-compiled 3.3.11 against libtorrent 1.0.  Best of both
worlds.  Packages are available on my website, if anyone is interested.)

Bug#857205: flash-kernel: Add support for TI OMAP4 PandaBoard-ES

[Sebastian Reichel]

Hi,

On Wed, Mar 08, 2017 at 08:53:50PM +, Marc Kleine-Budde wrote:
> +Machine: TI OMAP4 PandaBoard-ES
> +Kernel-Flavors: armmp armmp-lpae

OMAP4 is Cortex A9, so no LPAE support.

-- Sebastian


signature.asc
Description: PGP signature

Bug#857110: openchangeclient: executables trigger relocation error

[Paul Wise]

On Thu, 2017-03-09 at 08:41 +0900, Olaf Meeuwissen wrote:

> Hmm, looks like I may be in the same boat.  I am currently looking at
> openchangeclient only to escape the horror that is OWA.  If you got any
> suggestions, I'm all ears.  I only need something that lets individual
> users interact with Exchange, not a full-blown server replacement.

There are these options that I know of:

evolution-ews
https://micreabog.wordpress.com/2016/05/01/akonadi-resource-for-microsoft-exchange-web-services-ews/
davmail
calendar-exchange-provider

> BTW, the GitHub project has a newer version, 2.3-VULCAN, released on
> 2015-05-17, but yes the project looks rather dead :-(

I expect it would be possible to take over and or revive the project
but not without some level of funding. Ideally the Samba community
would take over the project but I'm not sure if they are interested.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#820460: reprepro: Omitting Release from DebIndices still generates that file

[Frédéric Brière]

reopen 820460 
notfixed 820460 5.1.0-1
thanks


I'm still getting the same behavior with 5.1.1-1:

  $ grep DebIndices conf/distributions 
  DebIndices: Packages . .gz .xz
  DebIndices: Packages . .gz .xz
  DebIndices: Packages . .gz .xz
  DebIndices: Packages . .gz .xz
  $ find -name '*Release*' | xargs rm
  $ reprepro export
  $ find -name Release | wc -l
  4

Bug#851722: [Python-modules-team] Bug#851722: django-pipeline: FTBFS randomly (failing tests)

[Santiago Vila]

On Sun, 22 Jan 2017, Brian May wrote:

> Are you able to reproduce with the following patch? This will show what
> order the tests are being run in:
> [...]
> 
> diff --git a/debian/rules b/debian/rules
> index dc35e19..f53ec96 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -21,4 +21,4 @@ override_dh_installchangelogs:
> dh_installchangelogs -- HISTORY.rst
>  
>  override_dh_auto_test:
> -   PYBUILD_SYSTEM=custom PYBUILD_TEST_ARGS="PYTHONPATH=. python{version} 
> /usr/bin/django-admin test --settings=tests.settings" dh_auto_test
> +   PYBUILD_SYSTEM=custom PYBUILD_TEST_ARGS="PYTHONPATH=. python{version} 
> /usr/bin/django-admin test -v3 --settings=tests.settings" dh_auto_test

Sorry for the late reply.

I built this package 200 times yesterday, on eight different virtual
machines, and this time it never failed.

Unfortunately, a recent build in one of the reproducible builds
autobuilders failed with the same error message I got in the past:

https://tests.reproducible-builds.org/debian/rbuild/testing/armhf/django-pipeline_1.6.8-2.rbuild.log

which means the bug is most likely not fixed.


In cases like this one there are basically two ways of approaching the
problem:

The difficult one is to build the package many times and expect it to
fail in your system. This may or may not happen.

The alternate way (maybe not so difficult, but it depends) is to
carefully examine the code and the build log and try to guess how it
may happen. This is not necessarily easier than the first method, but
I would recommend giving this method a try at least.


Because in my case it always failed in one machine and never in the
others, I suspect that the problem may be related with filesystem
ordering.


> I am reluctant to forward upstream a bug I cannot personally reproduce.

That's usually the right thing to do, because we don't want to bother
upstream with problems which are not real bugs.

In this case, however, the problem happened in one of my autobuilders,
a single-cpu machine using sbuild, but also in one of the reproducible
builds autobuilders, which are multi-core machines using pbuilder.

Because those autobuilders are completely independent and unrelated,
I really believe this is a bug in the package and not a misconfiguration
in any of the autobuilders.

So I think forwarding the bug would make sense. Just tell upstream the
truth, namely, that you have received a bug saying the package fails
to build randomly.

Maybe the author can try the "second method" to debug this (examine
the code and the build log and try to guess how it may happen).

Thanks.

Bug#857236: holotz-castle: Uninstallable in unstable due to not being BinNMU-safe (unsatisfiable dependencies)

[Axel Beckert]

Package: holotz-castle
Version: 1.3.14-7
Severity: serious

Dear Debian Games Team,

holotz-castle has been BinNMUed to rebuild it with PIE, but now it (and
holotz-castle-editor as well) depend on both (!)

* holotz-castle-data (= 1.3.14-7), and
* holotz-castle-data (= 1.3.14-7+b1)

which is obviously unsatisfiable at the same time. Hence
holotz-castle and holotz-castle-editor have become uninstallable.

The second dependency is the broken one as holotz-castle-data is
architecture-independent.

(I noticed the issue on i386 as well as on amd64.)

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), 
(500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 
'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages holotz-castle depends on:
ii  holotz-castle-data  1.3.14-7
ii  libc6   2.24-9
ii  libgcc1 1:6.3.0-8
ii  libsdl-image1.2 1.2.12-5+b7
ii  libsdl-mixer1.2 1.2.12-11+b1
ii  libsdl-ttf2.0-0 2.0.11-3+b1
ii  libsdl1.2debian 1.2.15+dfsg1-4
ii  libstdc++6  6.3.0-8
ii  zlib1g  1:1.2.8.dfsg-5

holotz-castle recommends no packages.

holotz-castle suggests no packages.

-- no debconf information

Bug#856652: RFS: xpdf/3.0.4.real-4

[Boud Roukema]

hi Svante,

I could not find the xpdf upstream developer pages. Your message here:

On Wed, 8 Mar 2017, Svante Signell wrote:


And FYI:
Quoting from upstream, sent to me yesterday:

Regarding security bugs, I try to respond to those as quickly as
possible.


gives the impression that there is just one person
developing/maintaining xpdf upstream. Feel free to correct my guess
by giving us the URL to the xpdf upstream developers' repository.

For a package with a Debian usership of thousands:

https://qa.debian.org/popcon.php?package=xpdf

that deals with an extremely widespread document format that has
recently developed the reputation of being actively exploited:

http://www.computerworld.com/article/2517774/security0/pdf-exploits-explode--continue-climb-in-2010.html
http://www.computerworld.com/article/2493378/desktop-apps/zero-day-pdf-exploit-reportedly-defeats-adobe-reader-sandbox-protection.html

the systematic long-term sustainable aspects of modularity and
security maintenance would seem to me to require a team of many
people, not just one (no matter how well-intentioned and skillful at
coding s/he is).

Upstream poppler has had 7 different people uploading to git since 1 Jan 2017:
https://cgit.freedesktop.org/poppler/poppler/log/

Cheers
Boud

Bug#857235: bash-completion: /etc/profile.d/bash_completion.sh can't be forcibly re-run

[Stephen Dowdy (resonance)]

Package: bash-completion
Version: 1:2.1-4
Severity: normal

Dear Maintainer,


For my root .bashrc i have the following introduction block that is designed to 
help ensure i don't inherit bad/unexpected values from somewhere else (sshd, 
/etc/profile.d/, etc...) and the root interactive bash environment is as close 
to pristine/expected and built on from there.

\unset -f unalias ; \unalias -a ; \unset -f command
\unset LD_LIBRARY_PATH LD_PRELOAD SHELLOPTS CDPATH HISTFILE HOSTFILE 
INPUTRC 2>/dev/null
confpath="$(command -p getconf PATH 2>/dev/null)"
export PATH="/opt/sbin:/opt/bin:/sbin:/usr/sbin:${confpath:-/bin:/usr/bin}"
\type typeset >/dev/null && \unset -f $(\typeset -f | \grep '()' | \cut -d' 
' -f1)

However, because the bash completions package defines a bunch of functions 
(that i'm removing above), i would like to be able to subsequently re-evaluate 
the bash completions later on in the .bashrc after this block.

but, /etc/profile.d/bash_completions.sh has the following conditional:

# Check for interactive bash and that we haven't already been sourced.
if [ -n "$BASH_VERSION" -a -n "$PS1" -a -z "$BASH_COMPLETION_COMPAT_DIR" ]; 
then

Since
/usr/share/bash-completion/bash_completion
establishes BASH_COMPLETION_COMPAT_DIR as a readonly variable, i can not unset 
it in the shell, and thus can not re-source this script.

I presume it's readonly for security reasons (so it couldn't be hijacked to run 
random code in another location?)
So, with that in mind, could the conditional be changed instead to something 
like:

 if [ -n "$BASH_VERSION" -a -n "$PS1" -a \( -z 
"$BASH_COMPLETION_COMPAT_DIR" -o \( "$1" = "force" \) \) ]; then

so that it could be forcibly re-evaluated?  (this way i don't have to duplicate 
its code in my .bashrc and hope it doesn't change on package updates)

Alternative solutions welcome.

thanks,
--stephen



-- System Information:
Debian Release: 8.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-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, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bash-completion depends on:
ii  bash  4.3-11+deb8u1
ii  dpkg  1.17.27

bash-completion recommends no packages.

bash-completion suggests no packages.

-- no debconf information

Bug#856941: ants: dangling symlink in package

[Yaroslav Halchenko]

On Wed, 08 Mar 2017, Andreas Beckmann wrote:

> Followup-For: Bug #856941
> Control: severity -1 serious
> Control: found -1 2.1.0-4.3
> Control: retitle -1 ants: broken symlink: /usr/bin/joinfusion -> 
> ../lib/ants/joinfusion

> We shouldn't ship broken symlinks in /usr/bin in a stable release.

it seems I just made a typo -- rebuilding the beast to get jointfusion
properly symlinked

-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


signature.asc
Description: PGP signature

Bug#857110: openchangeclient: executables trigger relocation error

[Olaf Meeuwissen]

Hi Paul,

Paul Wise writes:

> On Wed, 8 Mar 2017 12:51:11 +0900 Olaf Meeuwissen wrote:
>
>> Maybe #838671 is related?
>
> Could you try to do a rebuild using the patch I proposed in #851678
> and see if the issue is fixed for you?

Thanks for the suggestion.  I'll have a look when I get some time.  To
be honest, I'm using openchangeclient on Devuan and there it works OK.
It was only when I tried to find out why one of the domains refused to
let me authenticate that I turned to a Debian stretch machine that had
a network sniffer installed and noticed the issue.

> BTW: openchange is removed from stretch and fairly dead upstream so you
> might want to start looking for alternatives, or start talking to
> upstream about joining the project and reviving it.
>
> PS: I'm not maintainer of openchange in Debian nor upstream, just my
> workplace is using the Debian package from wheezy/jessie and are in the
> process of figuring out what to do for stretch.

Hmm, looks like I may be in the same boat.  I am currently looking at
openchangeclient only to escape the horror that is OWA.  If you got any
suggestions, I'm all ears.  I only need something that lets individual
users interact with Exchange, not a full-blown server replacement.

BTW, the GitHub project has a newer version, 2.3-VULCAN, released on
2015-05-17, but yes the project looks rather dead :-(
--
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- EPSON AVASYS CORPORATION
   Free Software Foundation Associate Member since 2004-01-27
Support Free Software  https://my.fsf.org/donate
Join the Free Software Foundationhttps://my.fsf.org/join

Bug#832941: RFS: 4pane

[Sean Whitton]

Dear David,

On Wed, Mar 08, 2017 at 09:10:26PM +, David Hart wrote:
> I've uploaded a +dfsg tarball to the 4Pane website and altered d/watch to
> download it. uscan and lintian seem happy, so hopefully I've done this
> correctly.

This won't work because your changelog still has 4.0-1 as the version
number..

While we're at it, why do you have an additional .1 suffix to the dfsg
version number?  It's certainly not a deal-breaker, but it's hardcoded
into the watch file, which could be annoying in the future.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#837800: freetype: new upstream release 2.7

[Laurent Bigonville]

Hi,

I've prepared freetype 2.7.1 packages and I can upload them to 
experimental if you want.


I'm planning to upload the package to DELAYED/15 queue during the 
weekend. Tell me if you have any objections.


Kind regards,

Laurent Bigonville

Bug#829710: zorp: please make the build reproducible

[Mattia Rizzolo]

Dear maintainer,

On Tue, Jul 05, 2016 at 04:20:35PM +0200, Reiner Herrmann wrote:
> The attached patch strips this to enable reproducible building.

I noticed you recently worked on this package, but you haven't applied
nor commented on the patch attached to this bug report.

Could you please consider looking at it?


-- 
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#777008: uucpsend: diff for NMU version 1.1-4.1

[Mattia Rizzolo]

Control: tags 777008 + pending

Dear maintainer,

I've prepared an NMU for uucpsend (versioned as 1.1-4.1) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
diffstat for uucpsend_1.1-4 uucpsend_1.1-4.1

 changelog |8 
 rules |4 ++--
 2 files changed, 10 insertions(+), 2 deletions(-)

diff -u uucpsend-1.1/debian/changelog uucpsend-1.1/debian/changelog
--- uucpsend-1.1/debian/changelog
+++ uucpsend-1.1/debian/changelog
@@ -1,3 +1,11 @@
+uucpsend (1.1-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Make the build reproducible: pass -n to gzip.
+Thanks to Chris Lamb for the patch (Closes: #777008)
+
+ -- Mattia Rizzolo   Thu, 09 Mar 2017 00:51:53 +0100
+
 uucpsend (1.1-4) unstable; urgency=low
 
   * Lock shell to bash in the root Makefile (really closes: Bug#379712)
diff -u uucpsend-1.1/debian/rules uucpsend-1.1/debian/rules
--- uucpsend-1.1/debian/rules
+++ uucpsend-1.1/debian/rules
@@ -62,7 +62,7 @@
 	$(installdoc) debian/changelog debian/tmp/usr/share/doc/$(package)/changelog.Debian
 	$(installdoc) debian/copyright debian/tmp/usr/share/doc/$(package)/copyright
 	$(installdoc) readme debian/tmp/usr/share/doc/$(package)/
-	gzip -9f debian/tmp/usr/share/doc/$(package)/changelog.Debian
+	gzip -9fn debian/tmp/usr/share/doc/$(package)/changelog.Debian
 	#
 	install -d -g news -o news -m 755  -d debian/tmp/etc/news
 	$(installdoc) uucpsend.ctl debian/tmp/etc/news
@@ -70,7 +70,7 @@
 	install -d -g news -o news -m 755  -d debian/tmp/usr/lib/news/bin
 	$(MAKE) DEST=debian/tmp MAN=root STRIP="$(STRIP)" install
 	mv debian/tmp/usr/man debian/tmp/usr/share/man
-	gzip -9f debian/tmp/usr/share/man/man?/*
+	gzip -9fn debian/tmp/usr/share/man/man?/*
 	dpkg-shlibdeps debian/tmp/usr/lib/news/bin/uucpsend
 	dpkg-gencontrol -isp
 	dpkg --build debian/tmp ..


signature.asc
Description: PGP signature

Bug#857234: gnome-settings-daemon: Add the patch writed by "benzea" (Add-ability-to-change-the-color-temperature)

[Félix Defrance]

Package: gnome-settings-daemon
Version: 3.22.1-1+b1
Severity: normal
Tags: patch

Hi, 

Is anybody known this work around ?
https://github.com/benzea/gnome-shell-extension-redshift

I hope redshift will work with wayland soon ;) 

Patchs location : 
https://github.com/benzea/gnome-shell-extension-redshift/tree/master/patches

Thx,
Félix.


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

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

Versions of packages gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gsettings-desktop-schemas3.22.0-1
ii  libasound2   1.1.3-5
ii  libc62.24-9
ii  libcairo21.14.8-1
ii  libcanberra-gtk3-0   0.30-3
ii  libcanberra0 0.30-3
ii  libcolord2   1.3.3-2
ii  libcups2 2.2.1-8
ii  libfontconfig1   2.11.0-6.7+b1
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libgeoclue-2-0   2.4.5-1
ii  libgeocode-glib0 3.20.1-2
ii  libglib2.0-0 2.50.3-1
ii  libgnome-desktop-3-123.22.2-1
ii  libgtk-3-0   3.22.8-1
ii  libgudev-1.0-0   230-3
ii  libgweather-3-6  3.20.4-1
ii  liblcms2-2   2.8-4
ii  libnm0   1.6.2-1
ii  libnotify4   0.7.7-1+b1
ii  libnspr4 2:4.12-6
ii  libnss3  2:3.26.2-1
ii  libpam-systemd   232-18
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpolkit-gobject-1-00.105-17
ii  libpulse-mainloop-glib0  10.0-1
ii  libpulse010.0-1
ii  librsvg2-2   2.40.16-1+b1
ii  libupower-glib3  0.99.4-4+b1
ii  libwacom20.22-1+b1
ii  libwayland-client0   1.12.0-1
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1
ii  libxi6   2:1.7.9-1
ii  libxtst6 2:1.2.3-1
ii  nautilus-data3.22.2-1

Versions of packages gnome-settings-daemon recommends:
ii  iio-sensor-proxy  2.0-4
ii  pulseaudio10.0-1

gnome-settings-daemon suggests no packages.

-- no debconf information

Bug#777369: twoftpd: diff for NMU version 1.42-1.1

[Mattia Rizzolo]

Control: tags 777369 + pending
Control: tags 847034 + pending

Dear maintainer,

I've prepared an NMU for twoftpd (versioned as 1.42-1.1) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
diffstat for twoftpd_1.42-1 twoftpd_1.42-1.1

 changelog |   10 ++
 implicit  |6 +++---
 rules |2 +-
 3 files changed, 14 insertions(+), 4 deletions(-)

diff -u twoftpd-1.42/debian/changelog twoftpd-1.42/debian/changelog
--- twoftpd-1.42/debian/changelog
+++ twoftpd-1.42/debian/changelog
@@ -1,3 +1,13 @@
+twoftpd (1.42-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Make the build reproducible: pass -n to gzip.
+Thanks to Chris Lamb for the patch.  Closes: #777369
+  * Make the build reproducible: sort the md5sums file.
+Thanks to Valerie R Young for the patch.  Closes: #847034
+
+ -- Mattia Rizzolo   Thu, 09 Mar 2017 00:34:09 +0100
+
 twoftpd (1.42-1) unstable; urgency=low
 
   * new upstream version (closes: #661646, thx Anton Khalikov).
diff -u twoftpd-1.42/debian/implicit twoftpd-1.42/debian/implicit
--- twoftpd-1.42/debian/implicit
+++ twoftpd-1.42/debian/implicit
@@ -35,7 +35,7 @@
 	debian/$*/usr/share/doc/$*/changelog'
 	@test -s debian/$*/usr/share/doc/$*/changelog || \
 	  sh -cx 'rm -f debian/$*/usr/share/doc/$*/changelog'
-	@gzip -9 debian/$*/usr/share/doc/$*/changelog*
+	@gzip -9n debian/$*/usr/share/doc/$*/changelog*
 %.deb-docs-docs: %.deb-docs-base
 	@for i in `cat debian/$*.docs 2>/dev/null || :`; do \
 	  if test -d $$i; then \
@@ -54,7 +54,7 @@
 	@if test -r debian/$*.NEWS.Debian; then \
 	  sh -cx 'install -m0644 debian/$*.NEWS.Debian \
 	debian/$*/usr/share/doc/$*/NEWS.Debian && \
-	  gzip -9 debian/$*/usr/share/doc/$*/NEWS.Debian'; \
+	  gzip -9n debian/$*/usr/share/doc/$*/NEWS.Debian'; \
 	fi
 %.deb-docs-examples: %.deb-docs-docs
 	@rm -rf debian/$*/usr/share/doc/$*/examples
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok
diff -u twoftpd-1.42/debian/rules twoftpd-1.42/debian/rules
--- twoftpd-1.42/debian/rules
+++ twoftpd-1.42/debian/rules
@@ -65,7 +65,7 @@
 	PATH=$$PATH:/usr/lib/bglibs/bin/ $(MAKE) install
 	$(STRIP) -R .comment -R .note '$(DIR)'/usr/bin/*
 	chmod 0644 '$(DIR)'/usr/share/man/man1/*.1
-	gzip -9 '$(DIR)'/usr/share/man/man1/*.1
+	gzip -9n '$(DIR)'/usr/share/man/man1/*.1
 	test -r changelog || ln -s ChangeLog changelog
 
 install-indep: deb-checkdir deb-checkuid build-indep-stamp


signature.asc
Description: PGP signature

Bug#857199: navit loses OpenSSL support when rebuilt on a recent stretch/sid

[Adrian Bunk]

On Wed, Mar 08, 2017 at 10:58:52PM +0100, Andreas Henriksson wrote:
> Hello Adrian Bunk,
> 
> Thanks for your bug report
> 
> On Wed, Mar 08, 2017 at 10:11:54PM +0200, Adrian Bunk wrote:
> > Source: navit
> [...]
> > -- Could NOT find OpenSSL, try to set the path to OpenSSL root folder in 
> > the system variable OPENSSL_ROOT_DIR (missing:  OPENSSL_LIBRARIES 
> > OPENSSL_INCLUDE_DIR) 
> [...]
> 
> navit has no build-dependency on openssl as you already noticed.
> 
> The code also seems to be licensed (mostly) under GPLv2 (with no
> OpenSSL exception in sight as far as I could see), so the lack
> of openssl in the (binNMU) build seems like a *bugfix* to me

Good catch.

> (Ofcourse, explicitly disabling openssl somehow might be even better
> to prevent accidentally building against it (again) in the future.
> I doubt the severity for that is serious until the problem actually
> occurs again though.)
> 
> Would you agree?

In that case we have an RC licence violation in stable and oldstable
(and possibly earlier releases).

Whether to use the binNMU or an explicit Build-Conflicts for closing 
this RC bug for stretch/sid is not the biggest issue.  :-(

> Regards,
> Andreas Henriksson

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#856774: xfce4-equake-plugin: Fails to download data, needs to use https

[Jeroen van Aart]

On 03/07/2017 12:43 PM, Jeroen van Aart wrote:

Hello Adrian,

On 03/07/2017 12:19 AM, John Paul Adrian Glaubitz wrote:

Control: tags -1 moreinfo

Hi Jeroen!

In order to be able to evaluate whether it would be possible to get
the updated
package into Debian before the Stretch release, we need to have the
debdiff
between the current version in Debian unstable and the updated package.

Could you create the debdiff with the debdiff command for the two .dsc
files
and attach the generated output to this bug report?


Thanks for your response.
Please find attached the debdiff output you asked for.


Created https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857118 as well 
per message 21.

Bug#856936: quagga: libquagga0 contains libraries with different SOVERSIONS

[Andreas Henriksson]

Hello,

On Mon, Mar 06, 2017 at 01:51:58PM +0100, Andreas Beckmann wrote:
> Source: quagga
> Version: 1.1.1-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed libquagga-dev contains a
> a broken symlink: /usr/lib/x86_64-linux-gnu/libzebra.so -> libzebra.so.0
[...]

So, libzebra.so.* is now libzebra.so.1 instead of .0

I see two options here...

a/ drop the libzebra* (compatibility?) symlinks that's been carried since
   forever since hopefully they are no longer needed. The ABI (and API?)
   has even been broken since libzebra.so days.

b/ hope that despite the ABI (and API?) break, most old code still compiles
   against libquagga.so.1 and bump the compat symlink so
   libzebra.so points to libzebra.so.1


While looking at this I also noticed another (somewhat related) issue.
The links file seems to hard-code amd64 multi-arch triplet in
http://sources.debian.net/src/quagga/1.1.1-1/debian/libquagga-dev.links/
which is likely very wrong on any other architecture.

Two possible soutions for that would be:

x/ add dh-exec as build-dependency, chmod +x libquagga-dev.links
   and use dh-exec shebang and a multi-arch-triplet variable expanded
   by dh-exec at build time.
   See https://manpages.debian.org/stretch/dh-exec/dh-exec-subst.1.en.html

y/ create the symlinks directly from debian/rules instead of using a
   debian/*.links file, where the multi-arch triplet should also be
   available via some variable.

Advice on which alternative is preferred (by the maintainer) welcome!

Regards,
Andreas Henriksson

Bug#857232: winbind: does not resolve DC's hostname, typo in winbind.service

[Christian Meyer]

Package: winbind
Version: 2:4.2.14+dfsg-0+deb8u2
Severity: important
Tags: patch

Version: 2:4.5.4+dfsg amd64

Dear Maintainer,

tracking down several (local?) issues with winbind I think, I found a typo in
/lib/systemd/system/winbind.service

After booting winbind is "active", but does not resolve DC's hostname (checking
the NETLOGON for domain[XYZ] dc connection to "" failed).

The line in /lib/systemd/system/winbind.service is:
After=network.target nmb.service

There is no service nmb, just nmbd

So shouldn't it be:
After=network.target nmbd.service

After that I still have some problems, but at least winbind finds its DC.


Christian Meyer

Bug#857231: Should be ported from libnm-glib/libnm-gtk to libnm/libnma

[Michael Biebl]

Source: cinnamon
Version: 3.2.7-2
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

libnm-glib has been replaced by libnm and libnm-gtk has been replaced by
libnma.

Looking a the cinnamon source, it seems to use the GIR bindings in
js/misc/modemManager.js
files/usr/share/cinnamon/applets/netw...@cinnamon.org/applet.js

Please port cinnamon to use NM-1.0.typelib and NMA-1.0.typelib
(gir1.2-nma-1.0)

The API documentation for libnm can be found at [1].
The API documentation for libnma is available in the libnma-dev package
starting with version 1.4.6-1.

Regards,
Michael


Regards,
Michael

[1] https://developer.gnome.org/libnm/stable/


-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.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)

Bug#857230: Should be ported from libnm-glib/libnm-gtk to libnm/libnma

[Michael Biebl]

Source: sugar
Version: 0.110.0-3
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

libnm-glib has been replaced by libnm and libnm-gtk has been replaced by
libnma.

Your package seems to use the GIR bindings for those libraries.
I'm not quite sure if the gir1.2-nmgtk-1.0 dependency is needed, as I
didn't find any references to NMGtk.

Please port qreator to use NM-1.0.typelib and NMA-1.0.typelib
(gir1.2-nma-1.0) instead

The API documentation for libnm can be found at [1].
The API documentation for libnma is available in the libnma-dev package
starting with version 1.4.6-1.

Regards,
Michael


Regards,
Michael

[1] https://developer.gnome.org/libnm/stable/

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.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)

Bug#857173: irqbalance: fails to install, remove, distupgrade, and install again

[Laurent Bigonville]

tag 857173 + patch
thanks

Hi,

This patch should do the job, I'll test it tomorrow if nobody beats me.

Cheers,

Laurent Bigonville
diff -Nru irqbalance-1.1.0/debian/changelog irqbalance-1.1.0/debian/changelog
--- irqbalance-1.1.0/debian/changelog	2016-12-31 11:55:09.0 +0100
+++ irqbalance-1.1.0/debian/changelog	2017-03-08 23:13:43.0 +0100
@@ -1,3 +1,12 @@
+irqbalance (1.1.0-2.3) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix the the reinstallation of the package if was removed but not purged,
+in that case the preinst script is called with the both the "install" and
+version parameter, we should consider this as an upgrade (Closes: #857173)
+
+ -- Laurent Bigonville   Wed, 08 Mar 2017 23:13:43 +0100
+
 irqbalance (1.1.0-2.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru irqbalance-1.1.0/debian/irqbalance.preinst irqbalance-1.1.0/debian/irqbalance.preinst
--- irqbalance-1.1.0/debian/irqbalance.preinst	2016-12-21 16:05:03.0 +0100
+++ irqbalance-1.1.0/debian/irqbalance.preinst	2017-03-08 23:13:09.0 +0100
@@ -8,7 +8,10 @@
 INSTALL_FLAG_FILE=/run/irqbalance.dpkg-install
 
 # tell irqbalance.config if we're upgrading or installing since it can't tell.
-if [ "$1" = "upgrade" ]; then
+# if we are reinstalling the package after it has been removed but not purged
+# we should threat that case as the upgrade case as we need to preserve the
+# service state.
+if [ "$1" = "upgrade" ] || [ "$1" = "install" -a "$2" != "" ]; then
 	touch $UPGRADE_FLAG_FILE
 fi
 if [ "$1" = "install" ]; then
@@ -19,7 +22,7 @@
 # proper conffile needs to be taken into consideration here to avoid
 # blatantly overwriting it on upgrades.
 # (We'll do the actuan conversion in config/postinst.)
-if [ "$1" = "upgrade" ] &&  [ "$2" != "" ] && \
+if [ "$1" = "upgrade" -o "$1" = "install" ] &&  [ "$2" != "" ] && \
 		[ -e /etc/default/irqbalance ] && \
 		dpkg --compare-versions "$2" lt "1.1.0-2.1~"
 then

Bug#857229: Fwd: gdm3: unable to login again after closing previous session without rebooting

[Goran LAZAREVIC]

Package: gdm3
Content-Type: text/plain; charset="us-ascii"

MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: GOGI 
To: Debian Bug Tracking System 
Subject: gdm3: unable to login again after closing previous session
without rebooting
Bcc: GOGI 

Package: gdm3
Version: 3.22.1-2
Severity: important
Tags: upstream

Hi everyone,

I'm experiencing some issue with gdm under Wayland (but same under X11
too) :
after logging out from my session under Wayland, as Alt+F2 and "r" is not
working there, I can't log in again for some seconds. Then when login is
available again and I try to open a new session, gdm permanently throws
me back
to click on my login account and enter password again, without any
message like
"wrong password" or similar...

The only workaround I found is to go to any of the available tty's and
connect
there, then disconnect and come back to the first tty where gdm window
is, and
then only I can open a new graphic session normally...

Don't know what's happening exactly, the only message I figured out from
journal is following :

> kernel: gnome-shell[13297]: segfault at 30 ip 7f2be74da250 sp
7fffd5fb27e8 error 4 in libmutter.so.0.0.0[7f2be740f000+12c000]

Seems to have some relation with libmutter library...

I don't know what more info I should provide to you but if any needed
feel free
to ask me for.

Regards.



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (520, 'unstable'), (510, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-2-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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.43-1
ii  adduser   3.115
ii  dconf-cli 0.26.0-2+b1
ii  dconf-gsettings-backend   0.26.0-2+b1
ii  debconf [debconf-2.0] 1.5.60
ii  gir1.2-gdm-1.03.22.1-2
ii  gnome-session [x-session-manager] 3.22.2-2
ii  gnome-session-bin 3.22.2-2
ii  gnome-settings-daemon 3.22.1-1+b1
ii  gnome-shell   3.22.3-2
ii  gnome-terminal [x-terminal-emulator]  3.22.1-2
ii  gsettings-desktop-schemas 3.22.0-1
ii  libaccountsservice0   0.6.43-1
ii  libaudit1 1:2.6.7-1
ii  libc6 2.24-9
ii  libcanberra-gtk3-00.30-3
ii  libcanberra0  0.30-3
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libgdm1   3.22.1-2
ii  libglib2.0-0  2.50.3-1
ii  libglib2.0-bin2.50.3-1
ii  libgtk-3-03.22.9-3
ii  libkeyutils1  1.5.9-9
ii  libpam-modules1.1.8-3.5
ii  libpam-runtime1.1.8-3.5
ii  libpam-systemd232-19
ii  libpam0g  1.1.8-3.5
ii  librsvg2-common   2.40.16-1+b1
ii  libselinux1   2.6-3
ii  libsystemd0   232-19
ii  libwrap0  7.6.q-26
ii  libx11-6  2:1.6.4-3
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.2-3
ii  lsb-base  9.20161125
ii  metacity [x-window-manager]   1:3.22.1-1
ii  mutter [x-window-manager] 3.22.3-1
ii  policykit-1   0.105-17
ii  ucf   3.0036
ii  x11-common1:7.7+18
ii  x11-xserver-utils 7.7+7+b1
ii  xterm [x-terminal-emulator]   327-2

Versions of packages gdm3 recommends:
ii  at-spi2-core2.22.0-5+b1
ii  desktop-base9.0.2
ii  x11-xkb-utils   7.7+3+b1
ii  xserver-xephyr  2:1.19.2-1
ii  xserver-xorg1:7.7+18
ii  zenity  3.22.0-1+b1

Versions of packages gdm3 suggests:
ii  gnome-orca3.22.2-2
ii  libpam-gnome-keyring  3.20.0-3

-- Configuration Files:
/etc/gdm3/Init/Default changed:
PATH="/usr/bin:$PATH"
OLD_IFS=$IFS
gdmwhich () {
  COMMAND="$1"
  OUTPUT=
  IFS=:
  for dir in $PATH
  do
if test -x "$dir/$COMMAND" ; then
  if test "x$OUTPUT" = "x" ; then
OUTPUT="$dir/$COMMAND"
  fi
fi
  done
  IFS=$OLD_IFS
  echo "$OUTPUT"
}
sysresources=/etc/X11/Xresources
if [ -f "$sysresources" ]; then
xrdb -merge "$sysresources"
fi
sysmodmap=/etc/X11/Xmodmap
XMODMAP=`gdmwhich xmodmap`
if [ "x$XMODMAP" != "x" ] ; then
  if [ "x$GDM_PARENT_DISPLAY" = "x" ]; then
if [ -f $sysmodmap ]; then
  $XMODMAP $sysmodmap
fi
  else
( DISPLAY=$GDM_PARENT_DISPLAY 

Bug#857228: Fwd: guake: toggle shorcut (F12 by default) not working in Wayland

[Goran LAZAREVIC]

Package: guake

Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: GOGI 
To: Debian Bug Tracking System 
Subject: guake: toggle shorcut (F12 by default) not working in Wayland
Message-ID: <148893243438.4634.15959325062239021025.reportbug@localhost>
X-Mailer: reportbug 7.1.5
Date: Wed, 08 Mar 2017 01:20:34 +0100

Package: guake
Version: 0.8.8-1
Severity: normal
Tags: upstream

As said in the subject, when opening a session under Wayland, shorcut
F12 for
toggling visibility of Guake window doesn't have any effect... A
workaround is
to create a shorcut under System-Settings/Keyboard to make it work.
And I have no idea what's the matter as I have no other information to
forward
from journal...



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (520, 'unstable'), (510, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-2-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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages guake depends on:
ii  gconf2 3.2.6-4+b1
ii  gnome-shell [notification-daemon]  3.22.3-2
ii  libgtk2.0-02.24.31-2
ii  notification-daemon3.20.0-1+b1
ii  python 2.7.13-2
ii  python-dbus1.2.4-1+b1
ii  python-gconf   2.28.1+dfsg-1.2
ii  python-glade2  2.24.0-5.1
ii  python-keybinder   0.3.1-1
ii  python-notify  0.1.1-4
ii  python-vte 1:0.28.2-5+b2
ii  python-xdg 0.25-4
ii  python2.7  2.7.13-2
pn  python:any 

guake recommends no packages.

guake suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: missing file /usr/share/locale/ca/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/cs/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/de/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/el/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/es/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/fa/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/gl/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/hr/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/hu/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/id/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/it/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/ja/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/ko/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/nb/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/nl/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/pa/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/pl/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/pt_BR/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/ru/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/sv/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/tr/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/uk/LC_MESSAGES/guake.mo (from
guake package)
debsums: missing file /usr/share/locale/zh_CN/LC_MESSAGES/guake.mo (from
guake package)


-- 
*Goran LAZAREVIC*

Bug#857089: Fix dh_installinit options

[Wolfgang Schweer]

Hi,

the attached patch seems to work for me. 
Please test.

Wolfgang
From 4cd12369ca5b1fc384043edf32bd1498cf5bb082 Mon Sep 17 00:00:00 2001
From: Wolfgang Schweer 
Date: Wed, 8 Mar 2017 23:28:40 +0100
Subject: [PATCH] debian/rules: Fix typo in dh_installinit option, add option
 '--no-start'.

---
 debian/rules | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index d017648..8cc923b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -14,7 +14,7 @@ override_dh_auto_install:
 	install -D -m0644 rcscripts/thinkfan.service $(CURDIR)/debian/thinkfan/lib/systemd/system/thinkfan.service
 
 override_dh_installinit:
-	dh_installinit --onlyscripts
+	dh_installinit --only-scripts --no-start
 
 override_dh_systemd_enable:
 	# Do not enable the file by default on purpose.
-- 
2.11.0



signature.asc
Description: PGP signature

Bug#857032: thunderbird: Thunderbird 1:45.7.1-2 fails to start

[Pétùr]

Le mer. 8 mars 2017 à 21:32, John Paul Adrian Glaubitz 
 a écrit :


Try the attached version of the startup script or just wait for 
maintainers to

update the package.


I tried with the attached file and it works (thanks).

Out of curiosity, I look the difference between my manually modified 
thunderbird startup script and your.


Diff gives me:

# diff thunderbird thunderbird-old
197c197
<  { [ -d "${TB_PROFILE_FOLDER}" ] || [ -L "${TB_PROFILE_FOLDER}" 
]; } && \

---
>  { [ -d "${TB_PROFILE_FOLDER}" ] || [ -L "${TB_PROFILE_FOLDER}" 
]; } && \


I had two extra spaces after "&& \".

I don't know you it could block the startup but it did.

Bug#857226: cl-pgloader: broken symlink: /usr/share/common-lisp/systems/pgloader.asd -> ../source/pgloader/pgloader.asd

[Andreas Beckmann]

Package: cl-pgloader
Version: 3.3.2+dfsg-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m28.9s ERROR: FAIL: Broken symlinks:
  /usr/share/common-lisp/systems/pgloader.asd -> ../source/pgloader/pgloader.asd


The package ships instead
/usr/share/common-lisp/source/simple-date/pgloader.asd
  ^^^


cheers,

Andreas


cl-pgloader_3.3.2+dfsg-1.log.gz
Description: application/gzip

Bug#857227: Should be ported from libnm-glib/libnm-gtk to libnm/libnma

[Michael Biebl]

Source: qreator
Version: 16.06.1-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

libnm-glib has been replaced by libnm and libnm-gtk has been replaced by
libnma.

Your package uses the GIR bindings for those libraries:
 qreator/qrcodes/QRCodeWifiGtk.py:from gi.repository import Gtk, 
NetworkManager, NMClient, GLib, GdkPixbuf
 qreator/qrcodes/QRCodeWifiGtk.py:nmc = NMClient.Client.new()

and declares a dependency on
 gir1.2-nmgtk-1.0,
 gir1.2-networkmanager-1.0,

Please port qreator to use NM-1.0.typelib and NMA-1.0.typelib
(gir1.2-nma-1.0)

Regards,
Michael

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.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)

Bug#857224: Should be ported from libnm-glib/libnm-gtk to libnm/libnma

[Michael Biebl]

Source: cinnamon-control-center
Version: 3.2.1-3
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

libnm-glib has been replaced by libnm and libnm-gtk has been replaced by
libnma. Like gnome-control-center [1], cinnamon-control-center should be
ported to those new libraries.

The API documentation for libnm can be found at [2].
The API documentation for libnma is available in the libnma-dev package
starting with version 1.4.6-1.

Regards,
Michael


[1] https://bugzilla.gnome.org/show_bug.cgi?id=765910

https://git.gnome.org/browse/gnome-control-center/commit/?id=9183d3494788486600856df5115f11486ecb20a8
[2] https://developer.gnome.org/libnm/stable/
[3] 

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.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)

Bug#857225: chromium: Chromium 56.0.2924.76 Logitech Marblemouse additional buttons 8/9 mapped to scroll up/down do not function.

[Collin_O]

Package: chromium
Version: 56.0.2924.76-5
Severity: important
Tags: upstream

Dear Maintainer,

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

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

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

Problem with mouse buttons on Logitech Marble Mouse - buttons 8/9 (small 
buttons) mapped for scrolling up and down.  Button mapping set in 
/usr/share/X11/xorg.conf.d/50-marblemouse.conf.  This affects not only Chromium 
56.0.2924.76 64 bit but also Google Chrome 56.0.2924.87 64 bit, so likely 
eminates from Chromium?  Problem does not exist in any other browser (Firefox, 
Epiphany, Xombrero are fine) or any other apps.  Poked around in 
chrome://flags/ for new flags that might affect scroll buttons - did not find 
anything explicit to my issue.  Have not previously had problems with using 
Logitech Marble Mouse with either Chromium of Google Chrome.  Spent a lot of 
time searching for info on my issue, but could not find anything of use - so 
decided to file bug report.  First bug report ever, so please don't laugh TOO 
hard at it.  Please advise if more detail is needed.  Incedentally, mouse is 
setup for left hand.  I also have a right handed Logitech M570 where the 
buttons have not been re-
 mapped in any fashion.  Scroll wheel works, back/forth buttons work, but its a 
wholly diffeent creature than the Logitech Marble Mouse, which does not have a 
scroll wheel/ring at all - which is why I mapped the additional buttons to 
provide this function.

This is my 50-marblemouse.conf file (which is a config I have been using for 
many many years):

Section "InputClass"
Identifier "Marble Mouse"
MatchProduct "Logitech USB Trackball"
MatchIsPointer "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
Option "Buttons" "9"
Option "ButtonMapping" "3 4 1 5 6 7 4 4 5"
Option "EmulateWheel" "true"
Option "EmulateWheelButton" "8"
Option "ZAxisMapping" "5 6"
Option "XAxisMapping" "7 4"
Option "Emulate3Buttons" "true"
EndSection

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

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

Versions of packages chromium depends on:
ii  libasound2   1.1.3-5
ii  libatk1.0-0  2.22.0-1
ii  libavcodec57 7:3.2.4-1
ii  libavformat577:3.2.4-1
ii  libavutil55  7:3.2.4-1
ii  libc62.24-9
ii  libcairo21.14.8-1
ii  libcups2 2.2.1-8
ii  libdbus-1-3  1.10.16-1
ii  libevent-2.0-5   2.0.21-stable-3
ii  libexpat12.2.0-2
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3+b2
ii  libgcc1  1:6.3.0-6
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-1
ii  libgtk2.0-0  2.24.31-2
ii  libharfbuzz0b1.4.2-1
ii  libicu57 57.1-5
ii  libjpeg62-turbo  1:1.5.1-2
ii  libminizip1  1.1-8+b1
ii  libnspr4 2:4.12-6
ii  libnss3  2:3.26.2-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpng16-16  1.6.28-1
ii  libpulse010.0-1
ii  libre2-3 20170101+dfsg-1
ii  libsnappy1v5 1.1.3-3
ii  libstdc++6   6.3.0-6
ii  libvpx4  1.6.1-2
ii  libwebp6 0.5.2-1
ii  libwebpdemux20.5.2-1
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxml2  2.9.4+dfsg1-2.2
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxslt1.1   1.1.29-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.3-1
ii  x11-utils7.7+3+b1
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-2

Versions of packages chromium suggests:
pn  chromium-driver
pn  chromium-l10n  
pn  chromium-shell 
pn  chromium-widevine  

-- Configuration Files:
/etc/chromium.d/default-flags changed:
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --show-component-extension-options"
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --ignore-gpu-blacklist"
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --no-default-browser-check"
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --disable-pings"
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --disable-background-networking"
export 

Bug#857223: byobu: broken symlink: /usr/share/applications/byobu.desktop -> /usr/share/byobu/desktop/byobu.desktop.old

[Andreas Beckmann]

Package: byobu
Version: 5.112-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m26.3s ERROR: FAIL: Broken symlinks:
  /usr/share/applications/byobu.desktop -> 
/usr/share/byobu/desktop/byobu.desktop.old


cheers,

Andreas


byobu_5.112-1.log.gz
Description: application/gzip

Bug#856941: ants: dangling symlink in package

[Andreas Beckmann]

Followup-For: Bug #856941
Control: severity -1 serious
Control: found -1 2.1.0-4.3
Control: retitle -1 ants: broken symlink: /usr/bin/joinfusion -> 
../lib/ants/joinfusion

We shouldn't ship broken symlinks in /usr/bin in a stable release.


Andreas

Bug#857065: gmrun: Segfault after recent upgrades

[Andreas Henriksson]

Control: tags -1 + patch confirmed upstream

On Tue, Mar 07, 2017 at 08:07:53PM +0300, Vladimir Kudrya wrote:
> Package: gmrun
> Version: 0.9.2-2.1+b2
> Severity: normal
> 
> Dear Maintainer, After upgrading gmrun 0.9.2-2.1+b1 => 0.9.2-2.1+b2 it 
> segfaults at start.
> Previous version works.
[...]

The attached debdiff incorporates a patch from fedora fixing the problem.

(Someone should take responsibility for getting this uploaded and
unblocked by the release team if they want to see gmrun stay in stretch.
If you need sponsorship feel free to ask me.)

Regards,
Andreas Henriksson
diff -Nru gmrun-0.9.2/debian/changelog gmrun-0.9.2/debian/changelog
--- gmrun-0.9.2/debian/changelog2010-07-17 19:05:43.0 +0200
+++ gmrun-0.9.2/debian/changelog2017-03-08 23:05:07.0 +0100
@@ -1,3 +1,10 @@
+gmrun (0.9.2-2.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch to fix gtk_completion_line type from Fedora (Closes: #857065)
+
+ -- Andreas Henriksson   Wed, 08 Mar 2017 23:05:07 +0100
+
 gmrun (0.9.2-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru gmrun-0.9.2/debian/patches/gmrun-0.9.2-f12.patch 
gmrun-0.9.2/debian/patches/gmrun-0.9.2-f12.patch
--- gmrun-0.9.2/debian/patches/gmrun-0.9.2-f12.patch1970-01-01 
01:00:00.0 +0100
+++ gmrun-0.9.2/debian/patches/gmrun-0.9.2-f12.patch2017-03-08 
23:05:07.0 +0100
@@ -0,0 +1,32 @@
+Patch originally downloaded from
+https://src.fedoraproject.org/cgit/rpms/gmrun.git/plain/gmrun-0.9.2-f12.patch
+
+slighly modified (parts dropped, fuzz fixed) to apply on top of debian package.
+
+diff -ur gmrun-0.9.2/src/gtkcompletionline.cc 
gmrun-0.9.2.new/src/gtkcompletionline.cc
+--- gmrun-0.9.2/src/gtkcompletionline.cc   2010-01-11 12:22:35.097644540 
+0200
 gmrun-0.9.2.new/src/gtkcompletionline.cc   2010-01-11 12:22:45.686644030 
+0200
+@@ -79,9 +79,9 @@
+ on_key_press(GtkCompletionLine *cl, GdkEventKey *event, gpointer data);
+ 
+ /* get_type */
+-guint gtk_completion_line_get_type(void)
++GtkType gtk_completion_line_get_type(void)
+ {
+-  static guint type = 0;
++  static GtkType type = 0;
+   if (type == 0)
+   {
+ GtkTypeInfo type_info =
+diff -ur gmrun-0.9.2/src/gtkcompletionline.h 
gmrun-0.9.2.new/src/gtkcompletionline.h
+--- gmrun-0.9.2/src/gtkcompletionline.h2003-11-16 12:43:32.0 
+0200
 gmrun-0.9.2.new/src/gtkcompletionline.h2010-01-11 12:22:45.686644030 
+0200
+@@ -76,7 +77,7 @@
+ void (* cancel)(GtkCompletionLine *cl);
+   };
+ 
+-  guint gtk_completion_line_get_type(void);
++  GtkType gtk_completion_line_get_type(void);
+   GtkWidget *gtk_completion_line_new();
+ 
+   void gtk_completion_line_last_history_item(GtkCompletionLine*);
diff -Nru gmrun-0.9.2/debian/patches/series gmrun-0.9.2/debian/patches/series
--- gmrun-0.9.2/debian/patches/series   2010-07-17 19:05:49.0 +0200
+++ gmrun-0.9.2/debian/patches/series   2017-03-08 23:05:07.0 +0100
@@ -9,3 +9,4 @@
 90-window_placement.patch
 100-gmrunrc.patch
 debian-changes-0.9.2-2.1
+gmrun-0.9.2-f12.patch

Bug#857222: python3-flask-silk: broken symlink: /usr/lib/python3/dist-packages/flask_silk/icons/arrow_turn_up.png -> ../../../../../share/icons/python3-flask-silk/16x16/arrow_turn_up.png

[Andreas Beckmann]

Package: python3-flask-silk
Version: 0.2-5
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m45.2s ERROR: FAIL: Broken symlinks:
  /usr/lib/python3/dist-packages/flask_silk/icons/arrow_turn_up.png -> 
../../../../../share/icons/python3-flask-silk/16x16/arrow_turn_up.png

But the package ships instead
/usr/share/python3-icons/flask-silk/16x16/arrow_turn_up.png


cheers,

Andreas


python3-flask-silk_0.2-5.log.gz
Description: application/gzip

Bug#857136: unblock: ifupdown2/1.0~git20170307-1

[Julien Fortin]

On Thu, Mar 9, 2017 at 2:09 AM, Niels Thykier  wrote:

> Julien Fortin:
> > Can we still get this in stretch or should I RFS to unstable with the
> > LC_ALL fix?
> >
> > Thanks,
> > Julien.
> >
> > [...]
>
> I would prefer if we fully fixed this issue by setting the locale and
> unblocked that rather than accepting this incomplete fix followed by
> reviewing and accepting the "follow-up" fix.
>
> Thanks,
> ~Niels
>

Ack. I've submitted an RFS.
I'll submit a new unblock whenever the new release goes in.

Thanks for your help!
Julien

Bug#857221: mono-fastcgi-server4: broken symlink: /usr/lib/mono/4.5/fastcgi-mono-server2.exe.config -> ../gac/fastcgi-mono-server4/3.8.0.0__0738eb9f132ed756/fastcgi-mono-server4.exe.config

[Andreas Beckmann]

Package: mono-fastcgi-server4
Version: 4.2-2
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

1m56.1s ERROR: FAIL: Broken symlinks:
  /usr/lib/mono/4.5/fastcgi-mono-server2.exe.config -> 
../gac/fastcgi-mono-server4/3.8.0.0__0738eb9f132ed756/fastcgi-mono-server4.exe.config

But the package ships instead
/usr/lib/mono/gac/fastcgi-mono-server4/4.2.0.0__0738eb9f132ed756/fastcgi-mono-server4.exe.config
   ^^^

cheers,

Andreas


mono-fastcgi-server4_4.2-2.log.gz
Description: application/gzip

Bug#857220: mlton-tools: broken symlink: /usr/share/doc/mlton-tools/README -> doc/README

[Andreas Beckmann]

Package: mlton-tools
Version: 20130715-3
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m29.3s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/mlton-tools/README -> doc/README


cheers,

Andreas


mlton-tools_20130715-3.log.gz
Description: application/gzip

Bug#857211: O: libupnp -- Portable SDK for UPnP Devices, version 1.6 (shared libraries)

[Uwe Kleine-König]

Control: owner -1 !
Control: retitle -1 "ITA: libupnp -- Portable SDK for UPnP Devices, version 1.6 
(shared libraries)"

On Wed, Mar 08, 2017 at 10:30:49PM +0100, Tobias Frost wrote:
> Maintaining a package requires time and skills. Please only adopt this
> package if you will have enough time and attention to work on it.

If somebody wants to help maintaining that would be great. But even
without help I should be able to bring and keep the package in shape.

Best regards
Uwe


signature.asc
Description: PGP signature

Bug#857147: darktable builds with -msse2 on i386

[Adrian Bunk]

On Wed, Mar 08, 2017 at 04:25:18PM +0300, Roman Lebedev wrote:
> On Wed, Mar 8, 2017 at 3:38 PM, Adrian Bunk  wrote:
> > Source: darktable
> > Version: 2.2.1-2
> > Severity: serious
> >
> > https://buildd.debian.org/status/fetch.php?pkg=darktable=i386=2.2.1-2=1483383078=0
> >
> > ...
> > -- Performing Test _MSSE2
> > -- Performing Test _MSSE2 - Success
> > -- Building SSE2-optimized codepaths: ON
> > ...
> > [  4%] Building C object 
> > src/external/LuaAutoC/CMakeFiles/lautoc.dir/lautoc.c.o
> > cd /«PKGBUILDDIR»/obj-i686-linux-gnu/src/external/LuaAutoC && /usr/bin/cc  
> > -DGDK_DISABLE_DEPRECATED -DGDK_VERSION_MIN_REQUIRED=GDK_VERSION_3_14 
> > -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_MIN_REQUIRED 
> > -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_40 -DGTK_DISABLE_DEPRECATED 
> > -DGTK_DISABLE_SINGLE_INCLUDES -DHAVE_BUILTIN_CPU_SUPPORTS -DHAVE_CONFIG_H 
> > -DHAVE_GPHOTO2 -DHAVE_GPHOTO_25_OR_NEWER -DHAVE_GRAPHICSMAGICK 
> > -DHAVE_HTTP_SERVER -DHAVE_KWALLET -DHAVE_LENSFUN -DHAVE_LIBSECRET 
> > -DHAVE_OPENCL -DHAVE_OPENEXR -DHAVE_OPENJPEG -DUSE_LUA -D_RELEASE 
> > -D_XOPEN_SOURCE=700 -D__GDK_KEYSYMS_COMPAT_H__ -I/«PKGBUILDDIR»/src 
> > -I/«PKGBUILDDIR»/src/external -isystem /usr/include/glib-2.0 -isystem 
> > /usr/lib/i386-linux-gnu/glib-2.0/include -isystem /usr/include/gtk-3.0 
> > -isystem /usr/include/at-spi2-atk/2.0 -isystem /usr/include/at-spi-2.0 
> > -isystem /usr/include/dbus-1.0 -isystem 
> > /usr/lib/i386-linux-gnu/dbus-1.0/include -isystem /usr/include/gio-unix-2.0 
> > -isystem /usr/include/cairo -isystem /usr/include/pango-1.0 -isystem 
> > /usr/include/harfbuzz -isystem /usr/include/atk-1.0 -isystem 
> > /usr/include/pixman-1 -isystem /usr/include/freetype2 -isystem 
> > /usr/include/libpng16 -isystem /usr/include/gdk-pixbuf-2.0 -isystem 
> > /usr/include/libxml2 -isystem /usr/include/libsoup-2.4 -isystem 
> > /usr/include/OpenEXR -isystem /usr/include/lensfun -isystem 
> > /usr/include/librsvg-2.0 -isystem /usr/include/i386-linux-gnu -isystem 
> > /usr/include/json-glib-1.0 -isystem /usr/include/openjpeg-2.1 -isystem 
> > /usr/include/libsecret-1 -isystem /usr/include/GraphicsMagick 
> > -I/«PKGBUILDDIR»/obj-i686-linux-gnu/src -isystem /usr/include/lua5.2 
> > -I/«PKGBUILDDIR»/src/external/LuaAutoC 
> > -I/«PKGBUILDDIR»/src/external/LuaAutoC/include  -g -O2 
> > -fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong -Wformat 
> > -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall 
> > -fno-strict-aliasing -Wformat -Wformat-security -Wshadow -Wtype-limits 
> > -Wvla -Wold-style-declaration -Wno-error=varargs -Wframe-larger-than=32768 
> > -Wstack-usage=32768 -Wlarger-than=524288 -std=c99 -fopenmp -pthread 
> > -mtune=generic -msse2 -g -mfpmath=sse -std=gnu99 -Wall -Wno-unused -O3 -g  
> > -fPIC   -o CMakeFiles/lautoc.dir/lautoc.c.o   -c 
> > /«PKGBUILDDIR»/src/external/LuaAutoC/lautoc.c
> > ...
> >
> > These are not SSE2 codepaths with autodetection,
> > the package seems to be built in a way that it
> > won't run on hardware without SSE2.
> Hi.
> 
> Given that arm64 is now 'supported', it is certainly possible to build
> without SSE2.

What is actually the reason why arm64 is declared supported but
mips64el and ppc64el are not?

Even if the package works properly only on 64bit little endian,
all of them should work equally well.

> However, there is a run-time detection, and if there is no SSE2,
> darktable will (should?) nicely refuse to start.

It is just a warning.

And the file where the detection code is is itself built with
"-msse2 -mfpmath=sse"...

Upstream seems to have the bug of first implementing proper 
autodetection and (at least partially with ->funcsse) runtime
selection, and then building *everything* with -msse2.

> Given the nature of the program - computationally-intensive - it makes
> very little sense to run it on
> ancient hardware.

And it does not make sense to run i386 on non-ancient hardware.

Netbooks with older Intel Atoms or the OLPC XO are basically the most 
recent machines where amd64 cannot be used.

It is also dangerous to make the supported CPUs a per-package decision:
You would quickly end up with some packages requiring AVX, or using
features that are only present on recent Intel (and not AMD) CPUs.

> As of 2.0 release, non-64bit build is pretty much deprecated.
> It prints noisy GUI message, and frequently crashes.
>...
> So if this is so serous, I'd propose to just kill i386 build for dt.

Even ignoring the SSE2 question, aren't you basically saying that the 
i386 package is known broken - and upstream doesn't give a damn?

> Roman.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#857219: libzeroc-ice-dev: missing Depends: libzeroc-icestorm3.6 (= ${binary:Version})

[Andreas Beckmann]

Package: libzeroc-ice-dev
Version: 3.6.3-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m30.1s ERROR: FAIL: Broken symlinks:
  /usr/lib/x86_64-linux-gnu/libIceStormService.so -> libIceStormService.so.36


cheers,

Andreas


libzeroc-ice-dev_3.6.3-4.log.gz
Description: application/gzip

Bug#850506: Unreproducible FTBFS of acorn

[Santiago Vila]

> > (But this is 4.0.11, not 4.0.4, in theory what Release Managers will
> > allow in stretch is a version 4.0.4-2 fixing this bug).
> 
> Hmmm... would it be enough to tinker with the changelog's declared
> version to fall back?
> 
> > (If don't find a sponsor, I could sponsor this).
> 
> "who-permits-upload acorn" says I should be able to do that. Will I have
> to poke the Release Managers about it or will the fact it closes a big
> bug be enough?

The problem is that we are in a freeze and we are not supposed to
upload new upstream releases.

So, what you can do to be sure is to ask for permission first.

File a bug against release.debian.org containing the debdiff between
4.0.4 and 4.0.11 and explain why you think this will be better than
just 4.0.4 with the fix for this bug.

Thanks.

Bug#857199: navit loses OpenSSL support when rebuilt on a recent stretch/sid

[Andreas Henriksson]

Hello Adrian Bunk,

Thanks for your bug report

On Wed, Mar 08, 2017 at 10:11:54PM +0200, Adrian Bunk wrote:
> Source: navit
[...]
> -- Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the 
> system variable OPENSSL_ROOT_DIR (missing:  OPENSSL_LIBRARIES 
> OPENSSL_INCLUDE_DIR) 
[...]

navit has no build-dependency on openssl as you already noticed.

The code also seems to be licensed (mostly) under GPLv2 (with no
OpenSSL exception in sight as far as I could see), so the lack
of openssl in the (binNMU) build seems like a *bugfix* to me

(Ofcourse, explicitly disabling openssl somehow might be even better
to prevent accidentally building against it (again) in the future.
I doubt the severity for that is serious until the problem actually
occurs again though.)

Would you agree?

Regards,
Andreas Henriksson

Bug#857218: libboinc-app-dev: broken symlink: /usr/share/boinc-dev/lib/boinc_win.h -> ../../../include/boinc/boinc_win.h

[Andreas Beckmann]

Package: libboinc-app-dev
Version: 7.6.33+dfsg-6
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m43.6s ERROR: FAIL: Broken symlinks:
  /usr/share/boinc-dev/lib/boinc_win.h -> ../../../include/boinc/boinc_win.h


But there is /usr/include/boinc/lib/boinc_win.h instead ...


cheers,

Andreas


libboinc-app-dev_7.6.33+dfsg-6.log.gz
Description: application/gzip

Bug#856849: glabels: gdk_pixbuf_from_pixdata() called on:Aborted

[Jakob Haufe]

Control: severity -1 normal
Control: tags -1 + unreproducible moreinfo

I can't reproduce this on any of my machines. Could you please describe in
more detail what exactly you did?

Is there any additional output, debug or otherwiese?


pgpBK24Posi1m.pgp
Description: OpenPGP digital signature

Bug#734837: tk8.4: Time to remove from testing

[Mattia Rizzolo]

On Fri, Jan 10, 2014 at 11:16:14AM +0400, Sergei Golovan wrote:
> It's time to remove Tk 8.4 from testing.

3+ years passed, there are no reverse dependencies left in the archive.
Can we also remove it from unstable too? (same for tcl 8.4).

-- 
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#857217: jetty9: broken symlink: /usr/share/jetty9/lib/jetty-overlay-deployer-9.2.21.v20170120.jar -> ../../java/jetty9-overlay-deployer.jar

[Andreas Beckmann]

Package: jetty9
Version: 9.2.21-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

1m16.2s ERROR: FAIL: Broken symlinks:
  /usr/share/jetty9/lib/jetty-overlay-deployer-9.2.21.v20170120.jar -> 
../../java/jetty9-overlay-deployer.jar

A file called jetty9-overlay-deployer.jar does not seem to exist in any
package in Debian unstable.


cheers,

Andreas


jetty9_9.2.21-1.log.gz
Description: application/gzip

Bug#857216: RM: mozart [kfreebsd-i386] -- RoQA; FTBFS; block tcl 8.4 removal

[Mattia Rizzolo]

package: ftp.debian.org

TIA.

-- 
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#857215: heimdal-multidev: broken symlink: /usr/lib//heimdal/windc.so -> ../windc.so.0.0.0

[Andreas Beckmann]

Package: heimdal-multidev
Version: 7.1.0+dfsg-9
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m29.4s ERROR: FAIL: Broken symlinks:
  /usr/lib/x86_64-linux-gnu/heimdal/windc.so -> ../windc.so.0.0.0


A file called windc.so.0.0.0 does not seem to exist in any package
in Debian unstable.


cheers,

Andreas


heimdal-multidev_7.1.0+dfsg-9.log.gz
Description: application/gzip

Bug#857213: gbrowse: broken symlink: /usr/share/gbrowse/htdocs/i -> debian/gbrowse/var/cache/gbrowse/images

[Andreas Beckmann]

Package: gbrowse
Version: 2.56+dfsg-2
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

1m36.4s ERROR: FAIL: Broken symlinks:
  /usr/share/gbrowse/htdocs/i -> debian/gbrowse/var/cache/gbrowse/images

The target looks like a build-time path ...


cheers,

Andreas


gbrowse_2.56+dfsg-2.log.gz
Description: application/gzip

Bug#857212: faba-icon-theme: broken symlink: /usr/share/icons/Faba/16x16/places/folder-drag-accept.svg -> folder-open.svg

[Andreas Beckmann]

Package: faba-icon-theme
Version: 4.1.2-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m39.7s ERROR: FAIL: Broken symlinks:
  /usr/share/icons/Faba/16x16/places/folder-drag-accept.svg -> folder-open.svg


The package ships these related files:

-rw-r--r-- 1 root root  6904 May 29  2016 
/usr/share/icons/Faba/16x16/status/folder-open.svg
-rw-r--r-- 1 root root  5714 May 29  2016 
/usr/share/icons/Faba/24x24/places/folder-open.svg
-rw-r--r-- 1 root root  5742 Jun 21  2016 
/usr/share/icons/Faba/256x256/actions/folder-open.png
-rw-r--r-- 1 root root   719 Jun 21  2016 
/usr/share/icons/Faba/32x32/actions/folder-open.png
-rw-r--r-- 1 root root 11298 May 29  2016 
/usr/share/icons/Faba/48x48/status/folder-open.svg
-rw-r--r-- 1 root root  1348 Jun 21  2016 
/usr/share/icons/Faba/64x64/actions/folder-open.png
lrwxrwxrwx 1 root root15 Jun 21  2016 
/usr/share/icons/Faba/16x16/places/folder-drag-accept.svg -> folder-open.svg
lrwxrwxrwx 1 root root15 Jun 21  2016 
/usr/share/icons/Faba/24x24/places/folder-drag-accept.svg -> folder-open.svg
-rw-r--r-- 1 root root 11278 May 29  2016 
/usr/share/icons/Faba/48x48/status/folder-drag-accept.svg

There seems to be an inconsistency in the paths:
16x16/places vs. 16x16/status


cheers,

Andreas


faba-icon-theme_4.1.2-1.log.gz
Description: application/gzip

Bug#857089: thinkfan: error during installation

[Chris Lamb]

Hi Gaëtan,

> > > Hint: Some lines were ellipsized, use -l to show in full.
> > 
> > Could you post this to bug report? :)
> 
> Yes but where do I need to set the -l? 

To systemctl. For example:

 $ systemctl status thinkfan -l

...but there is now no need; if you take a look at the other bugs
now merged with this one (go to )
you will find the maintainer giving more info and the reason behind
this bug. :)


Regards,

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

Bug#857211: O: libupnp -- Portable SDK for UPnP Devices, version 1.6 (shared libraries)

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of libupnp, Nick Leverton ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: libupnp
Binary: libupnp6, libupnp6-dev, libupnp-dev, libupnp6-dbg, libupnp6-doc
Version: 1:1.6.19+git20141001-1+deb8u1
Maintainer: Nick Leverton 
Build-Depends: debhelper (>= 9~), dh-autoreconf, autoconf, automake, libtool, 
doxygen, graphviz
Architecture: any all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 d46eee8441b71d9e77c2eb9a80a0480a 1770 libupnp_1.6.19+git20141001-1+deb8u1.dsc
 eeac640f9cc420c8b4ed2e17094704c7 1228484 
libupnp_1.6.19+git20141001.orig.tar.bz2
 f744c68d36208b53a3cbc8949ae78e98 26280 
libupnp_1.6.19+git20141001-1+deb8u1.debian.tar.xz
Checksums-Sha1:
 ca174468c229f9b8393926bb89d2b6bbd53c514a 1770 
libupnp_1.6.19+git20141001-1+deb8u1.dsc
 be20a689154f052600a08862a0153b6c52f1ce02 1228484 
libupnp_1.6.19+git20141001.orig.tar.bz2
 89bb3566cb115793c6953c2f92816eaa52fe113f 26280 
libupnp_1.6.19+git20141001-1+deb8u1.debian.tar.xz
Checksums-Sha256:
 30a8b2d7885fc667bc05916a7d47c28bb8f00feb9715ffbc54e51e2e7f591a4e 1770 
libupnp_1.6.19+git20141001-1+deb8u1.dsc
 d2a0713285f8a1d1a633def7498e24d1341bc086c0c53d92fdda71c431386919 1228484 
libupnp_1.6.19+git20141001.orig.tar.bz2
 23392ebd3bf2b6697cddb163cf24c8f40af88eff1820024bbd43c9ba800a2c02 26280 
libupnp_1.6.19+git20141001-1+deb8u1.debian.tar.xz
Homepage: http://pupnp.sourceforge.net/
Package-List: 
 libupnp-dev deb libdevel optional arch=all
 libupnp6 deb libs optional arch=any
 libupnp6-dbg deb debug extra arch=any
 libupnp6-dev deb libdevel optional arch=any
 libupnp6-doc deb doc optional arch=all
Directory: pool/main/libu/libupnp
Priority: source
Section: net

Package: libupnp
Binary: libupnp6, libupnp6-dev, libupnp-dev, libupnp6-dbg, libupnp6-doc
Version: 1:1.6.19+git20141001-1+deb8u1
Maintainer: Nick Leverton 
Build-Depends: debhelper (>= 9~), dh-autoreconf, autoconf, automake, libtool, 
doxygen, graphviz
Architecture: any all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 d46eee8441b71d9e77c2eb9a80a0480a 1770 libupnp_1.6.19+git20141001-1+deb8u1.dsc
 eeac640f9cc420c8b4ed2e17094704c7 1228484 
libupnp_1.6.19+git20141001.orig.tar.bz2
 f744c68d36208b53a3cbc8949ae78e98 26280 
libupnp_1.6.19+git20141001-1+deb8u1.debian.tar.xz
Checksums-Sha1:
 ca174468c229f9b8393926bb89d2b6bbd53c514a 1770 
libupnp_1.6.19+git20141001-1+deb8u1.dsc
 be20a689154f052600a08862a0153b6c52f1ce02 1228484 
libupnp_1.6.19+git20141001.orig.tar.bz2
 89bb3566cb115793c6953c2f92816eaa52fe113f 26280 
libupnp_1.6.19+git20141001-1+deb8u1.debian.tar.xz
Checksums-Sha256:
 30a8b2d7885fc667bc05916a7d47c28bb8f00feb9715ffbc54e51e2e7f591a4e 1770 
libupnp_1.6.19+git20141001-1+deb8u1.dsc
 d2a0713285f8a1d1a633def7498e24d1341bc086c0c53d92fdda71c431386919 1228484 
libupnp_1.6.19+git20141001.orig.tar.bz2
 23392ebd3bf2b6697cddb163cf24c8f40af88eff1820024bbd43c9ba800a2c02 26280 
libupnp_1.6.19+git20141001-1+deb8u1.debian.tar.xz
Homepage: http://pupnp.sourceforge.net/
Package-List: 
 libupnp-dev deb libdevel optional arch=all
 libupnp6 deb libs optional arch=any
 libupnp6-dbg deb debug extra arch=any
 libupnp6-dev deb libdevel optional arch=any
 libupnp6-doc deb doc optional arch=all
Directory: pool/updates/main/libu/libupnp
Priority: source
Section: net

Package: libupnp
Binary: libupnp6, libupnp6-dev, libupnp-dev, libupnp6-dbg, libupnp6-doc
Version: 1:1.6.19+git20160116-1.2
Maintainer: Nick Leverton 
Build-Depends: debhelper (>= 9~), dh-autoreconf, autoconf, automake, libtool, 
doxygen, graphviz
Architecture: any all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 6c4a96b86f7f23523b8375963c4bb330 1778 libupnp_1.6.19+git20160116-1.2.dsc
 98933ba438c62001bda08f94089657ca 1242029 
libupnp_1.6.19+git20160116.orig.tar.bz2
 6785d8b04b20e128f2875320d1ba0948 28772 
libupnp_1.6.19+git20160116-1.2.debian.tar.xz
Checksums-Sha256:
 4ce1899ad10a869c6b6beac185a5e8b9a8e862f8855ab4ef062121fa933616c8 1778 
libupnp_1.6.19+git20160116-1.2.dsc
 bf5c7186cca9d83cccaa41cbc153877d27edaf98a459c46d31cfbc7038744327 1242029 
libupnp_1.6.19+git20160116.orig.tar.bz2
 f53968bf18ea75aed2c3c3bfa609e7ac051a7151c78ea95092c131d2d0f09be8 28772 
libupnp_1.6.19+git20160116-1.2.debian.tar.xz
Homepage: http://pupnp.sourceforge.net/
Package-List: 
 libupnp-dev deb libdevel optional arch=all
 libupnp6 deb libs optional arch=any
 libupnp6-dbg deb debug extra arch=any
 libupnp6-dev deb libdevel optional arch=any
 libupnp6-doc deb doc optional arch=all
Directory: pool/main/libu/libupnp
Priority: source
Section: net

Package: libupnp6
Source: libupnp

Bug#839909: clang: broken symlink /usr/bin/pp-trace

[Andreas Beckmann]

Followup-For: Bug #839909
Control: severity -1 serious

I don't think we should ship broken symlinks in /usr/bin in a stable
release.

pp-trace was last seen in clang-3.7, so this broke when the default
was switched to 3.8.


Andreas

Bug#777419: socklog: diff for NMU version 2.1.0-8.1

[Mattia Rizzolo]

Control: tags 777419 + pending
Control: tags 847031 + pending

Dear maintainer,

I've prepared an NMU for socklog (versioned as 2.1.0-8.1) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
diffstat for socklog_2.1.0-8 socklog_2.1.0-8.1

 changelog |   12 
 control   |6 +-
 implicit  |6 +++---
 rules |4 ++--
 4 files changed, 18 insertions(+), 10 deletions(-)

diff -u socklog-2.1.0/debian/changelog socklog-2.1.0/debian/changelog
--- socklog-2.1.0/debian/changelog
+++ socklog-2.1.0/debian/changelog
@@ -1,3 +1,15 @@
+socklog (2.1.0-8.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Make the build reproducible:
++ Pass -n to gzip.
+  Thanks to Chris Lamb for the patch.  Closes: #777419
++ Sort the md5sums file.
+  Thanks to Valerie R Young for the patch.  Closes: #847031
+  * debian/control: move the homepage to the Homepage field.
+
+ -- Mattia Rizzolo   Wed, 08 Mar 2017 21:34:16 +0100
+
 socklog (2.1.0-8) unstable; urgency=low
 
   * debian/diff/socklog-conf-update-service.diff: new; refer to
diff -u socklog-2.1.0/debian/control socklog-2.1.0/debian/control
--- socklog-2.1.0/debian/control
+++ socklog-2.1.0/debian/control
@@ -3,9 +3,9 @@
 Priority: optional
 Maintainer: Gerrit Pape 
 Standards-Version: 3.7.3.0
+Homepage: http://smarden.org/socklog
 
 Package: socklog
-Section: admin
 Architecture: any
 Depends: adduser, ${shlibs:Depends}
 Recommends: socklog-run, runit, ipsvd
@@ -19,8 +19,6 @@
  so there is no need for any cron jobs to rotate the logs.  socklog is
  small, secure, and reliable.
  .
- See http://smarden.org/socklog/ for more information.
- .
  This package contains the socklog programs.
 
 Package: socklog-run
@@ -39,6 +37,4 @@
  small, secure, and reliable.
  .
- See http://smarden.org/socklog/ for more information.
- .
  This package sets up the socklog-unix and socklog-klog services to
  provide a system log service and kernel log service respectively.
diff -u socklog-2.1.0/debian/implicit socklog-2.1.0/debian/implicit
--- socklog-2.1.0/debian/implicit
+++ socklog-2.1.0/debian/implicit
@@ -35,7 +35,7 @@
 	debian/$*/usr/share/doc/$*/changelog'
 	@test -s debian/$*/usr/share/doc/$*/changelog || \
 	  sh -cx 'rm -f debian/$*/usr/share/doc/$*/changelog'
-	@gzip -9 debian/$*/usr/share/doc/$*/changelog*
+	@gzip -9n debian/$*/usr/share/doc/$*/changelog*
 %.deb-docs-docs:
 	@for i in `cat debian/$*.docs 2>/dev/null || :`; do \
 	  if test -d $$i; then \
@@ -54,7 +54,7 @@
 	@if test -r debian/$*.NEWS.Debian; then \
 	  sh -cx 'install -m0644 debian/$*.NEWS.Debian \
 	debian/$*/usr/share/doc/$*/NEWS.Debian && \
-	  gzip -9 debian/$*/usr/share/doc/$*/NEWS.Debian'; \
+	  gzip -9n debian/$*/usr/share/doc/$*/NEWS.Debian'; \
 	fi
 %.deb-docs-examples:
 	@rm -rf debian/$*/usr/share/doc/$*/examples
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok
diff -u socklog-2.1.0/debian/rules socklog-2.1.0/debian/rules
--- socklog-2.1.0/debian/rules
+++ socklog-2.1.0/debian/rules
@@ -59,9 +59,9 @@
 	install -d -m0755 '$(DIR)'/usr/share/man/man1
 	install -d -m0755 '$(DIR)'/usr/share/man/man8
 	install -m0644 admin/socklog/man/*.1 '$(DIR)'/usr/share/man/man1/
-	gzip -9 '$(DIR)'/usr/share/man/man1/*.1
+	gzip -9n '$(DIR)'/usr/share/man/man1/*.1
 	install -m0644 admin/socklog/man/*.8 '$(DIR)'/usr/share/man/man8/
-	gzip -9 '$(DIR)'/usr/share/man/man8/*.8
+	gzip -9n '$(DIR)'/usr/share/man/man8/*.8
 	# changelog
 	test -r changelog || ln -s admin/socklog/package/CHANGES changelog
 


signature.asc
Description: PGP signature

Bug#839906: llvm: broken symlink /usr/bin/macho-dump

[Andreas Beckmann]

Followup-For: Bug #839906
Control: severity -1 serious

I don't think we should ship broken symlinks in /usr/bin in a stable
release.

macho-dump was last seen in llvm-3.7, so this broke with the default
switch to 3.8.


Andreas

Bug#706766: Diff for this fix

[João Salavisa]

Sorry, now in a patch format

diff -ub ./arpspoof.c ../orig.dsniff/dsniff-2.4b1+debian/arpspoof.c
--- ./arpspoof.c 2017-03-07 22:21:45.037692254 +
+++ ../orig.dsniff/dsniff-2.4b1+debian/arpspoof.c 2017-03-07
22:09:32.0 +
@@ -46,8 +46,6 @@
 static int cleanup_src_own = 1;
 static int cleanup_src_host = 0;

-int n_targets;
-
 static void
 usage(void)
 {
@@ -162,17 +160,11 @@
  fprintf(stderr, "Cleaning up and re-arping targets...\n");
  for (i = 0; i < rounds; i++) {
 struct host *target = targets;
-
+ while(target->ip) {
 uint8_t *src_ha = NULL;
 if (cleanup_src_own && (i%2 || !cleanup_src_host)) {
   src_ha = my_ha;
 }
-
-if (!n_targets) {
-  arp_send(l, ARPOP_REPLY, (u_int8_t *), spoof.ip, brd_ha,
0, src_ha);
-  sleep(1);
-} else {
-  while(target->ip) {
 /* XXX - on BSD, requires ETHERSPOOF kernel. */
 if (fw) {
   arp_send(l, ARPOP_REPLY,
@@ -194,12 +186,11 @@
 target++;
   }
 }
-  }

   exit(0);
 }

-  int
+int
 main(int argc, char *argv[])
 {
   extern char *optarg;
@@ -207,7 +198,7 @@
   char pcap_ebuf[PCAP_ERRBUF_SIZE];
   char libnet_ebuf[LIBNET_ERRBUF_SIZE];
   int c;
-
+ int n_targets;
   char *cleanup_src = NULL;

   spoof.ip = 0;
@@ -304,12 +295,6 @@
   signal(SIGTERM, cleanup);

   for (;;) {
-if (!n_targets) {
-  arp_send(l, ARPOP_REPLY, my_ha, spoof.ip, brd_ha, 0, my_ha);
-  if (poison_reverse) {
-arp_send(l, ARPOP_REPLY, my_ha, target->ip, (uint8_t *),
spoof.ip, my_ha);
-  }
-} else {
   struct host *target = targets;
   while(target->ip) {
 arp_send(l, ARPOP_REPLY, my_ha, spoof.ip,
@@ -321,7 +306,6 @@
 }
 target++;
   }
-}

 sleep(2);
   }


On Tue, Mar 7, 2017 at 10:13 PM João Salavisa 
wrote:

> Here you go!
>
> diff -b ./arpspoof.c ../orig.dsniff/dsniff-2.4b1+debian/arpspoof.c
> 49,50d48
> < int n_targets;
> <
> 165c163
> <
> ---
> > while(target->ip) {
> 170,175d167
> <
> < if (!n_targets) {
> <   arp_send(l, ARPOP_REPLY, (u_int8_t *), spoof.ip, brd_ha,
> 0, src_ha);
> <   sleep(1);
> < } else {
> <   while(target->ip) {
> 197d188
> <   }
> 202c193
> <   int
> ---
> > int
> 210c201
> <
> ---
> > int n_targets;
> 307,312d297
> < if (!n_targets) {
> <   arp_send(l, ARPOP_REPLY, my_ha, spoof.ip, brd_ha, 0, my_ha);
> <   if (poison_reverse) {
> < arp_send(l, ARPOP_REPLY, my_ha, target->ip, (uint8_t
> *), spoof.ip, my_ha);
> <   }
> < } else {
> 324d308
> < }
>
>
> On Tue, Feb 28, 2017 at 10:19 PM Marcos Fouces  wrote:
>
> Hello João
>
> Could you create a patch and post it in this thread?
>
> Thank you very much for the fix!
>
> Greetings,
>
> Marcos
>
>

Bug#857089: thinkfan: error during installation

[Gaëtan PERRIER]

Le Wed, 08 Mar 2017 09:58:04 +
Chris Lamb  a écrit:

> Hi,
> 
> > Hint: Some lines were ellipsized, use -l to show in full.
> 
> Could you post this to bug report? :)
> 

Yes but where do I need to set the -l? 

Bug#857210: binutils-m68hc1x: broken symlink: /usr/bin/m68hc12-gasp -> m68hc11-gasp

[Andreas Beckmann]

Package: binutils-m68hc1x
Version: 1:2.18-8
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m30.4s ERROR: FAIL: Broken symlinks:
  /usr/bin/m68hc12-gasp -> m68hc11-gasp

The m68hc11-gasp binary seems to be missing, but the manpage is there.


cheers,

Andreas


binutils-m68hc1x_1:2.18-8.log.gz
Description: application/gzip

Bug#857209: 389-console: broken symlinks: /usr/share/java/389-console{, -1.1}_en.jar -> 389-console-1.1.18_en.jar

[Andreas Beckmann]

Package: 389-console
Version: 1.1.18-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m22.3s ERROR: FAIL: Broken symlinks:
  /usr/share/java/389-console_en.jar -> 389-console-1.1.18_en.jar
  /usr/share/java/389-console-1.1_en.jar -> 389-console-1.1.18_en.jar

The package ships no .jar file at all - there seems to be something
missing ...


cheers,

Andreas


389-console_1.1.18-1.log.gz
Description: application/gzip

Bug#832941: RFS: 4pane

[David Hart]

Dear Sean,

>I've just reviewed revision 5e12184 of your packaging repository, and
>compared it against the points of my previous review.  I'm happy to see
>that almost everything was handled.  I also built and installed the
>package and tried out 4Pane.
>
>There are two remaining issues.
>
>1) You need to run `dch -r` so that the timestamp in the changelog is
>after all the changes you have made.  You have modified this package
>since December!  Try to get into the habit of committing a `dch -r`
>change before each upload/review.

Sorry, I'll try to remember.

>2) Your ChangeToAutomakeBuild.patch does not actually resolve the DFSG
>issues because the files are still present in the upstream tarball,
>which can't be distributed by the Debian mirrors.  A copy of those files
>is also present in the .patch file...
>
>The usual solution is to repack the upstream tarball to remove the
>files, and append '+dfsg' to the upstream version.  Since you are the
>upstream author, you could just make a 4.1 release of 4pane not
>containing those files.  Whichever one would be more convenient for you.

I see. That not only makes sense, but is also more elegant than patching. As
well as bakefile-related files, I've also removed several bitmaps of unknown
licence as presumably the above paragraphs would apply to them too.

I've uploaded a +dfsg tarball to the 4Pane website and altered d/watch to
download it. uscan and lintian seem happy, so hopefully I've done this
correctly.


Regards,

David Hart

Bug#716911: gvfs 1.16.3-1 fails to mount certain devices (cdrom, sd-cards, sony prs-t2 reader, etc.) under xfce

[Sophoklis Goumas]

Package: gvfs
Version: 1.30.3-1
Followup-For: Bug #716911

Just checked with my laptop with has i386 arch.
It has the same versions for:
*gvfs*, *polkit*, *policykit*, *udisks* packages
and works fine.

There one difference though, it also has the
udisks (NOTE that's not udisks2) package also installed.

Sophoklis

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

Kernel: Linux 4.9.0-2-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 gvfs depends on:
ii  gvfs-common   1.30.3-1
ii  gvfs-daemons  1.30.3-1
ii  gvfs-libs 1.30.3-1
ii  libc6 2.24-9
ii  libglib2.0-0  2.50.3-1

gvfs recommends no packages.

Versions of packages gvfs suggests:
ii  gvfs-backends  1.30.3-1

-- no debconf information

Bug#857199: navit loses OpenSSL support when rebuilt on a recent stretch/sid

[Sebastian Andrzej Siewior]

On 2017-03-08 22:11:54 [+0200], Adrian Bunk wrote:
> -- Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the 
> system variable OPENSSL_ROOT_DIR (missing:  OPENSSL_LIBRARIES 
> OPENSSL_INCLUDE_DIR) 
> ...
> 
> 
> navit lacks a build-dependency on libssl-dev, the reason why it
> worked before is likely that libpq-dev depended on libssl-dev.

Cute. With the additional B-D libssl-dev it changes to:
| -- Found OpenSSL:
| /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
| (found version "1.1.0e")

and the build completes. So the extra B-D is probably all we need.

Sebastian

Bug#716900: gvfs 1.16.3-1 prevents usb-connected mass storage devices from being detected

[Sophoklis Goumas]

Package: gvfs
Followup-For: Bug #716900

Just checked with my laptop with has i386 arch.
It has the same versions for:
*gvfs*, *polkit*, *policykit*, *udisks* packages
and works fine.

There one difference though, it also has the
udisks (NOTE that's not udisks2) package also installed.

Sophoklis

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

Kernel: Linux 4.9.0-2-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 gvfs depends on:
ii  gvfs-common   1.30.3-1
ii  gvfs-daemons  1.30.3-1
ii  gvfs-libs 1.30.3-1
ii  libc6 2.24-9
ii  libglib2.0-0  2.50.3-1

gvfs recommends no packages.

Versions of packages gvfs suggests:
ii  gvfs-backends  1.30.3-1

-- no debconf information

Bug#857208: socklog: building with -A doesn't put the changelog in usr/share/doc/socklog-run/changelog.Debian.gz

[Mattia Rizzolo]

Source: socklog
Version: 2.1.0-8
Severity: serious

building binary-indep with dpkg-buildpackage -A leads to
changelog.Debian to be renamed to just changelog, as this code in
debian/implicit does the wrong thing:

@sh -cx 'install -m0644 debian/changelog \
  debian/$*/usr/share/doc/$*/changelog.Debian'
@test ! -r changelog || \
  sh -cx 'install -m0644 changelog debian/$*/usr/share/doc/$*/'
@test -r debian/$*/usr/share/doc/$*/changelog || \
  sh -cx 'mv debian/$*/usr/share/doc/$*/changelog.Debian \
debian/$*/usr/share/doc/$*/changelog'

I couldn't completely get what was going on and why this is not
happening during a full or arch-dep build, and I refuse to wrap my mind
around that make for more than 2 minutes.


In any case, this could easily be fixed by shipping that tarball
unpacked properly, and switching to debhelper…..

-- 
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#855244: [debian-mysql] Bug#855244: libmariadbclient-dev: hardcoded -lmysqlclient, package not providing it though

[Otto Kekäläinen]

Hello Michael!

I am not sure what the actual problem here is. What are you trying to
achieve which does not work? What is the name of the software that
fails to compile with MariaDB, either using libmariadbclient-dev,
libmariadbclient-dev-compat,  libmariadb-dev or libmariadb-dev-compat?

To my knowledge all scenarios are covered, no matter if you develop
new code against the MariaDB Connector or if you build existing MySQL
linking stuff uisng the -compat packages, all options should work.

- Otto

Bug#857207: medusa: broken symlink: /usr/share/doc/medusa/README -> README.md

[Andreas Beckmann]

Package: medusa
Version: 2.2-4
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m49.6s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/medusa/README -> README.md


cheers,

Andreas


medusa_2.2-4.log.gz
Description: application/gzip

Bug#850506: Unreproducible FTBFS of acorn

[Julien Puydt]

Hi,

Le 08/03/2017 à 20:42, Santiago Vila a écrit :
>> https://mentors.debian.net/debian/pool/main/a/acorn/acorn_4.0.11-1.dsc
> 
> Yes, it works (in the same machine where it always failed). Congratulations!
> 
> (But this is 4.0.11, not 4.0.4, in theory what Release Managers will
> allow in stretch is a version 4.0.4-2 fixing this bug).

Hmmm... would it be enough to tinker with the changelog's declared
version to fall back?

> (If don't find a sponsor, I could sponsor this).

"who-permits-upload acorn" says I should be able to do that. Will I have
to poke the Release Managers about it or will the fact it closes a big
bug be enough?

> (btw: Is there a particular reason this is private?
> I'm replying in private just in case)

Uh... no -- hence adding back the CC on the bug.

Snark on #debian-js

Bug#857205: flash-kernel: Add support for TI OMAP4 PandaBoard-ES

[Marc Kleine-Budde]

Package: flash-kernel
Version: 3.75
Severity: normal
Tags: d-i patch

Dear Maintainer,

the attached patch adds support for TI OMAP4 PandaBoard-ES using
debian's latest u-boot and kernel release. This change is needed, as the
OMAP4 architecture uses Device Tree for some time.

regards,
Marc

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (700, 'testing'), (70, 'experimental'), (70, 'unstable')
Architecture: armhf (armv7l)

Kernel: Linux 4.9.0-2-armmp (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 flash-kernel depends on:
ii  debconf [debconf-2.0]  1.5.60
ii  devio  1.2-1.2+b1
ii  initramfs-tools0.127
ii  linux-base 4.5
ii  mtd-utils  1:2.0.0-1
ii  ucf3.0036

Versions of packages flash-kernel recommends:
ii  u-boot-tools  2016.11+dfsg1-3

flash-kernel suggests no packages.

-- debconf information:
  flash-kernel/linux_cmdline: quiet
>From a956634eac5ef45395d7318f6d4a10f43ac909e8 Mon Sep 17 00:00:00 2001
From: Marc Kleine-Budde 
Date: Wed, 8 Mar 2017 21:31:25 +0100
Subject: [PATCH] Add machine db entry for TI OMAP4 PandaBoard-ES

---
 db/all.db | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/db/all.db b/db/all.db
index dc43ce33f57f..6209db44ae1e 100644
--- a/db/all.db
+++ b/db/all.db
@@ -1088,6 +1088,13 @@ Boot-Initrd-Path: uInitrd
 Boot-Script-Path: boot.scr
 Required-Packages: u-boot-tools
 
+Machine: TI OMAP4 PandaBoard-ES
+Kernel-Flavors: armmp armmp-lpae
+DTB-Id: omap4-panda-es.dtb
+Boot-Script-Path: /boot/boot.scr
+U-Boot-Script-Name: bootscr.uboot-generic
+Required-Packages: u-boot-tools
+
 Machine: Orange Pi
 Kernel-Flavors: armmp armmp-lpae
 Boot-Script-Path: /boot/boot.scr
-- 
2.11.0

Bug#809013: hy: please make the build reproducible

[Tianon Gravi]

On 5 March 2017 at 01:30, Chris Lamb  wrote:
> Friendly ping on this :)

Man, sorry for missing this, Chris!

I was looking into the fix for this, because this seemed awfully
familiar, and from what I can tell, the Hy in both testing and
unstable (0.11.1-1) appears to be reproducible[1].

[1]: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/hy.html

Is this different from the issue that we fixed in over in #782385?  Is
there somewhere I can get a log of where the failure is (or a simple
way to reproduce the failure) so I can make verify that I've applied
the fix properly?


♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4