Bug#838001: [pkg-cryptsetup-devel] Bug#838001: cryptsetup does not support ZFS

[Richard Laager]

On 09/18/2016 02:13 PM, Guilhem Moulin wrote:
> On Sat, 17 Sep 2016 at 19:37:23 -0500, Richard Laager wrote:
>> I have changes all ready-to-go for supporting LUKS, but this "bug"
>> (read: feature request) is a blocker. It is possible to work-around this
>> with (otherwise unused) /etc/fstab entries, but I don't want to
>> encourage that in the wild, lest it cause some other problem in the future.
> 
> The fstab(5) entry for the root FS is never required, is it?

No, I don't think so.

And ZFS *never* uses /etc/fstab, for the root FS or any FS.

> Mine is
> mounted (at initramfs stage) using the “root=” and “rootflags=” kernel
> parameters.  In theory that should work for ZFS as well, but it seems
> like it's currently not the case (cf. #820888).

I looked into 820888 some more. That person is doing ZFS on top of LVM
on top of LUKS. (Or ZFS inside LVM inside LUKS, if you prefer that way
of looking at it.) While that's theoretically something that "should"
work, that's not a very practical configuration. Specifically, using
two volume managers is ill-advised in my opinion. I recommend putting
swap on ZFS instead of that setup.

I completely agree with your analysis that it is not immediately
apparent why cmdline_root is getting set to root=ZFS=..., and that they
should enable debugging to help figure that out.

I commented to this effect on that bug report.

> The kernel parameters
> approach and the /etc/fstab approach are both FS-agnostic, and I'd
> rather not have FS-specific code to find out which device is mounted on
> / or /usr.

When someone is using ZFS, there is simply no way to get from a
mountpoint to a set of devices without invoking ZFS-specific support
code. Looking at /etc/fstab, mount output, or /proc/self/mounts (or
/etc/mtab) will only give you a ZFS dataset name. That is, / will
convert to yakkety/ROOT/ubuntu, not /dev/mapper/luks1. You need to ask
zpool (or libzfs) to get from yakkety/ROOT/ubuntu to /dev/mapper/luks1.

> Configuration for the cryptroot initramfs hook script is now to be
> placed in /etc/crytsetup-initramfs/conf-hook.

Thanks for letting me know. I've made a note and will adjust this in
the HOWTO once this lands in Ubuntu.

> since it's run as a subprocess, it's not possible to set UMASK in
> the hook itself.

Right, this is probably something I'd have to bring up with
initramfs-tools, not cryptsetup. And cryptsetup integration aside, I'm
not entirely sure why it can't use a restrictive umask by default.

> Can you provide an example of the output produced by `zpool
> status -P "${name%%/*}"`, though?  I don't know if adding ‘-P’ changes
> anything, but at least without it I saw headers containing slash
> characters.

Where are you seeing headers with slash characters? I can't think of
any scenario where that might occur. And even if it did, it would have
to be the first field to be grabbed by the awk command I wrote.

With -P, zpool status shows the full path to the device. Always use -P
these days, in any script. Without -P, ZFS "wholedisk" pools will show
"sda" when you may be expecting "sda1"; in this case, using -P shows
/dev/sda1, which is what you want.

Also, without -P, you have no idea which directory the device file is
in. It can be in /dev, or it can be in /dev/disk/by-id, or /dev/mapper,
or something else.

You can also add -L to resolve symlinks. (Using -L without -P gives the
basename of the resolved symlink.)

Here is my test system running Ubuntu 16.10 "Yakkety" with LUKS:

root@yakkety:~# zfs list -H -o name,canmount,mountpoint
yakkety off /
yakkety/ROOToff none
yakkety/ROOT/ubuntu noauto  /
yakkety/homeon  /home
yakkety/home/root   on  /root
yakkety/var off /var
yakkety/var/log on  /var/log
yakkety/var/spool   on  /var/spool
yakkety/var/tmp on  /var/tmp

Here's what the loop would do with that:

root@yakkety:~# name=yakkety/ROOT/ubuntu

The variable expansion is to cut that to just the pool name:

root@yakkety:~# echo "${name%%/*}"
yakkety

Full zpool status output:

root@yakkety:~# zpool status -P "${name%%/*}"
  pool: yakkety
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(5) for details.
  scan: none requested
config:

NAME STATE READ WRITE CKSUM
yakkety  ONLINE   0 0 0
  /dev/mapper/luks1  ONLINE   0 0 0

errors: No known data errors
root@yakkety:~# zpool status "${name%%/*}"
  pool: yakkety
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no 

Bug#820888: cryptsetup: initramfs cryptroot zfs support

[Richard Laager]

For whatever my opinion is worth... :)

I see you are using ZFS on top of LVM on top of LUKS. (Or ZFS inside LVM
inside LUKS, if you prefer that way of looking at it.) While that's
theoretically something that "should" work, that's not a very practical
configuration. Specifically, using two volume managers is ill-advised in
my opinion. I recommend putting swap on ZFS instead of that setup.

If you really want to get your scenario working, I concur with the
request for debugging output.

-- 
Richard

Bug#838253: gnome-terminal-[]: GtkScrollbar

[ali]

Package: gnome-terminal
Version: 3.21.90-3
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***
#tail -f /var/log/syslog
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4730 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4330 is
drawn without a current allocation. This should not happen.
Sep 19 10:11:51 reza gnome-terminal-[15305]: GtkScrollbar 0x561b8d6e4530 is
drawn without a current allocation. This should not happen.

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



-- 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 gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  gconf-service3.2.6-3
ii  gnome-terminal-data  3.21.90-3
ii  gsettings-desktop-schemas3.21.4-2
ii  libatk1.0-0  2.21.90-2
ii  libc62.23-5
ii  libdconf10.26.0-1
ii  libgconf-2-4 3.2.6-3
ii  libglib2.0-0 2.49.6-1
ii  libgtk-3-0   3.21.5-3
ii  libnautilus-extension1a  3.21.91.1-1
ii  libpango-1.0-0   1.40.2-1
ii  libuuid1 2.28.1-1
ii  libvte-2.91-00.45.90-2
ii  libx11-6 2:1.6.3-1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.10.10-1
ii  gvfs  1.29.92-1
ii  yelp  3.21.3-1

gnome-terminal suggests no packages.

-- no debconf information

Bug#838252: update-grub: grub-probe tries unneeded /dev/sda1 and fails

[david]

Package: grub2-common
Version: 2.02~beta2-36
Severity: important

Dear Maintainer,

   * What led up to the situation?
i changed the timeout in /etc/default/grub and ran update-grub
   * What was the outcome of this action?
# update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-4.6.0-1-amd64
Found initrd image: /boot/initrd.img-4.6.0-1-amd64
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your 
device.map.
done

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
there are 2 drives in the PC. /dev/sdb is this debian testing box. 
/dev/sda is
unrelated. it contains an ISO image of Antergros Linux, which i dd'd to 
it.

here's my workaround:
# dd if=/dev/zero of=/dev/sda bs=1M &

# update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-4.6.0-1-amd64
Found initrd image: /boot/initrd.img-4.6.0-1-amd64
done

here's what /dev/sda looked like (before dd with /dev/zero):
# fdisk -l /dev/sda
Disk /dev/sda: 1.4 TiB, 1500300828160 bytes, 2930275055 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x71fa5910

Device Boot Start End Sectors  Size Id Type
/dev/sda1  *0 3528575 3528576  1.7G  0 Empty
/dev/sda2 224   63711   63488   31M ef EFI (FAT-12/16/32)

Greetings,
David


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/mango--vg-root / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sdb1 /boot ext2 rw,relatime,block_validity,barrier,user_xattr,acl 0 0
/dev/sr0 /media/cdrom0 iso9660 ro,nosuid,nodev,noexec,relatime 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/lvm-pv-uuid-nwKgWR-XQhu-BVtO-EA3G-lMs9-mMsb-kXShDv
(hd1)   /dev/disk/by-id/ata-SAMSUNG_HD154UI_S1XWJ1LSC02388
(hd2)   /dev/disk/by-id/ata-M4-CT128M4SSD2_1204032BDE81
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod lvm
insmod ext2
set 
root='lvmid/e4v95A-26u2-gEEo-UM23-8CZS-mf1w-NQNoK8/db4CCu-Ewcw-PGSA-Kfb9-ncAJ-dQQz-5fK9gM'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint='lvmid/e4v95A-26u2-gEEo-UM23-8CZS-mf1w-NQNoK8/db4CCu-Ewcw-PGSA-Kfb9-ncAJ-dQQz-5fK9gM'
  4ce2f9b9-9713-4343-8ad8-6c3a843d790e
else
  search --no-floppy --fs-uuid --set=root 4ce2f9b9-9713-4343-8ad8-6c3a843d790e
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_US
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=1
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=1
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod lvm
insmod ext2
set 
root='lvmid/e4v95A-26u2-gEEo-UM23-8CZS-mf1w-NQNoK8/db4CCu-Ewcw-PGSA-Kfb9-ncAJ-dQQz-5fK9gM'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint='lvmid/e4v95A-26u2-gEEo-UM23-8CZS-mf1w-NQNoK8/db4CCu-Ewcw-PGSA-Kfb9-ncAJ-dQQz-5fK9gM'
  4ce2f9b9-9713-4343-8ad8-6c3a843d790e
else
  

Bug#838200: (gnome-software:15001): Gs-ERROR **: CSS parsing error: not a number

[david]

Package: gnome-software
Version: 3.20.2-2
Followup-For: Bug #838200

Dear Maintainer,

I'm having the exact same issue:

$ gnome-software --verbose
[...]
(gnome-software:4828): Gs-ERROR **: CSS parsing error: not a number
Trace/breakpoint trap

Greetings,
David


-- 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 gnome-software depends on:
ii  appstream0.10.0-2
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  gnome-software-common3.20.2-2
ii  gsettings-desktop-schemas3.21.4-2
ii  libappstream-glib8   0.6.2-1
ii  libatk1.0-0  2.21.90-2
ii  libc62.23-5
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libenchant1c2a   1.6.0-11+b1
ii  libfwupd10.7.3-1
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.49.6-1
ii  libgnome-desktop-3-123.21.90-3
ii  libgtk-3-0   3.21.5-3
ii  libgtkspell3-3-0 3.0.9-1
ii  libjson-glib-1.0-0   1.2.2-1
ii  liblimba00.5.6-2
ii  libpackagekit-glib2-18   1.1.1-1
ii  libpango-1.0-0   1.40.2-1
ii  libpangocairo-1.0-0  1.40.2-1
ii  libpolkit-gobject-1-00.105-16
ii  libsoup2.4-1 2.55.90-1
ii  libsqlite3-0 3.14.1-1
ii  packagekit   1.1.1-1

gnome-software recommends no packages.

Versions of packages gnome-software suggests:
pn  fwupd  
pn  limba  

-- no debconf information

Bug#838251: postfix: resolv.conf not updated in chroot by resolvconf

[Kevin Locke]

Package: postfix
Version: 3.1.0-5+b1
Severity: normal
Tags: patch

Dear Maintainer,

In recent versions of postfix changes to /etc/resolv.conf by resolvconf
are not propagated to the copy in the chroot.  This can result in
failed DNS lookups and consequent errors.

The cause appears to be that resolvconf runs its hook scripts with
PATH=/sbin:/bin and the postfix hook script exits after failing to run
service (which is in /usr/sbin) to check the postfix service status.

The attached patch fixes the issue by using the full path to service for
each call.  I would suggest also removing 2>&1 from the service calls,
but did not make that change in the attached patch.

Thanks,
Kevin

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

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

Versions of packages postfix depends on:
ii  adduser3.115
ii  cpio   2.11+dfsg-5
ii  debconf [debconf-2.0]  1.5.59
ii  dpkg   1.18.10
ii  init-system-helpers1.44
ii  libc6  2.23-5
ii  libdb5.3   5.3.28-12
ii  libicu57   57.1-4
ii  libsasl2-2 2.1.26.dfsg1-15
ii  libsqlite3-0   3.14.1-1
ii  libssl1.0.21.0.2h-1
ii  lsb-base   9.20160629
ii  netbase5.3
ii  ssl-cert   1.0.38

Versions of packages postfix recommends:
ii  python3  3.5.1-4

Versions of packages postfix suggests:
ii  bsd-mailx [mail-reader]  8.1.2-0.20160123cvs-3
pn  dovecot-common   
ii  icedove [mail-reader]1:45.2.0-4+b1
ii  libsasl2-modules 2.1.26.dfsg1-15
ii  mutt [mail-reader]   1.7.0-1
pn  postfix-cdb  
pn  postfix-doc  
pn  postfix-ldap 
pn  postfix-mysql
pn  postfix-pcre 
pn  postfix-pgsql
ii  procmail 3.22-25
ii  resolvconf   1.79
pn  sasl2-bin
pn  ufw  

-- Configuration Files:
/etc/resolvconf/update-libc.d/postfix changed [not included]

-- debconf information excluded
>From 847cb89c0b40ddde7b50bfc33b1f1422343dbdd0 Mon Sep 17 00:00:00 2001
Message-Id: <847cb89c0b40ddde7b50bfc33b1f1422343dbdd0.1474256222.git.ke...@kevinlocke.name>
From: Kevin Locke 
Date: Sun, 18 Sep 2016 21:34:30 -0600
Subject: [PATCH] Use full path to service in update-libc.d

resolvconf runs its hook scripts with PATH=/sbin:/bin.  This causes the
service invocation to fail with "command not found" (with the error
message sent to /dev/null) and the script to unconditionally exit early.
Fix it by using the full path to /usr/sbin/service.

Signed-off-by: Kevin Locke 
---
 debian/update-libc.d | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/update-libc.d b/debian/update-libc.d
index 44faba0..80b8f1f 100644
--- a/debian/update-libc.d
+++ b/debian/update-libc.d
@@ -2,12 +2,12 @@
 
 # we only need to copy this in if the service is already running.
 # if it's not running, it'll get picked up by the init script on start.
-service postfix status >/dev/null 2>&1 || exit 0
+/usr/sbin/service postfix status >/dev/null 2>&1 || exit 0
 
 QUEUEDIR="$(/usr/sbin/postconf -h queue_directory 2>/dev/null || true)"
 if [ -n "$QUEUEDIR" ]; then
 cp /etc/resolv.conf ${QUEUEDIR}/etc/resolv.conf
-service postfix reload >/dev/null 2>&1 || exit 0
+/usr/sbin/service postfix reload >/dev/null 2>&1 || exit 0
 fi
 
 exit 0
-- 
2.9.3

Bug#838250: RFP emacs25 -- GNU Emacs, the extensible self-documenting text editor

[d6347d34]

Package: wnpp
Severity: wishlist

As of today, GNU Emacs 25.1 is available from the GNU project website:

* https://www.gnu.org/software/emacs/

* Emacs is licensed under the GNU GPL

Bug#838249: RM: python-pypdf -- ROM; It was replaced by python-pypdf2

[Luciano Bello]

Package: ftp.debian.org
Severity: normal

Hi there,
   python-pypdf was replaced by python-pypdf2. The reverse dependencies had 
been patched for that porpoise already:

bookletimposer: #763974 
kraft: #763980 
pdfposter:  #763977 
pdfshuffle: #763973 
pisa: #763981
w3af: #763975

Thanks! /luciano

Bug#838248: unadf: CVE-2016-1243 and CVE-2016-1244

[Luciano Bello]

Source: unadf
Version: 0.7.11a-3
Severity: important
Tags: security patch

Hi,

Tuomas Räsänen discovered the following vulnerabilities for unadf.

CVE-2016-1243[0]: stack buffer overflow caused by blindly trusting on pathname 
lengths of archived files.
CVE-2016-1244[1]: execution of unsanitized input

The patch is available here: 
  
http://tmp.tjjr.fi/0001-Fix-unsafe-extraction-by-using-mkdir-instead-of-shel.patch

If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-1243
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-1243
[1] https://security-tracker.debian.org/tracker/CVE-2016-1244
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-1244

Bug#691627: Ubuntu lightdm patch

[T. Joseph Carter]

Hi,

It appears that Ubuntu has resolved this issue with the inclusion of 
the attached patch by Sean Davis .  It would 
allow you to change the Depends: line to use lightdm | gdm3, which 
appears to be what is wanted.


I just built a NM(N)U of xfswitch-plugin using this patch and it does 
indeed give me a button for the XFCE panel that, when pressed and 
confirmed, takes me back to lightdm.


This does not provide the regular Action Buttons applet the same 
functionality of course, but since that applet can't appear as a 
compact icon, I prefer xfswitch-plugin anyway.


Joseph

Description: Add support for dm-tool
 gdmflexiserver is no longer provided by lightdm. Use dm-tool if it is 
 available.
Author: Sean Davis 
Bug-Ubuntu: https://launchpad.net/bugs/1320560
Last-Update: 2014-10-11
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/panel-plugin/main.c
+++ b/panel-plugin/main.c
@@ -111,12 +111,20 @@
 static void
 cb_response (GtkDialog *dialog, gint response, gpointer user_data)
 {
+gchar *path;
+gchar *command;
+
 if (response == GTK_RESPONSE_YES)
 {
   GError *error = NULL;
 
-  if (!g_spawn_command_line_async ("gdmflexiserver --new",
-   ))
+  path = g_find_program_in_path ("dm-tool");
+  if (path != NULL)
+command = g_strdup("dm-tool switch-to-greeter");
+  else
+command = g_strdup("gdmflexiserver --new");
+
+  if (!g_spawn_command_line_async (command, ))
 {
   xfce_err (error->message);
   g_error_free (error);
@@ -124,6 +132,9 @@
 }
 
 gtk_widget_destroy (GTK_WIDGET (dialog));
+
+g_free (path);
+g_free (command);
 }
 
 

Bug#837872: closed by m...@debian.org (Matteo F. Vescovi) (Bug#837872: fixed in glew 2.0.0-3)

[Paul Wise]

On Sun, 2016-09-18 at 22:09 +, Debian Bug Tracking System wrote:

>    * debian/patches/: patchset updated (Closes: #837872)
>  - 0002-Fix_pkgconfig_path.patch updated

While that worked, technically it should use ${prefix} not /usr.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#838247: josm: Help->Help gives "an unexpected exception occurred"

[Akkana Peck]

Package: josm
Version: 0.0.svn10966+dfsg-1
Severity: normal

First time I've run josm. I loaded a gpx trace from a local file,
then couldn't figure out how to log in to OSM and edit the map to
add my trace, so I tried Help->Help, and got a window saying:

An unexpected exception occurred.
This is always a coding error. If you are running the latest version
of JOSM, please being kind and file a bug report. See
https://bugs.debuan.org for a guide how to do this.

It does say my JOSM is up to date, so I'm filing a bug as requested.

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

Kernel: Linux 4.3.0-1-686 (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 josm depends on:
ii  default-jre [java8-runtime]  2:1.8-57
ii  fonts-noto   20160724-1
ii  jmapviewer   2.0+dfsg-1
ii  libcommons-compress-java 1.11-1
ii  libcommons-logging-java  1.2-1
ii  libgettext-commons-java  0.9.6-3
ii  liboauth-signpost-java   1.2.1.2-1.5
ii  libsvgsalamander-java1.1.1+dfsg-1
ii  openjdk-8-jre [java8-runtime]8u102-b14.1-2
ii  openstreetmap-map-icons-classic  1:0.0.svn32805-1

Versions of packages josm recommends:
pn  josm-l10n   
ii  josm-plugins0.0.svn32928+ds-1
pn  webkit-image-gtk | webkit-image-qt  

josm suggests no packages.

-- no debconf information

Bug#838246: lintian: false positive typo-in-debhelper-override-target on commented line

[Andreas Beckmann]

Package: lintian
Version: 2.5.47
Severity: normal

Hi,

W: libpfm4 source: typo-in-debhelper-override-target override_dh_auto_test: -> 
override_dh_auto_test (line 30)

WTF?

$ grep -n override_dh_auto_test debian/rules 
30:#override_dh_auto_test: $(PYTHON2:%=test-python%) $(PYTHON3:%=test-python%)

This line is a correctly spelled comment!


Andreas

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

[Samuel Thibault]

Kalle Olavi Niemitalo, on Mon 19 Sep 2016 02:29:20 +0300, wrote:
> Samuel Thibault  writes:
> 
> > But storeio can be used as an intermediate between the two.
> 
> "storeio --store-type=part 1:device:hd0" apparently supports
> file_get_storage_info and reports the partition boundaries there,
> so the I/O would not have to go through the storeio translator.

Yes, I just meant as user-point-of-view intermediate.

Samuel

Bug#647309: haskell-src-exts: FTBFS on hppa

[John David Anglin]

On 2016-09-15, at 12:24 PM, Clint Adams wrote:

> On Thu, Sep 15, 2016 at 10:40:07AM -0400, John David Anglin wrote:
>> It might be possible to force gcc to do more frequent garbage collection at
>> the expense of compile time.  Changing
>> optimizations might help.  Maybe program could be restructured...
> 
> Got a patch in mind?

Maybe add hppa to the arches listed here in rules:

ifneq (,$(filter $(DEB_BUILD_ARCH),mips mipsel))
   DEB_SETUP_GHC6_CONFIGURE_ARGS += --ghc-options="-optc--param 
-optcggc-min-expand=10"
endif

Dave
--
John David Anglin   dave.ang...@bell.net

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

[Kalle Olavi Niemitalo]

Samuel Thibault  writes:

> But storeio can be used as an intermediate between the two.

"storeio --store-type=part 1:device:hd0" apparently supports
file_get_storage_info and reports the partition boundaries there,
so the I/O would not have to go through the storeio translator.

libstore/encode.c (too_big) has a comment saying "The RPC
protocol uses 32-bit off_t's" but that is false since 2002.

Bug#838245: ITP: java-string-similarity -- A library implementing different string similarity and distance measures.

[tony mancill]

Package: wnpp
Severity: wishlist
Owner: tony mancill 

* Package name: java-string-similarity
  Version : 0.18
  Upstream Author : Thibault Debatty 
* URL : https://github.com/tdebatty/java-string-similarity
* License : MIT
  Programming Lang: Java
  Description : A library implementing different string similarity and 
distance measures.

Implementation of various string similarity and distance algorithms:
Levenshtein, Jaro-winkler, n-Gram, Q-Gram, Jaccard index, Longest Common
Subsequence edit distance, cosine similarity, and others.

This package is reverse-dependency of packaging JabRef 3.6.
It will be team-maintained by the Java Team.


signature.asc
Description: PGP signature

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

[Samuel Thibault]

Kalle Olavi Niemitalo, on Mon 19 Sep 2016 01:29:17 +0300, wrote:
> Until that is implemented, the partition-table support in
> libstore could be disabled altogether, because GNU Mach currently
> provides a named device for each partition.

But the installer does not use it, for flexibility.

But storeio can be used as an intermediate between the two.

But what is actually linked against libparted is libstoreio, which is
shared between storeio and ext2fs. So we'd need two different
libstoreio, one with parted support, the other without.

Samuel

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

[Kalle Olavi Niemitalo]

Package: hurd
Version: 1:0.8.git20160826-1
Severity: serious
File: /hurd/ext2fs.static

The ext2fs translator contains GPLv2-only code copied from Linux,
but it is linked (through libstore) with libparted, which is
GPLv3-or-later since 2007.  This combination violates at least
one of the licenses.  The problem is clearest in ext2fs.static
but FSF doctrine is it applies to dynamic linking as well.

One of the Hurd developers acknowledged in August 2007 that
ext2fs in the Hurd contains GPLv2-only code:
https://lists.gnu.org/archive/html/bug-hurd/2007-08/msg00073.html

The "BSD-licensed liblabel" was suggested as a replacement of
libparted, on the #hurd IRC channel on 2016-09-15.
Until that is implemented, the partition-table support in
libstore could be disabled altogether, because GNU Mach currently
provides a named device for each partition.

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

Kernel: GNU-Mach 1.7+git20160809-486-dbg/Hurd-0.8
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages hurd depends on:
ii  hurd-libs0.3  1:0.8.git20160826-1
ii  libblkid1 2.28.1-1
ii  libbz2-1.01.0.6-8
ii  libc0.3   2.23-5
ii  libdaemon00.14-6
ii  libncursesw5  6.0+20160625-1+b1
ii  libtinfo5 6.0+20160625-1+b1
ii  libx11-6  2:1.6.3-1+b1
ii  netdde0.0.20150828-3
ii  sysv-rc   2.88dsf-59.8
ii  xkb-data  2.17-1
ii  zlib1g1:1.2.8.dfsg-2

Versions of packages hurd recommends:
pn  bf-utf-source  

Versions of packages hurd suggests:
pn  hurd-doc  

-- Configuration Files:
/etc/default/hurd-console changed:
ENABLE='false'
DISPLAY='-d vga'
KBD='-d pc_kbd'
if [ -f /etc/default/keyboard ]
then
  . /etc/default/keyboard
fi
[ -z "$XKBLAYOUT" ] || KBD="$KBD --keymap $XKBLAYOUT"
KBD_REPEAT='--repeat=kbd'
MOUSE='-d pc_mouse --protocol=ps/2'
MOUSE_REPEAT='--repeat=mouse'


-- no debconf information

Bug#811778: Din package update ?

[Dilbert :-)]

While this bug is outstanding, it may already have been solved with the 
new upstream version (v10 as I saw last time, still supporting Jack, or 
v25, as of september 13, using only Alsa).

Bug#838195: lintian: Check for PACKAGE.maintscript files that include "maint-script-parameters".

[Chris Lamb]

Hi Niels,

Thanks for the review. :)

> The only thing I can thing I can think of would be a very minor nitpick
> about only matching exactly one space after "--" (instead of 1 or more).

Updated patch attached. It also matches "$@" and "${@}" for good measure,
and I've expanded the tests to match.



Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
>From 20b477392929dc2838a302386598f34ed3361a7c Mon Sep 17 00:00:00 2001
From: Chris Lamb 
Date: Sun, 18 Sep 2016 23:26:02 +0100
Subject: [PATCH] Check for PACKAGE.maintscript files that include
 "maint-script-parameters".

---
 checks/debhelper.desc  |  8 
 checks/debhelper.pm| 10 ++
 .../debian/debian/maintscript  |  4 
 t/tests/maintscript-includes-maint-script-parameters/desc  |  6 ++
 t/tests/maintscript-includes-maint-script-parameters/tags  |  3 +++
 5 files changed, 31 insertions(+)
 create mode 100644 t/tests/maintscript-includes-maint-script-parameters/debian/debian/maintscript
 create mode 100644 t/tests/maintscript-includes-maint-script-parameters/desc
 create mode 100644 t/tests/maintscript-includes-maint-script-parameters/tags

diff --git a/checks/debhelper.desc b/checks/debhelper.desc
index 9b9d046..3317d56 100644
--- a/checks/debhelper.desc
+++ b/checks/debhelper.desc
@@ -361,3 +361,11 @@ Info: The listed target in debian/rules command is a likely misspelling.
  Implementation detail: The typo is detected by using "Levenshtein
  edit distance".  Therefore, if the typo involve several characters,
  Lintian may not detect it.
+
+Tag: maintscript-includes-maint-script-parameters
+Severity: normal
+Certainty: possible
+Info: Lines in a debian/*.maintscript correspond to
+  dpkg-maintscript-helper(1) commands and parameters.  However, the
+  "maint-script-parameters" should not be included as debhelper will add those
+  automatically. See dh_installdeb(1) for more information.
diff --git a/checks/debhelper.pm b/checks/debhelper.pm
index ad80fc8..6cbfb58 100644
--- a/checks/debhelper.pm
+++ b/checks/debhelper.pm
@@ -354,6 +354,16 @@ sub run {
 _tag_if_executable($file);
 } elsif ($basename =~ m/^ex\.|\.ex$/i) {
 tag 'dh-make-template-in-source', $file;
+} elsif ($basename =~ m/^(?:(.*)\.)?maintscript$/) {
+next unless $file->is_open_ok;
+my $fd = $file->open;
+while (<$fd>) {
+if (m/--\s+"\$(?:@|{@})"\s*$/) {
+tag 'maintscript-includes-maint-script-parameters',
+$basename, "(line $.)";
+}
+}
+close($fd);
 } elsif ($basename =~ m/^(?:.+\.)?debhelper(?:\.log)?$/){
 # The regex matches "debhelper", but debhelper/Dh_Lib does not
 # make those, so skip it.
diff --git a/t/tests/maintscript-includes-maint-script-parameters/debian/debian/maintscript b/t/tests/maintscript-includes-maint-script-parameters/debian/debian/maintscript
new file mode 100644
index 000..6a583d7
--- /dev/null
+++ b/t/tests/maintscript-includes-maint-script-parameters/debian/debian/maintscript
@@ -0,0 +1,4 @@
+rm_conffile /etc/correct.conf 0.2~ foo
+rm_conffile /etc/incorrect.conf 0.2~ foo -- "$@"
+rm_conffile /etc/incorrect.conf 0.2~ foo -- "${@}"
+rm_conffile /etc/incorrect.conf 0.2~ foo  --  "$@" 
diff --git a/t/tests/maintscript-includes-maint-script-parameters/desc b/t/tests/maintscript-includes-maint-script-parameters/desc
new file mode 100644
index 000..0313ac0
--- /dev/null
+++ b/t/tests/maintscript-includes-maint-script-parameters/desc
@@ -0,0 +1,6 @@
+Testname: maintscript-includes-maint-script-parameters
+Sequence: 6000
+Version: 1.0
+Description: Check for dh_installdeb .maintscript files
+Test-For:
+ maintscript-includes-maint-script-parameters
diff --git a/t/tests/maintscript-includes-maint-script-parameters/tags b/t/tests/maintscript-includes-maint-script-parameters/tags
new file mode 100644
index 000..088f8c3
--- /dev/null
+++ b/t/tests/maintscript-includes-maint-script-parameters/tags
@@ -0,0 +1,3 @@
+W: maintscript-includes-maint-script-parameters source: maintscript-includes-maint-script-parameters maintscript (line 2)
+W: maintscript-includes-maint-script-parameters source: maintscript-includes-maint-script-parameters maintscript (line 3)
+W: maintscript-includes-maint-script-parameters source: maintscript-includes-maint-script-parameters maintscript (line 4)
-- 
2.9.3

Bug#838243: libarchive12: ldconfig warns that libarchive.so.12 is not a symbolic link

[Bruce Toll]

Package: libarchive12
Version: 3.0.4-3+wheezy3
Severity: normal

Dear Maintainer,

After installing a recent security update for libarchive12:amd64
(3.0.4-3+wheezy3), the following message was displayed:

Preparing to replace libarchive12:amd64 3.0.4-3+wheezy2 (using
.../libarchive12_3.0.4-3+wheezy3_amd64.deb) ...
Unpacking replacement libarchive12:amd64 ...
Setting up libarchive12:amd64 (3.0.4-3+wheezy3) ...
ldconfig: /usr/lib/x86_64-linux-gnu/libarchive.so.12 is not a symbolic link

The ldconfig message regarding libarchive.so.12 now appears any time that
ldconfig is run, e.g. by aptitude.

The problem may be related to the updated .deb containing the libarchive.so.12
file rather than a link to libarchive.so.12.0.4, as in the previous package.
Here is a debdiff for the current version and its predecessor:

===
$ debdiff old/libarchive12_3.0.4-3+wheezy2_amd64.deb
new/libarchive12_3.0.4-3+wheezy3_amd64.deb
[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in second .deb but not in first
-
-rw-r--r--  root/root   /usr/lib/x86_64-linux-gnu/libarchive.so.12

Files in first .deb but not in second
-
lrwxrwxrwx  root/root   /usr/lib/x86_64-linux-gnu/libarchive.so.12 ->
libarchive.so.12.0.4

Control files: lines which differ (wdiff format)

Installed-Size: [-671-] {+1290+}
Version: [-3.0.4-3+wheezy2-] {+3.0.4-3+wheezy3+}
===



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

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

Versions of packages libarchive12 depends on:
ii  libacl12.2.51-8
ii  libattr1   1:2.4.46-8
ii  libbz2-1.0 1.0.6-4
ii  libc6  2.13-38+deb7u11
ii  liblzma5   5.1.1alpha+20120614-2
ii  libnettle4 2.4-3+deb7u1
ii  libxml22.8.0+dfsg1-7+wheezy6
ii  multiarch-support  2.13-38+deb7u11
ii  zlib1g 1:1.2.7.dfsg-13

libarchive12 recommends no packages.

libarchive12 suggests no packages.

Bug#740563: Fwd: [DSE-Dev] Bug#740563: policycoreutils: semodule -d/-e is ridiculously slow

[Laurent Bigonville]

On Mon, 3 Mar 2014 14:38:41 -0500 Zack Weinberg  wrote:
> On Mon, Mar 3, 2014 at 12:24 PM, Laurent Bigonville 
 wrote:


Hi,

[...]
> > I'm not sure this is a bug.
>
> Well, I would ask that you consider two changes. Short term, warn
> people in the documentation that semodule -e/-d can be very slow and,
> for bulk operations, suggest manually creating or removing .disabled
> files and then running semodule -B. Long term, work on making the
> process of rebuilding the policy more efficient.

Could you please retry with the userspace >= 2.4?

I think that this should now be fixed

Thank,

Laurent Bigonville

Bug#749045: jwchat: Please drop Lincoln de Sousa Primo Clarete as uploader

[Petter Reinholdtsen]

The email address for one of the uploaders for the jwchat package,
Lincoln de Sousa Primo Clarete, bounces.  Please drop him as uploader.

-- 
Happy hacking
Petter Reinholdtsen

Bug#810725: tagging 810725

[tony mancill]

tags 810725 + help
thanks

I would be happy to collaborate on packaging the latest version of
jabref and its reverse dependencies.


signature.asc
Description: PGP signature

Bug#792622: missing licenses in debian/copyright

[Kalle Olavi Niemitalo]

My inventory of the licenses in gnumach 2:1.7+git20160809-2 is not
yet complete.  I'm seeing two kinds of license violations so far.

University of Utah advertising clause vs. GNU GPL
-

Several files have a license notice like this:

> Copyright (c) 1994 The University of Utah and
> the Computer Systems Laboratory at the University of Utah (CSL).
> All rights reserved.
>
> Permission to use, copy, modify and distribute this software is hereby
> granted provided that (1) source code retains these copyright, permission,
> and disclaimer notices, and (2) redistributions including binaries
> reproduce the notices in supporting documentation, and (3) all advertising
> materials mentioning features or use of this software display the following
> acknowledgement: ``This product includes software developed by the
> Computer Systems Laboratory at the University of Utah.''
>
> THE UNIVERSITY OF UTAH AND CSL ALLOW FREE USE OF THIS SOFTWARE IN ITS "AS
> IS" CONDITION.  THE UNIVERSITY OF UTAH AND CSL DISCLAIM ANY LIABILITY OF
> ANY KIND FOR ANY DAMAGES WHATSOEVER RESULTING FROM THE USE OF THIS SOFTWARE.
>
> CSL requests users of this software to return to csl-d...@cs.utah.edu any
> improvements that they make and grant CSL redistribution rights.

This includes an advertising clause, which AFAIK is incompatible
with GPLv1, GPLv2, and GPLv3.  In June 2007, one of the original
Hurd developers was going to ask the University of Utah to
rescind the advertising clause, but the results were never posted
to bug-hurd.

https://lists.gnu.org/archive/html/bug-hurd/2007-06/msg00068.html
https://lists.gnu.org/archive/html/bug-hurd/2007-06/msg00069.html
https://lists.gnu.org/archive/html/bug-hurd/2007-06/msg00075.html
https://www.gnu.org/licenses/license-list.html#OriginalBSD

GPLv3-or-later vs. GPLv2-only
-

The following files are copyrighted by the FSF, licensed under
GPLv3-or-later, and built into the gnumach binary:

i386/grub/acpi.h
i386/grub/compiler.h
i386/grub/cpu/io.h
i386/grub/cpu/time.h
i386/grub/cpu/types.h
i386/grub/err.h
i386/grub/misc.h
i386/grub/mm.h
i386/grub/symbol.h
i386/grub/time.h
i386/grub/types.h
i386/i386at/acpi.c
i386/i386at/acpihalt.c
kern/gsync.c
kern/gsync.h

Many files copied from Linux are licensed under GPLv2-only, and
they too are built into the gnumach binary.  Here is one that
carries its own license notice, so the license is easy to verify:

linux/src/drivers/scsi/BusLogic.c

"nm gnumach" shows both grub_acpi_halt and
BusLogic_HardwareResetHostAdapter, i.e. the binary contains both
GPLv3-or-later and GPLv2-only code, which is an unlicensed
combination according to the FSF.

https://www.gnu.org/licenses/gpl-faq.html#v2v3Compatibility
https://www.gnu.org/licenses/gpl-faq.html#AllCompatibility
https://savannah.gnu.org/bugs/?49024

Mozilla Public License v1.1 not a problem
-

Many files under linux/pcmcia-cs/ have license notices that
refer to MPLv1.1.  However, that does not cause a license
incompatibility, because all of those files are dual licensed
under GPLv2-only, and none of them is actually built.

Bug#837072: GtkScrollbar and EmacsFixed are "drawn without a current allocation"

[Leon Meier]

Also occurs for me for emacs24 version 24.5+1-7.
Emacs clutters the xterm from where it is launched completely, which 
renders xterm half-useless:


...

(emacs:12626): Gtk-WARNING **: GtkScrollbar 0x312c900 is drawn without a 
current allocation. This should not happen.


(emacs:12626): Gtk-WARNING **: EmacsFixed 0xd51130 is drawn without a 
current allocation. This should not happen.


...

I'm voting for raising the severity, since the bug affects several 
people and the usability of another application (xterm).

Bug#703112: #703112 enigmail 1.4.1-2 not decrypting mails/verifying sigs with Icedove 10.0.12-1

[Robert Waldner]

Hi Alexander,

On Thu, 08 Sep 2016 23:40:11 +0200, Alexander Sack writes:
>sorry for ping on this old bug and for not getting earlier to you. Is
>this issue still something that should be looked into?

for me the problem was solved after creating some symlinks, see #110
 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703112#110). A 
 similar problem hasn't resurfaced since.

Thanks for looking at old bugs!

cheers,

-- 
-- "If the primates had imagined that someday politicians would
--  come out of the genepool they'd have stayed right up in the
--  trees and told evolution to stuff it."  - Babylon 5




signature.asc
Description: Digital Signature

Bug#838237: qemu-user-static: qemu can't find ld-linux-armhf.so.3 in lib

[Joe Ciarcia]

Okay, it looks like the qemu installer failed to install the
libstdc++6:armhf package:

sudo aptitude install libstdc++6:armhf

Solved the problem.

On Sun, Sep 18, 2016 at 5:12 PM, Joe Ciarcia  wrote:
> Quick update with some additional information. The installer appears
> to have put that file here:
>
>
> /usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3
>
> instead of in /lib
>
> A symbolic link solved that problem but then then next installation
> issue pops up:
>
> "./test: error while loading shared libraries: libstdc++.so.6: cannot
> open shared object file: No such file or directory"
>
> The location of that file installed here on my system:
>
> /usr/arm-linux-gnueabihf/lib/libstdc++.so.6
>
> Unfortunately the error doesn't indicate the path where it's looking
> for libstdc++.so.6
>
>
> On Sun, Sep 18, 2016 at 4:10 PM, Joe Ciarcia  wrote:
>> Package: qemu-user-static
>> Version: 1.2.6+dfsg-3.1
>> Severity: important
>>
>> Dear Maintainer,
>>
>> *** Reporter, please consider answering these questions, where appropriate 
>> ***
>>
>>* What led up to the situation?
>>
>> Compiled a simple test.cpp program for armhf to test qemu. The code is as 
>> follows:
>>
>> #include
>> using namespace std;
>>
>> int main()
>> {
>> cout << "Hello from an ARMHF architecture\n";
>> }
>>
>>
>>* What exactly did you do (or not do) that was effective (or
>>  ineffective)?
>>
>> When transfering the resulting binary to a BeagleBone Black it runs just 
>> fine. Also, this same file ran just fine with qemu under Debian Jessie, but 
>> with the 4.7 experimental kernel installed.
>>
>>* What was the outcome of this action?
>>
>> Under the testing version of stretch I get the following error when 
>> attempting to run the binary:
>>
>> /lib/ld-linux-armhf.so.3: No such file or directory
>>
>>* What outcome did you expect instead?
>>
>> I expected it to send the following output to the terminal:
>>
>> Hello from an ARMHF architecture
>>
>> -- System Information:
>> Debian Release: stretch/sid
>>   APT prefers testing
>>   APT policy: (500, 'testing')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: armhf
>>
>> 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)

Bug#838237: qemu-user-static: qemu can't find ld-linux-armhf.so.3 in lib

[Joe Ciarcia]

Quick update with some additional information. The installer appears
to have put that file here:


/usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3

instead of in /lib

A symbolic link solved that problem but then then next installation
issue pops up:

"./test: error while loading shared libraries: libstdc++.so.6: cannot
open shared object file: No such file or directory"

The location of that file installed here on my system:

/usr/arm-linux-gnueabihf/lib/libstdc++.so.6

Unfortunately the error doesn't indicate the path where it's looking
for libstdc++.so.6


On Sun, Sep 18, 2016 at 4:10 PM, Joe Ciarcia  wrote:
> Package: qemu-user-static
> Version: 1.2.6+dfsg-3.1
> Severity: important
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
> Compiled a simple test.cpp program for armhf to test qemu. The code is as 
> follows:
>
> #include
> using namespace std;
>
> int main()
> {
> cout << "Hello from an ARMHF architecture\n";
> }
>
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> When transfering the resulting binary to a BeagleBone Black it runs just 
> fine. Also, this same file ran just fine with qemu under Debian Jessie, but 
> with the 4.7 experimental kernel installed.
>
>* What was the outcome of this action?
>
> Under the testing version of stretch I get the following error when 
> attempting to run the binary:
>
> /lib/ld-linux-armhf.so.3: No such file or directory
>
>* What outcome did you expect instead?
>
> I expected it to send the following output to the terminal:
>
> Hello from an ARMHF architecture
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: armhf
>
> 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)

Bug#837218: lv: breaks systemctl display status

[Hideki Yamane]

control: tags -1 +patch

Hi,

On Sun, 18 Sep 2016 15:07:42 +0900
Osamu Aoki  wrote:

> I think including lv as a part of Japanese task is OK but its
> update-alternative preference should be demoted so it will not be the
> default choice for the pager.

  SelectionPathPriority   Status

  0/usr/bin/lv  80auto mode
* 1/bin/less77manual mode
  2/bin/more50manual mode
  3/usr/bin/lv  80manual mode
  4/usr/bin/pg  10manual mode
  5/usr/bin/w3m 25manual mode

 Now we have lv as priority=80 and it'd be better to downgrade to between
 50 and 77, such as 70. Using "less" for pager is best, and lv is better 
 than "more", IMO. patch attached.



>From d35431d1a66776bc4b45e7b453d34c04fd3664af Mon Sep 17 00:00:00 2001
From: Hideki Yamane 
Date: Mon, 19 Sep 2016 06:11:34 +0900
Subject: [PATCH] fix #837218

---
 debian/changelog | 9 +
 debian/postinst  | 2 +-
 2 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 002fdfb..13fb6c4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+lv (4.51-2.4) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/postinst
+- adjust priority lower than less to not break systemctl behavior.
+  (Closes: #837218) 
+
+ -- Hideki Yamane   Mon, 19 Sep 2016 06:10:16 +0900
+
 lv (4.51-2.3) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/postinst b/debian/postinst
index b31b988..1c38c96 100644
--- a/debian/postinst
+++ b/debian/postinst
@@ -25,7 +25,7 @@ set -e
 case "$1" in
 configure)
update-alternatives --quiet --install /usr/bin/pager pager \
-   /usr/bin/lv 80 --slave /usr/share/man/man1/pager.1.gz \
+   /usr/bin/lv 70 --slave /usr/share/man/man1/pager.1.gz \
pager.1.gz /usr/share/man/man1/lv.1.gz
 ;;
 
-- 
2.9.3

Bug#838186: [handbrake] No audio in output file

[Antonio Marcos López Alonso]

On domingo, 18 de septiembre de 2016 12:20:31 (WEST) Fabian Greffrath wrote:
> Hi there,
> 
> first, what version of reportbug have you used to submit this bug
> report? The version numbers for the ffmpeg (and many other) libraries
> are not reported in the template.
> 
> Am Sonntag, den 18.09.2016, 09:17 +0100 schrieb Antonio Marcos López
> 
> Alonso:
> > Debian Release: stretch/sid
> >   900 testing ftp.pt.debian.org 
> >   500 xenial  ppa.launchpad.net 
> >   500 wilyppa.launchpad.net 
> >   500 unstableftp.pt.debian.org 
> >   500 trusty  ppa.launchpad.net 
> >   500 stable  update.devolo.com 
> >   500 stable  kxstudio.linuxaudio.org 
> >   500 stable  dl.google.com 
> >   500 sid linux.dropbox.com 
> >   500 lucid   ppa.launchpad.net 
> 
> Erm, this doesn't really read like a valid combination of package
> sources that we might want to support. Please make sure all library
> packages that are reported as dependencies for handbrake are the ones
> from the official Debian mirrors. Thanks!
> 
>  - Fabian

I'm using Reportbug-NG 2.1.

Nevertheless "apt show handbrake" follows. Hope it helps (AFAIK all 
dependencies come from official repositories): 

Package: handbrake
Version: 0.10.5+ds1-2+b1
Priority: optional
Section: graphics
Source: handbrake (0.10.5+ds1-2)
Maintainer: Debian Multimedia Maintainers 
Installed-Size: 10,7 MB
Depends: libass5 (>= 0.13.0), libavcodec57 (>= 7:3.1.3) | libavcodec-extra57 
(>= 7:3.1.3), libavformat57 (>= 7:3.1.3), libavresample3 (>= 7:3.1.3), 
libavutil55 (>= 7:3.1.3), libbluray1 (>= 1:0.2.2), libc6 (>= 2.14), libcairo2 
(>= 1.10.0), libdbus-glib-1-2 (>= 0.78), libdvdnav4 (>= 4.9.0~~gita5c13254), 
libdvdread4 (>= 4.1.3), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 
2.37.3), libgstreamer-plugins-base1.0-0 (>= 1.0.0), libgstreamer1.0-0 (>= 
1.4.0), libgtk-3-0 (>= 3.9.12), libgudev-1.0-0 (>= 146), libnotify4 (>= 
0.7.3), libpango-1.0-0 (>= 1.14.0), libsamplerate0 (>= 0.1.7), libswscale4 (>= 
7:3.1.3), libtheora0 (>= 1.0), libvorbis0a (>= 1.1.2), libvorbisenc2 (>= 
1.1.2), libx264-148, libx265-87 (>= 2.0), libx265-87 (<< 2.1)
Recommends: gstreamer1.0-libav, gstreamer1.0-pulseaudio | gstreamer1.0-alsa, 
gstreamer1.0-x
Homepage: http://www.handbrake.fr/
Tag: interface::graphical, uitoolkit::gtk
Download-Size: 5.586 kB
APT-Manual-Installed: yes
APT-Sources: http://ftp.es.debian.org/debian testing/main amd64 Packages
Description: versatile DVD ripper and video transcoder (GTK+ GUI)
 HandBrake is a versatile, easy-to-use tool for converting DVDs and other
 videos into H.264, XViD, or Ogg formatted media. It's particularly useful
 for making videos that are compatible with portable video devices such as
 the Apple iPod/iPhone or Sony PSP.
 .
 This package contains the graphical variant, ghb.

Regards,
Antonio

Bug#838242: transition: imagemagick

[Bastien ROUCARIÈS]

Package: release.debian.org
Severity: normal

Hi,

imagemagick waiting in NEWs (8:6.9.5.9+dfsg-1) will need a transition to 
experimental to unstable;

Next stable version need to be based on this version from a security point of 
view. It fix more than 50 securities bugs..;

Moreover this version use autopkg test improving the quality of testing.

Bastien

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

Bug#838241: ITP: python-olefile -- Improved version of the OleFileIO module from PIL

[Marcos]

Package: wnpp
Severity: wishlist
Owner: Marcos 

* Package name: python-olefile
  Version : 0.43
  Upstream Author : Philippe Lagadec
* URL : http://www.decalage.info/python/olefileio
* License : BSD
  Programming Lang: Python
  Description : Improved version of the OleFileIO module from PIL

 This package contains a Python package  to parse, read and write Microsoft
 OLE2 files (also called Structured Storage, Compound File Binary Format or
 Compound Document File Format), such as Microsoft Office 97-2003 documents,
 vbaProject.bin in MS Office 2007+ files, Image Composer and FlashPix files,
 Outlook messages, StickyNotes, several Microscopy file formats, McAfee
 antivirus quarantine files, etc.

This package is a dependency needed for recon-ng package. It will be maintained
by DPMT.

Bug#838239: RFS: budgie-desktop/10.2.7-2

[foss.freedom]

Package: sponsorship-requests
Severity: normal

Dear mentors,

  I am looking for a sponsor for my package "budgie-desktop"

 * Package name: budgie-desktop
   Version : 10.2.7-2
   Upstream Author : i...@solus-project.com
 * URL : https://github.com/solus-project/budgie-desktop
 * License : LGPL-2.1/GPL2.0
   Section : x11

  It builds those binary packages:

 budgie-core - Core package for Budgie-Desktop
 budgie-core-dev - Development package for budgie-desktop
 budgie-desktop - Desktop package for budgie-desktop
 budgie-desktop-doc - documentation files for the budgie-desktop
 gir1.2-budgie-desktop-1.0 - GNOME introspection library for budgie-desktop
 libbudgie-plugin0 - Plugin library for budgie-desktop
 libbudgietheme0 - Theme library for budgie-desktop
 libraven0  - Raven library for budgie-desktop

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

  https://mentors.debian.net/package/budgie-desktop


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

dget -x 
https://mentors.debian.net/debian/pool/main/b/budgie-desktop/budgie-desktop_10.2.7-2.dsc

Notes:

As requested as part of the previous submission (#837609) I've looked at trying
to remove the upstream generated C files through the maintainer
recommended "make maintainer-clean".  Unfortunately this removes more
than it should and the subsequent source does not rebuild.  I'll
continue looking at this but for the moment this bug-fix submission
does not include this packaging change.

Notes 2:
This patch added has been deemed a priority 1 by the upstream
maintainer since it causes lots of crashes around power management.

  Changes since the last upload:

 * Add patch to fix crash
- 0003 - update to upower 0.99API to stop panel crash

  Regards,
   David Mohammed

Bug#838240: ITP: python-dicttoxml -- Python module for converting dict into a XML string

[Marcos]

Package: wnpp
Severity: wishlist
Owner: Marcos 

* Package name: python-dicttoxml
  Version : 1.7.4
  Upstream Author : Ryan McGreal
* URL : https://pypi.python.org/pypi/dicttoxml/
* License : GPL
  Programming Lang: Python
  Description : Python module for converting dict into a XML string

 dicttoxml is a Python module for a Python dictionary or other native data type
 into a valid XML string.
 .
 Supports item (int, float, long, decimal.Decimal, bool, str, unicode,
datetime,
 none and other number-like objects) and collection (list, set, tuple and dict,
 as well as iterable and dict-like objects) data types, with arbitrary nesting
 for the collections. Items with a datetime type are converted to ISO format
 strings. Items with a none type become empty XML elements.

The package is a dependency of another package maintained by pkg-security team
(recon-ng). It will be maintained by DPMT

Bug#835117: The linthesia FTBFS is non-trivial to fix

[Adrian Bunk]

Hi,

I checked the linthesia FTBFS, and it is non-trivial to fix:

linthesia passes -ansi to g++
-ansi is for C++ equivalent which -std=c++98
This is also required, since the linthesia code does not compile
in C++11 or C++14 mode.

sigc++-2.0 uses C++11 features in its headers, which results in
compile errors when trying to use these headers in C++98 mode.

cu
Adrian

-- 

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

Bug#838198: 9base: FTBFS on hurd-i386: fatal error:can't create y.tab.h, :1

[Ola Ekström]

I missed that one, can't say I understand it's purpose in the source
tree if it's not referenced. I'm not familiar with sam or 9P, I've
only used 9base to run the werc web framework on lighttpd.

> 2016-09-18 11:54 GMT+00:00 Kalle Olavi Niemitalo :
>> sam/_libc.h has:
>>
>> OREAD = 0,
>> OWRITE = 1,
>> ORDWR = 2,
>> OCEXEC = 4,
>>
>> but it looks like nothing #includes that file, so perhaps that
>> doesn't have to be patched.  Have you tested sam on the Hurd?
>>
>> If these flags are sent in the Topen and Tcreate requests of the
>> 9P protocol, then changing their values breaks compatibility
>> between network hosts that run different implementations.
>> Do the Debian packages support that protocol?

Bug#836588: [Cupt-devel] Bug#836588: Bug#836588: cupt: FTBFS on armel/armhf: test failures

[Eugene V. Lyubimkin]

Control: -1 tags - unreproducible

On 18.09.2016 17:37, Emilio Pozuelo Monfort wrote:
>> I cannot reproduce the issue (that is, on the armhf porterbox harris.d.o the 
>> test suit passes). Any chance that at the
>> time of the build some toolchain packages were in an inconsistent shape or 
>> had know issues?
>>
>> Can I do anything else with this bug before requesting to give-back the 
>> package on arhmf and armel?
> 
> I have given them back. Let's see what happens.

Thank you. Turned out it is reproducible in release build (at the least on 
armel porterbox), but not in debug build.

I'll look into it.

Bug#838226: ITP: bucklespring -- Nostalgia bucklespring keyboard sound

[Dominik George]

Hi,

> Does it support internationalization?  I mean, is æøå mostly at the left
> channel on danish keyboards, and (more commonly) z at the center on
> qwertz keyboards?

it uses X key codes, which appear to be independent of the used layout.

-nik

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Mobil: +49-1520-1981389

Teckids e.V. · FrOSCon e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Contributor

LPIC-3 Linux Enterprise Professional (Security)

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

Bug#838226: ITP: bucklespring -- Nostalgia bucklespring keyboard sound

[Jonas Smedegaard]

Quoting Dominik George (2016-09-18 19:47:04)
> * Package name: bucklespring
[...]
> It runs as a background process and plays back the sound of each key 
> pressed and released on the keyboard, just as if using an IBM Model-M. 
> The sound of each key has carefully been sampled, and is played back 
> while simulating the proper distance and direction for a realistic 3D 
> sound palette of pure nostalgic bliss.

Nice.

Does it support internationalization?  I mean, is æøå mostly at the left 
channel on danish keyboards, and (more commonly) z at the center on 
qwertz keyboards?

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#801351: Test

[Costales]

Hi, could you run gufw from Terminal? Just run:
$ gufw
Please paste here any dump.
Thanks in advance.


--
Sent using Dekko from my Ubuntu device

Bug#838238: libclang1-3.6 shouldn't be Multi-Arch: same

[Joe Crayne]

Package: libclang1-3.6
Version: 1:3.6.2-3

This package installs the following problematic symlink:

/usr/lib/llvm-3.6/lib/libclang-3.6.so.1 ->
../../x86_64-linux-gnu/libclang-3.6.so.1

This is an architecture-specific file installed to an
architecture-independent path.  Either the installation paths should be
changed, or the Multi-Arch: same header should be replaced with Multi-Arch:
no.

Here is the result of trying to co-install i386 with amd64 variants of the
package:

# apt-get install libclang1-3.6:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  libclang1-3.6:i386
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/4,174 kB of archives.
After this operation, 14.4 MB of additional disk space will be used.
(Reading database ... 633354 files and directories currently installed.)
Preparing to unpack .../libclang1-3.6_1%3a3.6.2-3_i386.deb ...
Unpacking libclang1-3.6:i386 (1:3.6.2-3) ...
dpkg: error processing archive
/var/cache/apt/archives/libclang1-3.6_1%3a3.6.2-3_i386.deb (--unpack):
 trying to overwrite shared '/usr/lib/llvm-3.6/lib/libclang-3.6.so.1',
which is different from other instances of package libclang1-3.6:i386
Errors were encountered while processing:
 /var/cache/apt/archives/libclang1-3.6_1%3a3.6.2-3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Bug#738897: RM libsigc++-1.2

[Adrian Bunk]

Control: reassign 738897 ftp.debian.org
Control: retitle 738897 RM: libsigc++-1.2 -- RoQA; orphaned, obsolete version
Control: block 738897 by 672390


libsigc++-1.2 (last upstream release in 2005) is an old version
of libsigc++-2.0.

The only rdep left is freqtweak (marked as blocking this bug),
whose maintainer has promised to fix this issue soon.

cu
Adrian

-- 

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

Bug#838237: qemu-user-static: qemu can't find ld-linux-armhf.so.3 in lib

[Joe Ciarcia]

Package: qemu-user-static
Version: 1.2.6+dfsg-3.1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

Compiled a simple test.cpp program for armhf to test qemu. The code is as 
follows:

#include
using namespace std;

int main()
{
cout << "Hello from an ARMHF architecture\n";
}


   * What exactly did you do (or not do) that was effective (or
 ineffective)?

When transfering the resulting binary to a BeagleBone Black it runs just fine. 
Also, this same file ran just fine with qemu under Debian Jessie, but with the 
4.7 experimental kernel installed.

   * What was the outcome of this action?

Under the testing version of stretch I get the following error when attempting 
to run the binary:

/lib/ld-linux-armhf.so.3: No such file or directory

   * What outcome did you expect instead?

I expected it to send the following output to the terminal:

Hello from an ARMHF architecture

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

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)

Bug#376404: locale settings within pbuilder sessions

[Sandro Tosi]

I just had to force C.UTF-8 to prevent a FTBFS when using python3 -
can we move forward with this?

thanks!

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#837400: bwctl: FTBFS with bindnow and PIE enabled

[Bálint Réczey]

Control: tags -1 + patch

Hi Raoul,

2016-09-17 16:31 GMT+02:00 Raoul Borenius :
> Hello Balint,
>
> On Thu, Sep 15, 2016 at 11:40:57AM +0200, Balint Reczey wrote:
>>
>> I have already asked for many exceptions on d-d:
>> https://lists.debian.org/debian-devel/2016/09/msg00277.html
>>
>> If you agree with the proposed change please add i2util to the list and
>> maybe support the request. It would be nice to see at least one positive
>> answer to call it a discussion. :-)
>
> I added my package to the list but I did not vote for
> your change, sorry. I'm no C developer so I do not think that
> my vote would be backed by the needed technical know how ;-)
> Your proposal sounds valid to me though, crossing my fingers that
> the developers will agree to it.

OK, thank you.

>
> I created a new package for i2util:
>
> https://mentors.debian.net/package/i2util
>
> I included
>
> export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow
> DPKG_EXPORT_BUILDFLAGS = 1
> include /usr/share/dpkg/buildflags.mk
>
> at the top of the rules file. Is that suffient in our case or do
> I need to add
>
> export DEB_BUILD_MAINT_OPTIONS = hardening=+all
>
> ?
>
> My understanding is that the latter is not needed with the newest
> build environment.

I suggest using the following patch which is simpler and adds -fPIC:

--- i2util-1.6/debian/rules
+++ i2util-1.6/debian/rules
@@ -1,10 +1,10 @@
 #!/usr/bin/make -f

-#export DEB_BUILD_MAINT_OPTIONS = hardening=+all

-export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow
-DPKG_EXPORT_BUILDFLAGS = 1
-include /usr/share/dpkg/buildflags.mk
+export DEB_CFLAGS_MAINT_APPEND = -fPIC
+export DEB_LDFLAGS_MAINT_APPEND = -fPIC
+
+export DEB_BUILD_MAINT_OPTIONS=hardening=+all

 override_dh_auto_clean:
 [ ! -f Makefile ] || $(MAKE) distclean

I think you can also use the default dh_auto_configure, but I have not
tested that.

>
> If the package is ok as it is, would you mind uploading it to
> the archive? Im no DD so I do not have upload rights.

It is recommended to work with the same sponsors and as I see
Martin kindly sponsored your last (iperf3) uploads. If Martin can't
sponsor this upload I would happily do it but I need some more
time to review the package.

Thanks,
Balint

Bug#837139: Pending fixes for bugs in the libpod-index-perl package

[pkg-perl-maintainers]

tag 837139 + pending
thanks

Some bugs in the libpod-index-perl package are closed in revision
20fb894b102a2cffb7a3fddb0394fb6ac09c9281 in branch 'master' by Niko
Tyni

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libpod-index-perl.git/commit/?id=20fb894

Commit message:

Patch the test suite to work without cwd in @INC

Closes: #837139

Bug#802587: at least, warn about absence of libgtest library package

[Steve M. Robbins]

On Sunday, September 18, 2016 10:51:16 AM CDT Ghislain Vaillant wrote:

>  > but it is in conflict with the well-established standard way
>  > of how libraries are distributed in Debian.
> 
> This is incorrect. Header-only libraries are present in the Debian
> archive, such as libboost-dev or libeigen3-dev. A -dev package does
> not automatically have an accompanying shlib package.

True.  But as Joachim later pointed out: -dev packages do typically provide a 
ready-to-use library -- whether it be header-only or accompanied (by 
dependency) with link libraries.

In fact, we did previously distribute a compiled Google Test -- until I came 
across the upstream recommendation to not do so.   So in the past, the name 
libgtest-dev was much more in keeping with traditional practices.  

In hindsight, I probably should have just changed the package name.  But at 
the very least it could be more clearly labelled.  I agree with that much and 
I do apologize for not acting on this bug report.


> This has nothing to do with libgtest-dev being deceptive, but with you
> failing to understand how modern integration of GTest with CMake is
> supposed to happen in accordance with upstream recommendations.

I don't think there's any need to call out perceived personal failings.

> Modern integration uses ExternalProject_Add to fetch the gtest source,
> [...]

I did not know about this technique, so I learned something.  Thanks!

Best,
-Steve


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

Bug#838236: libpam-runtime: pam_getenv emits perl warning "Unescaped left brace in regex..."

[Andreas Koenig]

Package: libpam-runtime
Version: 1.1.8-3.3
Severity: normal
Tags: patch

Dear Maintainer,

% /usr/sbin/pam_getenv foo   
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/(?

Bug#835634: [Nut-upsuser] "Halt then reboot" script with systemd

[Dark Penguin]

I've asked on the systemd mailing lists whether it's possible with 
systemd. Maybe this thread could be helpful...


https://lists.freedesktop.org/archives/systemd-devel/2016-September/037447.html

--
darkpenguin

Bug#838225: dgit: shouldn't set up vcs-git remote when Vcs-* point to dgit-repos

[Ian Jackson]

Sean Whitton writes ("Bug#838225: dgit: shouldn't set up vcs-git remote when 
Vcs-* point to dgit-repos"):
> Package: dgit
> Version: 1.4
> Severity: minor
> 
> dgit probably shouldn't set up a vcs-git remote when the Vcs-* fields of
> the package point to dgit-repos.  It could be confusing.

Thanks for this observation.  Indeed it could.  OTOH not doing so
could also be confusing.

I could make an option but I think that would be worse than either
behaviour.

Hrm.  I will think about this.  Comments from other users welcome.

Thanks,
Ian.

Bug#827061: transition: openssl

[Kurt Roeckx]

On Sat, Jun 11, 2016 at 09:42:59PM +0200, Kurt Roeckx wrote:
> On Sat, Jun 11, 2016 at 09:31:17PM +0200, Emilio Pozuelo Monfort wrote:
> > On 11/06/16 20:59, Kurt Roeckx wrote:
> > > OpenSSL will soon release a new upstream version with a new
> > > soname.  This new version will break various packages, see:
> > > https://lists.debian.org/debian-devel/2016/06/msg00205.html
> > > 
> > > I'm currently not sure when the release will be ready.  I would
> > > like to start this transition as soon as possible, but probably
> > > after it's actually released.  I don't expect this to take long.
> > 
> > 405 packages failed to build during your test rebuild AFAICS. That's going 
> > to
> > take some time to sort out...
> > 
> > > If I'm ready to upload it to unstable, can I start this
> > > transition?  Are there things you want me to do?
> > 
> > Please upload to experimental first and let us know when that's happened.
> 
> It's in experimental already.  The test suite only fails
> on hurd, for some reason it's not finding the engine.  I still
> need to look at that.
> 
> > We will also need bugs filed, with severity important for now.
> 
> Sure, I'll start on that if I find the time.
> 
> > Also it may be useful if you can get us the intersection between the 
> > packages
> > that failed to build and the key packages[1] (see "Final list of 3302 key 
> > source
> > packages" in that file).
> 
> That actually seem to be 3247 source package.  Anyway, the list is
> below.

So OpenSSL 1.1.0 was released about 3 weeks ago.  Since then we've
been working on the key packages, to get them to build with
OpenSSL 1.1.0.  You can see that status of that at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=openssl-1.1-trans-keypkg;users=pkg-openssl-devel-requ...@lists.alioth.debian.org

Most of the packages are really trivial to fix, but some do
require that you fix the same issues in many different places and
it can take some time to fix it.

I would like to motivate more people to work on this by either
marking those bugs as RC, or uploading it to unstable.


Kurt

Bug#837022: wagon2: FTBFS: dh_auto_test failed

[Markus Koschany]

Control: tags -1 unreproducible pending

The tests build fine in my environment.

Since we had similar bug reports in the past, I'm going to disable the
test suite from now on in all packages that are affected no matter if
the issue is reproducible or not unless we can define a common and
deterministic build environment.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#838235: RFS: bucklespring/1.3.6-1 [ITP] -- Nostalgia bucklespring keyboard sound

[Dominik George]

Package: sponsoring-requests
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "bucklespring":

 * Package name: bucklespring
   Version : 1.3.6-1
   Upstream Author : Ico Doornekamp
 * URL : https://github.com/zevv/bucklespring
 * License : GPL-2
   Section : x11

It builds those binary packages:

  bucklespring - Nostalgia bucklespring keyboard sound
  bucklespring-data - Nostalgia bucklespring keyboard sound - sound files

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/b/bucklespring/bucklespring_1.3.6-1.dsc

Cheers,
Nik

-BEGIN PGP SIGNATURE-

iQJhBAEBCABLBQJX3uhrMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MSHG5pa0BuYXR1cmFsbmV0LmRlAAoJELeaPBagxPKW
YcIQAIWnv2mE08kSJdk7Kt0c+gceaUh9dYcXA7m5lSipwYL0fw8wLyTIFqWnnP3P
fWRHQvUO3Be2pIQPC/3DVkuJxCJQLlYzqr6BPyUkPCI7GOVoYNWBFfrrSpRi67Ed
LD6p2ZY8l71l5bD3nGafT2QsKlrGlcdrukCggNPS3tZ7dhBepJF5hQdZUIm/jWMQ
6fzJ3fZ4yjGIxwMFoiBNUym+aQy6cfeXm3gSZo9ouirqE0I24Oew9cwnufCvYRmz
4+hMb9hfNa47gOBCXeQqTb495ylz0aKqTZ04Efe39CcT6Q6UyrRrTtI9Vw7b53Dr
FkZH9un5lcg6N1Rnuw1NxmDbuRIppqHSnydbUc8LeHlTK9Ut2+aBQkQiv/QVtrUa
MZli3D8NnEytZy57KKBaZ6ttozptngq5eTvQ7kqJkm2kkdfQGqoRbAtqv8o1ff+W
3LD02PTu/21I6ljWQ7IvtaMAtp2XaMJ3t+RmIqy1iWAnN+KD0SHl4bFuCp/6GECY
ejrpZhwhfAIhEOzWpwB1PRvM8YoZPQdAZ6dafsvxSAGtvG2+njjrgfzWokOixFib
McLmFzXQNlYrCtM+yXLVxq60SNfyBV46sZ0I+z4HmExl36Gx95qlW5aqmDRNSLb8
gaIngQXODi/ltc0HUxRYEuuFBHn1s92BMQS6OECADdXz4RuE
=wFM8
-END PGP SIGNATURE-

Bug#837753: nvidia-kernel-dkms: does not build for x86_64 kernel on i386 userspace

[Andreas Beckmann]

On 2016-09-14 13:01, Luca Boccassi wrote:
> This is already fixed in SVN, pending upload.

Uploaded to unstable (361xx). Does this need updating for 364 (which
adds another kernel module)?


Andreas

Bug#819869: nvidia-legacy-check: lock during install

[Andreas Beckmann]

On 2016-09-10 20:13, Luca Boccassi wrote:
> Unfortunately I have not been able to reproduce the issue, so I do not
> know if we can kill it.

You may need some special broken hardware for that ...

> Perhaps documenting it is a good idea for now, until a better solution
> can be found.

OK, I've implemented something. After 30 seconds the preinst will output
a message. Can you try that, installing nvidia-legacy-check should *not*
take 30 seconds on a normal system.


Andreas

Bug#838001: [pkg-cryptsetup-devel] Bug#838001: cryptsetup does not support ZFS

[Guilhem Moulin]

On Sat, 17 Sep 2016 at 19:37:23 -0500, Richard Laager wrote:
> I have changes all ready-to-go for supporting LUKS, but this "bug"
> (read: feature request) is a blocker. It is possible to work-around this
> with (otherwise unused) /etc/fstab entries, but I don't want to
> encourage that in the wild, lest it cause some other problem in the future.

The fstab(5) entry for the root FS is never required, is it?  Mine is
mounted (at initramfs stage) using the “root=” and “rootflags=” kernel
parameters.  In theory that should work for ZFS as well, but it seems
like it's currently not the case (cf. #820888).  The kernel parameters
approach and the /etc/fstab approach are both FS-agnostic, and I'd
rather not have FS-specific code to find out which device is mounted on
/ or /usr.
 
> My general approach to using LUKS with ZFS is that GRUB prompts for the
> passphrase, unlocks LUKS, which ZFS is inside, and reads the kernel and
> initrd. When the kernel boots, the initrd contains a keyfile which is
> used to unlock LUKS again. This maintains the goal of having everything
> including /boot, but excluding GRUB, on ZFS.

This is a nice setup, but it should work for other filesystems, too.

> +# vi /etc/initramfs-tools/initramfs.conf
> +Add these lines:
> +export KEYFILE_PATTERN="/etc/keys/*.key"

Setting “KEYFILE_PATTERN” in /etc/initramfs-tools/initramfs.conf will
be deprecated in the next release, cf.


https://anonscm.debian.org/cgit/pkg-cryptsetup/cryptsetup.git/commit/?id=94f7f779944ae7082dac7ce993174a8531b54209

Configuration for the cryptroot initramfs hook script is now to be
placed in /etc/crytsetup-initramfs/conf-hook.

> On a side note, it'd be nice if cryptsetup would automatically set UMASK
> when a keyfile is found. And it'd be nice if there as a default where it
> looked for keyfiles.

Feel free to open new wishlist bugs? :-)  Note however that setting
UMASK conditionally seems difficult, since UMASK is a mkinitramfs(8)
option, while KEYFILE_PATTERN is an option of the cryptroot initramfs
hook.  My commit from a few days ago makes the hook script print a loud
warning if the value of UMASK is too permissive:


https://anonscm.debian.org/cgit/pkg-cryptsetup/cryptsetup.git/commit/?id=a7a74f27bc44f73b479d79219fe79fe864f40e30

but since it's run as a subprocess, it's not possible to set UMASK in
the hook itself.
 
>>> +   zfs list -H -o name,canmount,mountpoint 2>/dev/null | \
>> 
>> Looks like there is support for ZFS filesystems in the /etc/fstab
>> .  Since
>> it's what other FS are using, I think that's what we should use for ZFS
>> too.
> 
> ZFS does not normally use /etc/fstab. That's not to say it's impossible
> (obviously, it is), but that is absolutely not what users expect of ZFS
> nor how it is used in practice.

Fair enough.  But I still think we can find a solution that's not
FS-specific.  For instance, to ensure that an arbitrary device is
unlocked at initramfs stage, you can add ‘initramfs’ to the 4th column
of its crypttab(5) entry.  In your case, that should be enough to copy
the key files of the underlying devices to the initramfs image.  Then —
modulo #820888 — the initramfs boot script should be able to decrypt
these devices and mount the root FS.

> I don't know why that wiki page leans so heavily on mountpoint=legacy
> and /etc/fstab. You won't find that in other ZFS documentation for any
> OS, including the more up-to-date FreeBSD documentation linked from the
> header on that page.

Alright, thanks for the clarification.  As I said, I'm clueless about
ZFS ;-)
 
>>> +   for dev in $(zpool status -P "${name%%/*}" 2>/dev/null 
>>> | awk '($1 ~ /\//) {print $1}'); do
>> 
>> This looks rather brittle, as the ‘status’ command seems to be intended
>> for humans not parsers.
> 
> It's not ideal, I admit, but it's "how it's done". The -P flag was added
> specifically because the output of `zpool status` is frequently parsed.
> Parsing `zpool status` is exactly how GRUB handles ZFS. If its output
> changes, GRUB breaks too.
> 
> Ideally, there'd be a -H flag that omits extraneous output and spaces,
> like on the zfs command.

Alright.  Can you provide an example of the output produced by `zpool
status -P "${name%%/*}"`, though?  I don't know if adding ‘-P’ changes
anything, but at least without it I saw headers containing slash
characters.

>> Isn't there a more robust way to retrieve the
>> underlying device list of a ZFS pool?
> 
> Using libzfs is another way, if your application is compiled. However,
> that can be a problem for certain applications because of licensing. For
> example, GRUB uses libzfs on Solaris where they can take advantage of
> the system library exception in the GPL, but they parse `zpool status`
> on other OSes, including Linux.
> 
> Since cryptsetup is a shell script, a C library is a non-starter anyway.

Yeah, sure.  I was hopping for another ‘zpool’ subcommand.

-- 

Bug#834914: libur-perl: FTBFS too much often (Failed 1/269 test programs)

[Niko Tyni]

Control: forwarded -1 https://github.com/genome/UR/issues/126
Control: tag -1 - unreproducible

On Sat, Aug 20, 2016 at 08:57:40PM +0300, Niko Tyni wrote:
> On Sat, Aug 20, 2016 at 06:38:03PM +0200, gregor herrmann wrote:
> > Control: tag -1 + unreproducible
> > 
> > On Sat, 20 Aug 2016 17:18:29 +0200, Santiago Vila wrote:
> > 
> > > Package: src:libur-perl
> > > Version: 0.440-3
> > > Severity: serious
> 
> > #   Failed test 'Got second object from the file'
> > #   at t/URT/t/04e_file_track_open_close.t line 89.
> > Can't call method "name" on an undefined value at 
> > t/URT/t/04e_file_track_open_close.t line 90,  line 3.
> 
> > FWIW, I can't reproduce it (sid amd64 cowbuilder).
> 
> Running the test manually in a loop makes it fail every now and
> then. Presumably it's a race condition in the test suite.

I've made some progress with this and filed an upstream bug report
at .

While I suspect the issue is with the code, that code
(UR::DataSource::File), is marked as deprecated. 
We might want to consider temporarily disabling the relevant test unless
a better solution is found soonish.
-- 
Niko Tyni   nt...@debian.org

Bug#838195: lintian: Check for PACKAGE.maintscript files that include "maint-script-parameters".

[Niels Thykier]

Chris Lamb:
> Package: lintian
> Severity: wishlist
> Tags: patch
> 
> Hi,
> 
> Attached is the following:
> 
>   commit 767c26eb22eb0b7ee5ed04ef06be9daed12446e3
>   Author: Chris Lamb 
>   Date:   Sun Sep 18 11:19:14 2016 +0100
>   
>   Check for PACKAGE.maintscript files that include 
> "maint-script-parameters".
>   
>checks/debhelper.desc  |  8 
> 
>checks/debhelper.pm| 10 
> ++
>.../debian/debian/maintscript  |  2 ++
>t/tests/maintscript-includes-maint-script-parameters/desc  |  6 ++
>t/tests/maintscript-includes-maint-script-parameters/tags  |  1 +
>5 files changed, 27 insertions(+)
> 
> 
> Regards,
> 

Looks good to me :)

The only thing I can thing I can think of would be a very minor nitpick
about only matching exactly one space after "--" (instead of 1 or more).
 Though I doubt it is going to make a lot of difference.

I will leave you to commit and push it yourself! :)  Remember to add
your initials to d/copyright. :)

~Niels

Bug#831041: gpick: please make the build reproducible

[Elías Alejandro]

Hi Chris,
I'm sorry for delay.
I'm going to apply the patch as soon as possible and upload gpick.

Regards,

Elías Alejandro

On Thu, Sep 15, 2016 at 7:11 AM, Chris Lamb  wrote:
> Dear Maintainer,
>
>> Source: gpick
>> Version: 0.2.4-1
>> Tags: patch
>
> There hasn't seem to be any update on this bug in 63 days, in which
> time the Reproducible Builds effort has come on a long way. :)
>
> Would you consider applying this patch and uploading?
>
>
> Regards,
>
> --
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-

Bug#838233: merge conflict made its way into the man page

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: googler
Version: 2.7.0-1


"man googler" looks weird:

GOOGLER(1)User Commands   
GOOGLER(1)

NAME
   googler - Google from the command-line

SYNOPSIS
   <<< b2cdffaa40b951182d18c5a0e4c94cf8c291ee0b googler [OPTIONS] 
[KEYWORD [KEY-
   WORD ...]]  === googler [-s N] [-n N] [-N] [-c TLD] [-l LANG] [-x] 
[-C]
   [-j] [-t dN] [-w SITE] [-d] KEYWORD [KEYWORD ...]  >>> HEAD~0

DESCRIPTION
   googler is a command-line tool to search Google (Web & News) from  the  
terminal.
   Google  site  search works too. googler shows the title, URL and text 
context for
   each result. Results are fetched in pages. Next or previous  page  
navigation  is
   possible  using  keyboard  shortcuts. Results are indexed and a result 
URL can be
   opened in a browser using the index number. There is  no  configuration  
file  as


Regards
Harri
-BEGIN PGP SIGNATURE-

iQEcBAEBCAAGBQJX3uAxAAoJEAqeKp5m04HL85sH/0a5bJmcJ44bwkt6EL4mxErD
fio5099CoOMWoMc9H6Y+MFlpM7vKPWUZihxZgW9Zx7rFkoSKntbEVUa40QVslwCO
csbo+ZzXGYb8LcaFxCWQn2sh1VBRr7FPZGu/8Qy+abNfJ6pwoXfo1xqKf3K9rYj1
pa65qBcTjuUEUN8UfvlLfaBpVbhDZm7ei2ZhHMDJr2tpk5e/1bxITLydBtkEcHRz
VEEHOuDzxM9jEQwo9ZvTxzY5r0ll9rd3w046XIWhWM4gsiUhSZHWNc6lq4nfazFk
ajhZGMESWuhJ5DzQXtkV4oVudAFfxdtEL3vaVcFa5NK83J9nAolpVzagWngmX/A=
=MA/D
-END PGP SIGNATURE-

Bug#838234: transition: readline/readline6

[Matthias Klose]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

readline 7.0 is now released, changing the soversion. The idea is to upload the
readline package from experimental (plus providing the libreadline*6-dev
packages), and stop building the -dev packages and common packages from
readline6.  Afaics, the API didn't change; for rebuild tests I only see build
failures for unrelated reasons.  readline and readline6 can stay in testing for
some time, but readline6 should be removed from testing before the stretch 
release.

I haven't done a test rebuild on unstable, but building on Ubuntu yakkety. The
current state of the transition can be seen at
http://people.canonical.com/~ubuntu-archive/transitions/html/readline.html

Bug#838232: Package without X-Dependencies

[Jack Henschel]

Package: profanity
Version 0.4.7-1
Severity: wishlist

Hello,

I think it would be very useful to have a package of Profanity (called 
'profanity-nox') without X-Dependencies (namely  'libgdk-pixbuf2.0-0', 
'libnotify4' and 'libx11-6').

Otherwise more than 100MB of (useless) dependencies need to be installed on 
headless systems.

I just had a quick look into it and think it should suffice to not use the 
options '--enable-notifications', '--enable-xscreensaver' and '--enable-icons'.
(Note: I have not tested this)

Kind Regards,
Jack Henschel



signature.asc
Description: OpenPGP digital signature

Bug#802587: at least, warn about absence of libgtest library package

[j.wuttke]

but it is in conflict with the well-established standard way
of how libraries are distributed in Debian.


This is incorrect. Header-only libraries are present in the Debian
archive, such as libboost-dev or libeigen3-dev. A -dev package does
not automatically have an accompanying shlib package.


libeigen3 is -dev only because the entire Eigen library only consists
of heavily templated header files. There is just nothing to put in
a binary package. So this is not a helpful analogy.

libboost-dev depends on a specific version, like libboost1.61-dev,
which depends on components like libboost-chrono1.61-dev, which depends
on libboost-chrono1.61.0, which contains a shared object library.

So these supposed analogies actually support my case: In Debian practice,
a package libfoo-dev either contains a fully functional library implementation
that consists of headers only, or it depends on a package libfoo that
contains the binary without which the headers are incomplete.


This has nothing to do with libgtest-dev being deceptive, but with you
failing to understand how modern integration of GTest with CMake is
supposed to happen in accordance with upstream recommendations.


»you failing to understand« is neither very nice, nor accurate:
before I can fail to understand, I first need to know that there
is something I ought to understand.

So I thank you, Ghis, for your explanations. But I maintain that
the package description of libgtest-dev leaves room for improvement.

- Joachim

Bug#838231: dh-elpa: support disabling tests with ERT selectors

[Sean Whitton]

Package: dh-elpa
Version: 1.3
Severity: wishlist

Currently, particular tests that are unwanted are commented out with
quilt patches (for example, those that attempt network access).  It
would be nice to use ERT's "selectors" mechanism to disable them,
perhaps with a configuration field in debian/elpa-test.

Some upstream projects define their own custom selectors that cover
multiple tests (e.g. flycheck).  It might not be possible to refer to
those in a general way, but if it is, that would be useful, too.

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

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

Versions of packages dh-elpa depends on:
ii  debhelper   10
ii  dh-make-perl0.91
ii  emacs24 24.5+1-6.1
ii  libarray-utils-perl 0.5-1
ii  libconfig-tiny-perl 2.23-1
ii  libdebian-source-perl   0.91
ii  libdpkg-perl1.18.10
ii  libfile-find-rule-perl  0.34-1
ii  libtext-glob-perl   0.09-2
ii  perl5.22.2-5

dh-elpa recommends no packages.

dh-elpa suggests no packages.

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#828475: openssh: FTBFS with openssl 1.1.0

[Kurt Roeckx]

tags 828475 + patch
thanks

Hi,

I've send a patch to the upstream mailinglist, and it's also
avaiable at:
https://github.com/openssh/openssh-portable/pull/48


Kurt

Bug#741196: libpetsc3.4.2: libpetsc.so.3.4.2 links with both GPL-licensed and GPL-incompatible libraries

[Francesco Poli]

On Sat, 17 Sep 2016 20:47:57 +0200 Lucas Nussbaum wrote:

> On 17/09/16 at 10:13 +0200, Francesco Poli wrote:
> > On Fri, 8 Jul 2016 19:23:48 +0200 Francesco Poli wrote:
> > 
> > > On Thu, 7 Jul 2016 19:27:47 +0200 Lucas Nussbaum wrote:
[...]
> > > > who is very active in the French Free Software community. One of the
> > > > colleagues (same Inria research team) of Francois is Brice Goglin, who
> > > > is a DD. So it might be useful to try to contact them.
> > > 
> > > This is the kind of help I have been asking for since I filed these
> > > bug reports.
> > > If you can get in touch with François Pellegrini, directly or
> > > indirectly, and explain the issue to him in a convincing manner,
> > > then I would be really really grateful.
> > > 
> > > As I said, I tried multiple times, but François no longer replies
> > > to my e-mail messages. That's why I need help from people more likely
> > > to be listened to.
> > [...]
> > 
> > Hello again Lucas,
> > is there any progress on this issue?
> 
> Not that I'm aware of, sorry.

I apologize, but your reply is not too clear to me.
Could you please elaborate a bit?

Have you tried to get in touch with François Pellegrini, directly or
indirectly?
Have you tried to explain the issue to him and to persuade him that
SCOTCH should be re-licensed (or dual-licensed) under
GPLv2-or-later-compatible terms?



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


pgptnpRTGuU3k.pgp
Description: PGP signature

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

[Thomas Pircher]

On 2016-09-18 17:39, Thomas Pircher wrote:

W: libcgicc5: package-name-doesnt-match-sonames libcgicc3


This should be fixed by the renaming from libcgicc5* -> libcgicc*.


Thinking again, I guess that's not correct. This would require the 
packages to be renamed to libcgicc3.


Thomas

Bug#749132: Temple of riches

[work with]

This is Secret powers where all dreams comes through, no matter your color 
or belief. Do you need money in anything you put hand in?  Power to see 
thing beyond your physical eyes, Love, Promotion, Health, To win election 
or to be loved by population, to win lotto and to have the man or woman of 
your choice, to  win court cases and free your love one from prison, loan, 
contracts, clear debts and to collect all your outstanding money, long 
life and many more? livelifegoo...@yahoo.co.uk

Bug#838140: 838140

[Holger Schröder]

Hi lumin,

please update the sources for download

thanks

Bug#838229: libmygpo-qt-dev: missing cmake targets file, which makes whole cmake stuff useless

[Pino Toscano]

Package: libmygpo-qt-dev
Version: 1.0.9~git20151122-1
Severity: important
Tags: patch
Control: block 655362 by -1

Hi,

libmygpo-qt-dev ships configuration files for cmake, so that doing

  find_package(Mygpo-qt)
  ..
  include_directories(${LIBMYGPO_QT_INCLUDE_DIRS})
  ..
  target_link_libraries(myapp ${LIBMYGPO_QT_LIBRARIES})

works -- or at least, it should wihout fail when linking.
The problem is that the Mygpo-qtTargets-${BUILD_TYPE}.cmake config file
for cmake, correctly installed by the upstream build system, is not
shipped in libmygpo-qt-dev, and thus the "mygpo-qt" imported library
target cannot be loaded.

Attached there is a simple patch for libmygpo-qt-dev.install, to
install the missing file, no matter what is the build type set in cmake.
I'd like to enable the gpodder.net integration in amarok (#655362),
but this bug causes build issues.

PS: please make use of --list-missing/--fail-missing for dh_install,
so nothing installed by the upstream build system is silently missing
again.

Thanks,
-- 
Pino
--- a/debian/libmygpo-qt-dev.install
+++ b/debian/libmygpo-qt-dev.install
@@ -4,3 +4,4 @@ usr/lib/*/libmygpo-qt.so
 usr/lib/*/cmake/mygpo-qt/Mygpo-qtConfig.cmake
 usr/lib/*/cmake/mygpo-qt/Mygpo-qtTargets.cmake
 usr/lib/*/cmake/mygpo-qt/Mygpo-qtConfigVersion.cmake
+usr/lib/*/cmake/mygpo-qt/Mygpo-qtTargets-*.cmake

Bug#838230: linux-image-3.16.0-4-686-pae: I/O on f2fs devices hangs until `sync` is run

[Ivan Krylov]

Package: src:linux
Version: 3.16.36-1+deb8u1
Severity: normal

Dear Maintainer,

When I try to create a lot of files on an f2fs device (e.g. unpack a rootfs), 
the
process hangs in 'D' state shortly after the start, but running `sync` in a 
separate
terminal lets it lift off again and, eventually, finish successfully (I just 
leave
running `while sleep 5s; do sync; done` until everything is done).

Also, the system is generally less responsive while an f2fs device is mounted 
and files
are open on it (e.g. browser stops redrawing itself for long periods of time 
while not
consuming CPU), and, again, responsiveness is back if `while sleep 5s; do sync; 
done` is
running in background.


-- Package-specific info:
** Version:
Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae 
root=UUID=6452ebcc-a034-40e6-81a4-148e2ef17a59 ro quiet panic=10

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[120847.269890] usb 3-6.2: Product: Mass Storage Device
[120847.269894] usb 3-6.2: Manufacturer: Generic
[120847.269899] usb 3-6.2: SerialNumber: 058F0OB
[120847.270692] usb-storage 3-6.2:1.0: USB Mass Storage device detected
[120847.275062] scsi12 : usb-storage 3-6.2:1.0
[120848.272815] scsi 12:0:0:0: Direct-Access MultiFlash Reader 1.00 
PQ: 0 ANSI: 0
[120848.273416] sd 12:0:0:0: Attached scsi generic sg4 type 0
[120848.450180] sd 12:0:0:0: [sde] Attached SCSI removable disk
[120939.919814] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[120939.926453]  sde: sde1 sde2
[120940.337194] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[120940.723348] EXT4-fs (sde1): mounting ext2 file system using the ext4 
subsystem
[120940.786054] EXT4-fs (sde1): mounted filesystem without journal. Opts: (null)
[121360.375964] SysRq : Emergency Sync
[121360.385339] Emergency Sync complete
[121360.807974] SysRq : Emergency Sync
[121360.817575] Emergency Sync complete
[121496.564621] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[121496.571013]  sde: sde1 sde2
[121496.704488] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[121496.708752] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[121496.708756] F2FS-fs (sde): Can't find valid F2FS filesystem in 1th 
superblock
[121496.712902] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[121496.712906] F2FS-fs (sde): Can't find valid F2FS filesystem in 2th 
superblock
[121496.996379] EXT4-fs (sde1): mounting ext2 file system using the ext4 
subsystem
[121497.038357] EXT4-fs (sde1): mounted filesystem without journal. Opts: (null)
[121943.355141] SysRq : Emergency Sync
[121943.364349] Emergency Sync complete
[121943.547142] SysRq : Emergency Sync
[121943.559604] Emergency Sync complete
[121943.707142] SysRq : Emergency Sync
[121943.717696] Emergency Sync complete
[122116.079612] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[122116.086890]  sde: sde1 sde2
[122116.222742] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[122116.227796] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[122116.227801] F2FS-fs (sde): Can't find valid F2FS filesystem in 1th 
superblock
[122116.229377] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[122116.229382] F2FS-fs (sde): Can't find valid F2FS filesystem in 2th 
superblock
[122116.340900] EXT4-fs (sde1): mounting ext2 file system using the ext4 
subsystem
[122116.382596] EXT4-fs (sde1): mounted filesystem without journal. Opts: (null)
[127953.295985] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[127953.302502]  sde: sde1 sde2
[127953.436741] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[127953.442612] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[127953.442619] F2FS-fs (sde): Can't find valid F2FS filesystem in 1th 
superblock
[127953.446362] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[127953.446370] F2FS-fs (sde): Can't find valid F2FS filesystem in 2th 
superblock
[127954.037768] EXT4-fs (sde1): mounting ext2 file system using the ext4 
subsystem
[127954.101708] EXT4-fs (sde1): mounted filesystem without journal. Opts: (null)
[128535.533762] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[128535.540156]  sde: sde1 sde2
[128535.676143] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[128535.682831] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[128535.682835] F2FS-fs (sde): Can't find valid F2FS filesystem in 1th 
superblock
[128535.785890] 

Bug#838228: src:lakai: maintainer address bounces

[Ansgar Burchardt]

Source: lakai
Version: 0.1-1
Severity: serious

The maintainer address for lakai bounces, see below.

Ansgar

Mail Delivery System  writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>   f...@agnula.org
> No Such User Here
>
> Reporting-MTA: dns; server211.web-hosting.com
>
> Action: failed
> Final-Recipient: rfc822;f...@agnula.org
> Status: 5.0.0
>
> From: Debian FTP Masters 
> Subject: lakai_0.1-1.1_source.changes ACCEPTED into unstable
> To: Gustavo Soares de Lima , Free Ekanayaka 
> ,  
> Date: Sat, 17 Sep 2016 23:48:29 + (18 hours, 6 minutes, 38 seconds ago)
>
>
>
> Accepted:
>
> Format: 1.8
> Date: Wed, 07 Sep 2016 16:41:52 +
> Source: lakai
> Binary: lakai
> Architecture: source
> Version: 0.1-1.1
> Distribution: unstable
> Urgency: medium
> Maintainer: Free Ekanayaka 
> Changed-By: Gustavo Soares de Lima 
> Description:
>  lakai  - transfers samples between a PC and an AKAI sampler
> Closes: 449603 450202 817516 835651
> Changes:
>  lakai (0.1-1.1) unstable; urgency=medium
>  .
>* Non-maintainer upload.
>* debian/compat:
>- Update level to 9. (Closes: #817516)
>* debian/control:
>- Added Homepage. (Closes: #835651)
>- Bumped level debhelper to 9.
>- Bumped Standards-Version to 3.9.8.
>* debian/watch:
>- Update. (Closes: #449603, #450202).
> Checksums-Sha1:
>  eb85a022cc9c158c575d0dd8d43e7076c804bc5d 1617 lakai_0.1-1.1.dsc
>  245deda9478e93c005f0a93182b7b806317422b6 2299 lakai_0.1-1.1.diff.gz
> Checksums-Sha256:
>  4b94353b8c53f3cd0ed9cf30c96afdde349d528c24c6f8d76dd835ffe5932b5e 1617 
> lakai_0.1-1.1.dsc
>  811672d01e70007ca2c2631d4149b9efe44289a32cd033ae88af4e87765c37a4 2299 
> lakai_0.1-1.1.diff.gz
> Files:
>  ad8d9d6e95cd7de55b83b9a0d7228f5c 1617 sound optional lakai_0.1-1.1.dsc
>  15b143eaaa70c852ed5d02f935464f9a 2299 sound optional lakai_0.1-1.1.diff.gz
>
>
>
> Thank you for your contribution to Debian.
> --

Bug#838227: libmygpo-qt: please enable parallel building

[Pino Toscano]

Source: libmygpo-qt
Version: 1.0.9~git20151122-1
Severity: wishlist
Tags: patch

Hi,

libmygpo-qt seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).

Thanks,
-- 
Pino
--- a/debian/rules
+++ b/debian/rules
@@ -1,3 +1,3 @@
 #!/usr/bin/make -f
 %:
-	dh $@ --with pkgkde_symbolshelper
+	dh $@ --parallel --with pkgkde_symbolshelper

Bug#838226: ITP: bucklespring -- Nostalgia bucklespring keyboard sound

[Dominik George]

Package: wnpp
Severity: wishlist
Owner: Dominik George 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: bucklespring
  Version : 1.3.6
  Upstream Author : Ico Doornekamp
* URL : https://github.com/zevv/bucklespring
* License : GPL-2
  Programming Lang: C
  Description : Nostalgia bucklespring keyboard sound

Buckle emulates the sound of an old IBM Model-M space saver
bucklespring keyboard while typing within an X session.
.
It runs as a background process and plays back the sound of each key
pressed and released on the keyboard, just as if using an IBM Model-M.
The sound of each key has carefully been sampled, and is played back
while simulating the proper distance and direction for a realistic 3D
sound palette of pure nostalgic bliss.

-BEGIN PGP SIGNATURE-

iQJhBAEBCABLBQJX3tMXMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MSHG5pa0BuYXR1cmFsbmV0LmRlAAoJELeaPBagxPKW
ILAP+QHFu/l5yChak1jc1xhEnCfQeOkXMCrAT+nvr4IGCO3DMGUZz5y6tCLz87DX
gbgTJ1kVX7t1afojP5/3Vbc9/rU4vfCK7em9pQ360mhmo4/r0bgVyI1eF4u57+5g
ACCVnTrue1ShxQ4zfyoqt9MyMFMEa8gBgTVGVph3512nLlPpVWKVEQ2B7T1mHto5
wbtB2vLrm0UJXwdwjDEU/D7ImXq1hb49WIgE3HlIwVbUnMuODPj98p0ZPgkDGOzg
+g8kbXu0pxjeRECxfbTGiOB2Gq5ajjKvRRstmSk/Z8/1Wj71idtStKLYlgm3so1R
mDegGXHjjtY/o35PIqmqGAsuI4cgMPczghNQ8IwFlNkKx3vd98tLsaIdsGEverFo
o2QGvHeDtK34fF9AkxC1i2xMqGq++CxOlWcsAq/4w9WfOCbBPPy4Uop8NdKCZ4hC
94CK1MsVESAVu5Wtlctd0v2AjgDwaF6OkgwyXnBokNrBE9PsDFU3KFaZdgoE+uuo
MLfzbMWShgXYxXvOzOJK/XsT0D1nhBXnNniWQgriep8v3bwoM7rjporXONhEL+Zn
L3Jboq9k8AWs5XRVacQFqdKC9bngSDy2PSJur7PUkVwX/i8tfzM1J2uDid1zDK4q
9dpPtEBKrmDAYrACt+WqURFHiy6om0aIx1cbE3sY72V65BU9
=amcE
-END PGP SIGNATURE-

Bug#838225: dgit: shouldn't set up vcs-git remote when Vcs-* point to dgit-repos

[Sean Whitton]

Package: dgit
Version: 1.4
Severity: minor

dgit probably shouldn't set up a vcs-git remote when the Vcs-* fields of
the package point to dgit-repos.  It could be confusing.

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

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

Versions of packages dgit depends on:
ii  ca-certificates   20160104
ii  coreutils 8.25-2
ii  curl  7.50.1-1
ii  devscripts2.16.7
ii  dpkg-dev  1.18.10
ii  dput  0.10.3
ii  git [git-core]1:2.9.3-1
ii  libdpkg-perl  1.18.10
ii  libjson-perl  2.90-1
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-5
ii  libwww-perl   6.15-1
ii  perl  5.22.2-5

Versions of packages dgit recommends:
ii  openssh-client [ssh-client]  1:7.3p1-1

Versions of packages dgit suggests:
ii  sbuild  0.71.0-2

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#838224: RFP: Basenji -- A cross-platform media indexing/search tool

[zulu]

Package: wnpp
Severity: wishlist

Hi, 

Basenji was already available in Debian but was removed due to obsolete
dependencies some time ago.
(see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740845).

These obsolete dependencies have been removed upstream and Debian
package files have been updated as well.

https://github.com/pulb/basenji/releases
https://github.com/pulb/basenji/tree/debian

It would be nice if a Debian packager could revive the package.

Kind regards
Patrick

Bug#837786: mutter: Issues repainting the display on mouse movement

[Christian Lauinger]

On Sun, 18 Sep 2016 15:24:42 +0200 Mourad De Clerck 
 wrote:

> Hello,
>
> another datapoint: I'm experiencing the same issue on an AMD Pitcairn
> (7870) using radeonsi.
>
> -- M
>
>

Hi !


Same here and but I use nvidia-driver (367.44-1). It worked with 
previous 3.20 version so I downgraded to a snapshot version from 12th 
of September before the

buggy version was migrated to testing.

Here is how its done:
https://hackedbellini.org/linux/downgrade-and-force-some-packages-on-debian-to-a-previous-version/



Greets

Bug#619340: evolution: hangs 0% complete on retrieving message, refreshing folder, checking for new mail

[Joysn]

Package: evolution
Version: 3.20.5-1
Followup-For: Bug #619340

Dear Maintainer,

almost everytime when i use Evolution, it runs into the situation that it tries 
to retrieve the message body, or tries to refresh folders and then it hangs. 
I have setup to mail accounts, one using IMAP/SMTP to my private mail box on a 
Cyrus/sendmail server, and one using Googles mail service. 
The situation is easy to reproduce when clicking rather fast from one email to 
the next one, or when deleting a series of emails from the inbox or an folder. 
Evolution then opens a symbol for every "touched" email in the status bar, some 
of them vanish after a few seconds, but most of them remain there trying to 
indicate some kind of activity of Evolution, but they never finish. Even when i 
use the "Cancel current mail operation" button in the tool bar they are not 
"canceled". And when i try to cancel them via the red button on the icons in 
the status bar, the label is just changed (cancelling added) but nothing is 
cancelled.
When i try to close Evolution using the close box on the top right corner of 
its main window, all widgets and the main menu are greyed and disabled, and 
after a while Evolution asks me if i want to close it immediately, or if i want 
to keep waiting. It further states that it can not complete some actions due to 
network connectivity issues. But there are no issues with the network, at least 
not to the mail servers which are used by Evolution.


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

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

Versions of packages evolution depends on:
ii  dbus   1.10.10-1
ii  evolution-common   3.20.5-1
ii  evolution-data-server  3.20.5-1
ii  libc6  2.24-2
ii  libcamel-1.2-573.20.5-1
ii  libclutter-gtk-1.0-0   1.8.0-2
ii  libecal-1.2-19 3.20.5-1
ii  libedataserver-1.2-21  3.20.5-1
ii  libevolution   3.20.5-1
ii  libglib2.0-0   2.49.7-1
ii  libgtk-3-0 3.21.6-1
ii  libical2   2.0.0-0.5+b1
ii  libicu57   57.1-4
ii  libnotify4 0.7.6-2
ii  libsoup2.4-1   2.55.90-1
ii  libwebkitgtk-3.0-0 2.4.11-3
ii  libxml22.9.4+dfsg1-2
ii  psmisc 22.21-2.1+b1

Versions of packages evolution recommends:
ii  bogofilter 1.2.4+dfsg1-8
ii  evolution-plugins  3.20.5-1
ii  yelp   3.21.3-1

Versions of packages evolution suggests:
ii  evolution-ews   3.20.5-1
pn  evolution-plugins-experimental  
ii  gnupg   2.1.15-3
ii  network-manager 1.4.0-3

-- no debconf information

Bug#838047: Confirmed: breaks *all* tablets

[Andrew Chadwick]

Okay, found time for some more testing. It seems that libwacom2 0.19
is probably off the hook here: the problem can be made to go away by
merely switching versions of mutter (+ libmutter) for all tablets on
my test bench.

Thank you for the update to 0.22, nevertheless. Doubtless it will be
needed before too long. BTW, the debian/watch file appears to be
broken according to qa.debian - perhaps that's why some releases
weren't noticed?

On 18 September 2016 at 02:23, Andrew Chadwick  wrote:
> GNOME sessions with gnome-shell 3.21.91-2 and libwacom2 0.22-1 still
> segfault when any any of my USB tablet devices are attached. This
> includes the Wacom USB Wireless Accessory Kit: it's fine after being
> plugged in initially without the tablet being turned on, but when the
> tablet is turned on and begins communicating wirelessly, the session
> dies just as above.
>
> I've tried a plain old USB optical mouse, a USB keyboard, and a couple
> of USB joypads too - those are unaffected.
>
> From the console, libwacom-list-local-devices 0.22 detects the plugged
> device and lists its features like it should. No segfaults there.



-- 
Andrew Chadwick

Bug#838050: GDM3-only behaviour; Wayland not totally broken; bad tablets break even that

[Andrew Chadwick]

Reported upstream as a gnome-shell bug initially at
https://bugzilla.gnome.org/show_bug.cgi?id=771628


I can confirm that downgrading mutter and its support files and libs
fixes the problem. In a picture such as

gnome-shell3.21.91-2
gnome-session  3.20.2-1
libwacom2  0.22-1   <<< ***OR 0.19-1, doesn't matter!
xserver-xorg   1:7.7+16
xwayland   2:1.18.4-1
mutter 3.21.92-1   <<< *** gnome-shell segfaults

Downgrading mutter (& its lib and -common package) to 3.21.91 fixes
the segfaults, in both Xorg and Xwayland.

mutter 3.21.91-2   <<< +++ no segfaults, all tablets OK

Quick workaround for people having problems right now:

# apt-get install mutter=3.21.91-2 mutter-common=3.21.91-2 libmutter0i=3.21.91-2
# apt-mark hold mutter mutter-common libmutter0i

Bug#838222: subtle: Update dependency to ruby-minitar

[Markus Frosch]

Package: subtle
Version: 0.11.3224-xi-2.2
Usertags: ruby-minitar

Hey Alex,
I've uploaded ruby-minitar a while, which replaces the older 
ruby-archive-tar-minitar. And in fact replaces the old binary with a
transitional package.

The old Gem (name) seems not to be maintained anymore:
https://rubygems.org/gems/archive-tar-minitar
 vs.
https://rubygems.org/gems/minitar

Please change your dependency to "ruby-minitar". Versioning and APIs work the 
same way.

Contact me if you have questions.

Cheers
Markus Frosch
-- 
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de



signature.asc
Description: OpenPGP digital signature

Bug#811846: #811846: status?

[John Paul Adrian Glaubitz]

On 09/18/2016 01:07 PM, John Paul Adrian Glaubitz wrote:
> Sorry guys, was busy this weekend. Will look at it in a few hours :).

There are two issues with the package on mentors that I see:

* It has symbols files for some architectures but not all architectures
  despite the debian/changelog file claiming otherwise.

* The postinst scripts for the -dev and -bin packages call 
dpkg-maintscript-helper
  to install symlinks to the documentation folder of the -doc package. However,
  neither the -bin nor the -dev package depend on any way on the -doc
  package. So, in the worst case, the postinst script will fail (I didn't test
  how dpkg-mainscript-helper behaves), the best cases, it creates dangling
  symlinks. Neither is an optimal situation.

The rest of the changes look fine.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



signature.asc
Description: OpenPGP digital signature

Bug#838223: DisplayPort audio not audible after screen sleeps

[Daniel Pocock]

Package: xserver-xorg
Version: 1:7.7+7
Severity: important

The workstation has an NVIDIA K2200 connected to a Benq display with
built-in speakers.  Connection is from the DisplayPort socket on the GPU
to the mini-DisplayPort on the monitor.

It is a GNOME 3 desktop

Looking in the sound preferences, it shows up as "HDMI / DisplayPort 3 -
HDA NVidia"

After booting up, audio works fine through this device.

After locking the screen and unlocking it, nothing can be heard.
Stopping and starting the sound application doesn't make any difference.
 The device is still visible in the Sound settings control panel.
Clicking to "Test Speakers" there, it pauses while it tries to make a
sound, but nothing is heard.

Unplugging the cable from the monitor and attaching it again gets it
working again.

The NVIDIA proprietary driver is in use, version 352.41

Some extracts from /var/log/Xorg.0.log, please tell me if more detail is
needed:

[   131.965]
X.Org X Server 1.16.4
Release Date: 2014-12-20
[   131.965] X Protocol Version 11, Revision 0
[   131.965] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[   131.965] Current Operating System: Linux host1 3.16.0-4-amd64 #1 SMP
Debian 3.16.36-1+deb8u1 (2016-09-03) x86_64
[   131.965] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64
root=/dev/mapper/vg01-root ro quiet
[   131.965] Build Date: 11 February 2015  12:32:02AM
[   131.965] xorg-server 2:1.16.4-1 (http://www.debian.org/support)
[   131.965] Current version of pixman: 0.32.6



[   135.899] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
[   136.056] (II) Module nvidia: vendor="NVIDIA Corporation"
[   136.056]compiled for 4.0.2, module version = 1.0.0
[   136.056]Module class: X.Org Video Driver
[   136.060] (II) NVIDIA dlloader X Driver  352.41  Fri Aug 21 22:14:01
PDT 2015
[   136.060] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs

Bug#838220: rhc: Update dependency to ruby-minitar

[Markus Frosch]

Package: rhc
Version: 1.38.4-2
Usertags: ruby-minitar

Hello fellow maintainer,
I've uploaded ruby-minitar a while, which replaces the older 
ruby-archive-tar-minitar. And in fact replaces the old binary with a
transitional package.

The old Gem (name) seems not to be maintained anymore:
https://rubygems.org/gems/archive-tar-minitar
 vs.
https://rubygems.org/gems/minitar

Please change your dependency to "ruby-minitar". Versioning and APIs work the 
same way.

Contact me if you have questions.

Cheers
Markus Frosch
-- 
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de



signature.asc
Description: OpenPGP digital signature

Bug#838221: ruby-docker-api: Update dependency to ruby-minitar

[Markus Frosch]

Package: ruby-docker-api
Version: 1.22.2-1
Usertags: ruby-minitar

Hello fellow maintainer,
I've uploaded ruby-minitar a while, which replaces the older 
ruby-archive-tar-minitar. And in fact replaces the old binary with a
transitional package.

The old Gem (name) seems not to be maintained anymore:
https://rubygems.org/gems/archive-tar-minitar
 vs.
https://rubygems.org/gems/minitar

Please change your dependency to "ruby-minitar". Versioning and APIs work the 
same way.

Contact me if you have questions.

Cheers
Markus Frosch
-- 
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de



signature.asc
Description: OpenPGP digital signature

Bug#838206: linux-image-4.7.0-1-amd64: [Linux Kernel 4.7] Power issue: Intel i7 CPU frequency get maxed on display idle

[Alessio]

2016-09-18 15:44 GMT+02:00 Ben Hutchings :
> Control: tag -1 moreinfo
>
> On Sun, 2016-09-18 at 14:46 +0200, Alessio Gaeta wrote:
>> Package: src:linux
>> Version: 4.7.2-1+s1
>> Severity: important
>>
>> Hello,
>>
>> I'm facing a power issue with the Linux 4.7 kernel.
>>
>> Every time the system goes idle (the configured delay passes and the display
>> goes black), the frequency of all cores get maxed, even if all cores are 
>> idle.
>>
>> Evident symptoms are the fan spinning loudly and the errors logged in journal
>> stating the thermal threshold being surpassed and the CPU throttled.
>>
>> In detail, the frequency of all cores raises from ~800 MHz to 2.6 GHz for 
>> all 8
>> cores of my i7. I can reproduce the behavior 100% of times, by connecting via
>> ssh to the affected system and launching powertop.
>>
>> The issue does not exists in Linux 4.6 (to wich I will stick for now), so I
>> guess the problem resides in kernel, not in other packages.
>>
>> You have all system information here below (gathered by repotbug). Ask any
>> further info if needed. Thank you!
> [...]
>
> Please test with bbswitch and acpi_call removed.

Hello,

tested again:

1. systemctl stop bumblebeed.service
2. modprobe -r bbswitch
3. modprobe -r acpi_call
4. systemctl stop vboxweb.service
5. modprobe -r vboxpci vboxnetflt vboxnetadp vboxdrv

(removed all out-of-tree modules, just to be sure).

Same result: on display idle the CPU frequency got maxed on all cores.

Tell me if you need more info.

Bug#838219: dh-elpa: please support buttercup_eval

[David Bremner]

Package: dh-elpa
Version: 1.3
Severity: wishlist


It would be nice to have an analog og ert_eval for buttercup tets run
by dh_elpa_test

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

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

Versions of packages dh-elpa depends on:
ii  debhelper   9.20160814
ii  dh-make-perl0.91
ii  emacs24 24.5+1-7
ii  libarray-utils-perl 0.5-1
ii  libconfig-tiny-perl 2.23-1
ii  libdebian-source-perl   0.91
ii  libdpkg-perl1.18.10
ii  libfile-find-rule-perl  0.34-1
ii  libtext-glob-perl   0.09-2
ii  perl5.22.2-3

dh-elpa recommends no packages.

dh-elpa suggests no packages.

-- no debconf information

Bug#836531: Aw: Bug#836531: Bug#837356: libreoffice-gtk3: Impress is unusably slow on GNOME 3 with libreoffice-gtk3 installed

[Rene Engelhard]

It should, yes. Actually that is the main Point of this and a eventual xfce fix would be nice.

And the patch already is in unstable for some time and the bug already closed...
-- 
Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.Am 17.09.16, 09:06, Drew Parsons  schrieb:

  
On Fri, 16 Sep 2016 13:22:09 +0200 Rene Engelhard 
wrote:
> 
> in Gtk caused it, but it's fixed in LOs master
> (https://cgit.freedesktop.org/libreoffice/core/commit/?id=ef7abe81df1
0cb8a8c04afbb1fbe700f94e73f04)
> 


libreoffice (1:5.2.1-2) is currently unusably slow in gnome 3 (3.21.92-
1). I hope this new patch fixes it there as well as xfce.

Drew

  

Bug#838218: /usr/bin/exo-open: exo-open (and thus the default xfce4 launcher) does not start latest firefox

[chrysn]

Package: exo-utils
Version: 0.6.2-5
Severity: normal
File: /usr/bin/exo-open

clicking the "web browser" icon in a default xfce4 setup that has been upgraded 
to
latest wheezy (with firefox 45.3.0esr-1~deb7u1) still launches firefox as
`firefox-esr -remote openURL(about:blank,new-window)` (as shown in ps), which 
does
not create a window, but exits without further message after a few seconds when 
no
firefox process is already running. starting firefox like that worked fine back
with some 38 version of firefox (then iceweasel).

setting the preferred web browser from "firefox" to "debian's standard browser" 
in
preferred applications settings launches it via x-www-browser, which is 
unaffected
-- so that's aviable workaround. switching back to explicit firefox again causes
the non-working startup.

-- System Information:
Debian Release: 7.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages exo-utils depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38+deb7u11
ii  libexo-1-0  0.6.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1+deb7u5
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libxfce4util4   4.8.2-1

exo-utils recommends no packages.

exo-utils suggests no packages.

-- no debconf information

Bug#838217: RFS: license-reconcile/0.12+nmu1 [NMU] [RC]

[gustavo panizzo]

Package: sponsorship-requests
Severity: important

I'm looking for a sponsor for my NMU on license-reconcile
It closes an FTBFS RC bug.

The debdiff is attached

The package can be downloaded from -mentors
https://mentors.debian.net/debian/pool/main/l/license-reconcile/license-reconcile_0.12+nmu1.dsc


Changes since the last upload:

license-reconcile (0.12+nmu1) unstable; urgency=low

  [ gustavo panizzo ]
  * Non-maintainer upload.
  * Update test cases to match licensecheck output. Thanks Petter Reinholdtsen
for the patches, Fix FTBFS (Closes: #832840).

  [ gregor herrmann ]
  * Remove Nicholas Bamber from Uploaders. Thanks for your work!

 -- gustavo panizzo   Sun, 18 Sep 2016 10:40:39 +0800


Upstream had a change non yet published but it is non-functional, so I've 
included it as well.

The maintainer (gregoa) and the umbrella group (perl group)  are on 
https://wiki.debian.org/LowThresholdNmu
The NMU fixes the tests as the output on the underlying tool has changed.

thanks!


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

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)
diff -Nru license-reconcile-0.11/debian/changelog license-reconcile-0.12+nmu1/debian/changelog
--- license-reconcile-0.11/debian/changelog	2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/debian/changelog	2016-09-18 10:40:39.0 +0800
@@ -1,3 +1,15 @@
+license-reconcile (0.12+nmu1) unstable; urgency=low
+
+  [ gustavo panizzo ]
+  * Non-maintainer upload.
+  * Update test cases to match licensecheck output. Thanks Petter Reinholdtsen
+for the patches, Fix FTBFS (Closes: #832840).
+
+  [ gregor herrmann ]
+  * Remove Nicholas Bamber from Uploaders. Thanks for your work!
+
+ -- gustavo panizzo   Sun, 18 Sep 2016 10:40:39 +0800
+
 license-reconcile (0.11) unstable; urgency=medium
 
   * debian/copyright: change Copyright-Format 1.0 URL to HTTPS.
diff -Nru license-reconcile-0.11/debian/control license-reconcile-0.12+nmu1/debian/control
--- license-reconcile-0.11/debian/control	2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/debian/control	2016-09-16 09:27:33.0 +0800
@@ -1,6 +1,6 @@
 Source: license-reconcile
 Maintainer: Debian Perl Group 
-Uploaders: gregor herrmann , Nicholas Bamber 
+Uploaders: gregor herrmann 
 Section: devel
 Testsuite: autopkgtest-pkg-perl
 Priority: optional
diff -Nru license-reconcile-0.11/lib/Debian/LicenseReconcile/App.pm license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/App.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/App.pm	2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/App.pm	2016-09-18 10:23:37.0 +0800
@@ -244,11 +244,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 
 =head1 SYNOPSIS
@@ -289,6 +289,8 @@
 
 =head2 files
 
+=head2 suggest_stanzas
+
 =head1 AUTHOR
 
 Nicholas Bamber, C<<  >>
diff -Nru license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightDatum/Holder.pm license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightDatum/Holder.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightDatum/Holder.pm	2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightDatum/Holder.pm	2016-09-17 20:18:04.0 +0800
@@ -61,11 +61,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 
 =head1 SYNOPSIS
diff -Nru license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightDatum.pm license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightDatum.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightDatum.pm	2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightDatum.pm	2016-09-17 20:24:09.0 +0800
@@ -214,11 +214,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 =head1 DESCRIPTION
 
diff -Nru license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightTarget.pm license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightTarget.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightTarget.pm	2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightTarget.pm	2016-09-17 20:18:48.0 +0800
@@ -100,11 +100,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 
 =head1 SYNOPSIS
diff -Nru 

Bug#837145: Pending fixes for bugs in the libsdl-perl package

[pkg-perl-maintainers]

tag 837145 + pending
thanks

Some bugs in the libsdl-perl package are closed in revision
6447e5c78574520207b94bf084b8961f324a22ca in branch 'master' by Niko
Tyni

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libsdl-perl.git/commit/?id=6447e5c

Commit message:

Work around core_audiospec.t autopkgtest problems with newer Test-Simple

Newer versions of Test-Simple seem to lose the number of tests
issued in another thread.

Builds run without AUTOMATED_TESTING set, so they don't hit this.
Emulate that for autopkgtest as well for now.

Closes: #837145

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

[Thomas Pircher]

On 2016-09-15 10:49, Gianfranco Costamagna wrote:

changes are huge, but being half mia, and on lowNMU threshold...
(and too many bugs here, so lets do it)


First of all, thanks for the detailed review.
I have addressed most issues but not yet uploaded a new version to 
mentors, pending a couple of questions.



1) have patches been upstreamed?


Patch 0001 (pkg-config change) comes from the upstream bug tracker and 
patch 0002 (empty index.html) has been upstreamed.
Patch 0003 (removal of /usr/bin/cgicc-config, see also below, point 7) 
is not, since I see this as a packaging issue rather than an upstream 
problem.



2) patch description might be nice
3) d/p/003-no-old-style-config.patch
So, in case please patch Makefile.am
4) automake, libtool, doxygen, dh-autoreconf
doxygen might be needed only for arch:all builds, so you might want to 
move

it into Build-Depends-Indep


Fair points, my next upload to mentors will fix these.


5) automake, libtool, are them useful?


They are both used in the build. But if I understand you right, are you 
suggesting to drop the explicit dependencies since dh-autoreconf already 
depends on automake and libtool? If this is the customary way then I'll 
drop the explicit dependencies on automake and libtool.



6) new files
diff -Nru libcgicc-3.2.9/debian/libcgicc-dev.dirs
diff -Nru libcgicc-3.2.9/debian/libcgicc-dev.install

why?


Uh, these files are not needed and are leftovers from my experiments 
with a multi-arch library and will be removed in my next upload.



7) /usr/bin/cgicc-config
this was shipped before, why are you removing it?


This file is made obsolete by the pkg-config file, and it was creating a 
problem for multiarch packages: it would install in 
/usr/bin/cgicc-config, making it impossible to install two architectures 
of this package.

Also, https://lintian.debian.org/tags/old-style-config-script.html says:

| Using this kind of system to pass compile file is obsolete and will 
likely introduce bugs in a multi-arch system.
| Particularly, this kind of script could only belong to a package that 
is not Multi-Arch.


So I took this as excuse to remove the file from the package.

One possible solution (suggested by lintian) is to move the file out of 
the way (to /usr/share/doc, I presume) so it is still shipped, but it 
won't be found by build tools, which kind of defeats its purpose. I'm 
doubtful there is any benefit in shipping this file.



8) library changed soname?
from libcgicc.so.5.0.2 to libcgicc.so.3.2.10


As far as I can see from the CVS changes, the 'current' value in the 
soname was increased in the early 2000's, presumably due to ABI changes. 
Then in 2013 the soname was decreased from 5 to 3 in order to match the 
library version. This was done as part of these bugs:


https://savannah.gnu.org/bugs/?func=detailitem_id=38053
https://savannah.gnu.org/bugs/?func=detailitem_id=38224

I presume the package should follow the upstream soname. And this would 
probably also justify the renamed package, as you were musing in your 
mail. If there are no objections, I will rename the packages from 
libcgicc5 to libcgicc.



W: libcgicc5: package-name-doesnt-match-sonames libcgicc3


This should be fixed by the renaming from libcgicc5* -> libcgicc*.

X: libcgicc5: shlib-calls-exit 
usr/lib/x86_64-linux-gnu/libcgicc.so.3.2.10 (^^ this is something for 
upstream)


Raised as https://savannah.gnu.org/bugs/index.php?49120

Thanks,
Thomas

Bug#836667: Works with pbuilder

[Santiago Vila]

On Mon, 5 Sep 2016, Filip Pytloun wrote:

> this is very weird and I can't see any real error in the build output.
> I am using cowbuilder/pbuilder + eatmydata with no issue so I don't
> think this is related to eatmydata.
> 
> Also tried to build for stretch and worked fine with no issue.
> 
> Can you please try to dig a little bit deeper and try to find out what
> happens and if this isn't only related to your build environment?

I am not really sure that eatmydata is to blame.

Currently I have:

* Failed builds with eatmydata
* Successful builds with and without eatmydata

Usually, when eatmydata is to blame, it always fails, but this is not
what happens here so I'm not sure anymore that it's eatmydata.

I attach the failed builds I have so far.

Thanks.

vdirsyncer_0.11.3-1_amd64-20160904T053021Z.gz
Description: application/gzip


vdirsyncer_0.12.1-1_amd64-20160917T114102Z.gz
Description: application/gzip


vdirsyncer_0.12.1-1_amd64-20160917T202938Z.gz
Description: application/gzip


vdirsyncer_0.12.1-1_amd64-20160917T203300Z.gz
Description: application/gzip

Bug#794721: Acknowledgement (udev_queue_get_udev_is_active API is broken starting in 221-1)

[Jon DeVree]

On Thu, Aug 25, 2016 at 16:42:08 +0200, Michael Biebl wrote:
> Can you provide a patch for this? I'd be happy to review and merge a
> clean and tested patch for this, since I no longer use sysvinit myself.
> 

I'll see what I can do.


-- 
Jon
Doge Wrangler
X(7): A program for managing terminal windows. See also screen(1) and tmux(1).

Bug#832840: license-reconcile: diff for NMU version 0.12+nmu1

[gustavo panizzo (gfa)]

Control: tags  832840 + pending


Dear maintainer,

I've prepared an NMU for license-reconcile (versioned as 0.12+nmu1)
I'll look for an sponsor and upload it.

The nmu includes an non uploaded change of yours, as is it
non-functional I've included it.

I've attached the debdiff, I'll push my changes to the git repo after
the NMU has been uploaded, let me know if you don't agree with any of
this.


Regards.


-- 
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333

keybase: https://keybase.io/gfa
diff -Nru license-reconcile-0.11/debian/changelog 
license-reconcile-0.12+nmu1/debian/changelog
--- license-reconcile-0.11/debian/changelog 2016-07-05 20:20:50.0 
+0800
+++ license-reconcile-0.12+nmu1/debian/changelog2016-09-18 
10:40:39.0 +0800
@@ -1,3 +1,15 @@
+license-reconcile (0.12+nmu1) unstable; urgency=low
+
+  [ gustavo panizzo ]
+  * Non-maintainer upload.
+  * Update test cases to match licensecheck output. Thanks Petter Reinholdtsen
+for the patches, Fix FTBFS (Closes: #832840).
+
+  [ gregor herrmann ]
+  * Remove Nicholas Bamber from Uploaders. Thanks for your work!
+
+ -- gustavo panizzo   Sun, 18 Sep 2016 10:40:39 +0800
+
 license-reconcile (0.11) unstable; urgency=medium
 
   * debian/copyright: change Copyright-Format 1.0 URL to HTTPS.
diff -Nru license-reconcile-0.11/debian/control 
license-reconcile-0.12+nmu1/debian/control
--- license-reconcile-0.11/debian/control   2016-07-05 20:20:50.0 
+0800
+++ license-reconcile-0.12+nmu1/debian/control  2016-09-16 09:27:33.0 
+0800
@@ -1,6 +1,6 @@
 Source: license-reconcile
 Maintainer: Debian Perl Group 
-Uploaders: gregor herrmann , Nicholas Bamber 

+Uploaders: gregor herrmann 
 Section: devel
 Testsuite: autopkgtest-pkg-perl
 Priority: optional
diff -Nru license-reconcile-0.11/lib/Debian/LicenseReconcile/App.pm 
license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/App.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/App.pm   2016-07-05 
20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/App.pm  
2016-09-18 10:23:37.0 +0800
@@ -244,11 +244,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 
 =head1 SYNOPSIS
@@ -289,6 +289,8 @@
 
 =head2 files
 
+=head2 suggest_stanzas
+
 =head1 AUTHOR
 
 Nicholas Bamber, C<<  >>
diff -Nru 
license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightDatum/Holder.pm 
license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightDatum/Holder.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightDatum/Holder.pm 
2016-07-05 20:20:50.0 +0800
+++ 
license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightDatum/Holder.pm
2016-09-17 20:18:04.0 +0800
@@ -61,11 +61,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 
 =head1 SYNOPSIS
diff -Nru license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightDatum.pm 
license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightDatum.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightDatum.pm
2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightDatum.pm   
2016-09-17 20:24:09.0 +0800
@@ -214,11 +214,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 =head1 DESCRIPTION
 
diff -Nru license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightTarget.pm 
license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightTarget.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/CopyrightTarget.pm   
2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/CopyrightTarget.pm  
2016-09-17 20:18:48.0 +0800
@@ -100,11 +100,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 
 =head1 SYNOPSIS
diff -Nru license-reconcile-0.11/lib/Debian/LicenseReconcile/Errors.pm 
license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/Errors.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/Errors.pm
2016-07-05 20:20:50.0 +0800
+++ license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/Errors.pm   
2016-09-17 20:17:56.0 +0800
@@ -29,11 +29,11 @@
 
 =head1 VERSION
 
-Version 0.11
+Version 0.12+nmu1
 
 =cut
 
-our $VERSION = '0.11';
+our $VERSION = '0.12+nmu1';
 
 
 =head1 SYNOPSIS
diff -Nru 
license-reconcile-0.11/lib/Debian/LicenseReconcile/Filter/ChangeLog.pm 
license-reconcile-0.12+nmu1/lib/Debian/LicenseReconcile/Filter/ChangeLog.pm
--- license-reconcile-0.11/lib/Debian/LicenseReconcile/Filter/ChangeLog.pm  
2016-07-05 20:20:50.0 +0800
+++ 

Bug#836762: tor: please drop the build dependency on hardening-wrapper

[Iain R. Learmonth]

Control: tags -1 + patch

Hi,

Please find a patch attached. The patch sets compat to 9 and sets
DEB_BUILD_MAINT_OPTIONS to enable hardening during the build while removing
the dependency on hardening-wrapper.

Thanks,
Iain.

From a01c6b0d122bf6d1411d6cecc48ca1ea929e4847 Mon Sep 17 00:00:00 2001
From: "Iain R. Learmonth" 
Date: Sun, 18 Sep 2016 17:24:23 +0100
Subject: [PATCH] Removes dependency on hardening-wrapper

Debian Bug: https://bugs.debian.org/836762

This commit bumps compat level to 9, allowing for DEB_BUILD_MAINT_OPTIONS to be
used to specify that hardening is desired, allowing for dpkg-buildflags to
intelligently set the hardening options passed to gcc etc.
---
 debian/changelog | 7 +++
 debian/compat| 2 +-
 debian/control   | 2 +-
 debian/rules | 2 ++
 4 files changed, 11 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 04d530b..e29e0b9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+tor (0.2.9.2-alpha-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Removes dependency on hardening-wrapper. (Closes: #836762)
+
+ -- Iain R. Learmonth   Sun, 18 Sep 2016 17:23:15 +0100
+
 tor (0.2.9.2-alpha-1) experimental; urgency=medium
 
   * New upstream version.
diff --git a/debian/compat b/debian/compat
index 45a4fb7..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-8
+9
diff --git a/debian/control b/debian/control
index 5ea8d70..e4de923 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: tor
 Section: net
 Priority: optional
 Maintainer: Peter Palfrader 
-Build-Depends: debhelper (>= 8.1.0~), quilt, libssl-dev, zlib1g-dev, libevent-dev (>= 1.1), binutils (>= 2.14.90.0.7), hardening-includes, asciidoc (>= 8.2), docbook-xml, docbook-xsl, xmlto, dh-apparmor, libseccomp-dev [amd64 i386], dh-systemd [linux-any], libsystemd-dev [linux-any], pkg-config [linux-any], dh-autoreconf
+Build-Depends: debhelper (>= 9), quilt, libssl-dev, zlib1g-dev, libevent-dev (>= 1.1), binutils (>= 2.14.90.0.7), asciidoc (>= 8.2), docbook-xml, docbook-xsl, xmlto, dh-apparmor, libseccomp-dev [amd64 i386], dh-systemd [linux-any], libsystemd-dev [linux-any], pkg-config [linux-any], dh-autoreconf
 Build-Conflicts: libnacl-dev, libseccomp-dev [!amd64 !i386]
 Standards-Version: 3.9.4
 Homepage: https://www.torproject.org/
diff --git a/debian/rules b/debian/rules
index 80b5006..af002ae 100755
--- a/debian/rules
+++ b/debian/rules
@@ -5,6 +5,8 @@ DH_VERBOSE ?= 1
 
 DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
 
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+
 # allow building against libdmalloc4 - it better be installed
 ifneq (,$(findstring with-dmalloc,$(DEB_BUILD_OPTIONS)))
 	confflags += --with-dmalloc
-- 
2.9.3



signature.asc
Description: PGP signature

Bug#838216: Could not find 'chef-zero' (~> 4.5) - did find: [chef-zero-5.0.0] (Gem::LoadError)

[Pirate Praveen]

package: chef,chef-zero
version: 12.10.24-1
severity: serious

Update of chef-zero without testing reverse dependency compatibility
caused the issue.

adt-run [18:55:42]: test command1: gem2deb-test-runner
--check-dependencies --autopkgtest
adt-run [18:55:42]: test command1: [---

┌──┐
│ Checking Rubygems dependency resolution on ruby2.3
  │
└──┘

GEM_PATH= ruby2.3 -e gem\ \"chef\"
/usr/lib/ruby/2.3.0/rubygems/dependency.rb:319:in `to_specs': Could not
find 'chef-zero' (~> 4.5) - did find: [chef-zero-5.0.0] (Gem::LoadError)
Checked in
'GEM_PATH=/home/debci/.gem/ruby/2.3.0:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all',
execute `gem env` for more information
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1438:in `block in
activate_dependencies'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1427:in `each'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1427:in
`activate_dependencies'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1409:in `activate'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:68:in `block
in gem'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:67:in
`synchronize'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:67:in `gem'
from -e:1:in `'



signature.asc
Description: OpenPGP digital signature

Bug#838215: RM: gcb -- ROM; buggy; no upstream

[Iain R. Learmonth]

Package: ftp.debian.org
Severity: normal

Hi,

This software is buggy and does not appear to have an active upstream. It is a
trivial tool and I'm sure could be easily replaced by a simple Python script
later if there is a need.

Thanks,
Iain.