Bug#835659: RFS: lua-torch-image/0~20160730-g797fcb1-1 [ITP]

[Lumin]

Package: sponsorship-requests
Severity: wishlist

Debomatic-amd64: passing
http://debomatic-amd64.debian.net/distribution#experimental/lua-torch-image/0~20160730-g797fcb1-1/buildlog

  Dear mentors,

  I am looking for a sponsor for my package "lua-torch-image"

 * Package name: lua-torch-image
   Version : 0~20160730-g797fcb1-1
   Upstream Author : torch developers
 * URL : github.com/torch/image
 * License : bsd-3-clause
   Section : interpreters

  It builds those binary packages:

lua-torch-image - Image Load/Save Library for Torch Framework

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

  https://mentors.debian.net/package/lua-torch-image


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

dget -x 
https://mentors.debian.net/debian/pool/main/l/lua-torch-image/lua-torch-image_0~20160730-g797fcb1-1.dsc

  Changes since the last upload:

lua-torch-image (0~20160730-g797fcb1-1) experimental; urgency=low

  * Initial release. Closes: #827434


-- 
Best,
Lumin

Bug#794634: Change package name

[Lumin]

Control: retitle -1 ITP: meta-torch-core-free -- A scientific
computing framework for LuaJIT (core components)

Hi,

Since the torch project involves many components, I respectively
made packages for every core and free component. All the *core*
and *free* modules of Torch will be ready soon, and I plan to make
a metapackage src:meta-torch-core-free (bin:torch-core-free)
which pulls the whole torch core stack for the user.

So, lua-torch is actually not existing, this bug can be renamed to
meta-torch-core-free.


-- 
Best,
Lumin

Bug#835658: RFS: backbone/1.3.3+ds-1

[Julien Puydt]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for the package "backbone"

 * Package name: backbone
   Version : 1.3.3+ds-1
   Upstream Author : Jeremy Ashkenas
 * URL : https://github.com/documentcloud/backbone/
 * License : Expat
   Section : web

  It builds those binary packages:

libjs-backbone - some Backbone for JavaScript applications - 
browser library

 node-backbone - some Backbone for JavaScript applications - Node module

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


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

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

dget -x 
https://mentors.debian.net/debian/pool/main/b/backbone/backbone_1.3.3+ds-1.dsc


  It is packaged in the Debian Javascript Maintainers team's repositories:
Vcs-Git: https://anonscm.debian.org/git/pkg-javascript/backbone
Vcs-Browser: https://anonscm.debian.org/cgit/pkg-javascript/backbone.git

I'm not the original packager and the package was two years old (still 
using cdbs!), so it took a bit of work to get something going ; 
hopefully I got it back on its feet.


The new changelog entry is:
backbone (1.3.3+ds-1) unstable; urgency=medium
 * Team upload.
 * New upstream release (Closes: #746787, #797698).
 * Bump standards-version.
 * Use https in Vcs-* fields.
 * Drop obsolete patch to support newer underscore.
 * Rewrite the patch to use Debian-packaged libraries.
 * Move away from cdbs.
 * Update d/copyright.
 * Rewrite depends/buil-depends.
 * Don't ship minimized files.

-- Julien Puydt   Sat, 27 Aug 2016 21:02:31 +0200


Cheers,

Snark on #debian-js

Bug#835553: [Pkg-utopia-maintainers] Bug#835553: network-manager: WiFi authentication fails after upgrade to 1.4.0

[Ben Caradoc-Davies]

Michael,

reported upstream as requested, including the new findings below:
https://bugzilla.gnome.org/show_bug.cgi?id=770504

Verbose debugging in wpa_supplicant reveals the presence of the scanning 
MAC address 7E:19:8C:39:8B:F0 during authentication, despite a call 
before authentication to set-hw-addr for the original MAC address 
F4:F2:6D:10:C5:09. The MLME frame event is ignored as a foreign address 
and authentication fails.


Aug 28 15:01:04 ripley NetworkManager[9018]:   [1472353264.6902] 
device (wlxf4f26d10c509): set-hw-addr: set MAC address to 
7E:19:8C:39:8B:F0 (scanning)

[...]
Aug 28 15:01:06 ripley NetworkManager[9018]:   [1472353266.3000] 
device (wlxf4f26d10c509): set-hw-addr: set-cloned MAC address to 
F4:F2:6D:10:C5:09 (permanent)

[...]
Aug 28 15:01:06 ripley wpa_supplicant[8462]: nl80211: New station 
ec:cb:30:60:58:32
Aug 28 15:01:06 ripley wpa_supplicant[8462]: nl80211: Event message 
available
Aug 28 15:01:06 ripley wpa_supplicant[8462]: nl80211: Drv Event 37 
(NL80211_CMD_AUTHENTICATE) received for wlxf4f26d10c509
Aug 28 15:01:06 ripley wpa_supplicant[8462]: nl80211: MLME event 37 
(NL80211_CMD_AUTHENTICATE) on wlxf4f26d10c509(7e:19:8c:39:8b:f0) 
A1=f4:f2:6d:10:c5:09 A2=ec:cb:30:60:58:32
Aug 28 15:01:06 ripley wpa_supplicant[8462]: nl80211: wlxf4f26d10c509: 
Ignore MLME frame event for foreign address


Workaround is to downgrade to 1.2.4.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#835655: debdelta-upgrade: Delta is not downloadable (301 Moved Permanently)

[Paul Wise]

Control: retitle -1 debdelta-upgrade: cannot handle redirects
Control: severity -1 important

On Sun, 2016-08-28 at 11:31 +0800, Paul Wise wrote:

> debdelta-upgrade is broken because the debdeltas website redirects
> to https and debdelta-upgrade not capable of following redirects:

Looks like this was caused by this commit:

https://anonscm.debian.org/cgit/mirror/dsa-puppet.git/commit/?id=b0444f4c4a85c435e2a65061ac67b19a50d76d6b

I've fixed the issue in this commit:

https://anonscm.debian.org/cgit/mirror/dsa-puppet.git/commit/?id=806e5782f5047a62db4e478768aeb8e9c616f36a

The issue of debdelta-upgrade not working with redirects is still present.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#835657: Allow user to set proxy for separate accounts

[M0xkLurk3r]

Package: kmail
Version: 4:16.04.3-1
Severity: wishlist

As known some popular mail service was unavailable in Red China, someone like
Gmail, etc. The way to keep it available in KMail is set an abroad proxy. But
the problem is someone else "censorship-friendly" mail service did not need
proxy, and their traffic may slow down if the proxy configured as overall, even
(evilly situation) make the mail provider got any notice about my proxy server,
and tip-off these situation to the state.

So here is an wishlist, i hope the further version could allow user to set
proxy for separate accounts (mainly gmail), and aother account transport
directly or apply another proxy configuration.



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

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.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 kmail depends on:
ii  akonadi-server  4:16.04.3-2
ii  kdepim-runtime  4:16.04.2-2
ii  kdepimlibs-data 4:16.04.2-2
ii  kf5-kdepimlibs-kio-plugins  4:16.04.2-2
ii  libc6   2.23-4
ii  libgcc1 1:6.1.1-11
ii  libkf5akonadiagentbase5 4:16.04.3-2
ii  libkf5akonadicalendar5  16.04.2-2
ii  libkf5akonadicontact5   4:16.04.2-2
ii  libkf5akonadicore-bin   4:16.04.3-2
ii  libkf5akonadicore5  4:16.04.3-2
ii  libkf5akonadimime5  4:16.04.2-2
ii  libkf5akonadisearchdebug5   16.04.2-2
ii  libkf5akonadiwidgets5   4:16.04.3-2
ii  libkf5alarmcalendar516.04.2-2
ii  libkf5archive5  5.24.0-1
ii  libkf5bookmarks55.23.0-1
ii  libkf5calendarcore5 4:16.04.2-1
ii  libkf5calendarsupport5  4:16.04.2-2
ii  libkf5calendarutils516.04.3-1
ii  libkf5codecs5   5.23.0-1
ii  libkf5completion5   5.23.0-1
ii  libkf5configcore5   5.23.0-1
ii  libkf5configgui55.23.0-1
ii  libkf5configwidgets55.23.0-1
ii  libkf5contacts5 16.04.2-1
ii  libkf5coreaddons5   5.23.0-1
ii  libkf5crash55.23.0-1
ii  libkf5dbusaddons5   5.23.0-1
ii  libkf5followupreminder5 4:16.04.2-2
ii  libkf5gpgmepp-pthread5  16.04.3-1
ii  libkf5gravatar5 4:16.04.2-2
ii  libkf5guiaddons55.23.0-1
ii  libkf5i18n5 5.23.0-1
ii  libkf5iconthemes5   5.23.0-1
ii  libkf5identitymanagement5   16.04.2-1
ii  libkf5incidenceeditor-bin   16.04.2-2
ii  libkf5incidenceeditor5  16.04.2-2
ii  libkf5itemmodels5   5.23.0-1
ii  libkf5itemviews55.23.0-1
ii  libkf5jobwidgets5   5.23.0-1
ii  libkf5kcmutils5 5.23.0-1
ii  libkf5kdelibs4support5  5.23.0-1
ii  libkf5kiocore5  5.23.0-1
ii  libkf5kiofilewidgets5   5.23.0-1
ii  libkf5kiowidgets5   5.23.0-1
ii  libkf5kmanagesieve5 4:16.04.2-2
ii  libkf5kontactinterface5 16.04.2-1
ii  libkf5ksieveui5 4:16.04.2-2
ii  libkf5libkdepim-plugins 4:16.04.2-3
ii  libkf5libkdepim54:16.04.2-3
ii  libkf5libkleo5  4:16.04.2-1
ii  libkf5mailcommon-plugins4:16.04.2-2
ii  libkf5mailcommon5   4:16.04.2-2
ii  libkf5mailimporter5 4:16.04.2-2
ii  libkf5mailtransport516.04.2-2
ii  libkf5messagecomposer5  4:16.04.3-2
ii  libkf5messagecore5  4:16.04.3-2
ii  libkf5messagelist5  4:16.04.3-2
ii  libkf5messageviewer54:16.04.3-2
ii  libkf5mime5 16.04.2-1
ii  libkf5notifications55.23.0-1
ii  libkf5notifyconfig5 5.23.0-1
ii  libkf5parts55.23.0-1
ii  libkf5pimcommon-plugins 4:16.04.2-2
ii  libkf5pimcommon54:16.04.2-2
ii  libkf5pimtextedit5  16.04.2-1
ii  libkf5sendlater54:16.04.2-2
ii  libkf5service-bin   5.23.0-1
ii  libkf5service5  5.23.0-1
ii  libkf5sonnetui5 5.23.0-1
ii  libkf5templateparser5   4:16.04.3-2
ii  libkf5textwidgets5  5.23.0-1
ii  libkf5wallet-bin5.23.0-3
ii  libkf5wallet5   5.23.0-3
ii  libkf5widgetsaddons55.23.0-1
ii  libkf5windowsystem5 5.23.0-1
ii  libkf5xmlgui5   5.23.0-1
ii  libqt5core5a5.6.1+dfsg-3+b1
ii  libqt5dbus5 5.6.1+dfsg-3+b1
ii  libqt5gui5  5.6.1+dfsg-3+b1
ii  libqt5network5  5.6.1+dfsg-3+b1
ii  libqt5widgets5  5.6.1+dfsg-3+b1
ii  libqt5xml5  5.6.1+dfsg-3+b1
ii  libstdc++6  6.1.1-11

Versions of packages kmail recommends:
ii  accountwizard   4:16.04.3-1
ii  gnupg-agent 2.1.11-7
ii  gnupg2  2.1.11-7
ii  kdepim-addons   16.04.3-1
ii  kdepim-doc  4:16.04.3-1
ii  

Bug#835656: Generate bootable image for DragonBoard 410c

[Martin Michlmayr]

Package: u-boot
Version: 2016.09~rc1+dfsg1-1
Severity: wishlist
Tags: patch

In #824955 (add dragonboard410c target), we discussed that u-boot
needs to be wrapped into a specific image file using the skales tools
so the device can boot it.  Riku Voipio has packaged the skales tools
in the meantime and they are in unstable.

Attached is a patch that uses the skales tools to generate a bootable
image.

-- 
Martin Michlmayr
http://www.cyrius.com/
>From 65b900719db5f8041a02b3b5d9c7c7cb1c833151 Mon Sep 17 00:00:00 2001
From: Martin Michlmayr 
Date: Sat, 27 Aug 2016 20:37:49 -0700
Subject: [PATCH] Generate bootable image for DragonBoard 410c

The boot loader on the DragonBoard 410c requires images to be in a
specific format.  Generate a bootable image using the skales tools.
More details can be found in board/qualcomm/dragonboard410c/readme.txt
---
 debian/control   |  2 +-
 debian/rules | 10 ++
 debian/u-boot-qcom.README.Debian | 31 +++
 3 files changed, 42 insertions(+), 1 deletion(-)
 create mode 100644 debian/u-boot-qcom.README.Debian

diff --git a/debian/control b/debian/control
index 8848e6e..ad5406f 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: admin
 Priority: optional
 Maintainer: Vagrant Cascadian 
 Uploaders: Loïc Minier , Clint Adams 
-Build-Depends: debhelper (>= 9.20141010), bc, device-tree-compiler, dpkg-dev (>= 1.17.14), python:any [armhf]
+Build-Depends: debhelper (>= 9.20141010), bc, device-tree-compiler, dpkg-dev (>= 1.17.14), python:any [armhf], skales [arm64]
 Standards-Version: 3.9.8
 Homepage: http://www.denx.de/wiki/U-Boot/
 Vcs-Git: https://anonscm.debian.org/git/collab-maint/u-boot.git
diff --git a/debian/rules b/debian/rules
index 9d5ae47..8da22f0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -50,6 +50,16 @@ override_dh_auto_build:
 			echo $$builddir/u-boot-spl.rksd /usr/lib/u-boot/$$platform/ \
 >> debian/build/targets.$$subarch; \
 			;; \
+		qcom) \
+			touch $$builddir/rd; \
+			skales-dtbtool -o $$builddir/dt.img $$builddir/arch/arm/dts; \
+			skales-mkbootimg --kernel $$builddir/u-boot-dtb.bin \
+--output=$$builddir/u-boot.img --dt=$$builddir/dt.img \
+--pagesize 2048 --base 0x8000 \
+--ramdisk=$$builddir/rd --cmdline=""; \
+			echo $$builddir/u-boot.img /usr/lib/u-boot/$$platform/ \
+>> debian/build/targets.$$subarch; \
+			;; \
 	esac; \
 	done
 
diff --git a/debian/u-boot-qcom.README.Debian b/debian/u-boot-qcom.README.Debian
new file mode 100644
index 000..dc2ac34
--- /dev/null
+++ b/debian/u-boot-qcom.README.Debian
@@ -0,0 +1,31 @@
+=== DragonBoard 410c ===
+
+You can use fastboot (from the android-tools-fastboot package) to
+boot U-Boot or flash U-Boot on your DragonBoard 410c.  Connect your
+PC via a USB cable to the micro-USB port on the DragonBoard.  Hold
+the volume down (-) button (S4) and turn on the device to go into
+fastboot mode.
+
+You have two options: you can load U-Boot without flashing it (for
+example to test U-Boot) or you can flash it to the device.
+
+In order to load U-Boot without flashing it, run this command:
+
+fastboot boot /usr/lib/u-boot/dragonboard410c/u-boot.img
+
+In order to flash U-Boot to the boot partition, run:
+
+fastboot flash boot /usr/lib/u-boot/dragonboard410c/u-boot.img
+
+You have to reset your device after "fastboot flash boot" to start
+U-Boot.
+
+When U-Boot starts, it will try to boot from attached devices in
+the following order:
+
+* USB
+* External SD card
+* Internal SD card (eMMC)
+
+At the moment, there's no graphics support, so you will only see the
+U-Boot output if you have the optional serial console adapter.
-- 
2.1.4

Bug#814248: 3.2.0 is out

[Russell Coker]

On Wednesday, 24 August 2016 4:57:30 PM AEST Markus Koschany wrote:
> yes, we are in dire need of active maintainers.
> 
> The last thing that I remember about warzone2100 is that upstream's
> source tarball doesn't ship "the preferred form for modification" for
> all of its source files. I haven't investigated this issue but that's
> probably the reason why Paul Wise hasn't updated the package yet.
> 
> If you can help us packaging a new upstream release and confirm that the
> new release is compliant with the DFSG, that would be very much appreciated.

I just had a quick hack on the source, I've attached a modified version of the 
3.1.1-3 patches that applies to the 3.2.1 release.

When I try to build I get the following error.  What's the preferred solution 
to this?  Trying to get it to work with Automake 1.15 is probably unreasonably 
difficult (everything with Automake is horrible).  Is there a good way of 
building with automake1.11 when automake-1.15 is installed?

dh_autoreconf ./autogen.sh
+ checking for automake >= 1.12 ... found 1.15, ok.
Sorry, automake 1.12+ is not supported yet, please use 1.11.
dh_autoreconf: ./autogen.sh returned exit code 1

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/


wz3.2.1-patches.tgz
Description: application/compressed-tar

Bug#835655: debdelta-upgrade: Delta is not downloadable (301 Moved Permanently)

[Paul Wise]

Package: debdelta
Version: 0.55
Severity: serious
File: /usr/bin/debdelta-upgrade

debdelta-upgrade is broken because the debdeltas website redirects
to https and debdelta-upgrade not capable of following redirects:

# debdelta-upgrade
Delta is not downloadable (301 Moved 
Permanently):http://debdeltas.debian.net/debian-deltas/pool/main/m/mediaconch/mediaconch_16.03-2_16.07-1_amd64.debdelta
Delta-upgrade statistics:
 total resulting debs, size 0B time 4sec virtual speed 0B/sec

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages debdelta depends on:
ii  binutils2.26.1-1
ii  bzip2   1.0.6-8
ii  libbz2-1.0  1.0.6-8
ii  libc6   2.23-4
ii  python  2.7.11-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages debdelta recommends:
ii  bsdiff   4.3-15
ii  gnupg-agent  2.1.14-5
ii  gnupg2   2.1.14-5
ii  python-apt   1.1.0~beta4
ii  python-debian0.1.29
ii  xdelta   1.1.3-9.1
ii  xdelta3  3.0.11-dfsg-1
ii  xz-utils [lzma]  5.1.1alpha+20120614-2.1

Versions of packages debdelta suggests:
pn  debdelta-doc  

-- debconf-show failed

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#835654: RFH: net-snmp -- SNMP configuration script, MIBs and documentation

[Hideki Yamane]

Package: wnpp
Severity: normal

I request assistance with maintaining the net-snmp package.

I was active maintainer from Jan 2013 to Apr 2015 but lost interest in it,
other members in team seems to be busy. So, someone who want to continue to
use snmp will be the maintainer is welcome.


The package description is:
 The Simple Network Management Protocol (SNMP) provides a framework
 for the exchange of management information between agents (servers)
 and clients.
 .
 This package includes net-snmp-config scripts, documentation and MIBs
 (Management Information Bases) for the SNMP libraries, agents and
 applications. MIBs contain a formal description of the data that can be
 managed using SNMP and applications.
 .
 NOTE: If you want the OIDs (Object Identifiers) to resolve to their text
 description, you need to activate the non-free repository and install the
 "snmp-mibs-downloader" package.

Bug#835653: how-can-i-help: sort "Packages removed from Debian 'testing'" list

[Paul Wise]

Package: how-can-i-help
Version: 14
Severity: minor
Tags: newcomer

I'm diffing the daily output of `how-can-i-help --old` and I noticed
that for packages removed from testing, the output flips around, with
one package being first on one day and then the other bug the next.
This should be easy to fix with a sort, so is suitable for a newcomer.

Some examples:

 Packages removed from Debian 'testing' (the maintainer might need help):
- - android-libdex - https://tracker.debian.org/pkg/android-platform-dalvik
  - dexdump - https://tracker.debian.org/pkg/android-platform-dalvik
+ - android-libdex - https://tracker.debian.org/pkg/android-platform-dalvik

 Packages removed from Debian 'testing' (the maintainer might need help):
- - dexdump - https://tracker.debian.org/pkg/android-platform-dalvik
  - android-libdex - https://tracker.debian.org/pkg/android-platform-dalvik
+ - dexdump - https://tracker.debian.org/pkg/android-platform-dalvik

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages how-can-i-help depends on:
ii  ruby 1:2.3.0+4
ii  ruby-debian  0.3.9+b6
ii  ruby-json2.0.1+dfsg-2

how-can-i-help recommends no packages.

how-can-i-help suggests no packages.

-- debconf-show failed

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#684721: [Pkg-net-snmp-devel] Bug#684721: snmpd: Lots of errors in syslog : error on subcontainer 'ia_addr' insert (-1)

[Hideki Yamane]

On Fri, 19 Aug 2016 12:14:57 +0200 (CEST)
Francois Gouget  wrote:
> Is there a package maintainer?

 net-snmp package has many bugs, so I tried to fix as I could (closing 
 70-80 bugs is probably enough), but too much.

 I'll step down from maintainer since now I don't use net-snmp, and ask 
 for help someone will be the maintainer.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#835461: [Pkg-xfce-devel] Bug#835461: light-locker breaks suspend/resume with nvidia legacy 340 drivers

[Michael Westwind]

A bit more information.  It doesn't really have anything to do with
suspend.  If I run "light-locker-command -l" it does the same thing.  I am
able to ssh in to the laptop with no difficulty after locking it, but none
of the other commands have any effect, and if I kill light-locker it does
not help.  I can restart lightdm from ssh, but that doesn't help me a great
deal.

I think I may have some good information from a test I ran though.  I
killed light-locker remotely and then restarted it in debug mode, then
locked it with the command on the laptop.  The result was a whole lot of
dbus error messages.  I found references to similar error messages
resulting from nvidia drivers of a similar age.  I understand your
unwillingness to support a proprietary driver which is buggy anyway, but if
this helps you improve the program, that is great.  If you want me to try
something, I am willing.


[gs_listener_send_lock_session] gs-listener-dbus.c:180 (17:52:47): Send
lock session
process 3422: arguments to dbus_message_new_method_call() were incorrect,
assertion "path != NULL" failed in file ../../../dbus/dbus-message.c line
1363.
This is normally a bug in some application using the D-Bus library.
[gs_listener_send_lock_session] gs-listener-dbus.c:202 (17:52:47):
 Couldn't allocate the dbus message
[switch_greeter_timeout] gs-manager.c:430 (17:52:56): Switch to greeter
timeout
[gs_listener_send_switch_greeter] gs-listener-dbus.c:139 (17:52:56):
 Send switch greeter
process 3422: arguments to dbus_message_new_method_call() were incorrect,
assertion "path != NULL" failed in file ../../../dbus/dbus-message.c line
1363.
This is normally a bug in some application using the D-Bus library.
[gs_listener_send_switch_greeter] gs-listener-dbus.c:161 (17:52:56):
 Couldn't allocate the dbus message
[listener_dbus_handle_system_message] gs-listener-dbus.c:1330
(17:52:58): obj_path=/org/freedesktop/UPower/devices/battery_C1FD
interface=org.freedesktop.DBus.Properties method=PropertiesChanged
destination=(null)
[listener_dbus_handle_system_message] gs-listener-dbus.c:1330
(17:54:58): obj_path=/org/freedesktop/UPower/devices/battery_C1FD
interface=org.freedesktop.DBus.Properties method=PropertiesChanged
destination=(null)
[gs_window_raise] gs-window-x11.c:328 (17:56:48): Raising screensaver
window




On Fri, Aug 26, 2016 at 11:35 AM, Yves-Alexis Perez 
wrote:

> Please keep the bug on CC.
>
> On ven., 2016-08-26 at 09:59 -0700, Michael Westwind wrote:
> > I assume you mean with the nvidia drivers functioning.  I close the lid
> and
> > it suspends normally, so far as I can tell.  I lift the lid and press the
> > power button and it seems to resume, but I get a black screen.  Sometimes
> > if I mash enough keys, it will give me a screen saying the session is
> > locked and that I will get an unlock screen shortly (which never happens)
> > but that is rare.  If I do a Ctrl-Alt-F1, there is a flash of the console
> > and then a black screen with a flashing cursor in the upper left.  If I
> do
> > Ctrl-Alt-F1 again, I get that same flash of console text.  I can do this
> > repeatedly.  If I then press Ctrl-Alt_Del, it shuts down and reboots.
> And
> > yes, I am using lightdm.
>
> I guess it'd help to have some logs (dmesg, Xorg.0.log and stuff from
> /var/log/lightdm). I guess nvidia drivers don't like the vt switch but
> honestly I won't investigate too much. I don't have an NVidia card and I
> don't
> really support non-free drivers.
>
> Regards.
> --
> Yves-Alexis




-- 
... Had this been an actual emergency, we would have fled in terror, and
you would not have been informed.
earthworm@dust:~$ DISPLAY=":0" light-locker --debug
[gs_debug_init] gs-debug.c:106 (17:51:48):   Debugging enabled
[main] light-locker.c:142 (17:51:48):initializing light-locker 1.7.0
[main] light-locker.c:144 (17:51:48):lock after screensaver 5
[main] light-locker.c:145 (17:51:48):late locking 0
[main] light-locker.c:146 (17:51:48):lock on suspend 0
[main] light-locker.c:147 (17:51:48):lock on lid 0
[main] light-locker.c:148 (17:51:48):idle hint 0
[init_session_id] gs-listener-dbus.c:2180 (17:51:48):Got session-id: 
/org/freedesktop/login1/session/_36
[init_session_id] gs-listener-dbus.c:2185 (17:51:48):Got sd-session-id: 6
process 3422: arguments to dbus_message_new_method_call() were incorrect, 
assertion "path != NULL" failed in file ../../../dbus/dbus-message.c line 1363.
This is normally a bug in some application using the D-Bus library.
[query_seat_path] gs-listener-dbus.c:2212 (17:51:48):Couldn't allocate the 
dbus message
[init_seat_path] gs-listener-dbus.c:2262 (17:51:48): Got seat: (null)
[gs_listener_x11_acquire] gs-listener-x11.c:172 (17:51:48):  ScreenSaver 
Registered
[listener_dbus_handle_system_message] gs-listener-dbus.c:1330 (17:51:48):   
 obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus 
method=NameAcquired destination=:1.55

Bug#835652: Error: Timeout was reached occurring in apt-get

[Frank Solomon]

Package:  apt-get

 

Version:

apt 1.0.9.8.3 for armhf compiled on Apr  2 2016 16:38:14

Supported modules:

*Ver: Standard .deb

Pkg:  Debian APT solver interface (Priority -1000)

*Pkg:  Debian dpkg interface (Priority 30)

S.L: 'deb' Standard Debian binary tree

S.L: 'deb-src' Standard Debian source tree

Idx: EDSP scenario file

Idx: Debian Source Index

Idx: Debian Package Index

Idx: Debian Translation Index

Idx: Debian dpkg status file

 

OS Version:

Linux  4.4.13+ #894 Mon Jun 13 12:43:26 BST 2016 armv6l GNU/Linux

 

Almost everything I try to install using apt-get has started giving the
message:  "Error:  Timeout was reached"

 

For example:  

$ sudo apt-get install reportbug

 

Gives:

 

Reading package lists... Done

Building dependency tree

Reading state information... Done

The following extra packages will be installed:

  docutils-common docutils-doc libpaper-utils libpaper1 python-apt
python-debian python-debianbts python-defusedxml

  python-docutils python-pygments python-reportbug python-roman
python-soappy python-wstools

Suggested packages:

  python-apt-dbg python-vte python-apt-doc texlive-latex-recommended
texlive-latex-base texlive-lang-french fonts-linuxlibertine

  ttf-linux-libertine ttf-bitstream-vera debsums dlocate python-urwid
python-gtkspell emacs23-bin-common emacs24-bin-common

The following NEW packages will be installed:

  docutils-common docutils-doc libpaper-utils libpaper1 python-apt
python-debian python-debianbts python-defusedxml

  python-docutils python-pygments python-reportbug python-roman
python-soappy python-wstools reportbug

0 upgraded, 15 newly installed, 0 to remove and 0 not upgraded.

Need to get 2,701 kB of archives.

After this operation, 11.4 MB of additional disk space will be used.

Do you want to continue? [Y/n] Y

Get:1 http://mirrordirector.raspbian.org/raspbian/ jessie/main libpaper1
armhf 1.1.24+nmu4 [21.4 kB]

Get:2 http://mirrordirector.raspbian.org/raspbian/ jessie/main python-apt
armhf 0.9.3.12 [156 kB]

Get:3 http://mirrordirector.raspbian.org/raspbian/ jessie/main python-debian
all 0.1.27 [71.5 kB]

Get:4 http://mirrordirector.raspbian.org/raspbian/ jessie/main
python-defusedxml all 0.4.1-2 [35.5 kB]

Get:5 http://mirrordirector.raspbian.org/raspbian/ jessie/main python-roman
all 2.0.0-1 [7,898 B]

Get:6 http://mirrordirector.raspbian.org/raspbian/ jessie/main
docutils-common all 0.12+dfsg-1 [185 kB]

Get:7 http://mirrordirector.raspbian.org/raspbian/ jessie/main
python-docutils all 0.12+dfsg-1 [361 kB]

Get:8 http://mirrordirector.raspbian.org/raspbian/ jessie/main
python-wstools all 0.4.3-2 [141 kB]

Get:9 http://mirrordirector.raspbian.org/raspbian/ jessie/main python-soappy
all 0.12.22-1 [69.0 kB]

Get:10 http://mirrordirector.raspbian.org/raspbian/ jessie/main
python-debianbts all 1.12 [8,144 B]

Get:11 http://mirrordirector.raspbian.org/raspbian/ jessie/main
python-reportbug all 6.6.3 [126 kB]

Get:12 http://mirrordirector.raspbian.org/raspbian/ jessie/main reportbug
all 6.6.3 [123 kB]

Get:13 http://mirrordirector.raspbian.org/raspbian/ jessie/main docutils-doc
all 0.12+dfsg-1 [896 kB]

Get:14 http://mirrordirector.raspbian.org/raspbian/ jessie/main
libpaper-utils armhf 1.1.24+nmu4 [17.2 kB]

Get:15 http://mirrordirector.raspbian.org/raspbian/ jessie/main
python-pygments all 2.0.1+dfsg-1.1+deb8u1 [482 kB]

Fetched 2,701 kB in 11s (228 kB/s)

Preconfiguring packages ...

dpkg-deb: error while loading shared libraries: Libz.sm.1: cannot open
shared object file: No such file or directory

dpkg: error processing archive
/var/cache/apt/archives/libpaper1_1.1.24+nmu4_armhf.deb (--unpack):

subprocess dpkg-deb --control returned error exit status 127

dpkg-deb: error while loading shared libraries: Libz.sm.1: cannot open
shared object file: No such file or directory

dpkg: error processing archive
/var/cache/apt/archives/python-apt_0.9.3.12_armhf.deb (--unpack):

subprocess dpkg-deb --control returned error exit status 127

dpkg-deb: error while loading shared libraries: Libz.sm.1: cannot open
shared object file: No such file or directory

dpkg: error processing archive
/var/cache/apt/archives/python-debian_0.1.27_all.deb (--unpack):

subprocess dpkg-deb --control returned error exit status 127

dpkg-deb: error while loading shared libraries: Libz.sm.1: cannot open
shared object file: No such file or directory

dpkg: error processing archive
/var/cache/apt/archives/python-defusedxml_0.4.1-2_all.deb (--unpack):

subprocess dpkg-deb --control returned error exit status 127

dpkg-deb: error while loading shared libraries: Libz.sm.1: cannot open
shared object file: No such file or directory

dpkg: error processing archive
/var/cache/apt/archives/python-roman_2.0.0-1_all.deb (--unpack):

subprocess dpkg-deb --control returned error exit status 127

dpkg-deb: error while loading shared libraries: Libz.sm.1: cannot open
shared object file: No such file or directory

dpkg: error processing archive

Bug#653376: TVTime new version

[gregor herrmann]

On Wed, 24 Aug 2016 12:31:18 +0200, gogo gogić wrote:

> This package of TVTime is old more than 10 years,
> I think, TVtime development is continued on linuxtv.org/
> 
> Currently there is when cloning git 1.10 version of TVTime application.

Thanks for the info.
Unfortunately I'm neither maintaining nor interested in maintaing
tvtime (I just fixed a bug in the package); the issue is already
tracked in the Debian BTS at
https://bugs.debian.org/653376
so I'm cc'ing this bug report now.


Cheers,
gregor

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


signature.asc
Description: Digital Signature

Bug#826836: bmon: FTBFS on kfreebsd: error: 'struct if_data' has no member named 'ifi_recvquota'

[Dmitry Smirnov]

On Friday, 10 June 2016 1:42:55 AM AEST Steven Chamberlain wrote:
> Package: bmon
> Version: 1:3.8-2
> Followup-For: Bug #826836
> 
> Hi,
> 
> In upstream code for BSD-ish systems, support was added for some Apple
> Darwin features that are not available on other platforms.
> 
> Please find a patch attached for this.  I've run-time tested it on
> kfreebsd-amd64 and it works beautifully, I wish I'd known about this
> tool a long time ago!

Thanks, Steven.

I tried the patch: bmon compiled so I was able to install it however it did 
not show any network interfaces on kFreeBSD...

I've opened bug with upstream:

  https://github.com/tgraf/bmon/issues/45

-- 
Best wishes,
 Dmitry Smirnov.

---

A wise man proportions his belief to the evidence.
-- David Hume, "An Inquiry Concerning Human Understanding"


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

Bug#835651: lakai: Please, add a Homepage field and update the watch file

[Joao Eriberto Mota Filho]

Package: lakai
Version: 0.1-1
Severity: normal
Tags: newcomer patch

Dear Maintainer,

Currently, your package doesn't point to a upstream homepage. Please, add
a Homepage field to debian/control file as shown below:

Homepage: http://lakai.sf.net/index.shtml

Consequently, you can update/fix the debian/watch file. I have a suggestion
for it:

version=4
http://sf.net/lakai/lakai-(\d\S+)\.tar\.(?:bz2|gz|xz) debian uupdate

I hope this help.

Regards,

Eriberto

Bug#835550: [Pkg-utopia-maintainers] Bug#835550: network-manager: FTBFS on mips* and powerpc - NetworkManager segfaults

[Aurelien Jarno]

On 2016-08-27 16:09, Michael Biebl wrote:
> Hi James and Aurelien!
> 
> Thanks for your detailed answers
> 
> Am 27.08.2016 um 16:05 schrieb James Cowgill:
> > Adding _IO_stdin_used to the list of global symbols in
> > src/NetworkManager.ver (like the fix used in lua) seems to fix
> > everything. That should make the symbol visible to glibc again.
> 
> That sounds like a workaround at best. Do you expect any package which
> ships a symbols version file to do that? Isn't there a better way to fix
> that in the toolchain directly?

Why do you believe it's a toolchain issue? This symbol is something
clearly need, so it should not be removed by the versioning scripts when
building executable.

Looking at codesearch.debian.net, it seems that there are a few packages
exporting it in the versioning script, at least: mplayer, lua (recently
patched), firefox, libspf2, julia and asterisk. Now it seems that
version scripts on executable are not that common, so I don't know if we
can conclude anything from that.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature

Bug#835507: Please clarify that sysvinit support decision is not going to expire

[Sam Hartman]

> "Bart" == Bart Schouten  writes:

>> I agree on this too.  To the extent it should be considered
>> time-limited, it should be «until N releases after sysvinit is
>> removed» or somesuch, if that happens.

Bart> In legal terms, in law, it would be considered that the burden
Bart> of proof lies with those who want to remove it.

Bart> Asking the supporters of those scripts to prove that they
Bart> still need them would be considered an unreasonable burden.

I'm nervous of going too far down the path of legalisms.

Asking those who need the scripts to prove (or even say) they still need
them is not what we want.

However if someone is having difficulty maintaining the scripts or they
are broken, it is reasonable for them to ask for help, and if no one
steps forward, eventually the scripts will become buggy enough that the
normal severity bug of a package without an init script is better than
the state of a package with a broken init script.

Similarly, if the community of people who care about sysvinit  is
unwilling to spend the time keeping it working, eventually sysvinit as a
whole will be unmaintained and buggy.

Bug#832713: systemd: after "systemd (231-1) unstable" update systemd-jurnald.service fails to start

[Pete Batard]

...and 231-4 broke the whole thing down again. :(

Same error:

root@pi ~ # systemctl status systemd-journald.service
● systemd-journald.service - Journal Service
   Loaded: loaded (/lib/systemd/system/systemd-journald.service; 
static; vendor preset: enabled)
   Active: failed (Result: start-limit-hit) since Mon 2016-07-25 
20:49:50 IST; 1 months 2 days ago

 Docs: man:systemd-journald.service(8)
   man:journald.conf(5)
 Main PID: 200 (code=exited, status=228/SECCOMP)


231-3 was actually fine as far as I'm concerned (but I wasn't able to 
actually test it until a few days ago).


Did you inadvertently revert one of the fixes that were applied in 231-3?

Regards,

/Pete

Bug#828978: RFS: install-mimic/0.2.0-1 (ITP)

[Sean Whitton]

Hello,

On Sat, Aug 27, 2016 at 08:41:55PM +0200, Jakub Wilk wrote:
> > 2. Your autopkgtest test suite appears to test the perl version?
> 
> Hopefully not, because it's supposed to test the install packaged, and as
> you noticed, there's no Perl version there...

It appears to test the installed C version against the perl test suite.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#835507: Please clarify that sysvinit support decision is not going to expire

[Bart Schouten]

I agree on this too.  To the extent it should be considered
time-limited, it should be «until N releases after sysvinit is removed»
or somesuch, if that happens.


In legal terms, in law, it would be considered that the burden of proof 
lies with those who want to remove it.


Asking the supporters of those scripts to prove that they still need 
them would be considered an unreasonable burden.


The burden of proof would be laid with the ones who want to remove it.

I think any kind of time-limited removal that you pronounce in advance, 
is irrational.


"My grandmother used that" is not a good reason.

Bug#835647: python-brainstorm: build path is captured

[Daniel Stender]

Great! Thx for the pointer.

DS

On 28.08.2016 00:48, Chris Lamb wrote:
> Hi,
> 
>> python-brainstorm: build path is captured
> 
> Following this through for a few stages, I first see this generated
> C code:
> 
> --- ./a/python-brainstorm-0.5/brainstorm/handlers/_cpuop.c2016-08-27 
> 23:32:02.362189730 +0100
> +++ ./b/python-brainstorm-0.5/brainstorm/handlers/_cpuop.c2016-08-27 
> 23:32:57.834818195 +0100
> @@ -2029,7 +2029,7 @@
>  static const char __pyx_k_Expected_at_least_d_arguments[] = "Expected at 
> least %d arguments";
>  static const char __pyx_k_unable_to_allocate_array_data[] = "unable to 
> allocate array data.";
>  static const char __pyx_k_strided_and_direct_or_indirect[] = " direct or indirect>";
> -static const char __pyx_k_home_lamby_temp_cdt_20160827233[] = 
> "/home/lamby/temp/cdt.20160827233114.crIlYLxW7D.repro.python-brainstorm/build-a/python-brainstorm-0.5/brainstorm/handlers/_cpuop.pyx";
> +static const char __pyx_k_home_lamby_temp_cdt_20160827233[] = 
> "/home/lamby/temp/cdt.20160827233114.crIlYLxW7D.repro.python-brainstorm/build-b/python-brainstorm-0.5/brainstorm/handlers/_cpuop.pyx";
>  static const char __pyx_k_unknown_dtype_code_in_numpy_pxd[] = "unknown dtype 
> code in numpy.pxd (%d)";
>  static const char __pyx_k_Buffer_view_does_not_expose_stri[] = "Buffer view 
> does not expose strides";
>  static const char __pyx_k_Can_only_create_a_buffer_that_is[] = "Can only 
> create a buffer that is contiguous in memory.";
> 
> (NB. the variable *name*, not only its value)
> 
> .. which is generated from the corresponding .pyc. I believe it
> is caused by cython pulling in memoryview via:
> 
>from cython.view cimport array as cvarray
> 
> Hope that helps jumpstart you...
> 
> 
> Regards,

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

Bug#835647: python-brainstorm: build path is captured

[Chris Lamb]

Hi,

> python-brainstorm: build path is captured

Following this through for a few stages, I first see this generated
C code:

--- ./a/python-brainstorm-0.5/brainstorm/handlers/_cpuop.c  2016-08-27 
23:32:02.362189730 +0100
+++ ./b/python-brainstorm-0.5/brainstorm/handlers/_cpuop.c  2016-08-27 
23:32:57.834818195 +0100
@@ -2029,7 +2029,7 @@
 static const char __pyx_k_Expected_at_least_d_arguments[] = "Expected at least 
%d arguments";
 static const char __pyx_k_unable_to_allocate_array_data[] = "unable to 
allocate array data.";
 static const char __pyx_k_strided_and_direct_or_indirect[] = "";
-static const char __pyx_k_home_lamby_temp_cdt_20160827233[] = 
"/home/lamby/temp/cdt.20160827233114.crIlYLxW7D.repro.python-brainstorm/build-a/python-brainstorm-0.5/brainstorm/handlers/_cpuop.pyx";
+static const char __pyx_k_home_lamby_temp_cdt_20160827233[] = 
"/home/lamby/temp/cdt.20160827233114.crIlYLxW7D.repro.python-brainstorm/build-b/python-brainstorm-0.5/brainstorm/handlers/_cpuop.pyx";
 static const char __pyx_k_unknown_dtype_code_in_numpy_pxd[] = "unknown dtype 
code in numpy.pxd (%d)";
 static const char __pyx_k_Buffer_view_does_not_expose_stri[] = "Buffer view 
does not expose strides";
 static const char __pyx_k_Can_only_create_a_buffer_that_is[] = "Can only 
create a buffer that is contiguous in memory.";

(NB. the variable *name*, not only its value)

.. which is generated from the corresponding .pyc. I believe it
is caused by cython pulling in memoryview via:

   from cython.view cimport array as cvarray

Hope that helps jumpstart you...


Regards,

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

Bug#835649: [flashplugin-nonfree] OldStable (Wheezy) version of package is critically out of date

[Stephen Lyons]

Package: flashplugin-nonfree
Version: 1:3.2+wheezy1
Severity: critical
Tags: security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org

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

I believe the version of this package for Debian 7 installations
("OldStable") is *critically* out of date and still has the CVEs that
have been addressed by later versions 1:3.6.1 in "Stable" or 1:3.7
"Testing" and "Unstable".  Whilst I appreciate that "Wheezy" is long in
the tooth, it still should be getting security updates for a little
while longer!

For the record, backporting by hand-editing in the differences between
3.2 and 3.7 into the 3.2 version does seem to do the job - the
diagnostic stuff below does not represent the exact state of a Wheezy
system because I got fed up with the FireFox blacklisting of the old
flashplayer version so manually installed it myself and dropped it into
the "alternatives" system but other users of "OldStable" might not be so
able to munge things themselves...

Regards

Stephen

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-0.bpo.4-amd64

Debian Release: 7.11
  500 wheezy-backports mozilla.debian.net   500 stable
apt.spideroak.com   500 oldstable-updates mirror.sov.uk.goscomb.net
500 oldstable-proposed-updates mirror.sov.uk.goscomb.net   500 oldstable
  security.debian.org   500 oldstable
mirror.sov.uk.goscomb.net   100 wheezy-backports
mirror.sov.uk.goscomb.net   100 wheezy-backports ftp.debian.org
--- Package information. ---
Depends  (Version) | Installed
==-+-===
debconf| 1.5.49
 OR debconf-2.0| wget   |
1.13.4-3+deb7u3
gnupg  | 1.4.12-7+deb7u8
libatk1.0-0| 2.4.0-2
libcairo2  | 1.12.2-3
libfontconfig1 | 2.9.0-7.1+deb7u1
libfreetype6   | 2.4.9-1.1+deb7u3
libgcc1| 1:4.7.2-5
libglib2.0-0   | 2.33.12+really2.32.4-5
libgtk2.0-0  (>= 2.14) | 2.24.10-2
libnspr4   | 2:4.9.2-1+deb7u4
libnss3| 2:3.14.5-1+deb7u8
libpango1.0-0  | 1.30.0-1
libstdc++6 | 4.7.2-5
libx11-6   | 2:1.5.0-1+deb7u2
libxext6   | 2:1.3.1-2+deb7u1
libxt6 | 1:1.1.3-1+deb7u1
libcurl3-gnutls| 7.26.0-1+wheezy14
binutils   | 2.22-8+deb7u3
ca-certificates| 20130119+deb7u1


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
iceweasel| konqueror-nsplugins
   | 4:4.8.4-2
ttf-mscorefonts-installer| 3.4+nmu1
ttf-dejavu   | 2.33-3
ttf-xfree86-nonfree  | 4.2.1-3.1
hal  | 0.5.14-8



--- Output from package bug script ---
Debian version: 7.11
Architecture: amd64
Package version: 1:3.2+wheezy1
Adobe Flash Player version: LNX 11,2,202,632
MD5 checksums:
29c85bc8504422120cf89702986ff8e1
/var/cache/flashplugin-nonfree/get-upstream-version.pl
160a01dd00527304e5291e65eb0c65e2
/var/cache/flashplugin-nonfree/get-upstream-version.pl.orig
ace1a0801f00a25fd90172f63e98e101
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz
e3a1280f91b278b8832500f362d0546b
/var/cache/flashplugin-nonfree/libflashplayer-11.2.202.632.so
e3a1280f91b278b8832500f362d0546b
/var/cache/flashplugin-nonfree/libflashplayer.so
md5sum: /var/cache/flashplugin-nonfree/temp: Is a directory
e3a1280f91b278b8832500f362d0546b
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer-11.2.202.632.so - priority 
20
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
lrwxrwxrwx 1 root root 34 Jul 30 14:52
/usr/lib/mozilla/plugins/flash-mozilla.so ->
/etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to
/etc/alternatives/flash-mozilla.so



signature.asc
Description: OpenPGP digital signature

Bug#835648: wpasupplicant: suspend takes very long due to problematic system-sleep hook

[Tomas Janousek]

Package: wpasupplicant
Version: 2.5-2+v2.4-2
Severity: normal

I recently upgraded the wpasupplicant package and my system started taking a
LONG time to suspend. My journal contains:

Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.2710] manager: 
sleep requested (sleeping: no  enabled: yes)
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.2710] manager: 
sleeping...
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.2711] device 
(eth0): state change: unavailable -> unmanaged (reason 'sleeping') [20 10 37]
Aug 27 23:40:53 notes kernel: e1000e: eth0 NIC Link is Down
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.3941] manager: 
NetworkManager state is now ASLEEP
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.3974] device 
(wlan1): state change: activated -> deactivating (reason 'sleeping') [100 110 
37]
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.4048] device 
(wlan1): state change: deactivating -> disconnected (reason 'sleeping') [110 30 
37]
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.4232] dhcp4 
(wlan1): canceled DHCP transaction, DHCP client pid 18447
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.4233] dhcp4 
(wlan1): state changed bound -> done
Aug 27 23:40:53 notes kernel: wlan1: deauthenticating from c4:27:95:77:a6:b8 by 
local choice (Reason: 3=DEAUTH_LEAVING)
Aug 27 23:40:53 notes wpa_supplicant[2812]: wlan1: CTRL-EVENT-DISCONNECTED 
bssid=c4:27:95:77:a6:b8 reason=3 locally_generated=1
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.4548] dns-mgr: 
Writing DNS information to /sbin/resolvconf
Aug 27 23:40:53 notes wpa_supplicant[2812]: wlan1: CTRL-EVENT-REGDOM-CHANGE 
init=CORE type=WORLD
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.5079] 
sup-iface[0x9947a98,wlan1]: connection disconnected (reason -3)
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.5080] device 
(wlan1): supplicant interface state: completed -> disconnected
Aug 27 23:40:53 notes NetworkManager[1904]:   [1472334053.5091] device 
(wlan1): state change: disconnected -> unmanaged (reason 'sleeping') [30 10 37]
Aug 27 23:40:53 notes systemd[1]: Reached target Sleep.
Aug 27 23:40:53 notes systemd[1]: Starting Suspend...
Aug 27 23:40:54 notes wpa_supplicant[2812]: nl80211: deinit ifname=wlan1 
disabled_11b_rates=0
Aug 27 23:41:04 notes systemd-sleep[18924]: Selected interface 'wlan1'
Aug 27 23:41:04 notes systemd-sleep[18924]: 'SUSPEND' command timed out.
Aug 27 23:41:04 notes systemd-sleep[18928]: 
/lib/systemd/system-sleep/wpasupplicant failed with error code 254.
Aug 27 23:41:04 notes systemd-sleep[18924]: Suspending system...

Disabling the /lib/systemd/system-sleep/wpasupplicant script fixes the problem
for me. From what NetworkManagers prints to the journal it seems to me that
the /lib/systemd/system-sleep/wpasupplicant script is unnecessary, and since
it makes suspend take 10 seconds longer, it is actually not just unnecessary,
but harmful.

I suspend the system by invoking "systemctl suspend" via acpid.

I tried to research this a bit. If I manually invoke

dbus-send --print-reply --system --dest=org.freedesktop.NetworkManager 
/org/freedesktop/NetworkManager org.freedesktop.NetworkManager.Sleep 
boolean:true

and then try to "/sbin/wpa_cli suspend", I always get:

Failed to connect to non-global ctrl_ifname: (nil)  error: No such file or 
directory

Seems to me then that the 10s delay I'm getting is a race condition between NM
sleeping and wpa_cli attempting to suspend. It's also interesting that on my
hardware (ThinkPad T420, Intel(R) Centrino(R) Advanced-N 6205 AGN, REV=0xB0)
wpa_cli suspend does nothing at all -- after invoking it and getting OK, wifi
stays connected and pings.

I also looked into dbus-monitor output and in my case NM drops the inhibitor
only after putting both eth and wlan devices offline, unlike in the launchpad
issue that the /lib/systemd/system-sleep/wpasupplicant is trying to fix.

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

Kernel: Linux 4.4.19-lis64+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages wpasupplicant depends on:
ii  adduser   3.115
ii  libc6 2.23-4
ii  libdbus-1-3   1.10.10-1
ii  libnl-3-200   3.2.27-1
ii  libnl-genl-3-200  3.2.27-1
ii  libpcsclite1  1.8.18-1
ii  libreadline6  6.3-8+b4
ii  libssl1.0.2   1.0.2h-1
ii  lsb-base  9.20160629

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  
ii  wpagui2.5-2+v2.4-2

-- no debconf 

Bug#835530: [pkg-lxc-devel] Bug#835530: lxc: Repository used in Debian template doesn't work.

[Dryden Personalis]

Evgeni Golov schreef op 27-08-2016 15:37:

Hi,

On Fri, Aug 26, 2016 at 06:44:34PM +0200, Dryden Personalis wrote:

I am not sure if any newer version from testing unstable would have 
solved this,


No, the version in Stretch also uses httpredir.debian.org, which is
the same as http.debian.net.


But the mirror found in /usr/share/lxc/templates/lxc-debian:

http://http.debian.net/debian

Does not actually work for installing the base minimal system with 
debootstrap.


httpredir.debian.org/http.debian.net is just a redirector.
I don't fully know how it decides which mirror to redirect you to, but
those are the source of your issue.
http://http.debian.net/demo.html tells you which mirror it tries to
redirect you to.
I think the maintainer of http.debian.net will love to know which
mirrors are defective.

It will simply fail to find many files. Upon removing the mirror from 
the file, the problem is fixed.


Then debootstrap uses ftp.debian.org. Yeah.

http.debian.net has worked quite fine as a default, and I think just
using ftp.d.o will not be good for many users.


I am running the thing from a non-javascript host (only text) so I 
cannot use that page.


It is also hard to reproduce, sometimes eventually the thing will 
succeed, but if I retry individual downloads that fail, like:


wget -v -O 
/tmp/weird//var/cache/apt/archives/partial/liblzma5_5.1.1alpha+20120614-2+b3_amd64.deb 
http://http.debian.net/debian/pool/main/x/xz-utils/liblzma5_5.1.1alpha+20120614-2+b3_amd64.deb


Then I get success and it even connects to ftp.nl.debian.org (at 
location 130.89.149.21).


Also all downloads stop failing after a certain point; they don't just 
fail haphazardly. So either something goes wrong in the script, which 
would be odd (I have captured the wget output (command lines)) or there 
is a mirror that will stop responding when queried too much.


Let me just install a 0.5 second delay into the thing, see what it does.

And indeed, with even a 0.3 second delay (for each download) I cannot 
reproduce failure. There is a server that will ban you momentary if you 
download too much and too fast.


It might be that same 130.89.149.21. Let me try. Yup, that same mirror. 
This is not an ftp mirror, it is http:


Here is the log:




I: Checking component main on http://ftp.nl.debian.org/debian...
I: Retrieving acl 2.2.52-2
I: Validating acl 2.2.52-2
I: Retrieving libacl1 2.2.52-2
I: Validating libacl1 2.2.52-2
I: Retrieving adduser 3.113+nmu3
I: Validating adduser 3.113+nmu3
I: Retrieving apt 1.0.9.8.3
I: Validating apt 1.0.9.8.3
I: Retrieving libapt-pkg4.12 1.0.9.8.3
I: Validating libapt-pkg4.12 1.0.9.8.3
I: Retrieving libattr1 1:2.4.47-2
I: Validating libattr1 1:2.4.47-2
I: Retrieving libaudit-common 1:2.4-1
I: Validating libaudit-common 1:2.4-1
I: Retrieving libaudit1 1:2.4-1+b1
I: Validating libaudit1 1:2.4-1+b1
I: Retrieving base-files 8+deb8u5
I: Validating base-files 8+deb8u5
I: Retrieving base-passwd 3.5.37
I: Validating base-passwd 3.5.37
I: Retrieving bash 4.3-11+b1
I: Validating bash 4.3-11+b1
I: Retrieving libbz2-1.0 1.0.6-7+b3
I: Validating libbz2-1.0 1.0.6-7+b3
I: Retrieving libdebconfclient0 0.192
I: Validating libdebconfclient0 0.192
I: Retrieving coreutils 8.23-4
I: Validating coreutils 8.23-4
I: Retrieving libcryptsetup4 2:1.6.6-5
I: Validating libcryptsetup4 2:1.6.6-5
I: Retrieving dash 0.5.7-4+b1
I: Validating dash 0.5.7-4+b1
I: Retrieving libdb5.3 5.3.28-9
I: Validating libdb5.3 5.3.28-9
I: Retrieving debconf 1.5.56
I: Validating debconf 1.5.56
I: Retrieving debconf-i18n 1.5.56
I: Validating debconf-i18n 1.5.56
I: Retrieving debian-archive-keyring 2014.3
I: Validating debian-archive-keyring 2014.3
I: Retrieving debianutils 4.4+b1
I: Validating debianutils 4.4+b1
I: Retrieving diffutils 1:3.3-1+b1
I: Validating diffutils 1:3.3-1+b1
I: Retrieving dpkg 1.17.27
I: Validating dpkg 1.17.27
I: Retrieving e2fslibs 1.42.12-1.1
I: Validating e2fslibs 1.42.12-1.1
I: Retrieving e2fsprogs 1.42.12-1.1
I: Validating e2fsprogs 1.42.12-1.1
I: Retrieving libcomerr2 1.42.12-1.1
I: Validating libcomerr2 1.42.12-1.1
I: Retrieving libss2 1.42.12-1.1
I: Validating libss2 1.42.12-1.1
I: Retrieving findutils 4.4.2-9+b1
I: Validating findutils 4.4.2-9+b1
I: Retrieving gcc-4.8-base 4.8.4-1
I: Validating gcc-4.8-base 4.8.4-1
I: Retrieving gcc-4.9-base 4.9.2-10
I: Validating gcc-4.9-base 4.9.2-10
I: Retrieving libgcc1 1:4.9.2-10
I: Validating libgcc1 1:4.9.2-10
I: Retrieving libstdc++6 4.9.2-10
I: Validating libstdc++6 4.9.2-10
I: Retrieving libc-bin 2.19-18+deb8u4
I: Validating libc-bin 2.19-18+deb8u4
I: Retrieving libc6 2.19-18+deb8u4
I: Validating libc6 2.19-18+deb8u4
I: Retrieving multiarch-support 2.19-18+deb8u4
I: Validating multiarch-support 2.19-18+deb8u4
I: Retrieving gnupg 1.4.18-7+deb8u1
I: Validating gnupg 1.4.18-7+deb8u1
I: Retrieving gpgv 1.4.18-7+deb8u1
I: Validating gpgv 1.4.18-7+deb8u1
I: Retrieving grep 2.20-4.1
I: Validating grep 2.20-4.1
I: Retrieving gzip 1.6-4
W: Couldn't download package gzip (ver 

Bug#835646: dh-lua: please make the substvars reproducible

[Chris Lamb]

(Attaching patch)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/make/dh-lua.Makefile.single b/make/dh-lua.Makefile.single
index 603d463..fa58745 100644
--- a/make/dh-lua.Makefile.single
+++ b/make/dh-lua.Makefile.single
@@ -414,12 +414,12 @@ installcommon:
# debian/substvars
$(H)for P in $(shell $(call all_packages_with_luaVersions)); do \
echo Filling in debian/$$P.substvars; \
-   echo lua:Versions=`cat debian/lua_versions` | \
+   echo lua:Versions=`LC_ALL=C sort debian/lua_versions` | \
$(call merge_with, debian/$$P.substvars);\
done
$(H)for P in $(shell $(call all_packages_with_luaProvides)); do \
ACC=""; \
-   for V in `cat debian/lua_versions`; do \
+   for V in `LC_ALL=C sort debian/lua_versions`; do \
PV=`echo $$P | sed "s/^lua-/lua$$V-/"`; \
ACC="$$PV, $$ACC"; \
done; \

Bug#835646: dh-lua: please make the substvars reproducible

[Chris Lamb]

Source: dh-lua
Version: 23+nmu1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], I noticed
that dh-lua emits non-deterministic substvars.

This causes dependant packages (eg. luasocket) to be unreproducible.

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

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

Bug#835645: libavformat: users of new AVStream.codecpar field do not get tighter dependencies

[James Cowgill]

Package: libavformat57
Version: 7:3.1.2-1
Severity: important
Control: affects -1 mpv

Hi,

Currently if mpv is installed with an old (3.0) version of
libavformat57, it segfaults. This appears to be due to mpv using the new
AVStream.codecpar field.

In relation to the recent ffmpeg ABI issues the timeline is:
3.1.0:
codecpar was added in the public API section of AVStream

3.1.1:
codecpar was moved to the end of AVStream as a workaround to fix (other)
applications using various private fields from AVStream. Adding the
field to the middle of the struct broke applications here.

Since it was originally added to the public API section, it seems like
it should be treated as such. Any application which uses the new
codecpar field should therefore get tighter dependencies (>= 3.1.1).

On a related note, two other fields were moved to fix ABI issues, but
since these fields are not public, I don't think anything needs updating
in the ffmpeg package to handle them.
AVFilterLink.hw_frames_ctx in 1eb43af1a0e542ad83dcbf327197785d815fc42d
AVFrame.hw_frames_ctx in 77473002898f1dce18761c8a9bca48a8fe888d2e

On implementing this, maybe you could bump these symbols to 3.1.1, which
seem to be the only legal ways of obtaining an AVStream? This does seem
a little fragile though - symbol files aren't very convenient for
handling changes to structs.
 avformat_alloc_context
 avformat_alloc_output_context2
 avformat_new_stream
 avformat_open_input

After this is done, mpv will need binNMUing.

Upstream MPV bug where this issue was originally reported:
https://github.com/mpv-player/mpv/issues/3463

FFmpeg 3.1.1 ABI bug for reference:
https://trac.ffmpeg.org/ticket/5676

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#835647: python-brainstorm: build path is captured

[Daniel Stender]

Source: python-brainstorm
Version: 0.5-2
Severity: normal
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath

brainstorm doesn't build reproducibly on i386, the build path
is captured in the dbgsym package.

I'll get into this, soon.

DS

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

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

Bug#835644: nfstrace: FTBFS: nfs_procedure.h:111:9: error: this 'if' clause does not guard... [-Werror=misleading-indentation]

[Chris Lamb]

Source: nfstrace
Version: 0.4.2-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

nfstrace fails to build from source in unstable/amd64:

  [..]

  Patching output file 2275/2515
  Patching output file 2276/2515
  Patching output file 2277/2515
  Patching output file 2278/2515
  Patching output file 2279/2515
  Patching output file 2280/2515
  Patching output file 2281/2515
  Patching output file 2282/2515
  Patching output file 2283/2515
  Patching output file 2284/2515
  Patching output file 2285/2515
  Patching output file 2286/2515
  Patching output file 2287/2515
  Patching output file 2288/2515
  Patching output file 2289/2515
  Patching output file 2290/2515
  Patching output file 2291/2515
  Patching output file 2292/2515
  Patching output file 2293/2515
  Patching output file 2294/2515
  Patching output file 2295/2515
  Patching output file 2296/2515
  Patching output file 2297/2515
  Patching output file 2298/2515
  Patching output file 2299/2515
  Patching output file 2300/2515
  Patching output file 2301/2515
  Patching output file 2302/2515
  Patching output file 2303/2515
  Patching output file 2304/2515
  Patching output file 2305/2515
  Patching output file 2306/2515
  Patching output file 2307/2515
  Patching output file 2308/2515
  Patching output file 2309/2515
  Patching output file 2310/2515
  Patching output file 2311/2515
  Patching output file 2312/2515
  Patching output file 2313/2515
  Patching output file 2314/2515
  Patching output file 2315/2515
  Patching output file 2316/2515
  Patching output file 2317/2515
  Patching output file 2318/2515
  Patching output file 2319/2515
  Patching output file 2320/2515
  Patching output file 2321/2515
  Patching output file 2322/2515
  Patching output file 2323/2515
  Patching output file 2324/2515
  Patching output file 2325/2515
  Patching output file 2326/2515
  Patching output file 2327/2515
  Patching output file 2328/2515
  Patching output file 2329/2515
  Patching output file 2330/2515
  Patching output file 2331/2515
  Patching output file 2332/2515
  Patching output file 2333/2515
  Patching output file 2334/2515
  Patching output file 2335/2515
  Patching output file 2336/2515
  Patching output file 2337/2515
  Patching output file 2338/2515
  Patching output file 2339/2515
  Patching output file 2340/2515
  Patching output file 2341/2515
  Patching output file 2342/2515
  Patching output file 2343/2515
  Patching output file 2344/2515
  Patching output file 2345/2515
  Patching output file 2346/2515
  Patching output file 2347/2515
  Patching output file 2348/2515
  Patching output file 2349/2515
  Patching output file 2350/2515
  Patching output file 2351/2515
  Patching output file 2352/2515
  Patching output file 2353/2515
  Patching output file 2354/2515
  Patching output file 2355/2515
  Patching output file 2356/2515
  Patching output file 2357/2515
  Patching output file 2358/2515
  Patching output file 2359/2515
  Patching output file 2360/2515
  Patching output file 2361/2515
  Patching output file 2362/2515
  Patching output file 2363/2515
  Patching output file 2364/2515
  Patching output file 2365/2515
  Patching output file 2366/2515
  Patching output file 2367/2515
  Patching output file 2368/2515
  Patching output file 2369/2515
  Patching output file 2370/2515
  Patching output file 2371/2515
  Patching output file 2372/2515
  Patching output file 2373/2515
  Patching output file 2374/2515
  Patching output file 2375/2515
  Patching output file 2376/2515
  Patching output file 2377/2515
  Patching output file 2378/2515
  Patching output file 2379/2515
  Patching output file 2380/2515
  Patching output file 2381/2515
  Patching output file 2382/2515
  Patching output file 2383/2515
  Patching output file 2384/2515
  Patching output file 2385/2515
  Patching output file 2386/2515
  Patching output file 2387/2515
  Patching output file 2388/2515
  Patching output file 2389/2515
  Patching output file 2390/2515
  Patching output file 2391/2515
  Patching output file 2392/2515
  Patching output file 2393/2515
  Patching output file 2394/2515
  Patching output file 2395/2515
  Patching output file 2396/2515
  Patching output file 2397/2515
  Patching output file 2398/2515
  Patching output file 2399/2515
  Patching output file 2400/2515
  Patching output file 2401/2515
  Patching output file 2402/2515
  Patching output file 2403/2515
  Patching output file 2404/2515
  Patching output file 2405/2515
  Patching output file 2406/2515
  Patching output file 2407/2515
  Patching output file 2408/2515
  Patching output file 2409/2515
  Patching output file 2410/2515
  Patching output file 2411/2515
  Patching output file 2412/2515
  Patching output file 2413/2515
  Patching output file 2414/2515
  Patching output file 2415/2515
  Patching output file 2416/2515
  Patching 

Bug#835643: suricata: conffile move wrong source extension

[phn]

Package: suricata
Version: 3.1.1-3
Severity: normal

Dear Maintainer,

in postinst i see:
dpkg-maintscript-helper mv_conffile \
  /etc/suricata/suricata-debian.yml /etc/suricata/suricata.yaml \
  3.1-1 suricata -- "$@"

should not the suricata-debian.yml be .yaml instead of .yml ?

Best regards
Alban


-- System Information:
Debian Release: stretch/sid
Architecture: i386 (i686)

Kernel: Linux 4.6.0-1-686-pae (SMP w/2 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 suricata depends on:
ii  dpkg 1.18.10
ii  libc62.23-4
ii  libcap-ng0   0.7.7-3
ii  libgcrypt20  1.7.3-1
ii  libgeoip11.6.9-2
ii  libgnutls30  3.5.3-2
ii  libhiredis0.13   0.13.3-2
ii  libjansson4  2.7-5
ii  libluajit-5.1-2  2.0.4+dfsg-1
ii  libmagic11:5.28-4
ii  libnet1  1.1.6+dfsg-3
ii  libnetfilter-log11.0.1-1.1
ii  libnetfilter-queue1  1.0.2-2
ii  libnfnetlink01.0.1-3
ii  libnspr4 2:4.12-2
ii  libnss3  2:3.25-1
ii  libpcap0.8   1.7.4-2
ii  libpcre3 2:8.39-1
ii  libprelude2  1.0.0-11.7+b1
ii  libyaml-0-2  0.1.6-3
ii  python   2.7.11-2
pn  python:any   
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages suricata recommends:
ii  snort-rules-default  2.9.7.0-5
ii  suricata-oinkmaster  3.1.1-3

Versions of packages suricata suggests:
ii  libtcmalloc-minimal4  2.2.1-0.2

-- Configuration Files:
/etc/default/suricata changed [not included]
/etc/suricata/rules/decoder-events.rules changed [not included]
/etc/suricata/rules/files.rules changed [not included]
/etc/suricata/rules/http-events.rules changed [not included]
/etc/suricata/rules/smtp-events.rules changed [not included]
/etc/suricata/rules/stream-events.rules changed [not included]
/etc/suricata/rules/tls-events.rules changed [not included]
/etc/suricata/suricata-debian.yaml changed [not included]
/etc/suricata/suricata.yaml changed [not included]

-- no debconf information

Bug#835642: diffoscope: traceback when comparing symlink to directory

[Chris Lamb]

Package: diffoscope
Version: 59
Severity: normal


$ mkdir -p a/dst b/dst

$ ln -sT dst a/src

$ ln -sT dst b/src

$ ls -l a b
a:
total 4
drwxr-xr-x 2 lamby lamby 4096 Aug 27 23:04 dst
lrwxrwxrwx 1 lamby lamby3 Aug 27 23:04 src -> dst

b:
total 4
drwxr-xr-x 2 lamby lamby 4096 Aug 27 23:04 dst
lrwxrwxrwx 1 lamby lamby3 Aug 27 23:04 src -> dst

$ diffoscope a b
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/diffoscope/main.py", line 200, in main
sys.exit(run_diffoscope(parsed_args))
  File "/usr/lib/python3/dist-packages/diffoscope/main.py", line 171, in 
run_diffoscope
parsed_args.path1, parsed_args.path2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 97, in compare_root_paths
return compare_directories(path1, path2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/directory.py", 
line 103, in compare_directories
return FilesystemDirectory(path1).compare(FilesystemDirectory(path2))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/directory.py", 
line 156, in compare
my_file, other_file, source=name)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 107, in compare_files
if file1.has_same_content_as(file2):
  File "/usr/lib/python3/dist-packages/diffoscope/__init__.py", line 252, in 
tool_check
return original_function(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
196, in has_same_content_as
if open(self.path, 'rb').read() == open(other.path, 'rb').read():
IsADirectoryError: [Errno 21] Is a directory: 'a/src'


Regards,

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

Bug#835641: diffoscope: traceback when comparing dangling symlink to directory

[Mattia Rizzolo]

Also dir to real file:

On Sat, Aug 27, 2016 at 10:51:49PM +0100, Chris Lamb wrote:
> $ mkdir dir
> 
> $ ln -sf dst-file src-file
> 
> $ diffoscope dir src-file
> cmp: dir: Is a directory
[..]
> Traceback (most recent call last):
>   File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 260, 
> in feeder
> raise subprocess.CalledProcessError(returncode, command.cmdline(), 
> output=command.stderr.getvalue())
> subprocess.CalledProcessError: Command '['xxd', 'dir']' returned non-zero 
> exit status 2
> Exception ignored in:  
> src-file>>
> Traceback (most recent call last):
>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", 
> line 112, in __del__
> self.cleanup()
>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/symlink.py", 
> line 50, in cleanup
> os.remove(self._placeholder)
> FileNotFoundError: [Errno 2] No such file or directory: 
> '/tmp/tmpzvwrnvg4_diffoscope'

mattia@chase /tmp % mkdir tmp
mattia@chase /tmp % touch tmp1
mattia@chase /tmp % diffoscope tmp tmp1
cmp: tmp: Is a directory
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/diffoscope/main.py", line 200, in main
sys.exit(run_diffoscope(parsed_args))
  File "/usr/lib/python3/dist-packages/diffoscope/main.py", line 171, in 
run_diffoscope
parsed_args.path1, parsed_args.path2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 102, in compare_root_paths
return compare_files(file1, file2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 117, in compare_files
return file1.compare_bytes(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
170, in compare_bytes
return compare_binary_files(self, other, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
55, in compare_binary_files
return Difference.from_command(diffoscope.comparators.utils.Xxd, 
file1.path, file2.path, source=[file1.name, file2.name])
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 356, in 
from_command
difference = Difference.from_feeder(feeder1, feeder2, path1, path2, *args, 
**kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 306, in 
from_feeder
unified_diff = diff(feeder1, feeder2)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 270, in 
diff
return run_diff(fd1, fd2, end_nl_q1, end_nl_q2)
  File "/usr/lib/python3.5/contextlib.py", line 66, in __exit__
next(self.gen)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 205, in 
fd_from_feeder
t.join()
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 183, in 
join
raise ex
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 169, in 
run
super().run(*args, **kwargs)
  File "/usr/lib/python3.5/threading.py", line 862, in run
self._target(*self._args, **self._kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 190, in 
feed
end_nl = feeder(f)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 260, in 
feeder
raise subprocess.CalledProcessError(returncode, command.cmdline(), 
output=command.stderr.getvalue())
subprocess.CalledProcessError: Command '['xxd', 'tmp']' returned non-zero exit 
status 2


-- 
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#835641: diffoscope: traceback when comparing dangling symlink to directory

[Chris Lamb]

Package: diffoscope
Version: 59
Severity: normal

$ mkdir dir

$ ln -sf dst-file src-file

$ diffoscope dir src-file
cmp: dir: Is a directory
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/diffoscope/main.py", line 200, in main
sys.exit(run_diffoscope(parsed_args))
  File "/usr/lib/python3/dist-packages/diffoscope/main.py", line 171, in 
run_diffoscope
parsed_args.path1, parsed_args.path2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 102, in compare_root_paths
return compare_files(file1, file2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 117, in compare_files
return file1.compare_bytes(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
170, in compare_bytes
return compare_binary_files(self, other, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
55, in compare_binary_files
return Difference.from_command(diffoscope.comparators.utils.Xxd, 
file1.path, file2.path, source=[file1.name, file2.name])
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 356, in 
from_command
difference = Difference.from_feeder(feeder1, feeder2, path1, path2, *args, 
**kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 306, in 
from_feeder
unified_diff = diff(feeder1, feeder2)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 270, in 
diff
return run_diff(fd1, fd2, end_nl_q1, end_nl_q2)
  File "/usr/lib/python3.5/contextlib.py", line 66, in __exit__
next(self.gen)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 205, in 
fd_from_feeder
t.join()
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 183, in 
join
raise ex
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 169, in 
run
super().run(*args, **kwargs)
  File "/usr/lib/python3.5/threading.py", line 862, in run
self._target(*self._args, **self._kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 190, in 
feed
end_nl = feeder(f)
  File "/usr/lib/python3/dist-packages/diffoscope/difference.py", line 260, in 
feeder
raise subprocess.CalledProcessError(returncode, command.cmdline(), 
output=command.stderr.getvalue())
subprocess.CalledProcessError: Command '['xxd', 'dir']' returned non-zero exit 
status 2
Exception ignored in:  
src-file>>
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
112, in __del__
self.cleanup()
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/symlink.py", line 
50, in cleanup
os.remove(self._placeholder)
FileNotFoundError: [Errno 2] No such file or directory: 
'/tmp/tmpzvwrnvg4_diffoscope'

q(Tried writing a test but couldn't seem to reproduce there…)


Regards,

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

Bug#832458: linux-image-4.6.0-0.bpo.1-amd64: Please enable SND_SOC_INTEL_BYT_MAX98090_MACH, needed for some Baytrail devices

[Ben Hutchings]

On Fri, 2016-08-26 at 09:55 +0200, Bjørn Mork wrote:
> > Ben Hutchings  writes:
> > 
> > On Mon, 2016-07-25 at 13:10 -0600, Ivan M wrote:
> > > 
> > > Package: src:linux
> > > Version: 4.6.3-1~bpo8+1
> > > Severity: normal
> > > 
> > > Dear Maintainer,
> > > 
> > > Please enable CONFIG_SND_SOC_INTEL_BYT_MAX98090_MACH=m - it is
> > > necessary for audio on certain Baytrail hardware.
> > > 
> > > (I note that it is also necessary to set CONFIG_DW_DMAC=y (not m) for
> > > this, although I don't understand why.)
> > 
> > This is an upstream regression.  It is simply not possible to select
> > all the Intel SoC sound drivers any more.  It seems that some
> > developers don't care to support a generic distribution configuration.
> 
> I believe that is supposed to be fixed by commit a395bdd6b24b ("ASoC:
> intel: Fix sst-dsp dependency on dw stuff"), but I haven't verified it.
> 
> Looks like it's destined for v4.8 and not yet backported to any stable
> kernel, though. Which is a bit odd given the "Fixes" tag..

That fixes the DW_DMAC dependency, but we also have some drivers
selecting SND_SST_IPC_ACPI and others (including this one) depending
on SND_SST_IPC_ACPI=n.

Ben.

-- 
Ben Hutchings
[W]e found...that it wasn't as easy to get programs right as we had
thought.
... I realized that a large part of my life from then on was going to
be spent
in finding mistakes in my own programs. - Maurice Wilkes, 1949

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

Bug#831827: linux: arm64 support for securelevel and Secure Boot

[Ben Hutchings]

Control: tag -1 pending

Applied, but:

> --- a/drivers/firmware/efi/libstub/fdt.c
> +++ b/drivers/firmware/efi/libstub/fdt.c
> @@ -139,6 +139,13 @@ efi_status_t update_fdt(efi_system_table_t
> *sys_table, void *orig_fdt,
>   return efi_status;
>   }
>   }
> +
> + fdt_val32 = efi_get_secureboot(sys_table);

Shouldn't there be a cpu_to_fdt32() conversion here?

> + status = fdt_setprop(fdt, node, "linux,uefi-secure-boot",
> +  fdt_val32, sizeof(fdt_val32));
> + if (status)
> + goto fdt_set_fail;
> +
>   return EFI_SUCCESS;
>  
>  fdt_set_fail:

Ben.

-- 
Ben Hutchings
[W]e found...that it wasn't as easy to get programs right as we had
thought.
... I realized that a large part of my life from then on was going to
be spent
in finding mistakes in my own programs. - Maurice Wilkes, 1949


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

Bug#820645: [flashplugin-nonfree] Still not done on OldStable

[Stephen Lyons]

Package: flashplugin-nonfree
Version: 1:3.2+wheezy1

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

As I am speaking about OldStable the message "We believe that the bug
you reported is fixed in the latest version of flashplugin-nonfree,
which is due to be installed in the Debian FTP archive." does not
really seem applicable!

I am not seeing the fix in the repositories I'm using.  In hindsight I
realise that this topic pales into insignificance when compared to the
failure to update to the latest CVE-fixing one!  So I'll not worry about
it as it will get fixed when that grave one is fixed.

Stephen

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-0.bpo.4-amd64

Debian Release: 7.11
  500 wheezy-backports mozilla.debian.net   500 stable
apt.spideroak.com   500 oldstable-updates mirror.sov.uk.goscomb.net
500 oldstable-proposed-updates mirror.sov.uk.goscomb.net   500 oldstable
  security.debian.org   500 oldstable
mirror.sov.uk.goscomb.net   100 wheezy-backports
mirror.sov.uk.goscomb.net   100 wheezy-backports ftp.debian.org
--- Package information. ---
Depends  (Version) | Installed
==-+-===
debconf| 1.5.49
 OR debconf-2.0| wget   |
1.13.4-3+deb7u3
gnupg  | 1.4.12-7+deb7u8
libatk1.0-0| 2.4.0-2
libcairo2  | 1.12.2-3
libfontconfig1 | 2.9.0-7.1+deb7u1
libfreetype6   | 2.4.9-1.1+deb7u3
libgcc1| 1:4.7.2-5
libglib2.0-0   | 2.33.12+really2.32.4-5
libgtk2.0-0  (>= 2.14) | 2.24.10-2
libnspr4   | 2:4.9.2-1+deb7u4
libnss3| 2:3.14.5-1+deb7u8
libpango1.0-0  | 1.30.0-1
libstdc++6 | 4.7.2-5
libx11-6   | 2:1.5.0-1+deb7u2
libxext6   | 2:1.3.1-2+deb7u1
libxt6 | 1:1.1.3-1+deb7u1
libcurl3-gnutls| 7.26.0-1+wheezy14
binutils   | 2.22-8+deb7u3
ca-certificates| 20130119+deb7u1


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
iceweasel| konqueror-nsplugins
   | 4:4.8.4-2
ttf-mscorefonts-installer| 3.4+nmu1
ttf-dejavu   | 2.33-3
ttf-xfree86-nonfree  | 4.2.1-3.1
hal  | 0.5.14-8



signature.asc
Description: OpenPGP digital signature

Bug#835640: firefox: Accept-Language doesn't respect default intl.accept_language if a l10n pack is active

[Ильяс Гасанов]

Package: firefox
Version: 48.0-1
Severity: normal
Tags: l10n

Hello,

Whenever I use Firefox installed from Debian repositories with a non-English
language pack to browse the web, among the HTTP headers it sends:

> Accept-Language: en-US,en;q=0.5

However the preference intl.accept_language is set to "ru-RU, ru, en-US, en" by
default for me. This doesn't happen with upstream Firefox downloaded from
mozilla.org - for which in the headers I get:

> Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.5,en;q=0.3

This is already a known issue, though I'm not sure if it was properly reported
to the maintainers. The Ubuntu team might know something about it, but I
haven't seen any mention of this problem on Debian mailing lists and
bugtrackers. The link for its discussion on Mozilla's bugtracker is below.

https://bugzilla.mozilla.org/show_bug.cgi?id=1005640

Kind regards, and thanks in advance,
Ilyas Gasanov

Bug#831827: linux: arm64 support for securelevel and Secure Boot

[Ben Hutchings]

Control: tag -1 pending

Applied, but:

> 
> --- a/drivers/firmware/efi/libstub/fdt.c
> +++ b/drivers/firmware/efi/libstub/fdt.c
> @@ -139,6 +139,13 @@ efi_status_t update_fdt(efi_system_table_t
> *sys_table, void *orig_fdt,
>   return efi_status;
>   }
>   }
> +
> + fdt_val32 = efi_get_secureboot(sys_table);

Shouldn't there be a cpu_to_fdt32() conversion here?

> 
> + status = fdt_setprop(fdt, node, "linux,uefi-secure-boot",
> +  fdt_val32, sizeof(fdt_val32));
> + if (status)
> + goto fdt_set_fail;
> +
>   return EFI_SUCCESS;
>  
>  fdt_set_fail:

Ben.

-- 
Ben Hutchings
[W]e found...that it wasn't as easy to get programs right as we had
thought.
... I realized that a large part of my life from then on was going to
be spent
in finding mistakes in my own programs. - Maurice Wilkes, 1949
-- 
Ben Hutchings
[W]e found...that it wasn't as easy to get programs right as we had
thought.
... I realized that a large part of my life from then on was going to
be spent
in finding mistakes in my own programs. - Maurice Wilkes, 1949


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

Bug#835507: Please clarify that sysvinit support decision is not going to expire

[Tollef Fog Heen]

]] Josh Triplett 

> On Fri, 26 Aug 2016 14:14:25 +0100 Ian Jackson 
>  wrote:
> > Sam Hartman writes ("Re: Bug#835507: Please clarify that sysvinit
> > support decision is not going to expire"):
> > > I don't want to make a blanket statement that it's a bug not to include
> > > an init script.  The systemd package includes a number of daemons and
> > > services and installs no init scripts, and no really, that actually is
> > > the right answer for that package.  Policy should basically means bug of
> > > normal severity.  (I've always wished that the policy people would be a
> > > bit more nuanced especially when taking a term from RFC 2119, which
> > > more-or-less already includes the nuanced language they need, but
> > > people seem to do a fairly good job of accepting the nuances even though
> > > that's not quite what policy says.)
> > 
> > You could say that missing sysvinit support is a bug unless there's a
> > good reason why this particular package ought not to support sysvinit.
> 
> This seems like a completely reasonable thing for Policy to say.  It
> actually doesn't say that today (see Policy 9.11), but I think it
> should.

This sounds pretty reasonable.  Trying to enumerate the various reasons
why (or why not) a package does/doesn't support sysvinit doesn't seem
like a great way to spend our time.

> Assuming Policy does say that, then that seems like a sufficient
> justification to 1) file a bug and 2) provide or seek out help fixing
> that bug.  (Right now, Policy provides enough justification to file a
> "Severity: serious" bug, but that doesn't seem reasonable; a
> normal-severity bug does, though.)

Maybe important since it's removing existing support, but I'm more
interested in fixing bugs/preventing them being created in the first
place than discussing severities.

[...]

> That's a question of available volunteer time.  I don't think sysvinit
> support should be regarded as "time-limited"; I don't, for instance,
> think "that was two years ago" in isolation serves as a reasonable
> argument for ignoring sysvinit.  However, I do think it's reasonable to
> expect people who want it to work to provide assistance keeping it
> working.  For instance, if someone filed a bug on the sysvinit support
> in a package, it seems reasonable for the maintainer to tag it "help".

I agree on this too.  To the extent it should be considered
time-limited, it should be «until N releases after sysvinit is removed»
or somesuch, if that happens.

> And if upstream of a package starts requiring systemd and drops support
> for sysvinit, I think it's reasonable for a maintainer to send a note to
> debian-devel and similar asking for volunteers to maintain a version of
> that software with sysvinit support, and to talk with those volunteers
> about what shape that maintenance should take (e.g. working with
> upstream, providing a new upstream, providing patches to the existing
> pakage).  Dropping such support the moment upstream does without any
> warning seems unreasonable.

Somewhat depending on the package and level of integration with
sysvinit/systemd, but I'm pretty much in agreement with you here as
well.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Santiago Vila]

> I did not know this Lintian tool used internally to verify the packages
> automatically. That's interesting. In the thread mentioned by Adam, Yves
> said that Lintian is used on testing and unstable, but he was not sure
> if it is also used to stable. Do you know if that's the case?

The automatic lintian checks here:

https://lintian.debian.org/

are only performed on the latest version of a given package...

> Because, if so, we could use this tool to automatically identify the
> existence of other packages that might cause problems on the
> permissions for the /bin directory.

... but nothing prevents anyone to run lintian (which is a program in
a package of the same name) on each and every of the packages in
stable (or only on the packages installed by default) and share the
results.

Thanks.

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Daniel Bareiro]

Hi, Santiago.

El sábado 27 de agosto del 2016 a las 22:00:31 +0200,
Santiago Vila escribió:

> > > Reading the message by Adam carefully, this is a bug in sed.
> > > 
> > > I would hope the release managers would allow this to be fixed in a
> > > point release.

> > Do you think it's a problem of sed specifically? Because Yves
> > mentioned two other packages (lpe and ucspi-proxy) that could also
> > change the permissions of /bin.

> It is a problem in every package having wrong permissions, but sed is
> always installed by default (it's even Essential: yes), while the
> others are not.
> 
> So if we fix sed in jessie, new installs will probably have the /bin
> directory fixed.

Yes, I think it would be a good starting point. Because in addition to
ensure that the new installations don't have this problem introduced by
an essential package, it could also fix this issue on the installations
that already have been made, right?

I did not know this Lintian tool used internally to verify the packages
automatically. That's interesting. In the thread mentioned by Adam, Yves
said that Lintian is used on testing and unstable, but he was not sure
if it is also used to stable. Do you know if that's the case? Because,
if so, we could use this tool to automatically identify the existence of
other packages that might cause problems on the permissions for the /bin
directory.

> > What is not clear to me is why this happens in netinstall and not on
> > LXC. Because I believe that in both cases the same package is installed.
> > Or am I missing something? If you could clarify this, I would appreciate
> > it.

> Sorry, I don't know.

No problem :-)

Thanks for your time.


Kind regards,

-- 
Ing. Daniel Bareiro

Opción Libre - Soberanía tecnológica para su empresa
WWW: http://www.opcion-libre.com.ar
Tel: +54 11 5235-3090
Correo-e: conta...@opcion-libre.com.ar


signature.asc
Description: Digital signature

Bug#834875: regression: qsettings can no longer save binary strings

[Dmitry Shachnev]

Hi Salvo,

On Sat, Aug 20, 2016 at 09:18:51AM +0200, Salvo Tomaselli wrote:
> in relational, I store the session as a binary string generated with the 
> pickle
> module and save it using QSettings.
> 
> now the functionality is broken, without changing the code in relational, so
> it is a regression in Qt or PyQt.

Now this is fixed. However storing pickled strings in QSettings usually does
not make much sense.

When a non-Qt object (such as bytes) is stored in QSettings, it gets pickled
by PyQt. So in your case there will be double pickling.

You can either store the object directly, or wrap the bytestring into a
QtCore.QByteArray (which is a native Qt object).

-- 
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#826718: Fwknop 2.6.9 packaged

[Franck Joncourt]

Hello Gregor,


> > The package has been accepted on the mentor queue and is available here:
> > https://mentors.debian.net/package/fwknop
>
> Thanks, and sorry for the delay in reviewing.
>

Do not worry :)


> > Note: Right now I do not have access to the git repository but I will
> > investigate if I can do something for that.
>
> Ok.
>

I cannot use my previous Debian account anymore - the SSH key has been
disabled.


> Some notes:
>
> - d/copyright:
>   This needs an update, according to the diff the new copyright
>   statement (for "Files: *") is now:
>
> - Copyright 2009-2013, Damien Stuart and Michael Rash
> +Copyright (C) 2009-2015 fwknop developers and contributors. For a full
> +list of contributors, see the file 'CREDITS'.
>

Updated


> - d/rules:
>   Another way to set bindnow is:
>   export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow
>   Cf. man 1 dpkg-buildflags
>

I did see this method, but I did not use it a few weeks ago, since I wanted
to give a try manually first. I forgot to update the debian/rules with
DEB_BUILD_MAINT_OPTIONS afterwards. It is done in the new package I have
uploaded to mentors.debian.net


> - debug packages:
>   You can drop the -dbg packages, we have automatic -dbgsym packages
>   now. Cf. e.g. man 1 dh_strip.
>   (And since the packages are renamed, I think we don't need the
>   migration handling here.)
>

That is good to know.


> - there's a warning about sysmbols during build:
> dpkg-gensymbols: warning: some libraries disappeared in the symbols file:
> libfko.so.2
> dpkg-gensymbols: warning: debian/libfko3/DEBIAN/symbols doesn't match
> completely debian/libfko3.symbols
> [..]
>   not sure if this is a problem or not ...
>   hm, why "libfko.so.2"
>

I forgot to remove the libfko2 symbols from the debian/libfko3.symbols. It
is fixed.


> - As for the renaming of the libraries, I'm not sure if we need to do
>   a bit more. I guess there are no reverse dependencies outside this
>   source package? But even then, we should help users to get rid of
>   the libfko2* packages, probably with Breaks: libfko2*
>   (I see that libfko3-dev has a "Conflicts: libfko-dev".)
>   Cf. https://wiki.debian.org/RenamingPackages (although I guess we
>   need only the Breaks. -- Oh, no, we also need Replaces, as e.g.
>   libfko3-dev installs ./usr/include/fko.h and
>   ./usr/lib/x86_64-linux-gnu/libfko.a
>   And for the dbg/dbgsym-package we probably do also need
>   dh_strip --dbgsym-migration ...
>
>   And lots of time later I have something which seems to work; cf.
>   attached diff.
>

Good catch for the replace/break/conflicts.

Everything should be up-to-date on mentors.debian.net. I hope everything is
fine now.
The package is lintian clean (except from one experimental tag) and it
builds fine in a sid/amd64 cowbuilder chroot.

PS: I am glad, I have reinstalled my cowbuilder chroots along with my old
utilities to check the Debian packages.

Best regards and thanks again for your time Gregor.

--
Franck

Bug#835554: ITP: jdupes -- A powerful duplicate file finder

[Christoph Anton Mitterer]

On Sat, 2016-08-27 at 22:26 +0200, Eduard Bloch wrote:
> Do we need another scanner and deduplicator, while having:
> 
> duff - Duplicate file finder
> hardlink - Hardlinks multiple copies of the same file
> fslint - Utility collection to find and fix common errors in file
> storage

Why not? Seems to be improved compared to fdupes and perhaps even
better maintained?

I for my part often use different scanners depending on what I
currently want to do.

Cheers.

smime.p7s
Description: S/MIME cryptographic signature

Bug#827371: letsencrypt.sh: Use hook.d folder?

[Elrond]

On Sat, Aug 27, 2016 at 15:13:43 +0200, Marc Haber wrote:
> On Wed, Jun 15, 2016 at 08:25:47PM +0200, Elrond wrote:
> > If people want to use dns-01 challenges, they need a hook
> > script to put the challenge on the DNS server. With one
> > global big hook script this might quickly become
> > unmaintainable.
> > 
> > That's basicly, why I started to invent the hook.d thing.
> 
> It is perfectly possible to use your own hook script that run-parts'
> the hook.d directory.

Correct. That's why the bug has a question mark: I am
asking, whether it might be useful to provide this with the
package or just let people rule their own.

Providing it with the package and enabling it by default
could have the benefit of having a clear point for other
packages to integrate with letsencrypt.sh.  But I am not
sure this is going to happen at all.

It could also be an option to include my example
run-parts-hook-script in
/usr/share/doc/letsencrypt.sh/examples/ so that an admin
can copy it from there?


> Greetings
> Marc

Cheers

Elrond

Bug#835623: [NMU] Re: Bug#835623: html2wml: Missing run-time dependency on libcgi-pm-perl

[Werner Heuser]

Hallo Axel,

vielen grosssen Dank fuer Dein NMU. Ehrlich gesagt ich habe
mich schwer getan, den Bug selbern zu beheben.

BTW: macht das Paket ueberhaupt noch Sinn? Die Zeiten von
WAP sind doch vorbei oder?

Herzliche Gruesse aus Berlin

Werner

On Sat, Aug 27, 2016 at 08:03:42PM +0200, Axel Beckert wrote:
> Control: tag -1 + pending
> 
> Dear Werner,
> 
> Axel Beckert wrote:
> > in Sid and Stretch, the perl package no more contains CGI.pm (as it has
> > been removed upstream from Perl's core), hence html2wml now needs an
> > additional run-time dependency on libcgi-pm-perl.
> > 
> > Unfortunately I didn't notice this issue before uploading my NMU to
> > DELAYED/2. I've cancelled my previous upload and will upload a new one
> > including a fix for this issue to e.g. DELAYED/10 instead.
> 
> Uploaded to DELAYED/10 now. Full source debdiff attached.
> 
> Feel free to tell me if I should fast-forward it or delay it even
> longer.
> 
>   Regards, Axel
> -- 
>  ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
> : :' :  |  Debian Developer, ftp.ch.debian.org Admin
> `. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
>   `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

> diff -u html2wml-0.4.11/debian/changelog html2wml-0.4.11/debian/changelog
> --- html2wml-0.4.11/debian/changelog
> +++ html2wml-0.4.11/debian/changelog
> @@ -1,3 +1,12 @@
> +html2wml (0.4.11-1.2) unstable; urgency=medium
> +
> +  * Non-maintainer upload
> +  * Swap binary-* targets to fix FTBFS with "dpkg-buildpackage -A". Patch
> +by Santiago Vila. (Closes: #831931)
> +  * Add missing dependency on libcgi-pm-perl. (Closes: #835623)
> +
> + -- Axel Beckert   Sat, 27 Aug 2016 19:50:03 +0200
> +
>  html2wml (0.4.11-1.1) unstable; urgency=high
>  
>* Non-maintainer upload
> diff -u html2wml-0.4.11/debian/control html2wml-0.4.11/debian/control
> --- html2wml-0.4.11/debian/control
> +++ html2wml-0.4.11/debian/control
> @@ -7,7 +7,7 @@
>  
>  Package: html2wml
>  Architecture: all
> -Depends: perl, libhtml-parser-perl, liburi-perl, libwww-perl, 
> libtext-template-perl
> +Depends: perl, libhtml-parser-perl, liburi-perl, libwww-perl, 
> libtext-template-perl, libcgi-pm-perl
>  Recommends: libxml-parser-perl, tidy, httpd | httpd-cgi
>  Suggests: wap-wml-tools, iceweasel, wapua
>  Description: converts HTML pages to WML (WAP) or i-mode pages
> diff -u html2wml-0.4.11/debian/rules html2wml-0.4.11/debian/rules
> --- html2wml-0.4.11/debian/rules
> +++ html2wml-0.4.11/debian/rules
> @@ -57,12 +57,12 @@
>   $(MAKE) installcgi DESTDIR=$(CURDIR)/debian/html2wml
>  
>  
> -# Build architecture-independent files here.
> -binary-indep: build install
> +# Build architecture-dependent files here.
> +binary-arch:
>  # We have nothing to do by default.
>  
> -# Build architecture-dependent files here.
> -binary-arch: build install
> +# Build architecture-independent files here.
> +binary-indep: build install
>   dh_testdir
>   dh_testroot
>  #dh_installdebconf   




-- 
|=| Dipl.-Verwaltungswirt Werner Heuser = Granitzstr. 26 = D-13189 Berlin = 
Germany
|=| E-Mail:  = Telefon: +49 (0)176 256 58 303
|=| Skype: wehe00 = WikiPedia: Wehe00 = ICQ: 660097541
|=| http://sentinel4mobile.de = Smartphone & Tablet PC Schulungen = Mobile 
Security
|=| GPG: 10FFF2CC = E42F 8029 7DE2 955C B34F 5BBE 21BD D5BE 10FF F2CC
|=| VAT-ID: DE 205099607 = GIT d s+:- a-- C++ UL P-- L+++ E--- W++ N++ o-- 
K ..
|*| After one look at this planet any visitor from outer space would say:
|*| I WANT TO SEE THE MANAGER. -- William S. Burroughs

Bug#833995: [Pkg-gridengine-devel] Bug#833995: gridengine: embedded tcsh copy uses deprecated BSD union wait type

[Afif Elghraoui]

Control: tag -1 + fixed-upstream

Hello,

على الخميس 11 آب 2016 ‫02:06، كتب Aurelien Jarno:
> glibc 2.24 has removed the deprecated BSD union wait type if favor of
> the POSIX 1 interface using W* macros from  (such as
> WEXITSTATUS).
> 
> glibc 2.24 is already available in experimental and will plan to upload
> it to sid in the next days/weeks. The embedded tcsh copy will fail to
> build (see bug#833965), causing in turn gridengine to fail to build from
> source. You will find attached a patch taken from upstream tcsh to fix
> the issue.
> 

Many thanks. It appears that upstream has applied this patch as well as
some similar changes elsewhere in other affected areas of the codebase [1].

Many thanks and regards
Afif

1.
https://gitlab.com/loveshack/sge/commit/538640ffe09a44a14d9f0047708f9c87d90c29ac

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

Bug#835554: ITP: jdupes -- A powerful duplicate file finder

[Eduard Bloch]

Hallo,
* Jody Bruchon [Fri, Aug 26 2016, 10:10:38PM]:
> Package: wnpp
> Severity: wishlist
> Owner: Jody Bruchon 
> 
> * Package name: jdupes
>   Version : 1.4
>   Upstream Author : Jody Bruchon 
> * URL : https://github.com/jbruchon/jdupes
> * License : MIT
>   Programming Lang: C
>   Description : A powerful duplicate file finder
> 
> jdupes finds duplicate file sets and performs various actions on them,
> including deletion, hard linking, or printing the results to the console.

Do we need another scanner and deduplicator, while having:

duff - Duplicate file finder
hardlink - Hardlinks multiple copies of the same file
fslint - Utility collection to find and fix common errors in file storage

Regards,
Eduard.

-- 
Für jeden Unfug, der begangen wird, sind nicht nur die verantwortlich,
die ihn begehen, sondern auch die, die ihn nicht verhindern.
-- Erich Kästner (Das fliegende Klassenzimmer)

Bug#835639: RM: jasper -- RoQA; dead upstrem, replaced by openjpeg

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Hi,
please remove jasper. It's almost dropped from stretch already and
kodi, the last remaining rdep will be upgraded soon. Will update
this bug when kodi is fixed to no longer include it.

Cheers,
Moritz

Bug#835638: TODO: add innoextract support

[Eduard Bloch]

Package: unp
Version: 2.0~pre7+nmu1
Severity: wishlist

Reminder to myself: some installers are based on Innosetup, not MSI.
cabextract does not work, needs innoextract.

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

Kernel: Linux 4.7.0-rc5+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

unp depends on no packages.

unp recommends no packages.

Versions of packages unp suggests:
ii  bzip2   1.0.6-8
ii  cabextract  1.6-1
pn  orange  
ii  p7zip   15.14.1+dfsg-1
ii  p7zip-full  15.14.1+dfsg-1
ii  unrar-free  1:0.0.1+cvs20140707-1
ii  unzip   6.0-20
pn  xdms

-- no debconf information

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Santiago Vila]

On Sat, Aug 27, 2016 at 04:50:27PM -0300, Daniel Bareiro wrote:
> El sábado 27 de agosto del 2016 a las 20:50:28 +0200,
> Santiago Vila escribió:
> > Reading the message by Adam carefully, this is a bug in sed.
> > 
> > I would hope the release managers would allow this to be fixed in a
> > point release.
> 
> Hi, Santiago.
> 
> Do you think it's a problem of sed specifically? Because Yves
> mentioned two other packages (lpe and ucspi-proxy) that could also
> change the permissions of /bin.

It is a problem in every package having wrong permissions, but sed is
always installed by default (it's even Essential: yes), while the
others are not.

So if we fix sed in jessie, new installs will probably have the /bin
directory fixed.

> What is not clear to me is why this happens in netinstall and not on
> LXC. Because I believe that in both cases the same package is installed.
> Or am I missing something? If you could clarify this, I would appreciate
> it.

Sorry, I don't know.

Bug#835637: myghty: please make the build reproducible

[Chris Lamb]

Source: myghty
Version: 1.1-6
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], I noticed
that myghty could not be built reproducibly.

 - Use gmtime over localtime

 - Don't create objects in the kwargs - they end up in the documentation
   and then their repr(…) includes a non-deterministic memory address.

Patch attached.


 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible-build.diff1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible-build.diff2016-08-27 20:56:56.242293448 
+0100
@@ -0,0 +1,35 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2016-08-27
+
+--- myghty-1.1.orig/doc/components/section_wrapper.myt
 myghty-1.1/doc/components/section_wrapper.myt
+@@ -28,7 +28,7 @@
+ 
+ <% title %>
+ % if version is not None:
+-Version: <% version %>   Last Updated: <% time.strftime('%x 
%X', time.localtime(last_updated)) %>
++Version: <% version %>   Last Updated: <% time.strftime('%x 
%X', time.gmtime(last_updated)) %>
+ %
+ 
+ 
+--- myghty-1.1.orig/lib/myghty/interp.py
 myghty-1.1/lib/myghty/interp.py
+@@ -45,7 +45,7 @@ class Interpreter:
+ code_cache_size = 16777216,
+ use_auto_handlers = True,
+ use_object_files = True,
+-debug_file = myghty.buffer.LinePrinter(sys.stderr),
++debug_file = None,
+ debug_threads = False,
+ debug_elements = [],
+ escapes = {},
+@@ -56,6 +56,8 @@ class Interpreter:
+ method as keyword parameters.  Those parameters that are used 
directly by this Interpreter are
+ consumed.  Remaining arguments are sent off to other constructed 
objects, which include a
+ Compiler, a Resolver, and a Request prototype object."""
++if debug_file is None:
++bug_file = myghty.buffer.LinePrinter(sys.stderr)
+ self.global_args = global_args or {}
+ self._attributes = {}
+ if attributes is not None:
--- a/debian/patches/series 2016-08-27 20:37:27.453627497 +0100
--- b/debian/patches/series 2016-08-27 20:40:34.531708742 +0100
@@ -1 +1,2 @@
 import-5th-arg.diff
+reproducible-build.diff

Bug#835636: util-linux: home wanted for "sizetty"

[Adam Borowski]

Package: util-linux
Version: 2.28.1-1
Severity: wishlist


Hi!
Please advise where to put the attached program.  It fixes the problem when
you connect to a serial console and your terminal size is not exactly 80x24.

If the terminal driver's idea of terminal size doesn't match reality,
there's nastiness that ranges from premature wrapping (horizontally and
vertically) to screen corruption of full-screen programs, having to edit
long commands in bash mostly blindly, etc.  Thus, this program queries the
terminal and stty-s the result.

Alas, this cannot be done unconditionally as the thing attached to the other
side of a serial console isn't always a terminal.  Some might not support
reporting cursor position (I made a timeout of 3 seconds), some expect-likes
might be confused by unknown ANSI codes, some unconditionally blast commands
(the first one would be partially eaten).  Thus, my fix needs to be
requested by the user.


This thingy is way probably way too small for a separate package.

As it fixes a deficiency of getty, it'd be nice to have it next to that.  On
the other hand, one shouldn't thoughtlessly bloat an essential package.

Third option would be patching this into getty, enabled by a command-line
switch.
#include 
#include 
#include 
#include 
#include 
#include 
#include 

struct termios  saved_attributes;
int saved_fl;

void tty_raw()
{
struct termios tattr;

fcntl(0,F_GETFL,_fl);
tcgetattr(0, _attributes);

fcntl(0,F_SETFL,O_NONBLOCK);
memcpy(,_attributes,sizeof(struct termios));
tattr.c_lflag &= ~(ICANON|ECHO);
tattr.c_cc[VMIN] = 1;
tattr.c_cc[VTIME] = 0;
tcsetattr(0, TCSAFLUSH, );
}

void tty_restore()
{
fcntl(0,F_SETFL,saved_fl);
tcsetattr(0, TCSANOW, _attributes);
}

int select_wait()
{
struct timeval  tv;
fd_set  se;

FD_ZERO();
FD_SET(0,);
tv.tv_sec = 3;
tv.tv_usec = 0;
return select(1,,NULL,NULL,);
}

int main(int argc, char **argv)
{
// as a side effect, the scrolling region is set to the entire screen
static char *teststr = "\e7\e[r\e[999E\e[999C";
static char *cleanup = "\e8";
static char *getpos  = "\033[6n";
char retstr[16];
int pos,rc,row,col;
struct winsize ws;

if (!isatty(0) || !isatty(1))
exit(2);

tty_raw();
write(1,teststr,strlen(teststr));
write(1,getpos,strlen(getpos));
for (pos = 0; pos < sizeof(retstr)-1;)
{
if (0 == select_wait())
break;
if (-1 == (rc = read(0,retstr+pos,sizeof(retstr)-1-pos)))
{
perror("read");
exit(2);
}
pos += rc;
if (retstr[pos-1] == 'R')
break;
}
retstr[pos] = 0;
write(1,cleanup,strlen(cleanup));
tty_restore();

rc = sscanf(retstr,"\033[%d;%dR",,);
printf("Terminal size: %dx%d\n", col, row);
memset(, 0, sizeof(struct winsize));
ioctl(1,TIOCGWINSZ,);
ws.ws_row=row;
ws.ws_col=col;
ioctl(1,TIOCSWINSZ,);
exit(0);
}

Bug#835551: RFS: btrfs-progs/4.7-1~bpo8+1

[Nicholas Steeves]

On 27 August 2016 at 02:26, Gianfranco Costamagna  
wrote:
> Hi,
>
>
>>I am looking for a sponsor for my updated backport of "btrfs-progs"
>
>
> can you please prepare a backport of 4.7.1 instead?
> I can upload it on deferred/5, to see it go in testing in the meanwhile.
>
> G.

Hi Gianfranco,

I actually prepared 4.7.1 at pretty much the same time as 4.7! :-)
https://github.com/sten0/btrfs-progs/tree/debian/4.7.1-1_bpo8+1

I also just uploaded 4.7.1 to Debian mentors.

Will the deferred queue automatically drop the proposed 4.7.1 bpo in case a 
major regression prevents the sid package from migrating to testing?  From what 
I've read on the upstream list, the currently known regressions are the fault 
of linux-4.6.x rather than btrfs-progs.  I really hope I can find the time to 
learn formal Debian kernel packaging and package linux-4.4.x on github...but 
that's off-topic!

On a more closely related note, I've now met with two DDs in Montréal (Antoine 
Baupré and Alexandre Viau), and we've signed each other's keys.  Do you think 
I'm ready to proceed with an DM application for backports of btrfs-progs?  If 
so, would you advocate for me?  If not, what do I need to work on?

Cheers,
Nicholas


signature.asc
Description: Digital signature

Bug#835635: dict: Japanese description has wrong configuration path

[KISE Hiroshi]

Package: dict
Version: 1.12.1+dfsg-4
Severity: minor

Dear Maintainer,

In Japanese description,
the configuration file is "/etc/dict.d/dict.conf",
it should be "/etc/dictd/dict.conf".

Thank you.

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

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

Versions of packages dict depends on:
ii  libc62.23-4
ii  libmaa3  1.3.2-3
ii  netbase  5.3
ii  recode   3.6-22

Versions of packages dict recommends:
ii  gawk  1:4.1.3+dfsg-0.1
ii  m41.4.17-5

Versions of packages dict suggests:
pn  dictd | dict-server  

-- debconf-show failed

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Daniel Bareiro]

El sábado 27 de agosto del 2016 a las 20:50:28 +0200,
Santiago Vila escribió:

> reassign 835516 sed
> thanks
> 
> Oops. Not.
> 
> Reading the message by Adam carefully, this is a bug in sed.
> 
> I would hope the release managers would allow this to be fixed in a
> point release.

Hi, Santiago.

Do you think it's a problem of sed specifically? Because Yves
mentioned two other packages (lpe and ucspi-proxy) that could also
change the permissions of /bin.

What is not clear to me is why this happens in netinstall and not on
LXC. Because I believe that in both cases the same package is installed.
Or am I missing something? If you could clarify this, I would appreciate
it.

Thanks.

Kind regards,

-- 
Ing. Daniel Bareiro

Opción Libre - Soberanía tecnológica para su empresa
WWW: http://www.opcion-libre.com.ar
Tel: +54 11 5235-3090
Correo-e: conta...@opcion-libre.com.ar


signature.asc
Description: Digital signature

Bug#835634: nut: POWEROFF_WAIT option has no effect

[Dark Penguin]

Package: nut
Version: 2.7.2-4
Severity: important


The POWEROFF_WAIT option in nut.conf does not work (has no effect).

I have a suspicion that it has something to do with systemd handling 
system shutdowns nowadays, though it's too complex for me to investigate 
further and find any proof (other than /sbin/shutdown and /sbin/poweroff 
pointing to /bin/systemctl, which does not prove anything).


This bug introduces quite a regression I believe is worth fixing in 
Jessie (even if it turns out to be fixed in later versions). Also, it 
becomes especially hilarious together with #83 - nut also doesn't 
send the command to kill the power; so nut doesn't handle the case when 
your UPS supports cutting the power, AND it doesn't handle the situation 
when it does not. Seriously, did no one notice a 100% broken package 
BEFORE shipping Jessie?.. A package that manages power supply, of all 
things. Hence the "important" severity.




Details:
If the command for the UPS to kill the power is sent when AC power is 
already back, my UPS ignores it. (And it's APC, so I really didn't 
expect that kind of thing from them.) So, there is a risk to have all my 
machines require a manual restart after a power failure.

And nut has a workaround just for this case...

Actions required:
- Add "POWEROFF_WAIT=15m" line in /etc/nut/nut.conf

Intended behaviour:
- After an emergency shutdown triggerd by NUT, the system is not
powered down, only halted. After a timeout (15 minutes in this
example) it reboots, in case the UPS did not cut the power
for some reason.

Actual behaviour:
- The system is always powered off, ignoring the option added.



Minor notes:

- man nut.conf has a section about this option which directs me to 
/usr/share/doc/nut/docs/shutdown.txt.gz , which is not there anymore.


- man nut.conf does say that "if you want to specify time in seconds, 
use the 's' suffix", but it does not say which suffix should I use if I 
do NOT want to specify time in seconds. According to the example below, 
using "m" is also possible - apparently, for minutes, but I was 
wondering if "m" is already deprecated (along with shutdown.txt.gz 
mentioned above) and I should use no suffix by default... I don't want 
to do a real power failure test again just to find out.




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

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

Versions of packages nut depends on:
ii nut-client 2.7.2-4
ii nut-server 2.7.2-4

nut recommends no packages.

nut suggests no packages.

-- no debconf information


--
darkpenguin

Bug#835488: [Pkg-gmagick-im-team] Bug#835488: imagemagick: Regression after security update to 8:6.8.9.9-5+deb8u4, unable to convert PDF files in PHP

[Tommie Van Mechgelen]

Hi,

The issue exists with all PDF-files that I have tried.

I tried both commands, and the result is the same for both.  So working 
previous the security update.
identify bug.pdf
Identify -ping bug.pdf

 8:6.8.9.9-5+deb8u4:
identify: unable to read image data `/tmp/magick-4028M_5kB2MxtwSv1' @ 
error/pnm.c/ReadPNMImage/617.

 8:6.8.9.9-5+deb8u3:
bug.pdf[0] PBM 612x792 612x792+0+0 16-bit Bilevel Gray 61KB 0.000u 0:00.000
bug.pdf[1] PBM 612x792 612x792+0+0 16-bit Bilevel Gray 61KB 0.000u 0:00.079

Bug#820071: bugs.debian.org: #812948 lost the connection to the corresponding source package

[Christian Seiler]

On Sun, 3 Jul 2016 13:49:49 +0200 Andreas Beckmann  wrote:
> On 2016-06-15 18:12, Don Armstrong wrote:
> > I revamped the way that this was being handled completely, so it at
> > least fixed the archive changes. It's also currently looking at
> > experimental.
> 
> Here is another example of a bug connection missing in experimental:
> 
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libkface
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libkface-data
> 
> The bug in question is
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810515

And another one, but this time in sid:

https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=open-iscsi
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=open-iscsi-udeb

I noticed it because of:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834241

While the bug was still unfixed, Britney had no trouble finding
it and adding it to the excuses list. OTOH, DMD / DDPO / tracker
didn't see it, because they rely on the BTS source package based
listing.

Note though: we did upload open-iscsi to experimental not too long
ago, and it passed binNEW because we added an additional binary
package 'iscsiuio' (that the BTS now correctly identifies with the
source package, see [1]). The next upload was then to sid, also
incorporating the experimental changes. The 'open-iscsi-udeb'
package has always been built from src:open-iscsi though - in all
suits.

Regards,
Christian

[1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=iscsiuio

Bug#831240: google-perftools: FTBFS: Running death test 0 hangs

[Aliaksey Kandratsenka]

On Thu, Jul 21, 2016 at 3:18 AM, Santiago Vila  wrote:
> severity 831240 important
> reopen 831240
>
> On Thu, 21 Jul 2016, Lucas Nussbaum wrote:
>
>> I recently discovered that the official Debian images on AWS EC2 include
>> some sysctl tunings (see
>> https://github.com/andsens/bootstrap-vz/pull/256/commits/06da309895f69573996a4c1ff027f999155b876b#diff-43081b58ccf1565f80325d26c36d7c57R18
>> )
>>
>> It seems that one of those caused that failure, because, now that I have
>> them disabled, it does not fail anymore.
>>
>> I'm closing this bug, sorry for the noise.
>
> Hmm. Failure to build from source is still a bug.

Indeed, I would like to debug this some more (against latest
gperftools). Can somebody provide some instructions how to get that
AWS image necessary for reproduction ?

Bug#835633: pleiades: please make the build reproducible

[Chris Lamb]

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

Hi,

Whilst working on the Reproducible Builds effort [0], I noticed
that pleiades could not be built reproducibly.

Patch attached.

We simply drop the signing of the jar - it makes no sense within
a Debian packaging context anyway.


 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible_build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible_build.patch   2016-08-27 19:58:05.445856328 
+0100
@@ -0,0 +1,19 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2016-08-27
+
+--- pleiades-1.7.0.orig/build.xml
 pleiades-1.7.0/build.xml
+@@ -219,12 +219,6 @@
+   
+   
+-  
+-  
+-  
+-  
+-  
+-  
+   
+   
+   
--- a/debian/patches/series 2016-08-27 19:41:16.157812118 +0100
--- b/debian/patches/series 2016-08-27 19:58:03.381832045 +0100
@@ -3,3 +3,4 @@
 compile_junit.patch
 not_run_integrate.patch
 0005-do-not-ask-timestamp.digicert.com-to-sign.patch
+reproducible_build.patch

Bug#794650: pulseaudio: please ship the pulseaudio equalizer UI (qpaeq)

[Willem Mulder]

On Fri, 15 Jul 2016 12:15:21 -0400 Felipe Sateler 
wrote:
> On 15 July 2016 at 08:56, Willem Mulder <14mrh4...@gmail.com> wrote:
> > [...]
>
> Thanks! :)
>
> > I based the patch on the package's git repo. I'd also like some feedback
> > on it, since this is the first time I actually did something like this.
>
> The patch looks good, but there are some questions that need to be
> resolved first:
>
> 1. Is the equalizer sink useful without qpaeq?
> 2. Do users actually want the module, or the equalizer?
>
> As I understand it, the answer to 1 is: not at the moment, qpaeq is
> the only available client; this makes the answer to 2 "no". Therefore,
> I think the new package should be called qpaeq, and describe the
> equalizer application.

My view of this is that users will be looking for 'an' equalizer, not for
qpaeq per se. Looking at other distributions, I see the package is called
'pulseaudio-equalizer' (Fedora, Arch Linux, openSUSE). Perhaps we could go
with that name, if only for the sake of uniformity?

> Other than that, it looks good. The only unfortunate thing is that it
> won't work by default as the dbus module is not loaded in the default
> configuration. But fixing this would mean patching upstream code,
> which is more work (and I don't think it should block actually
> shipping the app).

qpaeq itself says to enable the module if it is not, so I think it's safe
to ignore this.

> Did you test that the (python) dependencies you added are enough to
> run the app? Ie, install on a clean system/chroot and that it starts?

I have not tested it through a chroot, although I have tested it on a live
environment. I've added dependencies on the Debian packages providing the
explicitly imported Python packages, so it should be safe (if it's not,
that's a bug in the packages concerned).

> --
>
> Saludos,
> Felipe Sateler

Kind regards,

Willem Mulder

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Santiago Vila]

reassign 835516 sed
thanks

Oops. Not.

Reading the message by Adam carefully, this is a bug in sed.

I would hope the release managers would allow this to be fixed in a
point release.

Thanks.

Bug#835632: freedombox-setup: Exit with error code when a component fails

[Sunil Mohan Adapa]

Package: freedombox-setup
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

Currently, if an important step in the setup process fails, it is logged
by the setup process continues.  This means that we are having to look
at the logs after each build (for each target) manually to find out if
a particular step as failed.  It is better for the build to fail than a
small step failing silently and causing an incorrect build that is hard
to detect.

Doing this is not likely to cause build failures right away because we
have been monitoring the build logs and didn't see any failure during
last release.  Also, the number of scripts present are quite small now.

Attached patch fixes the problem.



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

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

-BEGIN PGP SIGNATURE-

iQIuBAEBCgAYBQJXweELERxzdW5pbEBtZWRoYXMub3JnAAoJEEPqHP8Kp8XyhGkP
/0ACA/jQI1kKIajl0hFjzAuwZwMa8PuHj7q6cEEZJld/yCf79qKekI76fNrvcepo
XVzTKfIeqtbXXq1ddjGf61mTFaThi4RxKd6VF3b/2U/osZje0SFAOkZ2pHLAU2dV
3S4GyZ9dwjcVdQt4VCWLjNyiNDjPiXzCGywmII1G5NYqWq2zybWsevPWQ3xJhErp
T0BKWI0Eu0Hj07SL7qYtfRvi50uYdNU+JhqtSFkKT6qcZw5pPsAI87SvFaVh2l+T
HUHLR8gyVc3j0ZULoJQQExU7Yy9inZTqH5nwdsVC8p6b4PY0IIMrhPap9e00b+/9
RU6sdtR61QuH3hRJt7NhkwNU8txFEAdb03aPiFGKANg1NhkiPsqPFaO/Vn5VOP/O
3RZ0Eet0IAKuukOAOJWfRNPF+fQKdFDn840O6kUO1a3EabMYG2Qfai/LvvH2QSj/
wLcA/YsIBD1s0oq7gD6aALiqZlsLUo4MmtHeXrsYtGp6vtPQJkoI9X+ypMwNIZRx
C4X8VdL5sN0d/ePTE0OK5GLcCtYCm8EOnTXiIE27hHSqH7EAgvDs6/qCuBZMCMDf
ubvzC08Db4jP5OErmY0Q1GLR4WRjYfPU7PD46EUrNyK1da/+WNH4fCSajHOCNr5K
qie0j2ZwxCH18x7OXGJnJqp4tt1LlSn0nvHcntI7Pc3I
=qYz6
-END PGP SIGNATURE-
>From bc94368fd1ebafc492a9b40a57328401cdd00350 Mon Sep 17 00:00:00 2001
From: Sunil Mohan Adapa 
Date: Sun, 28 Aug 2016 00:09:44 +0530
Subject: [PATCH] Exit or error with error code

Currently, if an important step in the setup process fails, it is logged
by the setup process continues.  This means that we are having to look
at the logs after each build (for each target) manually to find out if
a particular step as failed.  It is better for the build to fail than a
small step failing silently and causing an incorrect build that is hard
to detect.

Doing this is not likely to cause build failures right away because we
have been monitoring the build logs and didn't see any failure during
last release.  Also, the number of scripts present are quite small now.
---
 first-run.d/05_network   | 2 ++
 first-run.d/10_ssh-keys  | 2 ++
 first-run.d/40_apache2   | 2 ++
 setup.d/01_etckeeper-pre | 2 ++
 setup.d/90_apache2   | 2 ++
 setup.d/98_next-is-first-run | 2 ++
 setup.d/99_etckeeper | 2 ++
 setup.d/99_provide-source| 2 ++
 setup.d/99_zmessage  | 2 ++
 9 files changed, 18 insertions(+)

diff --git a/first-run.d/05_network b/first-run.d/05_network
index 4335989..c019e2d 100755
--- a/first-run.d/05_network
+++ b/first-run.d/05_network
@@ -1,5 +1,7 @@
 #!/bin/bash
 
+set -e
+
 # Configure networking for all wired and wireless devices.
 #
 # Creates network-manager connections.
diff --git a/first-run.d/10_ssh-keys b/first-run.d/10_ssh-keys
index 83bec4c..aeacb96 100755
--- a/first-run.d/10_ssh-keys
+++ b/first-run.d/10_ssh-keys
@@ -1,5 +1,7 @@
 #!/bin/sh
 
+set -e
+
 . /lib/lsb/init-functions
 
 log_action_begin_msg "Creating SSH keys"
diff --git a/first-run.d/40_apache2 b/first-run.d/40_apache2
index 67c939e..ff77c0d 100755
--- a/first-run.d/40_apache2
+++ b/first-run.d/40_apache2
@@ -3,4 +3,6 @@
 # Make sure every machine have their own unique SSL certificate, even
 # if it is a snake oil one.
 
+set -e
+
 make-ssl-cert generate-default-snakeoil --force-overwrite
diff --git a/setup.d/01_etckeeper-pre b/setup.d/01_etckeeper-pre
index bb45a82..0aef4b4 100755
--- a/setup.d/01_etckeeper-pre
+++ b/setup.d/01_etckeeper-pre
@@ -1,5 +1,7 @@
 #!/bin/sh
 
+set -e
+
 # Avoid etckeeper problem (refuses to commit) because git picked a
 # email address with an empty domain.
 if which etckeeper > /dev/null 2>&1 && \
diff --git a/setup.d/90_apache2 b/setup.d/90_apache2
index 2e00ccc..696b620 100755
--- a/setup.d/90_apache2
+++ b/setup.d/90_apache2
@@ -2,6 +2,8 @@
 #
 # Configure Apache for FBX.
 
+set -e
+
 echo "Configuring Apache..."
 
 # enable non-multithreaded Apache worker model as there a many PHP
diff --git a/setup.d/98_next-is-first-run b/setup.d/98_next-is-first-run
index bf3a0ba..81ae649 100755
--- a/setup.d/98_next-is-first-run
+++ b/setup.d/98_next-is-first-run
@@ -1,5 +1,7 @@
 #!/bin/sh
 
+set -e
+
 # Tell init.d/first-run to do its stuff on the next boot.
 mkdir -p /var/lib/freedombox
 touch /var/lib/freedombox/first-run-enable
diff --git a/setup.d/99_etckeeper 

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Daniel Bareiro]

El sábado 27 de agosto del 2016 a las 19:59:32 +0200,
Hans escribió:

> Hello all!

Hello, Hans!

> What is correct? 755 or 775? I have 775, and I did install from the DVD 
> (however, about 7 years ago!).
> 
> I never changed any permissions manually, so I believe, this settings are now 
> for a lng time.

I think 755 should be right. At least 775 seems not work with Jailkit by
be considered a security breach as I see in the log:

---
Jun 27 15:37:57 ispconfig jk_chrootsh[19240]: path 
/var/www/clients/client1/web7/bin/ is group writable
Jun 27 15:37:57 ispconfig jk_chrootsh[19240]: abort, 
/var/www/clients/client1/web7 is not a safe jail, check ownership and 
permissions.
---

I think when you create a new user with Jailkit, this is based on the
/bin directory with the permissions that it has in the base system, and
Jailkit copies it into the home for the chrooted user maintaining the
same permissions. But when a chrooted user wants to log in, s/he is
unable to do so due to the security breach registered you can see in the
log that I copied above.

What led me to think that maybe we could have a bug on the Debian
permissions for /bin.


Kind regards,

-- 
Ing. Daniel Bareiro

Opción Libre - Soberanía tecnológica para su empresa
WWW: http://www.opcion-libre.com.ar
Tel: +54 11 5235-3090
Correo-e: conta...@opcion-libre.com.ar


signature.asc
Description: Digital signature

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Santiago Vila]

reassign 835516 debian-installer
thanks

I think this is a bug in debian-installer, because debootstrap is
apparently not affected by the umask setting (be it 002 or 022).

Reassigning accordingly.

Dear d-i people: Short summary: New systems installed from Debian 8
netinst image have /bin with mode 775 instead of 755.

Thanks.

Bug#828978: RFS: install-mimic/0.2.0-1 (ITP)

[Jakub Wilk]

[I don't intend to sponsor this package. Sorry!]

* Sean Whitton , 2016-08-27, 10:48:
1. This package has a perl and a C version of the program, and you 
install the C one.  Have you considered installing both and using the 
alternatives system to permit the user to choose?


Both implementation have identical functionality AFAICS, so I don't see 
the point of installing them both. How would the user decide which one 
they want?



2. Your autopkgtest test suite appears to test the perl version?


Hopefully not, because it's supposed to test the install packaged, and 
as you noticed, there's no Perl version there...


--
Jakub Wilk

Bug#835631: ERROR: test-link-linux

[jean-christophe manciot]

Package: network-manager
Version: 1.4.0-2

On Ubuntu 16.04 4.4.0-34
x86_64 system
dpkg -s libc6 | grep ^Version
  Version: 2.23-0ubuntu3
Libvirt 2.1.0
OvS 2.5.0

Building from sources @ git://anonscm.debian.org/pkg
-utopia/network-manager.git

echo 
echo Cleaning
echo 
cd git-network-manager
git checkout master
git reset --hard
git clean -fxd :/
git pull -v --progress --rebase
git checkout debian/${release_number}

echo ---
echo Checking Build Dependencies
echo ---
dpkg-checkbuilddeps

echo 
echo Building
echo 
dpkg-buildpackage -b -m"Jean-Christophe Manciot <
manciot.jeanchristo...@gmail.com>"
...
=
   NetworkManager 1.4.0: src/platform/tests/test-suite.log
=

# TOTAL: 38
# PASS:  36
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 2

.. contents:: :depth: 2

ERROR: test-link-linux
==

# random seed: R02Se804f8728416a0e9b562138de45a0724
1..46
# Start of link tests
ok 1 /link/bogus
PASS: test-link-linux 1 /link/bogus
ok 2 /link/loopback
PASS: test-link-linux 2 /link/loopback

nmtst: initialize nmtst_get_rand() with NMTST_SEED_RAND=3948062492
ok 3 /link/internal
PASS: test-link-linux 3 /link/internal
ok 4 /link/external
PASS: test-link-linux 4 /link/external
**
NetworkManager:ERROR:*test-link.c:403:test_software: assertion failed*
(value == "789"): *("788" == "789")*
# Start of software tests
Aborted (core dumped)
# NetworkManager:ERROR:test-link.c:403:test_software: assertion failed
(value == "789"): ("788" == "789")
ERROR: test-link-linux - too few tests run (expected 46, got 4)
ERROR: test-link-linux - exited with status 134 (terminated by signal 6?)

Around src/platform/tests/*test-link.c:403*
/* Set master option */
switch (link_type) {
case NM_LINK_TYPE_BRIDGE:
if (nmtstp_is_sysfs_writable ()) {
g_assert (nm_platform_sysctl_master_set_option (NM_PLATFORM_GET, ifindex,
"forward_delay", "789"));
value = nm_platform_sysctl_master_get_option (NM_PLATFORM_GET, ifindex,
"forward_delay");
g_assert_cmpstr (value, ==, "789");
g_free (value);
}
break;

As a matter of fact, multiple virsh virtual networks, Linux bridges & 1 OvS
are defined on my system:
#virsh net-list --all
 Name State  Autostart Persistent
--
 default  active yes   yes
 loopback active yes   yes
 ovs-net  active yes   yes
 virl-data-flat   active yes   yes
 virl-data-flat1  active yes   yes
 virl-data-snat   active yes   yes
 virl-openstack   active yes   yes
 virtual-bridge-3 active yes   yes
 virtual-bridge-4 active yes   yes
 virtual-mgt-5active yes   yes
 virtual-router   active yes   yes

# brctl show
bridge name bridge id STP enabled interfaces
docker0 8000.02429fafb802 no
virbr0 8000.52540001fb60 no virbr0-nic
virbr1 8000. no
virbr12 8000. no
virbr13 8000.5254001b43cc no virbr13-nic
virbr14 8000.525400cb1e3a no virbr14-nic
virbr15 8000.525400d30f13 no virbr15-nic
virbr2 8000. no
virbr3 8000. no
virbr4 8000. no
virbr5 8000. no

# ovs-vsctl show
630d1d19-ce8b-4f5b-83d2-a1ea886c9c8e
Bridge "ovsbr0"
Port "ovsbr0"
Interface "ovsbr0"
type: internal
ovs_version: "2.5.0"

*However, if I completely uninstall libvirt, openvswitch & docker (removing
the bridges may have been enough), reboot and rebuild network-manager, the
exact same error appears during the build process*.
-- 
Jean-Christophe Manciot

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Santiago Vila]

On Sat, Aug 27, 2016 at 07:59:32PM +0200, Hans wrote:

> What is correct? 755 or 775? I have 775, and I did install from the DVD 
> (however, about 7 years ago!).

We want it to be 755, so if they end up being 775, that's a bug.

It should be harmless because /bin is owned by root, and by default
only root is in the group root.

For the record, I've just used netinst iso for 8.4.0 and KVM to
install a new system, and yes, I can reproduce this. You don't have to
install anything at all, just the base system.

> I never changed any permissions manually, so I believe, this settings are now 
> for a lng time.

I've just checked and all my systems have 775!

This is certainly surprising.

Most probably this is a bug in either:

* Some package in the base system (would be detected by lintian).
* debootstrap
* debian-installer

Help to debug this would be appreciated. Maybe we can fix it for
Debian 8.6.

Thanks.

Bug#835629: gnupg2: “unsafe ownership” is based on uid instead of euid

[Valentin Lorentz]

Package: gnupg2
Version: 2.1.11-7

When running gnupg2 from an executable with a SUID, gnupg2 wrongly warns
about “unsafe ownership on homedir”.

Here is how to reproduce the bug:

 val@particle:/tmp $ cat foo.c
#include 
#include 
#include 

void main(int argc, char* argv[]) {
system("gpg2 --list-secret-keys --homedir=/home/dev-misc/.gnupg");
}
 val@particle:/tmp $ sudo gcc foo.c && sudo chown dev-misc:dev-misc
a.out && sudo chmod u+s a.out
 val@particle:/tmp $ LANG=C ./a.out
gpg: WARNING: unsafe ownership on homedir '/home/dev-misc/.gnupg'
gpg: keybox '/home/dev-misc/.gnupg/pubring.kbx' created
 val@particle:/tmp $ sudo ls -la /home/dev-misc/ | grep gnupg
drwx--  2 dev-misc dev-misc4096 août  27 20:22 .gnupg

Best regards,
Valentin

Bug#835630: ruby-gettext-setup: test suite fails under autopkgtest

[Antonio Terceiro]

Package: ruby-gettext-setup
Version: 0.3-1
Severity: normal
Tags: patch

the test suite for ruby-gettext-setup fails under autopkgtest, because
it tries to load library code from the source package. Attached you will
find a patch that fixes this - it is trivial enough so it should
probably be pushed upstream.

There was an empty repository for this package under
/git/pkg-ruby-extras on alioth, which I removed. I could have uploaded
the fix myself, but I don't have write access to the pkg-puppet
repository, and have no intention in joining the team.

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

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

Versions of packages ruby-gettext-setup depends on:
ii  ruby   1:2.3.0+4
ii  ruby-fast-gettext  1.0.0-1
ii  ruby-gettext   3.1.7-1

ruby-gettext-setup recommends no packages.

ruby-gettext-setup suggests no packages.

-- no debconf information
From: Antonio Terceiro 
Date: Sat, 27 Aug 2016 15:14:43 -0300
Subject: Fix test suite to also work against installed package

---
 spec/spec_helper.rb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/spec/spec_helper.rb b/spec/spec_helper.rb
index 21e99eb..60e1c22 100644
--- a/spec/spec_helper.rb
+++ b/spec/spec_helper.rb
@@ -3,4 +3,4 @@ SimpleCov.start do
   add_filter "/spec/"
 end
 
-require_relative '../lib/gettext-setup'
+require 'gettext-setup'


signature.asc
Description: PGP signature

Bug#835628: dracut-core: Hangs if no host filesystems were detected

[Felipe Sateler]

Package: dracut-core
Version: 044+109-1
Severity: important

If no host filesystems are detected (which can happen if running inside
a nspawn container in a btrfs subvolume, and btrfs-tools is not
installed), then dracut hangs in 90kernel-modules, because
$host_fs_types is empty and thus instmods tries a read.

I note that this code is very different from upstream (either the 44 tag
or current master), maybe the fix is to update the code from upstream?

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

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

Versions of packages dracut-core depends on:
ii  cpio2.11+dfsg-5
ii  kmod22-1.1
ii  kpartx  0.6.2-2
ii  libc6   2.23-5
ii  libkmod222-1.1
ii  pkg-config  0.29-4
ii  udev231-5
ii  util-linux  2.28.1-1

Versions of packages dracut-core recommends:
pn  console-setup  
ii  cryptsetup 2:1.7.0-2
ii  dmraid 1.0.0.rc16-7
ii  dmsetup2:1.02.133-1
ii  lvm2   2.02.164-1
ii  mdadm  3.4-4

dracut-core suggests no packages.

-- no debconf information

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Daniel Bareiro]

El sábado 27 de agosto del 2016 a las 17:37:05 +0100,
Adam D. Barratt escribió:

> fwiw I think this might be a side-effect of the issues described in
> https://lists.debian.org/debian-release/2016/03/msg00035.html and
> surrounding messages.

Hi, Adam.

Thank you for your contribution. Maybe Santiago can tell us if this
issue is related to what is mentioned in that thread.

On the other hand, if you can do some testing that validates what I
mentioned here so that we can isolate that this is something introduced
into the image of netinstall, maybe that can help isolate the source of
the problem. Because I could not replicate it installing a Jessie LXC
container.


Kind regards,

-- 
Ing. Daniel Bareiro

Opción Libre - Soberanía tecnológica para su empresa
WWW: http://www.opcion-libre.com.ar
Tel: +54 11 5235-3090
Correo-e: conta...@opcion-libre.com.ar


signature.asc
Description: Digital signature

Bug#835627: ros-rospack: FTBFS on hurd-i386

[Svante Signell]

Source: ros-rospack
Version: 2.3.0-3
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

HI,

ros-rospack currently FTBFS on GNU/Hurd since 2.3.0-3 when the unit
tests were enabled. This is due to usage of PATH_MAX in
file test/test/utest.cpp. The attached patch fixes this by using
getcwd(NULL, 0) to allocate space, populate path and free it after
usage. As all Debian architectures support this usage of getcwd() no
harm would be done. All tests succeed on GNU/Hurd too.

Thanks!Index: ros-rospack-2.3.0/test/test/utest.cpp
===
--- ros-rospack-2.3.0.orig/test/test/utest.cpp
+++ ros-rospack-2.3.0/test/test/utest.cpp
@@ -231,8 +231,8 @@ int main(int argc, char **argv)
   char buf[1024];
   std::string rr = std::string(getcwd(buf, sizeof(buf))) + "/test2";
   setenv("ROS_PACKAGE_PATH", rr.c_str(), 1);
-  char path[PATH_MAX];
-  if(getcwd(path,sizeof(path)))
+  char *path = getcwd(NULL, 0);
+  if(path)
   {
 boost::filesystem::path p(path);
 p = p.parent_path();
@@ -243,6 +243,7 @@ int main(int argc, char **argv)
 setenv("PATH", newpath.c_str(), 1);
   }
 
+  free(path);
   testing::InitGoogleTest(, argv);
   return RUN_ALL_TESTS();
 }

Bug#835626: ITP: fonts-mononoki -- a font for programming and code review

[Vasudev Kamath]

Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath 

* Package name: fonts-mononoki
  Version : 1.2
  Upstream Author : Matthias Tellen
* URL : https://github.com/madmalik/mononoki
* License : OFL-1.1
  Programming Lang: font
  Description : a font for programming and code review

This font is created to enhance code formatting.
.
This font has following features
 * Monospace allowing two dimensional structuring and highlighting
   differences in character level.
 * Works well on both High and low resolution displays
 * Every characters is clearly differentiable from other similar
   looking character.
 
The package will be maintained as part of Debian Fonts Task Force
team. Also the font is really nice for editing and reviewing code and
is the reason for packaging it.

Bug#832775: OK to close

[Dominique Brazziel]

I forgot about the '-forever' parameter.  From 'man x11vnc':

Keep listening for more connections rather than exiting 
as soon as the first client(s) disconnect. Same as -many

Working as designed, sorry for the noise.  OK to close.

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Hans]

Hello all!

What is correct? 755 or 775? I have 775, and I did install from the DVD 
(however, about 7 years ago!).

I never changed any permissions manually, so I believe, this settings are now 
for a lng time.

Best

Hans

Bug#831931: [NMU] Re: Bug#835623: html2wml: Missing run-time dependency on libcgi-pm-perl

[Axel Beckert]

Control: tag -1 + pending

Dear Werner,

Axel Beckert wrote:
> in Sid and Stretch, the perl package no more contains CGI.pm (as it has
> been removed upstream from Perl's core), hence html2wml now needs an
> additional run-time dependency on libcgi-pm-perl.
> 
> Unfortunately I didn't notice this issue before uploading my NMU to
> DELAYED/2. I've cancelled my previous upload and will upload a new one
> including a fix for this issue to e.g. DELAYED/10 instead.

Uploaded to DELAYED/10 now. Full source debdiff attached.

Feel free to tell me if I should fast-forward it or delay it even
longer.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
diff -u html2wml-0.4.11/debian/changelog html2wml-0.4.11/debian/changelog
--- html2wml-0.4.11/debian/changelog
+++ html2wml-0.4.11/debian/changelog
@@ -1,3 +1,12 @@
+html2wml (0.4.11-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Swap binary-* targets to fix FTBFS with "dpkg-buildpackage -A". Patch
+by Santiago Vila. (Closes: #831931)
+  * Add missing dependency on libcgi-pm-perl. (Closes: #835623)
+
+ -- Axel Beckert   Sat, 27 Aug 2016 19:50:03 +0200
+
 html2wml (0.4.11-1.1) unstable; urgency=high
 
   * Non-maintainer upload
diff -u html2wml-0.4.11/debian/control html2wml-0.4.11/debian/control
--- html2wml-0.4.11/debian/control
+++ html2wml-0.4.11/debian/control
@@ -7,7 +7,7 @@
 
 Package: html2wml
 Architecture: all
-Depends: perl, libhtml-parser-perl, liburi-perl, libwww-perl, 
libtext-template-perl
+Depends: perl, libhtml-parser-perl, liburi-perl, libwww-perl, 
libtext-template-perl, libcgi-pm-perl
 Recommends: libxml-parser-perl, tidy, httpd | httpd-cgi
 Suggests: wap-wml-tools, iceweasel, wapua
 Description: converts HTML pages to WML (WAP) or i-mode pages
diff -u html2wml-0.4.11/debian/rules html2wml-0.4.11/debian/rules
--- html2wml-0.4.11/debian/rules
+++ html2wml-0.4.11/debian/rules
@@ -57,12 +57,12 @@
$(MAKE) installcgi DESTDIR=$(CURDIR)/debian/html2wml
 
 
-# Build architecture-independent files here.
-binary-indep: build install
+# Build architecture-dependent files here.
+binary-arch:
 # We have nothing to do by default.
 
-# Build architecture-dependent files here.
-binary-arch: build install
+# Build architecture-independent files here.
+binary-indep: build install
dh_testdir
dh_testroot
 #  dh_installdebconf   


signature.asc
Description: Digital signature

Bug#835625: nikwi: please make the build reproducible

[Chris Lamb]

Source: nikwi
Version: 0.0.20120213-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], I noticed
that nikwi could not be built reproducibly.

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible_build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible_build.patch   2016-08-27 18:51:19.004085540 
+0100
@@ -0,0 +1,49 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2016-08-27
+
+--- nikwi-0.0.20120213.orig/src/tools/upack/upack.c
 nikwi-0.0.20120213/src/tools/upack/upack.c
+@@ -159,9 +159,9 @@ static void packFile(char *filename, cha
+ 
+ static void scanDirectory(char *dirname, char *path)
+ {
+-  DIR *dir;
++  int n;
+   char*spath;
+-  struct dirent   *de;
++  struct dirent   *de, **namelist;
+   if (chdir(dirname))
+   return;
+   
+@@ -170,15 +170,15 @@ static void scanDirectory(char *dirname,
+   sprintf(spath, "%s/%s", path, dirname);
+   else
+   sprintf(spath, "%s", dirname);
+-  dir = opendir(".");
+-  if (!dir)
+-  {
++  n = scandir(".", , 0, alphasort);
++  if (n < 0) {
+   chdir("..");
+   printf("cannot open `%s'\n", dirname);
+   return;
+   }
+-  while ((de = readdir(dir)))
++  while (n--)
+   {
++  de = namelist[n];
+   if (!strcmp(de->d_name, ".") || !strcmp(de->d_name, ".."))
+   continue;
+   if (chdir(de->d_name))
+@@ -199,8 +199,9 @@ static void scanDirectory(char *dirname,
+   }
+   scanDirectory(de->d_name, spath);
+   }
++  free(de);
+   }
+-  closedir(dir);
++  free(namelist);
+   
+   free(spath);
+   chdir("..");
--- a/debian/patches/series 2016-08-27 18:41:21.055719434 +0100
--- b/debian/patches/series 2016-08-27 18:51:16.784055046 +0100
@@ -4,3 +4,4 @@
 slashfx_main.patch
 uscript_type.patch
 big-endian.patch
+reproducible_build.patch

Bug#829520: RFS: mbpfan/1.9.1-1 ITP

[Sean Whitton]

control: tag -1 +moreinfo

Dear Herminio,

I'd like to review this package and help you get it into good shape for
an upload to Debian, but it's quite hard to review right now because the
debian/ subdir has a lot of cruft.

If you resolve the following clean-up issues, please remove the moreinfo
tag from the RFS bug, let me know and I'll review it.

1. Please make the packaging available in git, rather than a .dsc from
mentors.  This makes it easy to see when you've made suggested fixes
using `git diff`.

2. You have a lot of *.ex files that aren't doing anything in the
debian/ subdir.  And README.source.  There shouldn't be any template
files you aren't using.

3. Similarly lots of example text in d/rules.

4. And d/watch.

5. You have lots and lots of patches without proper patch headers.  The
patches seem to be revisions of each other.  You need one patch for each
meaningful change, with the reason for the change explained in the patch
header (ideally a DEP-3-compatible header).

6. You shouldn't patch the makefile's install target.  Override
dh_auto_install to disable it, and use dh_install to install the files
where they should go.  (See the manpages for those tools.)

Hope we can make progress with this one!  Thanks!

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#828978: RFS: install-mimic/0.2.0-1 (ITP)

[Sean Whitton]

control: tag -1 +moreinfo

Hello Peter,

Here's a few comments and questions on your package (hopefully get the
ball rolling on sponsorship).

1. This package has a perl and a C version of the program, and you
install the C one.  Have you considered installing both and using the
alternatives system to permit the user to choose?

2. Your autopkgtest test suite appears to test the perl version?  Not
sure -- would be best to add comments to the debian/test/control file.

3. If users need to overwrite files installed by Debian packages, they
should use dpkg-divert and/or dpkg-statoverride.  Perhaps it should be
stated clearly in the package description that install-mimic should be
used in combination with those tools.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#835623: html2wml: Missing run-time dependency on libcgi-pm-perl

[Axel Beckert]

Hi,

Axel Beckert wrote:
> in Sid and Stretch, the perl package no more contains CGI.pm (as it has
> been removed upstream from Perl's core), hence html2wml now needs an
> additional run-time dependency on libcgi-pm-perl:

JFTR, this is from a clean Sid chroot on amd64:

root@c6:/# apt install html2wml
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  ca-certificates libencode-locale-perl libfile-listing-perl
  libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl
  libhttp-cookies-perl libhttp-date-perl libhttp-message-perl
  libhttp-negotiate-perl libio-html-perl libio-socket-ssl-perl
  liblwp-mediatypes-perl liblwp-protocol-https-perl libnet-http-perl
  libnet-ssleay-perl libssl1.0.2 libtext-template-perl
  libtimedate-perl liburi-perl libwww-perl libwww-robotrules-perl
  netbase openssl
Suggested packages:
  wap-wml-tools iceweasel wapua libdata-dump-perl libcrypt-ssleay-perl
  libauthen-ntlm-perl
Recommended packages:
  libxml-parser-perl tidy httpd | httpd-cgi libhtml-format-perl
  libhtml-form-perl libhttp-daemon-perl libmailtools-perl ifupdown
The following NEW packages will be installed:
  ca-certificates html2wml libencode-locale-perl libfile-listing-perl
  libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl
  libhttp-cookies-perl libhttp-date-perl libhttp-message-perl
  libhttp-negotiate-perl libio-html-perl libio-socket-ssl-perl
  liblwp-mediatypes-perl liblwp-protocol-https-perl libnet-http-perl
  libnet-ssleay-perl libssl1.0.2 libtext-template-perl
  libtimedate-perl liburi-perl libwww-perl libwww-robotrules-perl
  netbase openssl
0 upgraded, 25 newly installed, 0 to remove and 0 not upgraded.
Need to get 1480 kB/3690 kB of archives.
After this operation, 9788 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
[...]
root@c6:/# html2wml
Can't locate CGI.pm in @INC (you may need to install the CGI module) (@INC 
contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.2 
/usr/local/share/perl/5.22.2 /usr/lib/x86_64-linux-gnu/perl5/5.22 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at 
/usr/bin/html2wml line 23.
BEGIN failed--compilation aborted at /usr/bin/html2wml line 23.
root@c6:/# apt install libcgi-pm-perl
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Recommended packages:
  libcgi-fast-perl
The following NEW packages will be installed:
  libcgi-pm-perl
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 221 kB of archives.
After this operation, 489 kB of additional disk space will be used.
Get:1 http://debian.ethz.ch/debian sid/main amd64 libcgi-pm-perl all 4.32-1 
[221 kB]
Fetched 221 kB in 0s (1328 kB/s)  
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package libcgi-pm-perl.
(Reading database ... 13419 files and directories currently installed.)
Preparing to unpack .../libcgi-pm-perl_4.32-1_all.deb ...
Unpacking libcgi-pm-perl (4.32-1) ...
Setting up libcgi-pm-perl (4.32-1) ...
root@c6:/# html2wml  
usage: /usr/bin/html2wml [options] file [-o output]

options: 
  -a, --ascii   use 7 bits ASCII emulation to convert named entities
[...]

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Daniel Bareiro]

El sábado 27 de agosto del 2016 a las 12:36:47 -0300,
Daniel Bareiro escribió:

> Here I find a pattern, since the difference of permissions mentioned in
> the previous mail was found in a KVM virtual machine installed using the
> netinstall CD.
> 
> But I have checked in other Jessie virtual machines and permissions are
> 755. So I'm not sure what can be introducing this difference.
> 
> I just installed Jessie using the latest version of netinstall I have
> (debian-8.1.0-amd64-netinst.iso) and I can confirm here that /bin has
> permissions 775. So it may be that the problem comes from that side...
> 
> Could you please confirm this? Anyway, I will try to make a test with
> the latest version of netinstall.

I just did a test installing a KVM virtual machine using
debian-8.5.0-amd64-netinst.iso and I can confirm that here /bin has
permissions 775 instead of 755. So maybe this is a issue that comes
from the netinstall image because, as I said, I could not replicate
this by creating a LXC container with Jessie.


Kind regards,

-- 
Ing. Daniel Bareiro

Opción Libre - Soberanía tecnológica para su empresa
WWW: http://www.opcion-libre.com.ar
Tel: +54 11 5235-3090
Correo-e: conta...@opcion-libre.com.ar


signature.asc
Description: Digital signature

Bug#835622: [xtrs] Subject: [INTL:id] Indonesian translation of the debconf templates xtrs

[Izharul Haq]

Package: xtrs
Severity: wishlist
Tags: l10n patch
X-Debbugs-CC: debian-l10n-indones...@lists.debian.org

Dear xtrs Maintainer,

Please find attached an po-debconf translation of this package into
Indonesian.

$ msgfmt -cvo /dev/null id.po
3 translated messages.

-- 
Regards,
Izharul Haq (atoz-chevara) | https://wiki.debian.org/Izharul%20Haq
Indonesian Debian Localization and Translation Team

PGP key id 4096R/A17F32B2
B862 27CA E76E 3B4A 3012  2260 68C6 D4C4 A17F 32B2


xtrs-id.tar.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature

Bug#835623: html2wml: Missing run-time dependency on libcgi-pm-perl

[Axel Beckert]

Package: html2wml
Version: 0.4.11-1.1
Severity: serious

Dear Werner,

in Sid and Stretch, the perl package no more contains CGI.pm (as it has
been removed upstream from Perl's core), hence html2wml now needs an
additional run-time dependency on libcgi-pm-perl.

Unfortunately I didn't notice this issue before uploading my NMU to
DELAYED/2. I've cancelled my previous upload and will upload a new one
including a fix for this issue to e.g. DELAYED/10 instead.

-- System Information:
Debian Release: stretch/sid
  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.7.0-rc7-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 html2wml depends on:
ii  libhtml-parser-perl3.72-2
ii  libtext-template-perl  1.46-1
ii  liburi-perl1.71-1
ii  libwww-perl6.15-1
ii  perl   5.22.2-3

Versions of packages html2wml recommends:
pn  httpd | httpd-cgi   
ii  libxml-parser-perl  2.44-2
ii  tidy1:5.2.0-2

Versions of packages html2wml suggests:
ii  iceweasel  45.3.0esr-1
ii  wap-wml-tools  0.0.4-7
ii  wapua  0.06.2-1

-- no debconf information

Bug#812676: maven-scm: FTBFS - test fails with Unparseable date exception

[Markus Koschany]

Control: tags -1 pending

I have rebuilt the package multiple times but I could not reproduce the
build failure. The tests are still enabled but we ignore possible test
failures for now. Manual inspection is required.

If it was a bigger issue we would have seen other fall-out by now.



signature.asc
Description: OpenPGP digital signature

Bug#828157: RFS: lua-stdlib/41.2.0-1 [ITP #727169]

[Sean Whitton]

control: tag -1 +moreinfo

Hello Sergio,

Here's a few comments and questions on your package (hopefully get the
ball rolling on sponsorship).

Important:

1. You have Vcs-* fields but they point to someone else's debianisation.
I don't think you should add those fields until after that git repo
actually contains your version of the package.  Is there some reason you
don't want to use that other debianisation, btw?

2. I think you should run dh_autoreconf to regenerate Makefile.in and
configure.  This ensures that they can be correctly regenerated, such
that Debian is shipping the actual source code of the build system that
can be used to regenerate that build system.

3. You need to state explicit copyright for the GNU autotools files
(INSTALL, Makefile.in) which are under the FSF's special autotools
unlimited redistribution license (even if you run autoreconf they're
still present in the source package.)

Suggestions:

1. The -dev package only installs documentation.  Are you expecting it
to install something else in a future version?  Otherwise, why not use a
-doc suffix?  -dev makes people think they're getting headers etc.

2. In the description, maybe s/for common programming tasks/for common
programming tasks in the Lua programming language/g.  Makes it more
accessible for people who don't know that the 'lua-' in the name refers
to a programming language.

3. You're installing ChangeLog as the upstream changelog but that file
is akin to a git commit history.  I suggest installing NEWS as
/usr/share/doc/lua-stdlib/changelog instead (just override
dh_installchangelogs in d/rules).

4. I don't know any lua so might want to get someone from the lua team
to check your dh-lua usage, if you haven't already.

5. You could use the --linkdoc option of dh_installdocs so that the -dev
package installs the docs to /usr/share/doc/lua-stdlib.  Easier for
users to find.

6. It would be nice to install AUTHORS to properly credit the people
who have worked on this software.

HTH!

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#834088: What's up with mongrel2?

[Dmitry Bogatov]

control: tags -1 +moreinfo

Jan, could you please provide more information?  I did not follow. As
I understand, there was some problem with mongrel2-run, but, as
mongrel2/1.11.0-1 it is no longer case (and I can confirm it, just
installed mongrel2-run without any problems), but this bug is still
open.

Is problem solved? Can I close this bug?

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


pgpGvYUC35FhD.pgp
Description: PGP signature

Bug#835620: gnupg: setuid to non-root: Ohhhh jeeee: ... this is a bug (../../g10/gpg.c:2010:main)

[Valentin Lorentz]

Package: gnupg
Version: 1.4.20-6

Dear maintainer,

Running gnupg from a process with setuid to a user different than root
triggers a bug.

Here is how to reproduce it:

 val@particle:/tmp $ cat foo.c
#include 
#include 
#include 

void main(int argc, char* argv[]) {
printf("%u %u\n", getuid(), geteuid());
system("gpg --help");
}
 val@particle:/tmp $ sudo gcc foo.c && sudo chown dev-misc:dev-misc
a.out && sudo chmod u+s a.out
 val@particle:/tmp $ LANG=C ./a.out
1000 1006

gpg: O j: ... this is a bug (../../g10/gpg.c:2010:main)
secmem usage: 0/0 bytes in 0/0 blocks of pool 0/65536
Aborted


Best regards,
Valentin

Bug#835619: congress: congress/datalog/Python{2,3}/CongressParser.py not generated during build

[Chris Lamb]

Package: congress
Version: 2.54+dfsg-7
Severity: normal

Hi,

(Found via #835617)

congress/datalog/Python{2,3}/CongressParser.py are generated files
but they are not being regenerated during a package build.

(Note that simply calling antlr3 on the .g will set a timestamp at the
top of the file which will render the package unreproducible again,
assuming you apply #835617. It may make sense to sanitise this with,
for example, sed.)


Regards,

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

Bug#835492: Any advocacy material maybe?

[Martin Quinson]

On Thu, Aug 25, 2016 at 10:07:32PM +0200, Wolfgang Schweer wrote:
> On Thu, Aug 25, 2016 at 04:57:52PM +0200, Martin Quinson wrote:
> > I was looking for a low-tech introduction to the project: what you can
> > expect from it and its "selling points". An itemize somehow close to
> > what you have on the main page of skolelinux.de, but with some more
> > details maybe.
>  
> Maybe https://www.debian.org/News/2016/20160702.fr.html
> 
> (Transfer the questions to items.)
> + some copy/paste from the manual could be something to start with.

That's actually a very good introduction, many thanks. I forwarded
that to my contacts. Will see if it's enough.

I'm CCing the corresponding bug, too.

Thanks, Mt.

-- 
Soyez bon, soyez charitable, et soyez généreux, c'est beau. 
Le dévouement c'est admirable et ça se déduit des impots.
-- Les malpolis


signature.asc
Description: PGP signature

Bug#835618: congress:

[Chris Lamb]

Package: congress
Version: 2.54+dfsg-7
Severity: normal

Hi,


Regards,

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

Bug#835617: congress: please make the build reproducible

[Chris Lamb]

Source: congress
Version: 3.0.0+dfsg1-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], I noticed
that congress could not be built reproducibly.

The issue was that -- in tests only -- Config{Lexer,Parser}.py
was being generated by antlr3, which was outputting a timestamp
to the top of the file.

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/rules  2016-08-27 17:04:48.028431589 +0100
--- b/debian/rules  2016-08-27 17:38:18.260981756 +0100
@@ -14,6 +14,7 @@
ln -s .testr.conf.old .testr.conf
PYTHONPATH=$(CURDIR) bash run_tests.sh -N -P
rm -f .testr.conf
+   rm -f congress/datalog/CongressLexer.py 
congress/datalog/CongressParser.py
 endif
 
 override_dh_clean:
@@ -21,6 +22,7 @@
rm -f debian/congress-common.config debian/congress-common.postinst 
debian/congress-server.config debian/congress-api.postinst
rm -rf debian/*.upstart debian/*.service
rm -f .testr.conf
+   rm -f congress/datalog/CongressLexer.py 
congress/datalog/CongressParser.py
 
 override_dh_install:
dh_install --fail-missing

Bug#834691: Pending fixes for bugs in the fonts-goudybookletter package

[pkg-fonts-devel]

tag 834691 + pending
thanks

Some bugs in the fonts-goudybookletter package are closed in revision
b07ca6e41b032dbf88f5964beccb1d132d65 in branch 'master' by
Vasudev Kamath

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-goudybookletter.git;a=commitdiff;h=b07ca6e

Commit message:

Add breaks and replaces on ttf-goudybookletter

Closes: bug#834691

Bug#835516: General: Incorrect permissions on /bin for Debian Jessie

[Adam D. Barratt]

On Sat, 2016-08-27 at 12:07 +0200, Santiago Vila wrote:
> On Fri, Aug 26, 2016 at 09:36:12AM -0300, Daniel Bareiro wrote:
[...]
> > I think that jailkit just copies the permissions that Debian has set as
> > default for /bin which are different now according to the jailkit shell.
> > 
> > There seems to be a difference in the permissions for stable compared to
> > oldstable:
> > 
> > -
> > root@pfc:~# cat /etc/debian_version
> > 7.10
> > root@pfc:~# ls -ld /bin/
> > drwxr-xr-x 2 root root 4096 mar  6 16:14 /bin/
> > -
> > 
> > -
> > root@ispconfig:/var/www/clients/client1/web11# cat /etc/debian_version
> > 8.5
> > root@ispconfig:/var/www/clients/client1/web11# ls -ld /bin/
> > drwxrwxr-x 2 root root 4096 Jun  9 16:20 /bin/
> > root@ispconfig:/var/www/clients/client1/web11# ls -ld ./bin/
> > drwxr-xr-x 2 root root 4096 Jun 28 15:37 ./bin/
> > -
> > 
> > Although I'm not sure why the Debian developers did this change or if it
> > is a bug.
> 
> It would be a bug, yes, but that's not a change that we made.
> 
> A standard install of Debian jessie is usually made by a program
> called debian-installer. This program runs from a bootable USB stick
> (or from optical media) and uses a program called debootstrap to
> install a minimal Debian system in the partition which will become the
> root partition.
> 
> One of the very first packages that debootstrap installs is base-files,
> which contains an empty usr/bin with correct persmissions. You can
> check this by downloading the .deb package from any mirror:
> 
> # dpkg -c base-files_8+deb8u5_amd64.deb | grep usr/bin
> drwxr-xr-x root/root 0 2016-05-30 06:18 ./usr/bin/

fwiw I think this might be a side-effect of the issues described in
https://lists.debian.org/debian-release/2016/03/msg00035.html and
surrounding messages.

Regards,

Adam

Bug#659715: Pending fixes for bugs in the fonts-goudybookletter package

[pkg-fonts-devel]

tag 659715 + pending
thanks

Some bugs in the fonts-goudybookletter package are closed in revision
777a6198d171d739d4cdbc4359a5886e49e4a02a in branch 'master' by
Vasudev Kamath

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-goudybookletter.git;a=commitdiff;h=777a619

Commit message:

Use dh_installdeb maintscript support

Closes: bug#659715, Thanks to Colin Watson.

Bug#766884: validity error : ID already defined

[積丹尼 Dan Jacobson]

Workaround for

validity error : ID bottom already defined


for
libxml2:
  Installed: 2.9.4+dfsg1-1+b1

just remove the name="bottom" in the input.