Bug#832364: kodi: Crashes on trying to play any TV recording

[Nathan Little]

Package: kodi
Version: 16.1+dfsg1-1
Followup-For: Bug #832364

Dear Maintainer,

I have the same bug. I think it has something to do with the MPEG-TS container 
format which is used by broadcast TV. If you use VLC to convert a video file to 
MPEG2 video/AC3 audio encapsulated in MPEG-TS, Kodi suffers the same crash. A  
video converted to MPEG-PS with the same av codecs does not suffer the same 
crash. 

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

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

Versions of packages kodi depends on:
ii  kodi-bin   16.1+dfsg1-1
ii  kodi-data  16.1+dfsg1-1

kodi recommends no packages.

kodi suggests no packages.

-- no debconf information

Bug#833032: ITP: haskell-sql-words -- Haskell library, simple idea SQL keywords data constructor into OverloadedString

[Kei Hibino]

Package: wnpp
Severity: wishlist
Owner: Kei Hibino 

* Package name: haskell-sql-words
  Version : 0.1.4.1
  Upstream Author : Kei Hibino 
* URL : http://khibino.github.io/haskell-relational-record/
* License : BSD3
  Programming Lang: Haskell
  Description : Haskell library, simple idea SQL keywords data constructor 
into OverloadedString

This Haskell library contiains SQL keywords constructors defined as
OverloadedString literals and helper functions to concate these.

- This package is part of Haskell Relatoinal Record
  ( http://khibino.github.io/haskell-relational-record/ ) project.
- I'm planning to maintain this package inside the pkg-haskell team.
- I need a sponsor.

Bug#833031: ITP: haskell-names-th -- Haskell library to manipulate name strings for Template Haskell

[Kei Hibino]

Package: wnpp
Severity: wishlist
Owner: Kei Hibino 

* Package name: haskell-names-th
  Version : 0.2.0.2
  Upstream Author : Kei Hibino 
* URL : https://github.com/khibino/relational-record
* License : BSD3
  Programming Lang: Haskell
  Description : Haskell library to manipulate name strings for Template 
Haskell

This Haskell library  includes functions to manipulate name string
and extra library functions for Template Haskell.

- This package is part of Haskell Relatoinal Record
  ( http://khibino.github.io/haskell-relational-record/ ) project.
  - I'm planning to maintain this package inside the pkg-haskell team.
  - I need a sponsor.

Bug#833030: perl: use base badly/mistakenly broken by CVE-2016-1238 fix

[Chris Travers]

Package: perl
Version: 5.14.2-21+deb7u4
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?

We updated our systems with the latest security patches (and then spent a day 
debugging)

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

Started up CGI apps

   * What was the outcome of this action?

use base died complaining that base package was empty

   * What outcome did you expect instead?

Things to work.

Debugging outcome:

The problem was introduced by the fix noted in the title.  The problem is that 
although
use base has a require in the eval, the failure of that require is always 
fatal, so this
is not an optional dependency.  Without the security fix everything runs 
normally.

But with it, strange, order-dependent side-effects occur.

For example, assuming that '.' needs to be in @INC, without the patch the 
following both work:

use base 'MyBaseClass';

and

use MyBaseClass;
use base 'MyBaseClass';

The difference of course is that the latter runs MyBaseClass->import()

With the security fix, the latter still works but the former dies because 
MyBaseClass
is empty following the failed effort to require it.

I would be very surprised if this doesn't break a fair number of CGI-based Perl 
web 
apps bundled with Debian, and it isn't in the scope of the original 
vulnerability
report.  So the fix should be reversed as applied to this module.

use base is supposed to follow the same rules as use.  This is now badly broken
on debian and it needs to be fixed.

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


-- 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/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages perl depends on:
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-38+deb7u11
ii  libdb5.1  5.1.29-5
ii  libgdbm3  1.8.3-11
ii  perl-base 5.14.2-21+deb7u4
ii  perl-modules  5.14.2-21+deb7u4
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages perl recommends:
ii  netbase  5.0

Versions of packages perl suggests:
pn  libterm-readline-gnu-perl | libterm-readline-perl-perl  
ii  make3.81-8.2
pn  perl-doc

-- no debconf information

Bug#832192: Which bug report for archive override of Section for ‘celeryd’?

[Ben Finney]

On 30-Jul-2016, Brian May wrote:

> Bug #832192 reported by you has been fixed in the Git repository.

Thanks. That addresses the package source, but does not address the
archive override.

Which bug report requests the archive override for the Section of this
package? As noted in the initial bug report:

Since the package is already in Debian with a different section, you
will also need to submit a request to override the existing section
.

Then mark this bug report as blocked by that new one, and be sure not
to close this one until that new one is completed.

-- 
 \ “The userbase for strong cryptography declines by half with |
  `\  every additional keystroke or mouseclick required to make it |
_o__) work.” —Carl Ellison |
Ben Finney 


signature.asc
Description: PGP signature

Bug#764040: Which bug report for archive override of Section for ‘sqitch’?

[Ben Finney]

On 30-Jul-2016, Debian Bug Tracking System wrote:

> #764040: sqitch: should be in Section: database
> It has been closed by Christian Hofstaedtler .

Which bug report requests the archive override for the Section of this
package? As noted in the initial bug report:

Since the package is already in Debian with a different section, you
will also need to submit a request to override the existing section
.

Then mark this bug report as blocked by that new one, and be sure not
to close this one until that new one is completed.

-- 
 \ “You say I took the name in vain / I don't even know the name / |
  `\But if I did, well, really, what's it to you?” —Leonard Cohen, |
_o__) _Hallelujah_ |
Ben Finney 


signature.asc
Description: PGP signature

Bug#832973: vile-filters: vile filter for mail broken

[Brendan O'Dea]

The problem appears to be that flex is now version 2.6.0, which
configure doesn't appear to handle.  I'll revert to the older flex for
now.

On 30 July 2016 at 21:44, Paul van Tilburg  wrote:
> Package: vile-filters
> Version: 9.8r-1
> Severity: normal
>
> Dear Maintainer,
>
> Since the recent upgrade to 9.8r-1 in Sid, I'm unable to edit e-mails due
> to vile's mail filter being broken.  Vile drops me into the HighlightFilter
> buffer everytime I try to edit an e-mail.  If I run the
> highligh/unhighlight macros, vile reports:
>
> [Error: can't load shared object vile-mail-filt.so
>   (/usr/lib/vile/vile-mail-filt.so: undefined symbol: mail_wrap)]
>
> Probably something is wrong with the build?
>
> Kind regards,
> Paul
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (102, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages vile-filters depends on:
> ii  libc62.23-4
> ii  vile-common  9.8r-1
>
> vile-filters recommends no packages.
>
> vile-filters suggests no packages.
>
> -- no debconf information

Bug#799745: still not fixed...

[Joey Hess]

Over 1 year and not fixed?

FWIW, the changes in 0.4.4-1 cause dh_systemd_enable to run, but there's
no debian/udevil.service file, so that's a no-op. You may find
dh_systemd_enable(1) useful reading.

The ADD_SYSTEMD=0 business does not prevent the Makefile from
installing the service file (in the wrong location). As far as I can
see, ADD_SYSTEMD is an internal variable only used by the configure
script and setting it in debian/rules has no effect.

-- 
see shy jo


signature.asc
Description: PGP signature

Bug#828976: krb5kdc: segfault

[Benjamin Kaduk]

I'm not sure how I missed this when it first came in.

It looks like this may be fixed already by upstream's commit
https://github.com/krb5/krb5/commit/dab1c234 which is in 1.12.1 (i.e., any
debian version from a newer pocket than jessie, at this point).

Could you test with newer krb5 packages and report whether the bug is
still present?

-Ben

Bug#817626: poppassd: Removal of debhelper compat 4

[Logan Rosen]

Control: tags -1 patch

Dear Maintainer,

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

  * debian/compat: Bump to 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.
  * debian/rules:
- Add recommended build-arch and build-indep targets.
- Use dh_prep instead of dh_clean -k.
- Don't allow clean to ignore errors.

Thanks for considering the patch.

Logan Rosen
diff -u poppassd-1.8.5/debian/control poppassd-1.8.5/debian/control
--- poppassd-1.8.5/debian/control
+++ poppassd-1.8.5/debian/control
@@ -2,12 +2,12 @@
 Section: mail
 Priority: optional
 Maintainer: Adam Conrad 
-Build-Depends: debhelper (>> 4.0.0), libpam-dev
+Build-Depends: debhelper (>= 9), libpam-dev
 Standards-Version: 3.6.2
 
 Package: poppassd
 Architecture: any
-Depends: netbase, libpam-runtime (>= 0.76-14), update-inetd, openbsd-inetd | inet-superserver, ${shlibs:Depends}
+Depends: netbase, libpam-runtime (>= 0.76-14), update-inetd, openbsd-inetd | inet-superserver, ${misc:Depends}, ${shlibs:Depends}
 Description: password change server for Eudora and NUPOP
  This package provides a daemon for changing passwords on POP mail accounts,
  a feature common to Eudora and other MacOS/Win32 mail user agents.  This
diff -u poppassd-1.8.5/debian/rules poppassd-1.8.5/debian/rules
--- poppassd-1.8.5/debian/rules
+++ poppassd-1.8.5/debian/rules
@@ -14,7 +14,9 @@
 	INSTALL_PROGRAM += -s
 endif
 
-build: build-stamp
+build: build-arch build-indep
+build-arch: build-stamp
+build-indep: build-stamp
 build-stamp:
 	dh_testdir
 
@@ -34,14 +36,14 @@
 	rm -f debian/copyright
 
 	# Add here commands to clean up after the build process.
-	-$(MAKE) clean
+	$(MAKE) clean
 
 	dh_clean
 
 install: build
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	dh_installdirs
 
 	# Add here commands to install the package into debian/poppassd.
@@ -75 +77 @@
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary install
diff -u poppassd-1.8.5/debian/compat poppassd-1.8.5/debian/compat
--- poppassd-1.8.5/debian/compat
+++ poppassd-1.8.5/debian/compat
@@ -1 +1 @@
-4
+9

Bug#809611: d-i fails to boot on HP mv2120

[Martin Michlmayr]

Mike, can you please give these instructions a go?  This is what I
intend to post to the mv2120 list.

--

Mike Thompson reported that Debian stretch (the upcoming Debian 9)
doesn't boot on the HP mv2120 anymore.  I don't know how many Debian
users are left who run Debian on their mv2120.  I gave away my device
several years ago.  Recently I bought an mv2120 from eBay in order to
debug this issue.

While I found a solution, it requires users to change a setting on their
device.  Please make sure to make this change, otherwise your device
will no longer boot when you upgrade to Debian 9.

The new settings are compatible with Debian 8 (jessie) and Debian 9
(stretch), so I suggest you make the changes now.

If you have serial console access to the mv2120, you can run some
commands in u-boot.  Simply interrupt the boot process by pressing a key
and type the following:

setenv loadAddr 0x060
setenv bootcmd 'bootext2 0,1:1,2 0x060 /boot/uImage /dev/sda /dev/sdb'
saveenv

If you don't have a serial console, you can make the changes from within
Debian.  Run the following commands:

cat >/etc/fw_env.config 

Bug#832599: Fails to start after upgrade

[Chris Knadle]

gregor herrmann:
> On Sat, 30 Jul 2016 18:40:21 +, Chris Knadle wrote:
> 
> Hi Chris!

:)

> After the upgrade, chosing not to auto-start the daemon, I get this:
> 
> So madduck has set START_IODINED to false in /etc/default/iodine
> 
> ● iodined.service - A daemon for tunneling traffic over DNS queries
>Loaded: loaded (/lib/systemd/system/iodined.service; disabled; vendor 
> preset: enabled)
>Active: activating (auto-restart) (Result: exit-code) since Wed 
> 2016-07-27 13:17:34 CEST; 4ms ago
>  Docs: man:iodined(8)
>   Process: 2277 ExecStartPre=/bin/sh -xc test ${START_IODINED} = true 
> (code=exited, status=1/FAILURE)
> 
> and the new /lib/systemd/system/iodined.service exists with 1 because
> START_IODINED != true
> 
>> Unfortunately I don't see what the failure is about.
> 
> See above :)

Yep, got it.  i.e. ... this behavior is unfortunately expected.

>> Something to note about this: systemd spitting out such a failure *does
>> not* mean that the service didn't start.  One still needs to do a 'ps
>> -ef' and look for the service to make sure it's not running.
> 
> Interesting ... but still, this failure means that dpkg aborts the
> upgrade, so we have a problem here.

O.  :-(  Yeah that's obviously an issue that needs a solution.

> (And if the service runs its unwanted.)

> Please use systemd masking instead of the silly shell test and
> /etc/default/* file variable to control whether the daemon should be
> started.
>>> Sounds good, I just haven't found yet how to do this from the
>>> packaging side.
>> Enabling/disabling a service via an /etc/default file is not meant to be
>> done with systemd:
>> https://wiki.ubuntu.com/SystemdForUpstartUsers#A.2Fetc.2Fdefault_files_which_enable.2Fdisable_jobs
> 
> Right. And
> 
> "There is no clean way to evaluate these in a systemd unit. You can
> check them in ExecStartPre=, but that would mean that the unit will
> be in "failed" state if the service gets disabled that way, and so,
> is not desirable."
> 
> matches what we see here.

I see that now.

What I think might be helpful here is the dh-systemd package,
specifically the dh_systemd_enable command:

Package: dh-systemd
[...]
Description-en: debhelper add-on to handle systemd unit files
 dh-systemd provides a debhelper sequence addon named 'systemd' and the
 dh_systemd_enable/dh_systemd_start commands.
 .
 The dh_systemd_enable command adds the appropriate code to the
 postinst, prerm and postrm maint scripts to properly enable/disable
 systemd service files.
 The dh_systemd_start command deals with start/stop/restart on upgrades
 for systemd-only service files.

Because basically what I think you want to happen is:

   - systemd (in general) ignores the enable/disable environment
 variable in the /etc/default file (because 'disabled' causes
 problems), but will use any other environment variables
 (This is what I see being done in Debian packages that
  support systemd.)

   - The postinst script runs 'systemctl enable iodined.service'
 upon installation, and I think this could be done conditionally
 based on the contents of the enable/disable env variable in
 the /etc/default file.

I've had a quick look at the Debian Policy Manual, and /etc/default
files are discussed near the end of section 9.3.2, but it doesn't
discuss this in relation to systemd.

I've been considering this same issue ever since bug #780300.

>> I'm running systemd (and have for several years) and am happy to help
>> with this if I can.
> 
> Thanks!

Glad to help where I can.

   -- Chris

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



signature.asc
Description: OpenPGP digital signature

Bug#809611: d-i fails to boot on HP mv2120

[Martin Michlmayr]

Here's an explanation of this problem.  I'll send another email with
instructions for users.

By default, the kernel is loaded to 0x040 and the ramdisk exactly
2 MB behind that location.  For some reason, it fails with stretch.
However, changing the load address to 0x050 or 0x060 makes it
work.  I don't think it's clear why since the ramdisk is still loaded
exactly 2 MB after the kernel.

The load address is in two u-boot configs: loadAddr and bootcmd.  We
adjust them to 0x060.  This is something the user has to do
manually.  I couldn't find a way to workaround the problem by changing
the installer or flash-kernel.

At the moment, debian-installer and mv2120-recovery-image use
0x0100 as the load address.  This means the combined
kernel+ramdisk can only be 10 MB.  Let's change 0x0100 to
0x0160 to allow for a larger ramdisk.  Note that flash-kernel
already uses 0x0160

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

Bug#833029: grub.cfg

[Diederik de Haas]

As promised, see attachment.#
# 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 part_gpt
insmod btrfs
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 
--hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5  
cec9fdd4-c080-4e3e-9f7f-639ccefe0c80
else
  search --no-floppy --fs-uuid --set=root cec9fdd4-c080-4e3e-9f7f-639ccefe0c80
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=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod btrfs
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 
--hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5  
cec9fdd4-c080-4e3e-9f7f-639ccefe0c80
else
  search --no-floppy --fs-uuid --set=root cec9fdd4-c080-4e3e-9f7f-639ccefe0c80
fi
insmod png
if background_image /usr/share/images/desktop-base/lines-grub-1920x1080.png; 
then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-cec9fdd4-c080-4e3e-9f7f-639ccefe0c80' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod btrfs
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 
--hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5  
cec9fdd4-c080-4e3e-9f7f-639ccefe0c80
else
  search --no-floppy --fs-uuid --set=root 
cec9fdd4-c080-4e3e-9f7f-639ccefe0c80
fi
echo'Loading Linux 4.6.0-1-amd64 ...'
linux   /boot/vmlinuz-4.6.0-1-amd64 
root=UUID=cec9fdd4-c080-4e3e-9f7f-639ccefe0c80 ro  quiet acpi_osi=
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-4.6.0-1-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-cec9fdd4-c080-4e3e-9f7f-639ccefe0c80' {
menuentry 'Debian GNU/Linux, with Linux 4.6.0-1-amd64' --class debian 
--class gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-4.6.0-1-amd64-advanced-cec9fdd4-c080-4e3e-9f7f-639ccefe0c80' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; 
fi
insmod part_gpt
insmod btrfs
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 
--hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5  
cec9fdd4-c080-4e3e-9f7f-639ccefe0c80
else
  search --no-floppy --fs-uuid --set=root 
cec9fdd4-c080-4e3e-9f7f-639ccefe0c80
fi
echo'Loading Linux 4.6.0-1-amd64 ...'
linux   /boot/vmlinuz-4.6.0-1-amd64 
root=UUID=cec9fdd4-c080-4e3e-9f7f-639ccefe0c80 ro  quiet acpi_osi=
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-4.6.0-1-amd64
}

Bug#833029: xen-hypervisor-4.6-amd64: Doesn't boot (at all) from GRUB2 (on EFI system)

[Diederik de Haas]

Package: xen-hypervisor-4.6-amd64
Version: 4.6.0-1+nmu2
Severity: grave
Justification: renders package unusable

I installed the xen-linux-system package on my system (Asus ZenBook 
UX305CA-FC022T) 
running Debian Sid with KDE as desribed on https://wiki.debian.org/Xen.
That in turn installed the following package with 'xen' in their names:
$ aptitude search ~ixen
i A grub-xen-bin- GRand Unified Bootloader, version 2 (Xen 
binaries)   

i A grub-xen-host   - GRand Unified Bootloader, version 2 (Xen 
host version)   

i A libxen-4.6  - Public libs for Xen   

   
i A libxenstore3.0  - Xenstore communications library for Xen   

   
i A xen-hypervisor-4.6-amd64- Xen Hypervisor on AMD64   

   
i A xen-linux-system-4.6.0-1-amd64  - Xen system with Linux 4.6 on 64-bit PCs 
(meta-package)  
 
i   xen-linux-system-amd64  - Xen system with Linux for 64-bit PCs 
(meta-package)  

i A xen-system-amd64- Xen System on AMD64 (meta-package)

   
i A xen-utils-4.6   - XEN administrative tools  

   
i A xen-utils-common- Xen administrative tools - common files   

   
i A xenstore-utils  - Xenstore command line utilities for Xen

I didn't prioritise Xen over Native as I first wanted to get familiar with Xen 
(this is the first I tried Xen and also my first experience with EFI).
I then rebooted and tried 2 different Xen items from GRUB:
=== Debian GNU/Linux, with Xen hypervisor ==

Loading Xen 4.6-amd64
WARNING: no console will be available to OS
Loading Linux 4.6.0-1-amd64 ...
Loading initial ramdisk ...

(hangs)

=== Advanced options for Debian GNU/Linux (with Xen hypervisor) 
=== Xen hypervisor, version 4.6-amd64.efi ==
=== Debian GNU/Linux, with Xen 4.6-amd64.efi and Linux 4.6.0-1-amd64 ===

Loading Xen 4.6-amd64.efi ...
error: invalid arch-dependent ELF magic.
Loading Linux 4.6.0-1-amd64 ...
error: you need to load the kernel first.
Loading initial ramdisk ...
error: you need to load the kernel first.

Press any key to continue ...

(any key returns to the GRUB menu)


where the text between "===" denotes the GRUB menu items I choose.

I will attach the grub.cfg file later on. One thing that strikes me as odd in 
it is the 
literal text 'placeholder' in it. It may not be a problem and intended, I don't 
know.

Using the procedure as described in 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820807 
I was able to boot into Xen, where I changed the kernel and ramdisk to match my 
(current) 
kernel and upped dom0_mem to 2048M as it booted my KDE system extremely slow 
with 512M.
For the root=UUID= part I used the UUID of the device which holds my current 
system.
The procedure is also described in http://wiki.xenproject.org/wiki/Xen_EFI
This bug report should have the output of  'dmesg', 'xl info' and 'xl dmesg' 
attached and 
if not, I'll send them once I get a bug number back.

Many thanks to #xen on freenode for helping me getting it to boot and 
(hopefully) help me 
get the relevant info for a proper bug report.


There are a number of things that worry me about the state of Xen package(s) on 
Sid/testing 
though which I feel should be pointed out, next to this bug report:
- The last 2 uploads were NMU and I haven't seen much (if any) response to 
other bug reports 
and/or on the package(s) maiing list.
- Apparently the xen build in Sid is obsolete and there have apparently been 
300 patches 
since and the latest 4.6 release is now 4.6.3.
- Before adding another RC bug (this one), there were already 7 RC bugs, 
including one about 
multiple security issues. For some odd reason it's still not marked for 
auto-removal. 
IMO this package is absolutely not fitted for Stretch in its current shape and 
that's besides 
the reason for this bug report, although I also expect Xen to work on a 
SandyBridge system 

Bug#833028: libmicrohttpd: B-D socat is not available on hurd-i386

[Andreas Beckmann]

Source: libmicrohttpd
Version: 0.9.50-2
Severity: important

Hi,

libmicrohttpd currently cannot be built on hurd-i386 since socat is not
available on that platform. The respective changelog entry suggests that
this may be optional (Build-depend on ..., socat and ... to enable more
tests.). If that is actually the case, please restrict this
build-dependency to [!hurd-i386]. Otherwise please request removal of
the outdated binary packages (including all the rdeps) on hurd-i386.


Andreas

Bug#817623: poc-streamer: Removal of debhelper compat 4

[Logan Rosen]

Control: tags -1 patch

Dear Maintainer,

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

  * debian/compat: Bump to 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Remove article from beginning of synposis.
  * debian/rules:
- Convert to dh sequencer.
- Disable dh_auto_test since test.sh in test target doesn't exist.

Thanks for considering the patch.

Logan Rosen
diff -u poc-streamer-0.4.2/debian/rules poc-streamer-0.4.2/debian/rules
--- poc-streamer-0.4.2/debian/rules
+++ poc-streamer-0.4.2/debian/rules
@@ -2,91 +2,7 @@
-# Sample debian/rules that uses debhelper.
-# This file is public domain software, originally written by Joey Hess.
-#
-# This version is for a multibinary package. It also allows you to build any
-# of the binary packages independantly, via binary- targets.
+%:
+	dh $@
 
-# Uncomment this to turn on verbose mode. 
-#export DH_VERBOSE=1
+override_dh_auto_install:
+	dh_auto_install -- PREFIX=/usr
 
-# This has to be exported to make some magic below work.
-export DH_OPTIONS
-
-build: build-stamp
-build-stamp:
-	dh_testdir
-
-	# Add here commands to compile the package.
-	$(MAKE)
-
-	touch build-stamp
-
-clean:
-	dh_testdir
-	dh_testroot
-	rm -f build-stamp
-
-	# Add here commands to clean up after the build process.
-	-$(MAKE) clean
-
-	dh_clean
-
-install: DH_OPTIONS=
-install: build
-	dh_testdir
-	dh_testroot
-	dh_clean -k
-	dh_installdirs
-
-	# Add here commands to install the package into debian/poc-streamer.
-	$(MAKE) DESTDIR=$(CURDIR)/debian/poc-streamer PREFIX=/usr install
-
-# This single target is used to build all the packages, all at once, or
-# one at a time. So keep in mind: any options passed to commands here will
-# affect _all_ packages. Anything you want to only affect one package
-# should be put in another target, such as the install target.
-binary-common:
-	dh_testdir
-	dh_testroot
-	dh_installchangelogs
-	dh_installdocs
-	dh_installexamples
-	dh_installmenu
-#	dh_installdebconf
-#	dh_installlogrotate
-#	dh_installemacsen
-#	dh_installcatalogs
-#	dh_installpam
-#	dh_installmime
-#	dh_installinit
-#	dh_installman
-#	dh_installcron
-#	dh_installinfo
-#	dh_undocumented
-	dh_strip
-	dh_link
-	dh_compress
-	dh_fixperms
-#	dh_perl
-#	dh_python
-#	dh_makeshlibs
-	dh_installdeb
-	dh_shlibdeps
-	dh_gencontrol
-	dh_md5sums
-	dh_builddeb
-
-# Build architecture independant packages using the common target.
-binary-indep: build install
-# (Uncomment this next line if you have such packages.)
-#	 $(MAKE) -f debian/rules DH_OPTIONS=-i binary-common
-
-# Build architecture dependant packages using the common target.
-binary-arch: build install
-	$(MAKE) -f debian/rules DH_OPTIONS=-a binary-common
-
-# Any other binary targets build just one binary package at a time.
-binary-%: build install
-	make -f debian/rules binary-common DH_OPTIONS=-p$*
-
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary-common binary install
+override_dh_auto_test:
diff -u poc-streamer-0.4.2/debian/control poc-streamer-0.4.2/debian/control
--- poc-streamer-0.4.2/debian/control
+++ poc-streamer-0.4.2/debian/control
@@ -2,13 +2,13 @@
 Section: sound
 Priority: optional
 Maintainer: Mike Gerber 
-Build-Depends: debhelper (>= 4.0.0), libid3tag0-dev, flex, bison
+Build-Depends: debhelper (>= 9), libid3tag0-dev, flex, bison
 Standards-Version: 3.6.1
 
 Package: poc-streamer
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: An MP3/Ogg multicast/HTTP streamer and MP3 cutting tool
+Description: MP3/Ogg multicast/HTTP streamer and MP3 cutting tool
  poc is a suite of MP3 tools and MP3 streaming programs. It can stream
  MP3s over HTTP, RTP multicast (RFC 2250 and RFC 3119) and a special 
  multicast protocol to enable the use of Forward Error Correction to 
diff -u poc-streamer-0.4.2/debian/compat poc-streamer-0.4.2/debian/compat
--- poc-streamer-0.4.2/debian/compat
+++ poc-streamer-0.4.2/debian/compat
@@ -1 +1 @@
-4
+9

Bug#833027: libgnatcoll: FTBFS on hurd-i386: src/gnatcoll_gmp.gpr: not a library project

[Andreas Beckmann]

Source: libgnatcoll
Version: 1.7gpl2015-2
Severity: important

Hi,

libgnatcoll FTBFS on hurd-i386:

https://buildd.debian.org/status/fetch.php?pkg=libgnatcoll=hurd-i386=1.7gpl2015-2=1469790723

   debian/rules override_dh_ada_library-arch
make[1]: Entering directory '/«PKGBUILDDIR»'
dh_ada_library --arch src/gnatcoll.gpr src/gnatcoll_python.gpr 
src/gnatcoll_iconv.gpr src/gnatcoll_sqlite.gpr src/gnatcoll_readline.gpr 
src/gnatcoll_gmp.gpr src/gnatcoll_gtk.gpr

raised DH_ADA_LIBRARY.CONSISTENCY_ERROR : src/gnatcoll_gmp.gpr: not a library 
project
debian/rules:117: recipe for target 'override_dh_ada_library-arch' failed
make[1]: *** [override_dh_ada_library-arch] Error 1


If that is not trivially fixable, please request decrufting of the
outdated binary packages.


Andreas

Bug#833025: dgit: quiltify smash strategy shouldn't fail when current patch queue fails to apply

[Sean Whitton]

Package: dgit
Version: 1.4
Severity: normal

The smash strategy should not fail when the current contents of
debian/patches/ does not apply cleanly to the upstream source.
Intuitively, one meaning of the smash strategy is "I know that no sane
linearisation can be automatically generated from the git history, so
just give me a diff."

For example, today I merged a new upstream version to a package with a
single patch in debian/patches/.  The patch no longer cleanly applies,
but I know that the only modifications I've made to the upstream source
should go into that single patch.  So I should be able to just use the
smash strategy, and then rename the resulting patch that dgit leaves in
debian/patches/.

However, the smash strategy fails:

hephaestus ~/src/stylish-haskell % dgit --quilt=smash build
Format `3.0 (quilt)', checking/updating patch stack
starting quiltify (multiple patches, smash mode)
dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -E -b -B 
.pc/0001-Debianize-README.patch/ --reject-file=- < 
stylish-haskell-0.6.1.0/debian/patches/0001-Debianize-README.patch gave error 
exit status 1
dgit: failed command: sh -ec 'exec dpkg-source --no-check -x fake.dsc 
>/dev/null'
dgit: subprocess failed with error exit status 2

The reason is that `dpkg-source --no-check -x fake.dsc' fails because
the patches don't apply cleanly.  Perhaps dgit should detect this
failure, and respond by generating the upstream diff itself by looking
at the orig.tar and comparing it with HEAD, put that in debian/patches/
and be done with it.  If this sounds sensible, I could prepare a patch.

Thanks!

-- 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.47.0-1
ii  devscripts2.16.6
ii  dpkg-dev  1.18.9
ii  dput  0.9.6.4
ii  git [git-core]1:2.8.1-1
ii  libdpkg-perl  1.18.9
ii  libjson-perl  2.90-1
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-3
ii  libwww-perl   6.15-1
ii  perl  5.22.2-3

Versions of packages dgit recommends:
ii  openssh-client [ssh-client]  1:7.2p2-7

Versions of packages dgit suggests:
ii  sbuild  0.69.0-2

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#833026: adacontrol: FTBFS on hurd-i386 and kfreebsd-i386: segmentation faults in the test suite

[Andreas Beckmann]

Source: adacontrol
Version: 1.17r3.1-3
Severity: important

Hi,

adacontrol FTBFS on hurd-i386 and kfreebsd-i386 with many segmentation
faults while running the testsuite:

https://buildd.debian.org/status/fetch.php?pkg=adacontrol=hurd-i386=1.17r3.1-3=1463221883
https://buildd.debian.org/status/fetch.php?pkg=adacontrol=kfreebsd-i386=1.17r3.1-3=1466512552


If that is not trivially fixable, please request decrufting of the
outdated binary packages.


Andreas

Bug#820389: there's still nothing to fix

[Stuart Prescott]

Control: tags -1 - wontfix

There's a difference between "there is nothing to fix in the package" and "the 
maintainer won't fix it". If you think this is something that can be fixed in 
the package, please submit a patch and I'll gladly incorporate it.

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7

Bug#807922: slapd: Unable to use olcTLSVerifyClient

[dean]

At the moment, I think this behaviour is intentional and by design.


First, I would note that this only happens when you haven't performed
the minimal TLS configuration yet:


It's not by design.  If it is, someone needs the Kay Sievers treatment.

1) As I told you a few weeks ago, OpenLDAP build is broke.
2) GnuTLS sucks the royal spoon.
3) "Upstream" stops at Debian.
4) There are even broken password settings (in another bug report, called "a minor 
bug"  )...

LAST BUT NOT LEAST, COMPOUNDING THE PROBLEMS -- there are even mismatches 
between various packages:
1)  NSSWITCH.
2)  PAM
3)  OpenLDAP.

libnss_ldap.secret
ldap.secret
pam_ldap.secret.

NUTS.

That's why I build my own OpenLDAP... and I have flawless programs and scripts 
to do it.  However, every version of Debian seems to break my code.

Sievers Situation.

I build my own, now.  But, Now I've even got to redo LIBNSS AND PAM, TOO!!!  
Before long, I'll have my own distro

Ridiculous.  As I also said before, testing is imperative.  I'll withhold my 
"Torvald's response."



On Mon, 14 Dec 2015 15:05:22 +0100 Obspm  wrote:
> Package: slapd
> Version: 2.4.40+dfsg-1+deb8u1
> Severity: important
>
>
> Hi everyone.
>
> >From a fresh install (the server is a virtual machine with 
VirtualBox), after basic configuration of slapd, without any 
configuration other than those make by apt-get, with no special data I 
can add this piece of ldif

>
> dn: cn=config
> changeType: modify
> add: olcTLSVerifyClient
> olcTLSVerifyClient: never
> -
>
> I always got a
>
> root@debian:~# ldapmodify -Y EXTERNAL -H ldapi:/// -f toto.ldif
> SASL/EXTERNAL authentication started
> SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
> SASL SSF: 0
> modifying entry "cn=config"
> ldap_modify: Server is unwilling to perform (53)
>
> and the debug file containt (with LogLevel:1)
>
> Dec 14 15:04:12 debian slapd[3597]: slap_listener_activate(11):
> Dec 14 15:04:12 debian slapd[3597]: >>> slap_listener(ldapi:///)
> Dec 14 15:04:12 debian slapd[3597]: connection_get(13): got connid=1031
> Dec 14 15:04:12 debian slapd[3597]: connection_read(13): checking for 
input on id=1031

> Dec 14 15:04:12 debian slapd[3597]: op tag 0x60, time 1450101852
> Dec 14 15:04:12 debian slapd[3597]: conn=1031 op=0 do_bind
> Dec 14 15:04:12 debian slapd[3597]: >>> dnPrettyNormal: <>
> Dec 14 15:04:12 debian slapd[3597]: <<< dnPrettyNormal: <>, <>
> Dec 14 15:04:12 debian slapd[3597]: do_bind: dn () SASL mech EXTERNAL
> Dec 14 15:04:12 debian slapd[3597]: ==>slap_sasl2dn: converting SASL 
name gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth to a DN
> Dec 14 15:04:12 debian slapd[3597]: <==slap_sasl2dn: Converted SASL 
name to 
> Dec 14 15:04:12 debian slapd[3597]: SASL Authorize [conn=1031]: proxy 
authorization allowed authzDN=""

> Dec 14 15:04:12 debian slapd[3597]: send_ldap_sasl: err=0 len=-1
> Dec 14 15:04:12 debian slapd[3597]: do_bind: SASL/EXTERNAL bind: 
dn="gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth" sasl_ssf=0
> Dec 14 15:04:12 debian slapd[3597]: send_ldap_response: msgid=1 
tag=97 err=0

> Dec 14 15:04:12 debian slapd[3597]: <== slap_sasl_bind: rc=0
> Dec 14 15:04:12 debian slapd[3597]: connection_get(13): got connid=1031
> Dec 14 15:04:12 debian slapd[3597]: connection_read(13): checking for 
input on id=1031

> Dec 14 15:04:12 debian slapd[3597]: op tag 0x66, time 1450101852
> Dec 14 15:04:12 debian slapd[3597]: conn=1031 op=1 do_modify
> Dec 14 15:04:12 debian slapd[3597]: >>> dnPrettyNormal: 

Bug#833024: ITP: javolution -- Real-time java library

[Wookey]

Package: wnpp
Severity: wishlist
Owner: Wookey 

* Package name: javolution
  Version : 6.0.0
  Upstream Author : Javolution (http://javolution.org/)
* URL : http://javolution.org/
* License : BSD (2-clause)
  Programming Lang: Java, C++
  Description : Real-time java library

 Javolution (previously known as JADE: Java Addition to Default
 Environment) provides a library to make applications faster and more
 time predictable. i.e. it minimises worst-case execution times.

 It provides collection classes, supporting custom views,
 closure-based iterations, a map-reduce paradigm, and parallel
 computations. It is designed to work well on multicore systems with
 parellisable classes, and can utilise GPUs.

 The library is provided in C++ and java, with struct and union base
 classes for direct interfacing with native applications.


This package, along with geoapi, is a dependency of jscience, which I
am (slowly) packaging.

I have no particular expertise in this software, so if anyone else
wants to help, they would be very welcome.

Bug#833023: linbox: B-D on libgivaro-dev (<< 3.8.0), but sid has 4.0.1-3

[Andreas Beckmann]

Source: linbox
Version: 1.3.2-1.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

linbox Build-Depends on an obsolete version of libgivaro-dev which is no
longer availabe in sid.


Andreas

Bug#817622: png-definitive-guide: Removal of debhelper compat 4

[Logan Rosen]

Control: tags -1 patch

Dear Maintainer,

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

  * debian/compat: Bump to 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.
- Recommend firefox instead of iceweasel.
- Add Homepage field.
  * debian/rules: Switch to dh sequencer.
  * debian/source/format: Indicate 3.0 (quilt) format.

Thanks for considering the patch.

Logan Rosen
diff -Nru png-definitive-guide-20060430/debian/compat png-definitive-guide-20060430/debian/compat
--- png-definitive-guide-20060430/debian/compat	2016-07-30 20:17:00.0 -0400
+++ png-definitive-guide-20060430/debian/compat	2016-07-30 15:58:39.0 -0400
@@ -1 +1 @@
-4
+9
diff -Nru png-definitive-guide-20060430/debian/control png-definitive-guide-20060430/debian/control
--- png-definitive-guide-20060430/debian/control	2016-07-30 20:17:00.0 -0400
+++ png-definitive-guide-20060430/debian/control	2016-07-30 20:16:58.0 -0400
@@ -2,11 +2,13 @@
 Section: doc
 Priority: optional
 Maintainer: Ross Burton 
-Build-Depends: debhelper (>= 4.0.0)
+Build-Depends: debhelper (>= 9)
 Standards-Version: 3.6.1
+Homepage: http://www.libpng.org/pub/png/pngbook.html
 
 Package: png-definitive-guide
 Architecture: all
-Recommends: iceweasel | www-browser
+Depends: ${misc:Depends}
+Recommends: firefox | www-browser
 Description: PNG: The Definitive Guide
  A free book about the PNG image format.
diff -Nru png-definitive-guide-20060430/debian/rules png-definitive-guide-20060430/debian/rules
--- png-definitive-guide-20060430/debian/rules	2016-07-30 20:17:00.0 -0400
+++ png-definitive-guide-20060430/debian/rules	2016-07-30 20:05:15.0 -0400
@@ -1,38 +1,3 @@
 #! /usr/bin/make -f
-
-clean:
-	dh_testdir
-	dh_testroot
-	dh_clean 
-
-build:
-# Nothing to do
-
-install:
-	dh_testdir
-	dh_testroot
-	dh_clean -k 
-	dh_installdirs
-
-# Build architecture-dependent files here.
-binary-arch: build install
-# We have nothing to do by default.
-
-# Build architecture-independent files here.
-binary-indep: install
-	dh_testdir
-	dh_testroot
-	dh_installchangelogs 
-	dh_installdocs
-	dh_installexamples --exclude=LICENSE.txt
-	dh_install
-	dh_link
-	dh_compress
-	dh_fixperms
-	dh_installdeb
-	dh_gencontrol
-	dh_md5sums
-	dh_builddeb
-
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+%:
+	dh $@
diff -Nru png-definitive-guide-20060430/debian/source/format png-definitive-guide-20060430/debian/source/format
--- png-definitive-guide-20060430/debian/source/format	1969-12-31 19:00:00.0 -0500
+++ png-definitive-guide-20060430/debian/source/format	2016-07-30 20:16:02.0 -0400
@@ -0,0 +1 @@
+3.0 (quilt)

Bug#833011: pulseaudio: /usr/bin/start-pulseaudio-x11 should ship with pulseaudio-module-x11

[Nicolas Le Cam]

2016-07-31 0:29 GMT+02:00 Felipe Sateler :
> You should not disable installation of Recommends without careful
> consideration. They are there for a reason.
That's the case, I want to pull extra packages only when I really need them.

> Hmm. Looks like there isn't much gain from the split: pulseaudio
> depends on the X11 stack (which wasn't the case when the split was
> made), so there is not much point in splitting the X11 module into a
> separate package.
Works great without it here (contrary to running without the new udev
package), it was also the case with PA 8.0.

regards,
Nicolas Le Cam

Bug#832630: nas: diff for NMU version 1.9.4-4.1

[Steve McIntyre]

On Sat, Jul 30, 2016 at 07:10:16AM +0200, p...@debian.org wrote:
>Control: tags 832630 + pending
>
>Dear maintainer,
>
>I've prepared an NMU for nas (versioned as 1.9.4-4.1) and
>uploaded it to DELAYED/14. Please feel free to tell me if I
>should delay it longer.

Thanks for the prod - I've just uploaded -5 with your patch
included. Sorry to keep you waiting - I've been buried in decorating
work all week at home and just got some time tonight... :-/

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"... the premise [is] that privacy is about hiding a wrong. It's not.
 Privacy is an inherent human right, and a requirement for maintaining
 the human condition with dignity and respect."
  -- Bruce Schneier

Bug#816059: lua5.2 spews garbage to the terminal when it exits on mips64el

[Aurelien Jarno]

control: retitle -1 lua5.2 spews garbage to the terminal when it exits on alpha 
and mips64el

On 2016-06-26 16:55, Aurelien Jarno wrote:
> control: tag -1 + patch
> 
> On 2016-02-26 21:08, James McCoy wrote:
> > Package: lua5.2
> > Version: 5.2.4-1
> > Severity: important
> > File: /usr/bin/lua5.2
> > 
> > Taking the first few lines of lua output (piped through "cat -A" to show
> > the non-printables) from the Vim build on mips64el[0]:
> > 
> > checking Lua version... 5.2$
> > 5.2$
> > $
> > ^H^B$
> > ^H^W$
> > ^H,$
> > ^A$
> > ^HA$
> > ^A^K^A^SY^Q^A^T^\k$
> > ^Hk$
> > @^B^L@^P$
> > ^B^A^C$H#^R^B^C$$
> > ^C$
> > ^C$
> > ^C$
> > ^B^H$
> > @^B$
> > $$
> > ^C$
> > 
> > memorybtblcrcsclcecdCCcmdohoviCMvendllupvsdcdldshdasmbmdtidmmhimmkmpmrsousecaeedeiseuevbfffsi1isi3ificipkbkakCktkDkLkdkMkEkSk0k1k;k2k3k4k5k6k7k8k9khkIkAklkHkNkPkrkFkRkTkukeksl0l1lal2l3l4l5l6l7l8l9mommnwpcDCDLDOICSFALLERISRUPpkplpxpspfporpr1r2r3rfrccvscsfsrsastwitatsuchuiPK1K3K2K4K5pOrPacpnkBSXRXSARAXNXFeALOLF@1@2@3@4@5@6@7@8@9@0%1%2%3%4%5%6%7%8%9%0&1&2&3&4&5&6&7&8&9&0*1*2*3*4*5*6*7*8*9*0#1#2#3#4%a%b%c%d%e%f%g%h%i%j!1!2!3RFF1F2F3F4F5F6F7F8F9FAFBFCFDFEFFFGFHFIFJFKFLFMFNFOFPFQFRFSFTFUFVFWFXFYFZFaFbFcFdFeFfFgFhFiFjFkFlFmFnFoFpFqFrcbMCMLMRLfSCDKRCCWWGHUDIQDTOPUfhPAWAu0u1u2u3u4u5u6u7u8u9opocIcIpspSfSbZAZBZCZDZEZFZGZHZIZJZKZLZMZNZOZPZQZRZSZTZUZVZWZXZYZZZaZbZcZdZeZfZgZhZiZjZkZlZmZnZoZpZqZrZsZtZuZvZwZxZyKmMiRQGmAFABxldvcis0s1s2s3MTXyZzYvYwYxYyYzYZS1S2S3S4S5S6S7S8XhXlXoXrXtXvsAYIi2nlbckomaG2G3G1G4GRGLGUGDGHGVGCmlmubxcoitlilmsgpbvtwsNllhlwMWCopaNCYaYbYcYdYeYfYgYhYiYjYkYlYmYnBTYoYpugdCdNdBdTknbwamxbxsxneognhckmhsindadbmimsosesxthzulxonx5iHCNRNPNDccuthlYAYBYCYDYEYFYGnsncNLptxr^F^K^O^U^Z^^$)-38 > 
> > Something similar can also be seen by running lua5.2's REPL in the
> > mips64el chroot on etler.debian.org.  Just start it up and then exit.
> 
> The problem is that the lua5.2 package in debian adds symbol versioning
> to the lua5.2 binary. By doing so it fails to correctly export the 
> _IO_stdin_used symbol added by the GNU libc.

The problem also happens on alpha. Retitling the bug accordingly.

Aurelien

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

Bug#833022: darkice: please apply 4 upstream commits and various other suggestions

[Nicolas Boulenguez]

Package: darkice
Version: 1.2-0.2
Severity: wishlist
Tags: patch

Hello.
The attached patches implement many suggestions for the darkice Debian
package.
Please consider applying them.
Thanks.
>From ef929769bd67ea3de4ab2850612e9dc1f1ef1631 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Sat, 30 Jul 2016 22:20:49 +0200
Subject: [PATCH 01/12] Switch copyright file to 1.0 machine-readable format.

---
 debian/copyright | 39 ---
 1 file changed, 20 insertions(+), 19 deletions(-)

diff --git a/debian/copyright b/debian/copyright
index b4c3ced..a5d4639 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -1,35 +1,36 @@
-This package was debianized by Maitland Bottoms  on
-Fri,  2 Aug 2002 16:43:20 -0400.
-
-It is now being maintained by Jochen Friedrich  on
-Wed, 20 Aug 2003 22:55:52 +0200
-
-It was downloaded from http://darkice.sourceforge.net/
- DarkIce is being written by Tyrell Hungary, Ákos Maróy, Rafael Diniz
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Upstream-Name: DarkIce
+Upstream-Contact: http://www.freelists.org/list/darkice
+Source: http://www.darkice.org/
 
+Files: *
 Copyright:
-
Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/
Copyright (c) 2008, Ákos Maróy, a...@maroy.hu
Copyright (c) 2009, Rafael Diniz, raf...@riseup.net
- 
-   Tyrell DarkIce
- 
-   Copyright notice:
- 
+License: GPL-2+
+
+Files: debian/*
+Copyright: 2001-2002 Maitland Bottoms 
+   2003-2011 Jochen Friedrich 
+License: GPL-2+
+
+License: GPL-2+
 This program is free software; you can redistribute it and/or
 modify it under the terms of the GNU General Public License
 as published by the Free Software Foundation; either version 2
 of the License, or (at your option) any later version.
-
+.
 This program is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 GNU General Public License for more details.
-
+.
 You should have received a copy of the GNU General Public License
 along with this program; if not, write to the Free Software
-Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, 
+Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
 MA 02110-1301, USA.
-
-the GNU GPL may be viewed on Debian systems in /usr/share/common-licenses/GPL
+.
+On Debian systems, the full text of the GNU General Public
+License version 2 can be found in the file
+`/usr/share/common-licenses/GPL-2'.
-- 
2.8.1

>From 9921c08893e35f3a9df4b3d467107f89329e Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Sat, 30 Jul 2016 22:31:29 +0200
Subject: [PATCH 02/12] Simplify watch file with sourceforge redirector and
 version 4 format.

---
 debian/watch | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/debian/watch b/debian/watch
index dc71667..9e50381 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,4 +1,6 @@
-version=3
-opts=uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha|b|a)[\-\.]?\d*)$/$1~$2/,\
-downloadurlmangle=s%.*/([^/]*)/downloads/detail\?name=([^=&]*).*%http://$1.googlecode.com/files/$2%,filenamemangle=s/.*name=([^&]+).*/$1/ \
-http://code.google.com/p/darkice/downloads/list?can=1 .*=darkice-(\d.*)\.(?:tgz|tbz2|txz|tar\.(?:gz|bz2|xz)|zip).*
+version=4
+
+# qa.debian.org runs a redirector which allows a simpler form of URL
+# for SourceForge based projects. The format below will automatically
+# be rewritten to use the redirector.
+http://sf.net/darkice/darkice@ANY_VERSION@@ARCHIVE_EXT@
-- 
2.8.1

>From 4991c4f954ded86ed7bf6c1de5261825b09f90ce Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Sat, 30 Jul 2016 22:34:00 +0200
Subject: [PATCH 03/12] Update README.Debian: mp3lame has been enabled for a
 while.

---
 debian/README.debian | 5 +
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/debian/README.debian b/debian/README.debian
index 03d496f..576b26b 100644
--- a/debian/README.debian
+++ b/debian/README.debian
@@ -1,12 +1,9 @@
 DarkIce for Debian
 --
 
-This package was built with Ogg Vorbis support but without mp3 (lame)
-support for patent reasons.
-
 A sample configuration in installed into /usr/share/doc/darkice/examples.
 In order to use DarkIce, please copy this example to your preferred
 configuration directory, make any required changes for your site and reference
 it using darkice -c .
 
-Jochen Friedrich , Wed, 20 Aug 2003 21:02:26 +0200
+ -- Nicolas Boulenguez , Fri,  1 Jul 2016 23:59:37 +0200
-- 
2.8.1

>From 78c9f787a148f3afe13038ca3bf28cab0c951661 

Bug#832599: Fails to start after upgrade

[gregor herrmann]

On Sat, 30 Jul 2016 18:40:21 +, Chris Knadle wrote:

Hi Chris!
 
> >> > After the upgrade, chosing not to auto-start the daemon, I get this:

So madduck has set START_IODINED to false in /etc/default/iodine

> >> > ● iodined.service - A daemon for tunneling traffic over DNS queries
> >> >Loaded: loaded (/lib/systemd/system/iodined.service; disabled; vendor 
> >> > preset: enabled)
> >> >Active: activating (auto-restart) (Result: exit-code) since Wed 
> >> > 2016-07-27 13:17:34 CEST; 4ms ago
> >> >  Docs: man:iodined(8)
> >> >   Process: 2277 ExecStartPre=/bin/sh -xc test ${START_IODINED} = true 
> >> > (code=exited, status=1/FAILURE)

and the new /lib/systemd/system/iodined.service exists with 1 because
START_IODINED != true

> Unfortunately I don't see what the failure is about.

See above :)
 
> Something to note about this: systemd spitting out such a failure *does
> not* mean that the service didn't start.  One still needs to do a 'ps
> -ef' and look for the service to make sure it's not running.

Interesting ... but still, this failure means that dpkg aborts the
upgrade, so we have a problem here.
(And if the service runs its unwanted.)
 
> >> > Please use systemd masking instead of the silly shell test and
> >> > /etc/default/* file variable to control whether the daemon should be
> >> > started.
> > Sounds good, I just haven't found yet how to do this from the
> > packaging side.
> Enabling/disabling a service via an /etc/default file is not meant to be
> done with systemd:
> https://wiki.ubuntu.com/SystemdForUpstartUsers#A.2Fetc.2Fdefault_files_which_enable.2Fdisable_jobs

Right. And

"There is no clean way to evaluate these in a systemd unit. You can
check them in ExecStartPre=, but that would mean that the unit will
be in "failed" state if the service gets disabled that way, and so,
is not desirable."

matches what we see here.
 
> I'm running systemd (and have for several years) and am happy to help
> with this if I can.

Thanks!


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Robert Mitchum: From A Logical Point Of View


signature.asc
Description: Digital Signature

Bug#476707: Requesting removal of aterm from Debian?

[Axel Beckert]

Hi Christian,

Christian Hofstaedtler wrote:
> * Axel Beckert  [in 2014]:
> > Ryan Kavanagh wrote:
> > > On Sat, Jun 21, 2014 at 03:54:02PM +0200, Axel Beckert wrote:
> [..]
> > > So to my understanding, you would like the rxvt-unicode source package
> > > to provide a transitional aterm binary package which depends on
> > > rxvt-unicode and provides the appropriate symlink?
> > 
> > Yes, that's my suggestion for a smooth transition in case, aterm gets
> > removed.
> > 
> > > I don't have any objections to this. If it's the path you decide to
> > > take, let me know and I'll take care of it.
> > 
> > Thanks for the offer. Will let you know.
> 
> Is this still your plan?

Yes, it's still my "plan" to let the rxvt-unicode package maintainer
know about the outcome of the decision about what to do with aterm. I
though wouldn't call that a "plan".

But my suggestion of course still exists. But it's nothing more than a
suggestion. I don't feel to be in the position to _decide_ about
aterm's fate in Debian. But I also won't object if others make a
decision.

Oh, and I agree with Adam that we should prefer rxvt-unicode-256color
over rxvt-unicode in this regards.

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

Bug#833021: RM: rheolef [s390x arm64 hurd-i386 mips64el] -- RoQA; ANAIS; list of supported architectures tightened

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

rheolef is no longer built for architectures that have been troublesome
in the past


Andreas

Bug#184458: bochs: doesn't work for me with default conf

[peter]

Hello Robert,

Similar failure here in current jessie system.  Rather than start 
another report I am answering your old request.  The complete 
runtime log and complete .bochsrc follow.  Note the line, 

...[SPEAK] Failed to open /dev/console: Permission denied

in the log.

Regards,   ... Peter E.

peter@dalton:~$ bochs

Bochs x86 Emulator 2.6
Built from SVN snapshot on September 2nd, 2012
  Compiled on May 30 2014 at 03:54:56

000i[ ] LTDL_LIBRARY_PATH not set. using compile time default 
'/usr/lib/bochs/plugins'
000i[ ] BXSHARE not set. using compile time default 
'/usr/share/bochs'
000i[ ] lt_dlhandle is 0xb51b110
000i[PLGIN] loaded plugin libbx_unmapped.so
000i[ ] lt_dlhandle is 0xb51b6b0
000i[PLGIN] loaded plugin libbx_biosdev.so
000i[ ] lt_dlhandle is 0xb51c7f0
000i[PLGIN] loaded plugin libbx_speaker.so
000i[ ] lt_dlhandle is 0xb51cd08
000i[PLGIN] loaded plugin libbx_extfpuirq.so
000i[ ] lt_dlhandle is 0xb51d1e8
000i[PLGIN] loaded plugin libbx_parallel.so
000i[ ] lt_dlhandle is 0xb51e628
000i[PLGIN] loaded plugin libbx_serial.so
000i[ ] lt_dlhandle is 0xb5214d0
000i[PLGIN] loaded plugin libbx_gameport.so
000i[ ] lt_dlhandle is 0xb521a70
000i[PLGIN] loaded plugin libbx_iodebug.so
000i[ ] reading configuration from .bochsrc
000e[ ] .bochsrc:34: 'vga_update_interval' will be replaced by new 
'vga: update_freq' option.
000e[ ] .bochsrc:35: 'keyboard_serial_delay' will be replaced by 
new 'keyboard' option.
000e[ ] .bochsrc:36: 'keyboard_paste_delay' will be replaced by new 
'keyboard' option.
000i[ ] Stopping on magic break points
000i[ ] lt_dlhandle is 0xb521fd8
000i[PLGIN] loaded plugin libbx_sdl.so
000i[ ] installing sdl module as the Bochs GUI
000i[ ] using log file /dev/stdout
000i[ ] Bochs x86 Emulator 2.6
000i[ ]   Built from SVN snapshot on September 2nd, 2012
000i[ ] Compiled on May 30 2014 at 03:54:56
000i[ ] System configuration
000i[ ]   processors: 1 (cores=1, HT threads=1)
000i[ ]   A20 line support: yes
000i[ ] IPS is set to 400
000i[ ] CPU configuration
000i[ ]   level: 6
000i[ ]   SMP support: no
000i[ ]   APIC support: xapic
000i[ ]   FPU support: yes
000i[ ]   MMX support: yes
000i[ ]   3dnow! support: no
000i[ ]   SEP support: yes
000i[ ]   SSE support: sse2
000i[ ]   XSAVE support: no 
000i[ ]   AES support: no
000i[ ]   MOVBE support: no
000i[ ]   ADX support: no
000i[ ]   x86-64 support: yes
000i[ ]   1G paging support: no
000i[ ]   MWAIT support: yes
000i[ ]   AVX support: no
000i[ ]   VMX support: 1
000i[ ] Optimization configuration
000i[ ]   RepeatSpeedups support: yes
000i[ ]   Fast function calls: yes
000i[ ]   Handlers Chaining speedups: no
000i[ ] Devices configuration
000i[ ]   NE2000 support: yes
000i[ ]   PCI support: yes, enabled=yes
000i[ ]   SB16 support: yes
000i[ ]   USB support: yes
000i[ ]   VGA extension support: vbe cirrus
000i[MEM0 ] allocated memory at 0xb328e008. after alignment, 
vector=0xb328f000
000i[MEM0 ] 32.00MB
000i[MEM0 ] mem block size = 0x0010, blocks=32
000i[MEM0 ] rom at 0xfffe/131072 
('/usr/share/bochs/BIOS-bochs-latest')
000i[ ] lt_dlhandle is 0xb638e58
000i[PLGIN] loaded plugin libbx_hdimage.so
000i[ ] lt_dlhandle is 0xb639390
000i[PLGIN] loaded plugin libbx_pci.so
000i[ ] lt_dlhandle is 0xb639b28
000i[PLGIN] loaded plugin libbx_pci2isa.so
000i[ ] lt_dlhandle is 0xb63a1a0
000i[PLGIN] loaded plugin libbx_acpi.so
000i[ ] lt_dlhandle is 0xb63a818
000i[PLGIN] loaded plugin libbx_cmos.so
000i[ ] lt_dlhandle is 0xb63ade8
000i[PLGIN] loaded plugin libbx_dma.so
000i[ ] lt_dlhandle is 0xb63b4a0
000i[PLGIN] loaded plugin libbx_pic.so
000i[ ] lt_dlhandle is 0xb63b9d0
000i[PLGIN] loaded plugin libbx_pit.so
000i[ ] lt_dlhandle is 0xb63c040
000i[PLGIN] loaded plugin libbx_floppy.so
000i[ ] lt_dlhandle is 0xb63c890
000i[PLGIN] loaded plugin libbx_vga.so
000i[ ] lt_dlhandle is 0xb63cd88
000i[PLGIN] 

Bug#827411: piuparts: FTBFS on jessie: 'wheezy' != 'squeeze'

[Stefano Rivera]

Control: tag -1 + patch

> def testConfStdDistroNames(self):
> self.assertEqual(self.oldstable, 'squeeze')
> self.assertEqual(self.stable, 'wheezy')
> self.assertEqual(self.testing, 'jessie')
> self.assertEqual(self.unstable, 'sid')
> self.assertEqual(self.experimental, 'experimental')
> 
> which is incorrect since jessie was released ...
> 
> I'm not sure about what this unittest is supposed to accomplish ...
> 
> And the bug will manifest again once stretch gets released

Suggested solution attached.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272
From 4a95908fdd67f7a7e8f23b1afeedf495b903aa1f Mon Sep 17 00:00:00 2001
From: Stefano Rivera 
Date: Sat, 30 Jul 2016 18:37:20 -0400
Subject: [PATCH] Don't test the current Debian release status

Tracking that is distro-info-data's problem

Closes: #827411
---
 tests/test_config.py | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/tests/test_config.py b/tests/test_config.py
index 17b704c..f189861 100644
--- a/tests/test_config.py
+++ b/tests/test_config.py
@@ -17,9 +17,6 @@ class ConfStdDistroTests(unittest.TestCase):
 self.experimental = 'experimental'
 
 def testConfStdDistroNames(self):
-self.assertEqual(self.oldstable, 'wheezy')
-self.assertEqual(self.stable, 'jessie')
-self.assertEqual(self.testing, 'stretch')
 self.assertEqual(self.unstable, 'sid')
 self.assertEqual(self.experimental, 'experimental')
 
-- 
2.8.1

Bug#833020: ldc: FTBFS on armel, powerpc

[Andreas Beckmann]

Source: ldc
Version: 1:1.1.0-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

ldc FTBFS on armel and powerpc (but the previous versions built there
successfully:

https://buildd.debian.org/status/fetch.php?pkg=ldc=armel=1%3A1.1.0-2=1468703066

[  0%] Generating ddmd/idgen
Scanning dependencies of target not
cd /«PKGBUILDDIR» && /usr/bin/ldmd2 -wi -O -inline -release 
-J/«PKGBUILDDIR»/ddmd -I/«PKGBUILDDIR»/ddmd 
-of/«PKGBUILDDIR»/build-static/ddmd/idgen ddmd/idgen.d
make[3]: Leaving directory '/«PKGBUILDDIR»/build-static'
/usr/bin/make -f CMakeFiles/not.dir/build.make CMakeFiles/not.dir/build
make[3]: Entering directory '/«PKGBUILDDIR»/build-static'
Scanning dependencies of target LDMD_CXX_LIB
Scanning dependencies of target FileCheck
make[3]: Leaving directory '/«PKGBUILDDIR»/build-static'
/usr/bin/make -f CMakeFiles/LDMD_CXX_LIB.dir/build.make 
CMakeFiles/LDMD_CXX_LIB.dir/build
make[3]: Leaving directory '/«PKGBUILDDIR»/build-static'
/usr/bin/make -f CMakeFiles/FileCheck.dir/build.make 
CMakeFiles/FileCheck.dir/build
make[3]: Entering directory '/«PKGBUILDDIR»/build-static'
make[3]: Entering directory '/«PKGBUILDDIR»/build-static'
Warning: failed to locate the configuration file ldc2.conf
Error: cannot find source code for runtime library file 'object.d'
   ldc2 might not be correctly installed.
   Please check your ldc2.conf configuration file.
   Installation instructions can be found at http://wiki.dlang.org/LDC.
import path[0] = /«PKGBUILDDIR»/ddmd
CMakeFiles/LDCShared.dir/build.make:68: recipe for target 'ddmd/idgen' failed
make[3]: *** [ddmd/idgen] Error 1
make[3]: Leaving directory '/«PKGBUILDDIR»/build-static'
CMakeFiles/Makefile2:142: recipe for target 'CMakeFiles/LDCShared.dir/all' 
failed
make[2]: *** [CMakeFiles/LDCShared.dir/all] Error 2
make[2]: *** Waiting for unfinished jobs


https://buildd.debian.org/status/fetch.php?pkg=ldc=powerpc=1%3A1.1.0-2=1468695641

[  0%] Generating ddmd/id.d, ddmd/id.h
cd /«PKGBUILDDIR»/build-static/ddmd && /«PKGBUILDDIR»/build-static/ddmd/idgen
Segmentation fault
CMakeFiles/LDCShared.dir/build.make:61: recipe for target 'ddmd/id.d' failed
make[3]: *** [ddmd/id.d] Error 139
make[3]: *** Deleting file 'ddmd/id.d'
make[3]: Leaving directory '/«PKGBUILDDIR»/build-static'
CMakeFiles/Makefile2:142: recipe for target 'CMakeFiles/LDCShared.dir/all' 
failed
make[2]: *** [CMakeFiles/LDCShared.dir/all] Error 2
make[2]: *** Waiting for unfinished jobs


Andreas

Bug#833011: pulseaudio: /usr/bin/start-pulseaudio-x11 should ship with pulseaudio-module-x11

[Felipe Sateler]

On 30 July 2016 at 16:54, Nicolas LE CAM  wrote:
> Package: pulseaudio
> Version: 9.0-1.1
> Severity: normal
>
> Dear Maintainer,
>
> /usr/bin/start-pulseaudio-x11, called by 
> /etc/xdg/autostart/pulseaudio.desktop every time a user log in a DE, tries to 
> load several module-x11-* modules.
> Those modules are shipped by pulseaudio-module-x11 package which is only 
> recommended by (instead of by a dependances of) pulseaudio.

You should not disable installation of Recommends without careful
consideration. They are there for a reason.

> IMHO they should ship with the modules they try to load (i.e. in 
> pulseaudio-module-x11 package).

Hmm. Looks like there isn't much gain from the split: pulseaudio
depends on the X11 stack (which wasn't the case when the split was
made), so there is not much point in splitting the X11 module into a
separate package.


-- 

Saludos,
Felipe Sateler

Bug#833018: vncconfig not run for regular desktop

[Dominique Brazziel]

Package: vnc4server
Version: 4.1.1+X4.3.0-39
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
VNC regular desktop session has no cut & paste

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Workaround was to run 'vncconfig -iconic &' 
at the top of '~/.vnc/xstartup'

   * What was the outcome of this action?
Desktop session starts with cut and paste function

   * What outcome did you expect instead?
The default 'xterm' path in 'xstartup' runs
vncconfig but full desktop environments (which are
commented out) do not.  By moving vncconfig to the
top both paths are supported.

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

Including the 'unset DBUS_SESSION_BUS_MANAGER' line mentioned in
previous bug report (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832905),
my current, lovely xstartup script now looks like this:

#!/bin/sh

# Insure clipboard transfer no matter what
vncconfig -iconic &

# Uncomment the following three lines for normal desktop:
unset SESSION_MANAGER
unset DBUS_SESSION_BUS_ADDRESS
exec /etc/X11/xinit/xinitrc

[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup
[ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources
xsetroot -solid grey
x-terminal-emulator -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
x-window-manager &




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

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

Versions of packages vnc4server depends on:
ii  libc6   2.23-2
ii  libgcc1 1:6.1.1-9
ii  libstdc++6  6.1.1-9
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  libxtst62:1.2.2-1+b1
ii  x11-common  1:7.7+16
ii  xbase-clients   1:7.7+16
ii  xserver-common  2:1.18.4-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vnc4server recommends:
ii  xfonts-base  1:1.0.4+nmu1

Versions of packages vnc4server suggests:
pn  vnc-java  

-- no debconf information

Bug#833019: trustedqsl: Tqsl Error "This language is not supported by the system." without local en_GB.ISO-8859-1.

[Jeffrey Hundstad]

Package: trustedqsl
Version: 2.2.2-1
Severity: normal
Tags: l10n



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

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

Versions of packages trustedqsl depends on:
ii  libc6 2.23-4
ii  libcurl3  7.47.0-1
ii  libdb5.3  5.3.28-12
ii  libexpat1 2.2.0-1
ii  libgcc1   1:6.1.1-10
ii  libssl1.0.2   1.0.2h-1
ii  libstdc++66.1.1-10
ii  libwxbase3.0-0v5  3.0.2+dfsg-2
ii  libwxgtk3.0-0v5   3.0.2+dfsg-2
ii  zlib1g1:1.2.8.dfsg-2+b1

trustedqsl recommends no packages.

trustedqsl suggests no packages.

-- no debconf information

Bug#817578: [NMU] Re: Bug#817578: members: Removal of debhelper compat 4

[Axel Beckert]

Control: tag -1 + pending patch

Dear Lars,

ni...@thykier.net wrote:
>  * Compat level 4 will be removed on the first debhelper upload after
>the 15th of June.

Additionally there are two debian/rules targets missing which were
recommended for a long time and are now required for a week or two.

I've prepared a non-maintainer upload for members to fix these issues
and uploaded it to DELAYED/2. Feel free to tell me if I should fast
forward it.

Here's the full debdiff for the NMU:

diff -Nru members-20080128/debian/changelog members-20080128/debian/changelog
--- members-20080128/debian/changelog   2008-11-12 20:55:54.0 +0100
+++ members-20080128/debian/changelog   2016-07-30 23:55:11.0 +0200
@@ -1,3 +1,16 @@
+members (20080128-5+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Move from the no more supported debhelper compatibility level 4 to the
+currently recommended level 9 and make debian/rules and debian/control
+more future-proof:
++ Change "dh_clean -k" to "dh_prep".
++ Add now required targets build-indep and build-arch.
++ Add ${misc:Depends} to Depends
++ Closes: #817578
+
+ -- Axel Beckert   Sat, 30 Jul 2016 23:54:22 +0200
+
 members (20080128-5) unstable; urgency=low
 
   * #include #include  (Closes: #504860)
diff -Nru members-20080128/debian/compat members-20080128/debian/compat
--- members-20080128/debian/compat  2008-01-28 12:33:00.0 +0100
+++ members-20080128/debian/compat  2016-07-21 20:18:45.0 +0200
@@ -1 +1 @@
-4
+9
diff -Nru members-20080128/debian/control members-20080128/debian/control
--- members-20080128/debian/control 2008-01-28 12:33:14.0 +0100
+++ members-20080128/debian/control 2016-07-21 20:21:47.0 +0200
@@ -3,11 +3,11 @@
 Priority: optional
 Maintainer: Lars Bahner 
 Standards-Version: 3.7.3
-Build-Depends: debhelper (>=4)
+Build-Depends: debhelper (>=9)
 
 Package: members
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: suidmanager (<< 0.50)
 Description: Shows the members of a group; by default, all members
  members is the complement of groups: whereas groups shows the groups a
diff -Nru members-20080128/debian/rules members-20080128/debian/rules
--- members-20080128/debian/rules   2008-01-28 13:51:02.0 +0100
+++ members-20080128/debian/rules   2016-07-30 23:04:52.0 +0200
@@ -7,7 +7,9 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-build: build-stamp
+build: build-arch build-indep
+build-arch: build-stamp
+build-indep: build-stamp
 build-stamp:
dh_testdir

@@ -28,7 +30,7 @@
 install-stamp: build-stamp
dh_testdir
dh_testroot
-   dh_clean -k
+   dh_prep
dh_installdirs
 
$(MAKE) install DESTDIR=$(CURDIR)/debian/members

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

Bug#833017: abcm2ps: New version available

[Guus Sliepen]

Package: abcm2ps
Version: 7.8.9-1
Severity: normal

Upstream has released version 8.11.7. If you need help or want me to
adopt the package, let me know.

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

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

Versions of packages abcm2ps depends on:
ii  libc62.23-4
ii  libcairo21.14.6-1+b1
ii  libfontconfig1   2.11.0-6.4
ii  libfreetype6 2.6.3-3+b1
ii  libglib2.0-0 2.48.1-2
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1
ii  libpangoft2-1.0-01.40.1-1

abcm2ps recommends no packages.

abcm2ps suggests no packages.

-- no debconf information

Bug#831518: pulseaudio: no sound after upgrade from 8.0.2+b2 to 9.0-1.1

[Felipe Sateler]

On 30 July 2016 at 17:01, Nicolas Le Cam  wrote:
> On Sun, 17 Jul 2016 13:30:39 -0300 Felipe Sateler  wrote:
>> On 17 July 2016 at 12:28, Eric Cooper  wrote:
>>  Shouldn't that be a Depends rather than Recommends?
>>
>> No, because pulseaudio can work in environments without udev. By using
>> Depends, this becomes impossible.
>>
>
> Could it be possible to depends on it in the case of an upgrade ? Or
> at least display a warning if using udev and --no-install-recommends ?
> Just faced the same problem, and it wasn't obvious that the sound
> breakage was because I needed a new package all of a sudden.

If you are using --no-install-recommends, you should always be on the
watch for new recommended packages.


-- 

Saludos,
Felipe Sateler

Bug#827411: piuparts: FTBFS on jessie: 'wheezy' != 'squeeze'

[Stefano Rivera]

control: reassign -1 piuparts

> Are you sure that this isn't a bug in piuparts?
> There is a hardcoded mapping from codenames to releases ...

Agreed, that's the bug.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Bug#832559: python-boto3: please package new upstream version

[Eric Evans]

tags 832559 pending
thanks  

[ Sascha Steinbiss ]
> version 1.3.1 has been available for some time now, and contains new code
> necessary for s4cmd [1], which I plan on packaging. Please consider
> packaging a new upstream version.

Thanks for the bump; I actually prepared a 1.3.1 release some time ago
(https://anonscm.debian.org/cgit/users/eevans/python-boto3.git), but it
requires a new python-botocore (>= 1.4.1).  I opened a wishlist bug,
and will make a boto3 upload when that's done.

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

Cheers,


-- 
Eric Evans
eev...@debian.org


signature.asc
Description: PGP signature

Bug#833016: linux-image-4.7.0-rc7-amd64-unsigned: Shutdown when pressed any key of the keyboard

[Jose M Calhariz]

Package: src:linux
Version: 4.7~rc7-1~exp1
Severity: important
Tags: upstream

Being affected by #833009 I decided to try a kernel from experimental.
Both of the kernels for amd64, the unsigned and the other, cause a
orderly shutodwn when I press any key of the keyboard.

I have no clue why this happens, but being a regression, I decided to
report.

Kind regards
Jose M Calhariz


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: ASUSTeK COMPUTER INC.
product_name: E200HA
product_version: 1.0   
chassis_vendor: ASUSTeK COMPUTER INC.
chassis_version: 1.0   
bios_vendor: American Megatrends Inc.
bios_version: E200HA.210
board_vendor: ASUSTeK COMPUTER INC.
board_name: E200HA
board_version: 1.0   

** Network interface configuration:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Braswell SoC Transaction Router 
[8086:2280] (rev 22)
Subsystem: ASUSTeK Computer Inc. Braswell SoC Transaction Router 
[1043:10b0]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:0b.0 Signal processing controller [1180]: Intel Corporation Braswell P-Unit 
Power Management [8086:22dc] (rev 22)
Subsystem: ASUSTeK Computer Inc. Braswell P-Unit Power Management 
[1043:10b0]
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: proc_thermal
Kernel modules: processor_thermal_device

00:14.0 USB controller [0c03]: Intel Corporation Braswell USB xHCI Host 
Controller [8086:22b5] (rev 22) (prog-if 30 [XHCI])
Subsystem: ASUSTeK Computer Inc. Braswell USB xHCI Host Controller 
[1043:10b0]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:1a.0 Encryption controller [1080]: Intel Corporation Braswell Trusted 
Execution Engine Interface [8086:2298] (rev 22)
Subsystem: ASUSTeK Computer Inc. Braswell Trusted Execution Engine 
Interface [1043:10b0]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:1c.0 PCI bridge [0604]: Intel Corporation Braswell PCIe Port 1 [8086:22c8] 
(rev 22) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1f.0 ISA bridge [0601]: Intel Corporation Braswell Platform Controller Unit 
LPC [8086:229c] (rev 22)
Subsystem: ASUSTeK Computer Inc. Braswell Platform Controller Unit LPC 
[1043:10b0]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: lpc_ich
Kernel modules: lpc_ich

01:00.0 Network controller [0280]: Qualcomm Atheros QCA9377 802.11ac Wireless 
Network Adapter [168c:0042] (rev 30)
Subsystem: AzureWave QCA9377 802.11ac Wireless Network Adapter 
[1a3b:2b31]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: ath10k_pci
Kernel modules: ath10k_pci


** USB devices:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 0b95:7720 ASIX Electronics Corp. AX88772
Bus 001 Device 003: ID 13d3:3496 IMC Networks 
Bus 001 Device 002: ID 0bda:57ed Realtek Semiconductor Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


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

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=locale: Cannot set LC_CTYPE to default 
locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No 

Bug#833015: lintian: Please update essential list

[Felipe Sateler]

Package: lintian
Version: 2.5.45
Severity: normal

Hi, the essential packages needs updating:

- mktemp is not essential since at least 2009 (#531846)
- sysvinit is no longer essential since jessie
  (and in fact is no longer built by src:sysvinit)
- init-system-helpers is now essential


Saludos

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

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

Versions of packages lintian depends on:
ii  binutils  2.26.1-1
ii  bzip2 1.0.6-8
ii  diffstat  1.61-1
ii  file  1:5.28-4
ii  gettext   0.19.8.1-1
ii  hardening-includes2.8+nmu2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.29+b5
ii  libarchive-zip-perl   1.57-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2
ii  libdata-alias-perl1.20-1+b1
ii  libdpkg-perl  1.18.9
ii  libemail-valid-perl   1.200-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1
ii  libparse-debianchangelog-perl 1.2.0-10
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-3
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.41-6+b1
ii  man-db2.7.5-1
ii  patchutils0.3.4-1
ii  perl  5.22.2-3
ii  t1utils   1.39-2
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg 1.18.7
ii  libautodie-perl  2.29-2
ii  libperlio-gzip-perl  0.19-1+b1
ii  perl 5.22.2-3
ii  perl-modules-5.22 [libautodie-perl]  5.22.2-3

Versions of packages lintian suggests:
ii  binutils-multiarch 2.26.1-1
ii  dpkg-dev   1.18.9
ii  libhtml-parser-perl3.72-2
ii  libtext-template-perl  1.46-1

-- no debconf information

Bug#833014: python-botocore: New upstream version

[Eric Evans]

Package: python-botocore
Version: 1.3.23-1
Severity: wishlist

botocore upstream is up to version 1.4.41, and a minimum of 1.4.1 is needed in
order to upload the latest python-boto3 (1.3.1); Please package the latest
python-botocore.

Thanks.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
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)

Versions of packages python-botocore depends on:
ii  python-dateutil  2.4.2-1
ii  python-docutils  0.12+dfsg-1
ii  python-jmespath  0.9.0-2
ii  python-requests  2.10.0-2
pn  python:any   

python-botocore recommends no packages.

python-botocore suggests no packages.

-- no debconf information

-- 
Eric Evans
eev...@debian.org


signature.asc
Description: PGP signature

Bug#833013: collectd-core: Network plugin fails to load

[Antoine Sirinelli]

Package: collectd-core
Version: 5.1.0-3+deb7u1
Severity: important

Since the latest security update, collected cannot load anymore the
network plugin. Since this plugin is used to transfer the measurements
to other hosts, it makes collectd completely useless for me.

Here is the error messages:

network plugin: gcry_control (GCRYCTL_SET_THREAD_CBS) failed: Not supported
Initialization of plugin `network' failed with status -1. Plugin will be 
unloaded.
plugin_unregister_read: No such read function: network
Initialization complete, entering read-loop.
plugin_dispatch_values: No write callback has been registered. Please load at 
least one output plugin, if you want the collected data to be stored.
Filter subsystem: Built-in target `write': Dispatching value to all write 
plugins failed with status 2 (ENOENT). Most likely this means you didn't load 
any write plugins.
[...]

The last line is repeated each time a measurement has to be sent. Of
course, nothing is sent.

Here is the extract of my collectd.conf:

LoadPlugin network


SecurityLevel "Encrypt"
Username "User"
Password "Pass"



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

Kernel: Linux 2.6.32-042stab111.12 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages collectd-core depends on:
ii  debconf [debconf-2.0]   1.5.49
ii  iptables [libxtables7]  1.4.14-3.1
ii  libc6   2.13-38+deb7u11
ii  libltdl72.4.2-1.1

Versions of packages collectd-core recommends:
ii  perl 5.14.2-21+deb7u4
pn  rrdtool  

Versions of packages collectd-core suggests:
pn  apache2 
pn  apcupsd 
pn  bind9   
pn  collectd-dev
pn  hddtemp 
pn  httpd-cgi   
pn  ipvsadm 
ii  libc6   2.13-38+deb7u11
pn  libconfig-general-perl  
ii  libcurl3-gnutls 7.26.0-1+wheezy13
ii  libdbi1 0.8.4-6
pn  libdbus-1-3 
pn  libesmtp6   
ii  libgcrypt11 1.5.0-5+deb7u4
pn  libgdk-pixbuf2.0-0  
ii  libglib2.0-02.33.12+really2.32.4-5
pn  libhal1 
ii  libhtml-parser-perl 3.69-2
pn  libmemcached10  
pn  libmodbus5  
pn  libmysqlclient18
pn  libnotify4  
pn  libopenipmi0
pn  liboping0   
ii  libpcap0.8  1.3.0-1
pn  libperl5.14 
pn  libpq5  
pn  libprotobuf-c0  
pn  libpython2.7
pn  librabbitmq0
pn  libregexp-common-perl   
ii  librrd4 1.4.7-2
pn  librrds-perl
pn  libsensors4 
pn  libsnmp15   
ii  libssl1.0.0 1.0.1e-2+deb7u21
pn  libtokyotyrant3 
pn  libupsclient1   
ii  liburi-perl 1.60-1
pn  libvarnishapi1  
pn  libvirt0
ii  libxml2 2.8.0+dfsg1-7+wheezy6
pn  libyajl2
pn  lm-sensors  
pn  mbmon   
pn  memcached   
pn  mysql-server
pn  nginx   
pn  notification-daemon 
pn  nut 
pn  olsrd   
ii  openvpn 2.2.1-8+deb7u3
pn  pdns-server 
pn  postgresql  
pn  time-daemon 
ii  zlib1g  1:1.2.7.dfsg-13

-- debconf information:
  collectd/migration-3-4:
  collectd/migration-4-5:
  collectd/postrm_purge_data: true
  collectd/auto-migrate-4-5: false
  collectd/auto-migrate-3-4: false

Bug#831829: RFS: self-destructing-cookies/0.4.10-1 [ITP] -- delete cookies and LocalStorage after tabs using them have been closed

[Sean Whitton]

control: tag -1 -moreinfo

Hello,

On Wed, Jul 20, 2016 at 02:40:57PM +0800, Paul Wise wrote:
> On Wed, Jul 20, 2016 at 7:25 AM, Sean Whitton wrote:
> 
> > I am looking for a sponsor for my package self-destructing-cookies.
> 
> I am willing to sponsor this.

Thank you for your feedback :)

> > With this addon installed, Firefox will delete cookies and
> > LocalStorage when there are no longer any open tabs using those
> > cookies or LocalStorage entries.  Sites whose cookies or
> > LocalStorage you want to keep may be whitelisted.
> 
> Nice. If you are in contact with upstream, it might be interesting to
> have the cookies/LocalStorage also restricted to individual tabs or
> windows.

I wouldn't want to use this myself.  What I like about this addon is
that it is really close to the default cookie/local storage setup that
sites (validly) assume 99% of people are using.  I often keep a tab open
in the background that keeps me logged into a site, do what I need to do
with that logged in status, and then close the background tab.

Of course, other people might prefer doing things in the way you
suggest, but it seems like the problem is a hard one.[2]  Anyway, I've
forwarded your suggestion to upstream.

> mozilla-devscripts 0.47 needs to be in unstable (currently just in
> buildd-unstable).

It's in unstable now, but could you explain why this was something we
had to wait on?  I thought that DAK would do the right thing if we went
ahead and uploaded.

> Please use Ove's full name in debian/copyright, same as in the
> upstream code.

Fixed.

> There is one file that looks like it might be MPL not GPL-2+

Fixed, whoops.

> What is JPM? I don't see it used in the build log but the upstream
> changelog says it is used during build. Does this mean that you
> haven't packaged the actual upstream source, just their generated XPI
> file?

According to [1], JPM is a simple command-line tool to make developing
addons easier.  It doesn't perform any building other than packing the
source into an .xpi, for which we have dh_xul-ext.

I confirmed with upstream that there is no source code repository other
than the contents of the .xpi file that I obtained from
addons.mozilla.org.  There is no build process that converts some other
source code into the contents of the .xpi file.

So in summary the changelog entry probably shouldn't be there; it's like
saying "the author of this python library now uses pylint during
development" in a changelog.[3]

> Some PNG files might be missing their SVG source, please clarify with
> upstream and see the automatic checks section below.

Upstream sent me a copy, and I've included it in
debian/missing-sources/.  They will include all .svg files in the next
release.

> package.json says the license is GPL 2 not GPL-2+.

Patched and forwarded.

> I don't think you need both formats of the upstream changelog in the
> binary package.

I would prefer to install both of them.  I can imagine a user browsing
to the directory in a graphical file manager and wanting to open the
HTML file, and a user of a different temperament using a terminal pager.

> Please add some upstream metadata:
> https://wiki.debian.org/UpstreamMetadata

Done, and I filed a wishlist bug against Lintian to have it suggest
adding upstream metadata.

> It would be nice if uscan/mk-origtargz would build its repacked
> tarballs in a bit-identical/reproducible way. Could you file a bug
> about that please?

Somebody already has: #807270.

> What is the format of the data that amo-changelog downloads? I think
> it would be better to download and store that, then do the conversion
> to rst/html at package build time.

It downloads it as RSS (XML), and then converts this.  amo-changelog
does not expose its conversion functions, so rather than come up with an
ad hoc solution for this package, I've filed #833008.

> P: self-destructing-cookies source: debian-watch-may-check-gpg-signature

Overridden.  Suggested to upstream.

> $ codespell --quiet-level=3 ./lib/gui-australis.js:315: indentifier
> ==> identifier ./lib/gui-android.js:169: indentifier ==> identifier
> ./lib/gui-desktop.js:317: indentifier ==> identifier

This is in a code comment, so I'm not going to prepare a patch.

> ./debian/upstream/changelog.html:6: compatiblity ==> compatibility
> ./debian/upstream/changelog:4: compatiblity ==> compatibility

I don't want to patch these files since the fixes will get overwritten
by amo-changelog, but I have informed upstream of the error.

> $ find \( -name .git -o -name .svn -o -name .bzr -o -name CVS -o -name
> .hg -o -name _darcs -o -name _FOSSIL_ -o -name .sgdrawer \) -prune -o
> -empty -print
> ./doc/main.md

I believe that upstream has this empty file to satisfy Mozilla packaging
conventions.  My package does not install it.

> $ fdupes -q -r . | grep -vE
> '/(\.(git|svn|bzr|hg|sgdrawer)|_(darcs|FOSSIL_)|CVS)(/|$)' | cat -s
> ./icon.png ./data/sdc64.png

Now using dh_link.

> # check if these can be switched to https://
> $ 

Bug#832894: vnc4server

[Ola Lundqvist]

Hi

Thank you for the suggestion. I'll do that (hopefully) on next upload.

Cheers

// Ola

On Fri, Jul 29, 2016 at 2:34 PM, Dominique Brazziel 
wrote:

> Package: vnc4server
> Version: 4.1.1+X4.3.0-39
> Severity: wishlist
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate
> ***
>
>* What led up to the situation?
> Tried to start regular X session via ~/.vnc/xstartup
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Uncommented 'unset SESSION_MANAGER' and 'exec
> /etc/X11/xinit/xinitrc'
> per comment in xstartup
>
>* What was the outcome of this action?
> Xvnc started but X session with lightdm / xfce4-session did not
>
>* What outcome did you expect instead?
> Regular X session with lightdm and xfce4 desktop environment start
> *** End of the template - remove these template lines ***
>
> The fix is to add 'unset DBUS_SESSION_BUS_ADDRESS' after 'unset
> SESSION_MANAGER'
> as follows:
>
> #!/bin/sh
>
> # Uncomment the following two lines for normal desktop:
> unset SESSION_MANAGER
> unset DBUS_SESSION_BUS_ADDRESS
> exec /etc/X11/xinit/xinitrc
>
> That is the default in the Fedora vncserver package 'tigervnc-server'.
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.6.0-1-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
> LC_ALL set to en_US.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages vnc4server depends on:
> ii  libc6   2.23-2
> ii  libgcc1 1:6.1.1-9
> ii  libstdc++6  6.1.1-9
> ii  libx11-62:1.6.3-1
> ii  libxext62:1.3.3-1
> ii  libxtst62:1.2.2-1+b1
> ii  x11-common  1:7.7+16
> ii  xbase-clients   1:7.7+16
> ii  xserver-common  2:1.18.4-1
> ii  zlib1g  1:1.2.8.dfsg-2+b1
>
> Versions of packages vnc4server recommends:
> ii  xfonts-base  1:1.0.4+nmu1
>
> Versions of packages vnc4server suggests:
> pn  vnc-java  
>
> -- no debconf information
>



-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comFolkebogatan 26\
|  o...@debian.org   654 68 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---

Bug#832713: Systemd version 231-1 (current in Sid) doesn't work on arm

[Rick Thomas]

Has anyone else noticed this bug?

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

I’ve tried it on armel (SheevaPlug) and armmp (Cubox-i4Pro).  It fails on both.
I’ve also tried it on amd64 and powerpc hardware.  The bug is not present there.

Anybody got any ideas as to how to track it down?

Thanks!
Rick

Bug#831518: pulseaudio: no sound after upgrade from 8.0.2+b2 to 9.0-1.1

[Nicolas Le Cam]

On Sun, 17 Jul 2016 13:30:39 -0300 Felipe Sateler  wrote:
> On 17 July 2016 at 12:28, Eric Cooper  wrote:
>  Shouldn't that be a Depends rather than Recommends?
>
> No, because pulseaudio can work in environments without udev. By using
> Depends, this becomes impossible.
>

Could it be possible to depends on it in the case of an upgrade ? Or
at least display a warning if using udev and --no-install-recommends ?
Just faced the same problem, and it wasn't obvious that the sound
breakage was because I needed a new package all of a sudden.

regards,
Nicolas

Bug#833012: uscan: don't look for OpenPGP signatures by appending .asc to a query string

[Sean Whitton]

Package: devscripts
Version: 2.16.6
Severity: normal

Dear maintainers,

uscan tries appending .asc to the tarball download URI.  If that returns
HTTP 200, it will say something like this:

> uscan warn: Possible OpenPGP signature found at:
>
> https://addons.mozilla.org/firefox/downloads/file/423258/self_destructing_cookies-0.4.10-an+fx.xpi?src=version-history.asc.
>Please consider adding opts=pgpsigurlmangle=s/$/.asc/
>to debian/watch.  see uscan(1) for more details.

However, as can be seen from this example, uscan has appended .asc to
the query string i.e. the part of the URI after the final '?'
character.  It is highly unlikely that this will ever be a real
signature file.

uscan should, in this kind of case, try the following URI:


https://addons.mozilla.org/firefox/downloads/file/423258/self_destructing_cookies-0.4.10-an+fx.xpi.asc?src=version-history

i.e. append the .asc to the part of the URI before the query string.

Thanks!

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBCHANGE_FORCE_SAVE_ON_RELEASE=no
DEBRELEASE_UPLOADER=dput
DEBSIGN_KEYID=0x0F56D0553B6D411B
DEB_SIGN_KEYID=0x0F56D0553B6D411B
DEBSIGN_PROGRAM=gpg
RMADISON_DEFAULT_URL=debian,ubuntu
DSCVERIFY_KEYRINGS=~/.gnupg/pubring.gpg
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-us -uc"

-- 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 devscripts depends on:
ii  dpkg-dev 1.18.9
ii  libc62.23-2
ii  perl 5.22.2-3
pn  python3:any  

Versions of packages devscripts recommends:
ii  apt 1.3~pre2
ii  at  3.1.20-1
ii  curl7.47.0-1
ii  dctrl-tools 2.24-2
ii  debian-keyring  2016.07.02
ii  dput0.9.6.4
ii  equivs  2.0.9+nmu1
ii  fakeroot1.21-1
ii  file1:5.28-2
ii  gnupg   1.4.20-6
ii  gnupg2  2.1.11-7
ii  libdistro-info-perl 0.14
ii  libencode-locale-perl   1.05-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.20-1
ii  liburi-perl 1.71-1
ii  libwww-perl 6.15-1
ii  licensecheck3.0.1-1
ii  lintian 2.5.45
ii  man-db  2.7.5-1
ii  patch   2.7.5-1
ii  patchutils  0.3.4-1
ii  python3-debian  0.1.28
ii  python3-magic   1:5.28-2
ii  sensible-utils  0.0.9
ii  strace  4.12-3
ii  unzip   6.0-20
ii  wdiff   1.2.2-1+b1
ii  wget1.18-2
ii  xz-utils5.1.1alpha+20120614-2.1

Versions of packages devscripts suggests:
pn  bsd-mailx | mailx
ii  build-essential  12.2
pn  cvs-buildpackage 
pn  devscripts-el
pn  diffoscope   
pn  dose-extra   
pn  gnuplot  
ii  gpgv 1.4.20-6
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.22-1
ii  libnet-smtp-ssl-perl 1.03-1
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
ii  mozilla-devscripts   0.47
ii  mutt 1.6.0-1
ii  openssh-client [ssh-client]  1:7.2p2-7
ii  svn-buildpackage 0.8.6
ii  w3m  0.5.3-29

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#833010: RFS: palp/2.1-3

[Gianfranco Costamagna]

hi,
>I am looking for a sponsor for my package "palp"
it's in.

G.

Bug#833011: pulseaudio: /usr/bin/start-pulseaudio-x11 should ship with pulseaudio-module-x11

[Nicolas LE CAM]

Package: pulseaudio
Version: 9.0-1.1
Severity: normal

Dear Maintainer,

/usr/bin/start-pulseaudio-x11, called by /etc/xdg/autostart/pulseaudio.desktop 
every time a user log in a DE, tries to load several module-x11-* modules.
Those modules are shipped by pulseaudio-module-x11 package which is only 
recommended by (instead of by a dependances of) pulseaudio.

IMHO they should ship with the modules they try to load (i.e. in 
pulseaudio-module-x11 package).

This should also fix following error logs :
juil. 27 07:36:13 rio pulseaudio[2856]: [pulseaudio] ltdl-bind-now.c: Failed to 
open module module-x11-publish.so: module-x11-publish.so: Ne peut ouvrir le 
fichier d'objet partagé: Aucun fichier ou dossier de ce
juil. 27 07:36:13 rio pulseaudio[2856]: [pulseaudio] module.c: Failed to open 
module "module-x11-publish".
juil. 27 07:36:13 rio pulseaudio.desktop[2937]: Échec : Échec lors de 
l'initialisation du module

regards,
Nicolas

-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

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

Versions of packages pulseaudio depends on:
ii  adduser  3.115
ii  libasound2   1.1.1-2
ii  libasound2-plugins   1.1.1-1
ii  libc62.23-2
ii  libcap2  1:2.25-1
ii  libdbus-1-3  1.10.8-1
ii  libfftw3-single3 3.3.4-2+b1
ii  libgcc1  1:6.1.1-10
ii  libice6  2:1.0.9-1+b1
ii  libltdl7 2.4.6-0.1
ii  liborc-0.4-0 1:0.4.25-1
ii  libpulse09.0-1.1
ii  libsm6   2:1.2.2-1+b1
ii  libsndfile1  1.0.25-10
ii  libsoxr0 0.1.2-1
ii  libspeexdsp1 1.2~rc1.2-1
ii  libstdc++6   6.1.1-10
ii  libsystemd0  230-7
ii  libtdb1  1.3.9-1
ii  libudev1 230-7
ii  libwebrtc-audio-processing1  0.3-1
ii  libx11-6 2:1.6.3-1
ii  libx11-xcb1  2:1.6.3-1
ii  libxcb1  1.11.1-1
ii  libxtst6 2:1.2.2-1+b1
ii  lsb-base 9.20160629
ii  pulseaudio-utils 9.0-1.1

Versions of packages pulseaudio recommends:
ii  pulseaudio-module-udev  9.0-1.1
pn  pulseaudio-module-x11   
pn  rtkit   

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
pn  pavucontrol  
pn  pavumeter

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes

Bug#833010: RFS: palp/2.1-3

[Julien Puydt]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: palp
   Version : 2.1-3
   Upstream Author : Maximilian Kreuzer and Harald Skarke
 * URL : http://hep.itp.tuwien.ac.at/~kreuzer/CY/
 * License : GPL-3
   Section : math

  It builds those binary packages:

palp  - Package for Analyzing Lattice Polytopes

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


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


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

dget -x 
https://mentors.debian.net/debian/pool/main/p/palp/palp_2.1-3.dsc


  It is packaged within the Debian Science team:
Vcs-Git: https://anonscm.debian.org/git/debian-science/packages/palp.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/debian-science/packages/palp.git



  Changes since the last upload:
  * Rewrote d/copyright.
  * Pushed standard-versions up.
  * Moved d/upstream to d/upstream/metadata according to new standard.
  * Rewrote Vcs-* fields to use https.

  Cheers,

Snark on #debian-science

Bug#832945: update-rc.d defaults does not respect disabled state of a sysv init script

[Michael Biebl]

Am 30.07.2016 um 20:47 schrieb Michael Biebl:
> Am 30.07.2016 um 19:52 schrieb Felipe Sateler:
>> On 29 July 2016 at 17:05, Michael Biebl  wrote:
>>> Am 29.07.2016 um 22:44 schrieb Michael Biebl:
 Package: init-system-helpers
 Version: 1.41
 Severity: serious

 Running
 update-rc.d foo disable
 update-rc.d foo defaults
 will create start symlinks although this should not happen for a
 disabled service.
>>>
>>> This happens when insserv is not installed, so is another regression in
>>> our fallback code.
>>
>> Insserv does not create new links if there are already-existing links
>> for that runlevel. So I think the fix (untested) would be:

...

> I think what insserv does, is to compare the LSB header to what symlinks
>  exist on the disk. If there is a difference, it does nothing at all.
> Your patch behaves slightly different from what I can see.
> It does the check per runlevel and not as a whole.


Just noticed this after upgrading keyboard-setup:

$ ls /etc/rc?.d/???keyboard*
/etc/rcS.d/S01keyboard-setup.sh  /etc/rcS.d/S02keyboard-setup.sh

S02keyboard-setup.sh was the existing symlink which had been created by
insserv. S01keyboard-setup.sh was created by todays update by the
fallback code in update-rc.d.
It's a related but slightly different bug.

Your patch would handle also handle this case. So we should add it in
any case.
The question is, if we also add the additional check, which does nothing
at all, if the symlinks on disk differ from what's in the LSB header.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#832945: update-rc.d defaults does not respect disabled state of a sysv init script

[Felipe Sateler]

On 30 July 2016 at 14:47, Michael Biebl  wrote:
> Am 30.07.2016 um 19:52 schrieb Felipe Sateler:
>> On 29 July 2016 at 17:05, Michael Biebl  wrote:
>>> Am 29.07.2016 um 22:44 schrieb Michael Biebl:
 Package: init-system-helpers
 Version: 1.41
 Severity: serious

 Running
 update-rc.d foo disable
 update-rc.d foo defaults
 will create start symlinks although this should not happen for a
 disabled service.
>>>
>>> This happens when insserv is not installed, so is another regression in
>>> our fallback code.
>>
>> Insserv does not create new links if there are already-existing links
>> for that runlevel. So I think the fix (untested) would be:
>>
>> diff --git a/script/update-rc.d b/script/update-rc.d
>> index cbf4339..a01ed5e 100755
>> --- a/script/update-rc.d
>> +++ b/script/update-rc.d
>> @@ -116,15 +116,15 @@ sub make_sysv_links {
>>  my ($lsb_start_ref, $lsb_stop_ref) =
>> parse_def_start_stop("/etc/init.d/$scriptname");
>>  foreach my $lvl (@$lsb_start_ref) {
>>  make_path("/etc/rc$lvl.d");
>> +continue if glob("/etc/rc$lvl.d/[KS]??$scriptname");
>>  my $l = "/etc/rc$lvl.d/S01$scriptname";
>> -unlink($l);
>>  symlink("../init.d/$scriptname", $l);
>>  }
>>
>>  foreach my $lvl (@$lsb_stop_ref) {
>>  make_path("/etc/rc$lvl.d");
>> +continue if glob("/etc/rc$lvl.d/[KS]??$scriptname");
>>  my $l = "/etc/rc$lvl.d/K01$scriptname";
>> -unlink($l);
>>  symlink("../init.d/$scriptname", $l);
>>  }
>>  }
>>
>>
>
> I think what insserv does, is to compare the LSB header to what symlinks
>  exist on the disk. If there is a difference, it does nothing at all.

Ah, you are correct. Indeed, services moving from runlevel S to
runlevels 2-5 need an explicit remove or they will not be moved.

> Your patch behaves slightly different from what I can see.
> It does the check per runlevel and not as a whole.

The check should be like this then:

diff --git a/script/update-rc.d b/script/update-rc.d
index cbf4339..650eadd 100755
--- a/script/update-rc.d
+++ b/script/update-rc.d
@@ -112,19 +112,20 @@ sub make_sysv_links {
 if ("remove" eq $action) { unlink($_) for
 glob("/etc/rc?.d/[SK][0-9][0-9]$scriptname"); return; }

+# if the service already has any links, do not touch them
+return if glob("/etc/rc?.d/[SK][0-9][0-9]$scriptname");
+
 # for "defaults", parse Default-{Start,Stop} and create these links
 my ($lsb_start_ref, $lsb_stop_ref) =
parse_def_start_stop("/etc/init.d/$scriptname");
 foreach my $lvl (@$lsb_start_ref) {
 make_path("/etc/rc$lvl.d");
 my $l = "/etc/rc$lvl.d/S01$scriptname";
-unlink($l);
 symlink("../init.d/$scriptname", $l);
 }

 foreach my $lvl (@$lsb_stop_ref) {
 make_path("/etc/rc$lvl.d");
 my $l = "/etc/rc$lvl.d/K01$scriptname";
-unlink($l);
 symlink("../init.d/$scriptname", $l);
 }
 }


-- 

Saludos,
Felipe Sateler

Bug#833009: linux-image-4.6.0-1-amd64: Hibernation does not work on Asus E200HA because of i915 and i2c_designware

[Jose M Calhariz]

Package: src:linux
Version: 4.6.4-1
Severity: normal
Tags: upstream

I have problems that I can not suspend or hibernate my E200HA.  After
some reserach I found this Web page:
https://01.org/blogs/rzhang/2015/best-practice-debug-linux-suspend/hibernate-issues

Maybe the suspend is not supported, but the hibernate should, because
of this message on kern.log:

Jul 28 22:56:00 lal kernel: [0.472724] ACPI: (supports S0 S4 S5)

So, doing some extra research I suspect the problem is in the module
i915 and on the module i2c_designware.  Because switching to a text
console and issuing the command: "echo disk > /sys/power/state" the
system hibernate and awakes when I request.  But it awakes without
keyboard and with following messages on the console:

[   50.827873] [drm] stuck on blitter ring
[   50.834932] [drm] stuck on bsd ring
[   50.841830] [drm] stuck on video enhancement ring
[   50.851177] [drm] GPU HANG: ecode 8:0:0x7a2af415, reason: Ring hung, action: 
reset
[   50.854730] [drm] GPU hangs can indicate a bug anywhere in the entire gfx 
stack, including userspace.
[   50.858380] [drm] Please file a _new_ bug report on bugs.freedesktop.org 
against DRI -> DRM/Intel
[   50.860886] [drm] drm/i915 developers can then reassign to the right 
component if it's not a kernel issue.
[   50.863336] [drm] The gpu crash dump is required to analyze gpu hangs, so 
please always attach it.
[   50.865839] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[   50.868532] [drm:i915_set_reset_status [i915]] *ERROR* gpu hanging too fast, 
banning!
[   50.873485] drm/i915: Resetting chip after gpu hang
[   51.729188] IPv6: ADDRCONF(NETDEV_CHANGE): enx0019fd4cb596: link becomes 
ready
[   51.737806] asix 1-4:1.0 enx0019fd4cb596: link up, 100Mbps, full-duplex, lpa 
0xCDE1
[  129.340496] i2c_designware 808622C1:00: timeout in enabling adapter
[  130.348085] i2c_designware 808622C1:00: controller timed out
[  130.355959] i2c_designware 808622C1:00: Unknown Synopsys component type: 
0x

Kind regards
Jose M Calhariz


-- Package-specific info:
** Version:
Linux version 4.6.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.0 
20160609 (Debian 5.4.0-6) ) #1 SMP Debian 4.6.4-1 (2016-07-18)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.6.0-1-amd64 
root=UUID=577ff77a-2aa2-4c43-9c83-91e107b674c2 ro printk.time=n initcall_debug 
no_console_suspend

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

** Kernel log:
[   49.008511] call regulatory.0+ returned 0 after 0 usecs
[   49.010919] calling  intel_backlight+ @ 2728, parent: card0-eDP-1
[   49.013223] call intel_backlight+ returned 0 after 0 usecs
[   49.015521] calling  input6+ @ 2728, parent: LNXVIDEO:00
[   49.017797] call input6+ returned 0 after 0 usecs
[   49.020078] calling  input7+ @ 2728, parent: pcspkr
[   49.021968] call input7+ returned 0 after 17 usecs
[   49.023843] calling  input8+ @ 2728, parent: i2c-ELAN0100:00
[   49.025720] call input8+ returned 0 after 0 usecs
[   49.027601] calling  coretemp.0+ @ 2728, parent: platform
[   49.029487] call coretemp.0+ returned 0 after 0 usecs
[   49.031392] calling  asus-nb-wmi+ @ 2728, parent: platform
[   49.033284] call asus-nb-wmi+ returned 0 after 1 usecs
[   49.035181] calling  input9+ @ 2728, parent: asus-nb-wmi
[   49.037073] call input9+ returned 0 after 0 usecs
[   49.038960] calling  input10+ @ 2728, parent: 0018:0B05:8585.0001
[   49.040893] call input10+ returned 0 after 19 usecs
[   49.042822] calling  input10::numlock+ @ 2728, parent: input10
[   49.044753] call input10::numlock+ returned 0 after 0 usecs
[   49.046684] calling  input10::capslock+ @ 2728, parent: input10
[   49.048625] call input10::capslock+ returned 0 after 0 usecs
[   49.050570] calling  input10::scrolllock+ @ 2728, parent: input10
[   49.052528] call input10::scrolllock+ returned 0 after 0 usecs
[   49.054491] calling  input10::compose+ @ 2728, parent: input10
[   49.056460] call input10::compose+ returned 0 after 0 usecs
[   49.058429] calling  input10::kana+ @ 2728, parent: input10
[   49.060402] call input10::kana+ returned 0 after 0 usecs
[   49.062379] calling  rfkill1+ @ 2728, parent: phy0
[   49.064358] call rfkill1+ returned 0 after 10 usecs
[   49.066337] PM: restore of devices complete after 4600.592 msecs
[   49.068386] usb 1-4:1.0: rebind failed: -517
[   49.070372] usb 1-3:1.0: rebind failed: -517
[   49.072323] usb 1-3:1.1: rebind failed: -517
[   49.074671] PM: Image restored successfully.
[   49.074693] PM: Basic memory bitmaps freed
[   49.074699] Restarting tasks ... done.
[   49.089295] pci_bus :01: Allocating resources
[   49.089491] pcieport :00:1c.0: bridge window [io  0x1000-0x0fff] to [bus 
01] add_size 1000
[   49.089498] pcieport :00:1c.0: bridge window [mem 0x0010-0x000f 
64bit pref] to [bus 01] add_size 20 add_align 10
[   49.089509] pcieport :00:1c.0: res[15]=[mem 0x0010-0x000f 64bit 
pref] res_to_dev_res add_size 20 

Bug#833008: amo-changelog: offline conversion mode

[Sean Whitton]

Package: mozilla-devscripts
Version: 0.47
Severity: wishlist

Dear maintainers,

Paul Wise has suggested that it would be nice to store the changelog in
the source package in the RSS format in which amo-changelog downloads
it, and then convert to HTML and plain text at package build time.

It would be nice if amo-changelog had command line options to output the
RSS, and then to convert it without making any network connections.

-- 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 mozilla-devscripts depends on:
ii  perl   5.22.2-3
ii  python 2.7.11-2
ii  python-librdf  1.0.17.1+dfsg-1.3
pn  python:any 
ii  unzip  6.0-20
ii  zip3.0-11

mozilla-devscripts recommends no packages.

mozilla-devscripts suggests no packages.

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#781648: dnscrypt-proxy: Default configuration doesn't work with Unbound DNS cache

[Eric Dorland]

Control: tags -1 fixed-upstream

So this should be fixable in the next release when the anycast
addresses are added for http://dnsrec.meo.ws/. 

* Ivan Vilata i Balaguer (i...@selidor.net) wrote:
> Package: dnscrypt-proxy
> Version: 1.4.3-2
> Severity: normal
> 
> Hi!  The README of ``dnscrypt-proxy`` recommends using Unbound as a DNS
> caching resolver in combination with it.  However, Unbound enables DNSSEC and
> the default configuration of ``dnscrypt-proxy`` sets
> ``DNSCRYPT_PROXY_RESOLVER_NAME=opendns`` in its default file.  The problem is
> that OpenDNS servers disable DNSSEC, which results in Unbound rejecting the
> responses coming from the proxy and name resolution failing, as explained
> here: https://forums.opendns.com/comments.php?DiscussionID=15361#Item_9
> 
> I suggest to change the default to a different one (e.g. the ``dnscrypt.eu-*``
> servers seem to work), or to add a short comment in the default file warning
> about OpenDNS servers and DNSSEC.
> 
> Thanks!
> 
> -- System Information:
> Debian Release: 8.0
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> 
> Versions of packages dnscrypt-proxy depends on:
> ii  adduser  3.113+nmu3
> ii  init-system-helpers  1.22
> ii  libc62.19-17
> ii  libsodium13  1.0.1-1
> ii  libsystemd0  215-12
> 
> dnscrypt-proxy recommends no packages.
> 
> Versions of packages dnscrypt-proxy suggests:
> ii  resolvconf  1.76.1
> 
> -- Configuration Files:
> /etc/default/dnscrypt-proxy changed [not included]
> 
> -- no debconf information

-- 
Eric Dorland 
43CF 1228 F726 FD5B 474C  E962 C256 FBD5 0022 1E93


signature.asc
Description: PGP signature

Bug#441518: bb: doesn't work correctly in utf-8 console

[Axel Beckert]

Control: tag -1 + unreproducible moreinfo

Hi Piotr,

Piotr Engelking wrote:
> The linux driver of bb doesn't work correctly if the console is in utf-8
> mode. Texts (such as 'Music?[Y/n]') are displayed as garbage.

Hrm. Those texts display fine for me on a current Debian Unstable
(version 1.3rc1-8.5) in both, the linux virtual console with UTF-8 and
"bb -driver linux" or just "bb" as well as inside an uxterm with "bb
-driver slang".

Can you still reproduce this issue in either Debian Stable or Debian
Unstable?

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

Bug#805002: [pkg-apparmor] Bug#805002: libvirt-client: "virsh attach-disk" fails with AppArmor enabled

[Guido Günther]

On Sat, Jul 30, 2016 at 10:01:09PM +0200, Guido Günther wrote:
> On Sat, Jul 30, 2016 at 02:44:54PM +0200, Felix Geyer wrote:
> > Hi,
> > 
> > On 30.07.2016 14:06, intrigeri wrote:
> > > So I don't see how we can make virsh attach-disk work under AppArmor
> > > without either rebooting the guest to take into account the updated
> > > profile, or extending the profile in advance (so that it allows access
> > > to all disks that one may want to attach later to a domain).
> > 
> > AppArmor profile updates are supposed to be applied to running processes.
> > According to upstream there is/was a bug in the kernel and the userspace 
> > tools.
> > 
> > Debian unstable (Linux 4.6.4-1, apparmor 2.10.95-4) is affected by this bug.
> > I haven't investigated further though.
> 
> I had a quick look at
> 
> 
> https://git.kernel.org/cgit/linux/kernel/git/jj/linux-apparmor.git/log/?h=for-security
> 
> (the only branch with recent udates) and didn't spot anything related to
> this.

Scratch that


https://git.kernel.org/cgit/linux/kernel/git/jj/linux-apparmor.git/log/?h=v4.7-aa2.8-out-of-tree

has some stuff that might be related.
Cheers,
 -- Guido

Bug#805002: [pkg-apparmor] Bug#805002: libvirt-client: "virsh attach-disk" fails with AppArmor enabled

[Guido Günther]

On Sat, Jul 30, 2016 at 02:44:54PM +0200, Felix Geyer wrote:
> Hi,
> 
> On 30.07.2016 14:06, intrigeri wrote:
> > So I don't see how we can make virsh attach-disk work under AppArmor
> > without either rebooting the guest to take into account the updated
> > profile, or extending the profile in advance (so that it allows access
> > to all disks that one may want to attach later to a domain).
> 
> AppArmor profile updates are supposed to be applied to running processes.
> According to upstream there is/was a bug in the kernel and the userspace 
> tools.
> 
> Debian unstable (Linux 4.6.4-1, apparmor 2.10.95-4) is affected by this bug.
> I haven't investigated further though.

I had a quick look at


https://git.kernel.org/cgit/linux/kernel/git/jj/linux-apparmor.git/log/?h=for-security

(the only branch with recent udates) and didn't spot anything related to
this.
Cheers,
 -- Guido

> 
> Felix
> 

Bug#783535: Please, allow dh to pass parameters

[Sean Whitton]

control: tag -1 +moreinfo

Hello,

I think that mozilla-devscripts 0.46 might have fixed this.  I haven't
tested it by passing paramaters via dh, though, so kindly confirm.

Note that it only works for dh_auto_install because the other commands
in the xul_ext buildsystem don't take any parameters.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#833007: lintian: suggest adding upstream metadata

[Sean Whitton]

Package: lintian
Version: 2.5.45
Severity: wishlist

Dear maintainers,

It would be nice if Lintian would suggest adding upstream metadata,[1]
in the same way that it currently suggests adding a watch file, doc-base
registration etc.

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

-- 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 lintian depends on:
ii  binutils  2.26.1-1
ii  bzip2 1.0.6-8
ii  diffstat  1.61-1
ii  file  1:5.28-2
ii  gettext   0.19.8.1-1
ii  hardening-includes2.8+nmu2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.29+b5
ii  libarchive-zip-perl   1.57-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2
ii  libdata-alias-perl1.20-1+b1
ii  libdpkg-perl  1.18.9
ii  libemail-valid-perl   1.200-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1
ii  libparse-debianchangelog-perl 1.2.0-10
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-3
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.41-6+b1
ii  man-db2.7.5-1
ii  patchutils0.3.4-1
ii  perl  5.22.2-3
ii  t1utils   1.39-2
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg 1.18.7
ii  libperlio-gzip-perl  0.19-1+b1
ii  perl 5.22.2-3
ii  perl-modules-5.22 [libautodie-perl]  5.22.2-3

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.9
ii  libhtml-parser-perl3.72-2
ii  libtext-template-perl  1.46-1

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#832477: pu: libtool

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-07-30 at 10:51 +0200, Kurt Roeckx wrote:
> On Fri, Jul 29, 2016 at 01:40:17PM +0200, Julien Cristau wrote:
> > Control: tag -1 confirmed
> > 
> > On Mon, Jul 25, 2016 at 23:28:14 +0200, Kurt Roeckx wrote:
[...]
> > > I would like to fix #800446 in stable.  It was caused by the
> > > uploader not using the current version of automake when uploading
> > > the binary package.  The i386 and amd64 version need to be build
> > > using the same version.
> > > 
> > > So I see 2 solutions:
> > > - We binNMU it on both i386 and amd64
> > > - I upload a new version with no changes
> > > 
> > I've scheduled a binNMU for i386 and amd64.  Once those are available
> > can you please double check that the issue is gone and that the upgrade
> > path is fine?
> 
> I think you need to approve them before I can check that.  In any
> case I don't see them yet.

/srv/ftp-master.d.o/policy is DD-accessible via the ftp-master mirror
and contains packages files for {,old}stable-new alongside the binary
packages.

I've just flagged the uploads for acceptance, so they should hit p-u
after the next dinstall.

Regards,

Adam

Bug#832935: Bad patch

[Lester Hightower]

This patch is not effective as Math::Random::ISAAC does not overload the
built-in rand() function as the reporter believes it does.

Earlier today, kpcli v3.1 was released and it allows
for Math::Random::ISAAC to be optionally used in place of the built-in
rand() function. An objective evaluation of the ways that rand() is used in
kpcli would likely lead one to believe this is an unnecessary change, but I
made it none the less.

More info at: https://sourceforge.net/p/kpcli/bugs/30/

--
Lester

Bug#833003: [Pkg-gmagick-im-team] Bug#833003: CVE-2016-5688 WPG file issue

[Bastien ROUCARIES]

This is three patch instead of one

commit 5be8c8595e23af7cd1b39a4135d2f9d7344f4520
Author: Cristy 
Date:   Wed May 18 08:11:53 2016 -0400

Fix allocation of memory for CVE-2016-5688

(cherry picked from commit f7c2e897c0f990d663026055a2b40e1be7e16ede)

This is a partial fix for CVE-2016-5688

This also fix test suite

origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/f7c2e897c0f990d663026055a2b40e1be7e16ede
bug-debian: https://bugs.debian.org/833003
bug: https://github.com/ImageMagick/ImageMagick/issues/202

commit 03b492b4878fd755f010e162bda6d192ee6b81c6
Author: Cristy 
Date:   Mon May 16 16:05:02 2016 -0400

Set pixel cache to undefined if any resource limit is exceeded

This is a partial fix for CVE-2016-5688

origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/aecd0ada163a4d6c769cec178955d5f3e9316f2f
bug-debian: https://bugs.debian.org/833003

commit d4bda075fbd8aa87a6bf0503eb71ec39dface22a
Author: Cristy 
Date:   Mon May 16 14:00:14 2016 -0400

Ensure image extent does not exceed maximum for wpg file

This is a partial fix of CVE-2016-5688

bug-debian: https://bugs.debian.org/833003
origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/fc43974d34318c834fbf78570ca1a3764ed8c7d7

On Sat, Jul 30, 2016 at 8:22 PM, Bastien ROUCARIES
 wrote:
> Package: src:imagemagick
> Version: 8:6.7.7.10-5
> Severity: grave
> Tags: patch security
> X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org
>
> Several bugs in the WPG parser could lead to a heap overflow and
> random invalid memory writes. These bugs only seem to appear when a
> memory limit is set.
>
> ___
> Pkg-gmagick-im-team mailing list
> pkg-gmagick-im-t...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gmagick-im-team

Bug#823911: jessie-pu: package debian-security-support/2016.05.09+nmu1~deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2016-07-26 at 17:43 +0200, Santiago Ruano Rincón wrote:
> Control: retitle -1 jessie-pu: package 
> debian-security-support/2016.05.24~deb8u1
> 
> El 12/07/16 a las 21:42, Adam D. Barratt escribió:
> > On Wed, 2016-06-29 at 16:29 +0200, Santiago Ruano Rincón wrote:
> > > El 27/05/16 a las 18:17, Adam D. Barratt escribió:
> > > > Control: tags -1 + confirmed
> > [...]
> > > > Please go ahead.
> > [...]
> > > A more recent version of debian-security-support fixes two additional
> > > bugs:
> > > 
> > > https://bugs.debian.org/824015
> > > https://bugs.debian.org/824081
> > > 
> > > This new package also updates the security support status for different
> > > packages, and updates several localization files. Please, find the diff
> > > below.
> > 
> > fwiw, I don't find > 1000 line inline diffs particularly pleasant to
> > deal with; attaching it would have been more conventional. (
> > 
> 
> Oups! Sorry, you're right.
> 
> > > Should I go ahead with this new release?
> > 
> > Please feel free.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#832004: jessie-pu: package wpa/2.3-1+deb8u4

[Adam D. Barratt]

On Wed, 2016-07-27 at 15:07 +0200, Andrew Shadura wrote:
> On 21/07/16 12:19, Adam D. Barratt wrote:
> > 
> > On 2016-07-21 11:01, Adam D. Barratt wrote:
> >> Control: tags -1 -moreinfo +confirmed
> > [...]
> >> +wpa (2.3-1+deb8u4) jessie-security; urgency=medium
> >>
> >> The distribution there should be "jessie" (and was in the earlier
> >> diff). With that changed, please feel free to go ahead.
> > 
> > Actually, hold on that. It was just pointed out to me that the patches
> > aren't in unstable yet - that needs to happen first.
> 
> How about now? :)

The package was uploaded, and looks okay to me - -boot?

Regards,

Adam

Bug#833006: vim-gtk: ICE default IO error handler doing an exit(), pid = 2766, errno = 2 (ENOENT)

[Daniel Shahaf]

Package: vim-gtk
Version: 2:7.4.1829-1
Severity: normal
Tags: upstream

Dear Maintainer,

   * What led up to the situation?

1. Run «vim.gtk -Nu NONE -g -c 'set mod'».

2. Execute the graphical desktop's 'Logout' command.  (For example, run
«gnome-session-quit --logout» and press the [Logout] button on the
subsequent modal dialog.)  This causes the vim process from (1) to
issue a "Save? [Yes] [No] [Canel]" dialog.

3. Run «vim.gtk -Nu NONE».

   * What was the outcome of this action?

$ time vim.gtk -Nu NONE
ICE default IO error handler doing an exit(), pid = 2766, errno = 2

real0m4.990s
user0m0.024s
sys 0m0.012s
$ echo $?
1

   * What outcome did you expect instead?

I expected Vim to start successfully, possibly without support for some
desktop features that aren't available at that point.

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

Vim starts successfully under 'env -i'.  I haven't narrowed down which
envvar in particular needed to be unset.

This is similar to https://github.com/vim/vim/issues/156, both the
symptoms and the workarounds.

Cheers,

Daniel

-- Package-specific info:

--- real paths of main Vim binaries ---
/usr/bin/vi is /usr/bin/vim.gtk
/usr/bin/vim is /usr/bin/vim.gtk
/usr/bin/gvim is /usr/bin/vim.gtk

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_ALL to 
default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vim-gtk depends on:
ii  libacl1 2.2.52-3
ii  libc6   2.23-4
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libglib2.0-02.48.1-2
ii  libgpm2 1.20.4-6.2
ii  libgtk2.0-0 2.24.30-4
ii  libice6 2:1.0.9-1+b1
ii  liblua5.2-0 5.2.4-1
ii  libpango-1.0-0  1.40.1-1
ii  libperl5.22 5.22.2-3
ii  libpython2.72.7.12-1
ii  libruby2.3  2.3.1-5
ii  libselinux1 2.5-3
ii  libsm6  2:1.2.2-1+b1
ii  libtcl8.6   8.6.6+dfsg-1
ii  libtinfo5   6.0+20160625-1
ii  libx11-62:1.6.3-1
ii  libxt6  1:1.1.5-1
ii  vim-common  2:7.4.1829-1
ii  vim-gui-common  2:7.4.1829-1
ii  vim-runtime 2:7.4.1829-1

vim-gtk recommends no packages.

Versions of packages vim-gtk suggests:
pn  cscope
ii  fonts-dejavu  2.36-1
ii  gnome-icon-theme  3.12.0-2
pn  vim-doc   

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_TIME = "en_GB.UTF-8",
LC_COLLATE = "C",
LANG = "C.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("C.UTF-8").
locale: Cannot set LC_ALL to default locale: No such file or directory

Bug#831058: Your mail

[Steven Pusser]

On Thu, 14 Jul 2016 11:33:51 +0900 victory  wrote:
>
> support for 32bit was removed
> see #816848 as mentioned in the changelog
>
> --
> victory
> no need to CC me :-)
>
>

Adobe is now offering both 32 and 64-bit versions of the  PPAPI plugin
for download, sans Chrome, so the installer should be reworked to take
advantage of this.

Bug#831039: totem crash on startup, can't start it

[Antonio Aguilar]

Same problem here, can't view any video or generate any video
thumbnails.

The solution with locale C works to view a video, but then Totem is in
english not respecting the user locale.

Regards, 

On Mon, 25 Jul 2016 08:34:51 + Andrea Zagli 
wrote:
> same here
> 
> and i have the same problem with rhytmnbox and epiphany (if i open  
> some video, as in youtube)
> 
> it seems the problem is "solved" using locale C
> 
> 

Bug#823030: [pkg-opensc-maint] Bug#823030: Status

[Eric Dorland]

* José Luis González (jlgon...@ya.com) wrote:
> On Sat, 30 Jul 2016 01:53:17 -0400
> Eric Dorland  wrote:
> 
> > Control: tags -1 moreinfo
> > 
> > What software is breaking exactly? You should not need libopensc2, it
> > was always an internal library.
> 
> It's an external package, from Spain's ID card electronic signing
> system. As far as I remember it depended on those packages.
> 
> I managed to install the external packages with packages from stable.

Is it actually linking against libopensc2?

-- 
Eric Dorland 
43CF 1228 F726 FD5B 474C  E962 C256 FBD5 0022 1E93


signature.asc
Description: PGP signature

Bug#832599: Fails to start after upgrade

[Chris Knadle]

gregor herrmann:
> Control: tag -1 + help
> 
> On Wed, 27 Jul 2016 13:19:44 +0200, martin f krafft wrote:
> 
>> > After the upgrade, chosing not to auto-start the daemon, I get this:
>> > 
>> > Setting up iodine (0.7.0-5) ...
>> > Job for iodined.service failed because the control process exited with 
>> > error code.
>> > See "systemctl status iodined.service" and "journalctl -xe" for details.
>> > invoke-rc.d: initscript iodined, action "start" failed.
>> > ● iodined.service - A daemon for tunneling traffic over DNS queries
>> >Loaded: loaded (/lib/systemd/system/iodined.service; disabled; vendor 
>> > preset: enabled)
>> >Active: activating (auto-restart) (Result: exit-code) since Wed 
>> > 2016-07-27 13:17:34 CEST; 4ms ago
>> >  Docs: man:iodined(8)
>> >   Process: 2277 ExecStartPre=/bin/sh -xc test ${START_IODINED} = true 
>> > (code=exited, status=1/FAILURE)
> Thanks for the bug report, and sorry for this mess.
> I guess that's what I got from trying to support systemd users
> without knowing enough about it ...

Unfortunately I don't see what the failure is about.

Something to note about this: systemd spitting out such a failure *does
not* mean that the service didn't start.  One still needs to do a 'ps
-ef' and look for the service to make sure it's not running.

>> > Please use systemd masking instead of the silly shell test and
>> > /etc/default/* file variable to control whether the daemon should be
>> > started.
> Sounds good, I just haven't found yet how to do this from the
> packaging side.

Enabling/disabling a service via an /etc/default file is not meant to be
done with systemd:


https://wiki.ubuntu.com/SystemdForUpstartUsers#A.2Fetc.2Fdefault_files_which_enable.2Fdisable_jobs

> (Bcc'ing some people who might be able to help. If we don't come up
> with something working soon, I guess I'll drop the systemd stuff
> again and wait until we have proper socket activation; cf. the
> discussion in #830074).

I'm running systemd (and have for several years) and am happy to help
with this if I can.

   -- Chris

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

Bug#832945: update-rc.d defaults does not respect disabled state of a sysv init script

[Michael Biebl]

Am 30.07.2016 um 19:52 schrieb Felipe Sateler:
> On 29 July 2016 at 17:05, Michael Biebl  wrote:
>> Am 29.07.2016 um 22:44 schrieb Michael Biebl:
>>> Package: init-system-helpers
>>> Version: 1.41
>>> Severity: serious
>>>
>>> Running
>>> update-rc.d foo disable
>>> update-rc.d foo defaults
>>> will create start symlinks although this should not happen for a
>>> disabled service.
>>
>> This happens when insserv is not installed, so is another regression in
>> our fallback code.
> 
> Insserv does not create new links if there are already-existing links
> for that runlevel. So I think the fix (untested) would be:
> 
> diff --git a/script/update-rc.d b/script/update-rc.d
> index cbf4339..a01ed5e 100755
> --- a/script/update-rc.d
> +++ b/script/update-rc.d
> @@ -116,15 +116,15 @@ sub make_sysv_links {
>  my ($lsb_start_ref, $lsb_stop_ref) =
> parse_def_start_stop("/etc/init.d/$scriptname");
>  foreach my $lvl (@$lsb_start_ref) {
>  make_path("/etc/rc$lvl.d");
> +continue if glob("/etc/rc$lvl.d/[KS]??$scriptname");
>  my $l = "/etc/rc$lvl.d/S01$scriptname";
> -unlink($l);
>  symlink("../init.d/$scriptname", $l);
>  }
> 
>  foreach my $lvl (@$lsb_stop_ref) {
>  make_path("/etc/rc$lvl.d");
> +continue if glob("/etc/rc$lvl.d/[KS]??$scriptname");
>  my $l = "/etc/rc$lvl.d/K01$scriptname";
> -unlink($l);
>  symlink("../init.d/$scriptname", $l);
>  }
>  }
> 
> 

I think what insserv does, is to compare the LSB header to what symlinks
 exist on the disk. If there is a difference, it does nothing at all.
Your patch behaves slightly different from what I can see.
It does the check per runlevel and not as a whole.


Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#833005: fonts-noto: please make the build reproducible

[Chris Lamb]

Source: fonts-noto
Version: 20160116-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

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

Patch attached.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/rules  2016-07-30 14:02:42.093360126 -0400
--- b/debian/rules  2016-07-30 14:17:56.473324517 -0400
@@ -39,8 +39,8 @@
 
 # Substvars magic
 fonts-scriptcount := $(shell otfinfo -s $(fonts-unhinted) | perl -ne 
's/^.*\t+//;s, ?(/|Default|

Bug#820159: llvm: libfuzzer

[Chris Lamb]

> Should not be too hard to integrate, having a look!

Let me know if/when there is something to test. :)


Regards,

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

Bug#811998: gamera: FTBFS with GCC 6: misc errors

[gamera@discard.email]

FWIW, the "overflow in constant expression [-fpermissive]" errors may be a 
compiler bug, see:
https://gcc.gnu.org/ml/gcc-bugs/2016-02/msg00303.html
 
 

Bug#833004: ball: FTBFS: error: 'isnan' was not declared in this scope

[Santiago Vila]

Package: ball
Version: 1.4.3~beta1-1
Severity: serious

Dear maintainer:

This package currently fails to build from source:


/build/ball-1.4.3~beta1/source/MOLMEC/MINIMIZATION/steepestDescent.C:214:46:
  required from here
/build/ball-1.4.3~beta1/include/BALL/MATHS/common.h:175:18: error:
'isnan' was not declared in this scope, and no declarations were
found
by argument-dependent lookup at the point of instantiation
[-fpermissive]
 return (isnan(t) != 0);


I don't know how to fix this but I know that lots of packages suffered
from this "isnan" problem. If you search for any of them which was
already fixed I'm quite confident that a fix could be found easily.


Build logs here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ball.html

Thanks.

Bug#833003: CVE-2016-5688 WPG file issue

[Bastien ROUCARIES]

Package: src:imagemagick
Version: 8:6.7.7.10-5
Severity: grave
Tags: patch security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org

Several bugs in the WPG parser could lead to a heap overflow and
random invalid memory writes. These bugs only seem to appear when a
memory limit is set.

Bug#832971: It is not possible to reset X-Labels

[Richard Russon]

Hi Klaus,

I'm Rich/FlatCap -- Maintainer of NeoMutt.
I've just tested the labels and they work for me.

There seem to be a LOT of quotes in your config example.
I've removed a few and everything works as expected:

ifdef edit-label "macro index 'M0' '^U!' 'Clear 
priority (X-Label) of message'"

In this email I've typed out ^U as two separate characters, but in the
config file it's the literal  character -- kill line.

Please can you try this config and let me know if it works.

Cheers,
Rich



signature.asc
Description: PGP signature

Bug#818379: Making doxygen die when subprocesses fail

[Sean Whitton]

Hello,

I had a look at the code that invokes /usr/bin/dot, and found that there
are various other places where doxygen calls an external process but
doesn't stop execution when that process fails.

The attached patch adds exit(1) after each such failure that I could
find.  I'm not suggesting this patch be applied: it would break user's
expectations of doxygen behaviour outside of Debian package builds.
It's just a starting point for what might need to be done to fix this.

Note that the doxygen configuration setting WARN_AS_ERROR doesn't help.

-- 
Sean Whitton
diff --git a/src/doxygen.cpp b/src/doxygen.cpp
index a3a3d2a..0689726 100644
--- a/src/doxygen.cpp
+++ b/src/doxygen.cpp
@@ -11440,9 +11440,15 @@ void generateOutput()
 Htags::useHtags = TRUE;
 QCString htmldir = Config_getString("HTML_OUTPUT");
 if (!Htags::execute(htmldir))
+{
err("USE_HTAGS is YES but htags(1) failed. \n");
+   exit(1)
+}
 if (!Htags::loadFilemap(htmldir))
+{
err("htags(1) ended normally but failed to load the filemap. \n");
+   exit(1);
+}
   }
 
   /**
@@ -11639,6 +11645,7 @@ void generateOutput()
 if (!RTFGenerator::preProcessFileInplace(Config_getString("RTF_OUTPUT"),"refman.rtf"))
 {
   err("An error occurred during post-processing the RTF files!\n");
+  exit(1);
 }
 g_s.end();
   }
@@ -11646,7 +11653,9 @@ void generateOutput()
   if (Config_getBool("HAVE_DOT"))
   {
 g_s.begin("Running dot...\n");
-DotManager::instance()->run();
+// error message is output by run()
+if (!DotManager::instance()->run())
+  exit(1);
 g_s.end();
   }
 
@@ -11675,6 +11684,7 @@ void generateOutput()
 	if (portable_system(Config_getString("HHC_LOCATION"), "index.hhp", Debug::isFlagSet(Debug::ExtCmd)))
 {
   err("failed to run html help compiler on index.hhp\n");
+  exit(1);
 }
 portable_sysTimerStop();
 QDir::setCurrent(oldDir);
@@ -11695,6 +11705,7 @@ void generateOutput()
 if (portable_system(Config_getString("QHG_LOCATION"), args.data(), FALSE))
 {
   err("failed to run qhelpgenerator on index.qhp\n");
+  exit(1);
 }
 portable_sysTimerStop();
 QDir::setCurrent(oldDir);


signature.asc
Description: PGP signature

Bug#833002: ITP: mednaffe -- front-end for the Mednafen multi-system emulator

[Stephen Kitt]

Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: mednaffe
  Version : 0.8
  Upstream Author : AmatCoder
* URL : https://github.com/AmatCoder/mednaffe
* License : GPL-3+
  Programming Lang: C
  Description : front-end for the Mednafen multi-system emulator

Mednaffe is a graphical front-end for the Mednafen multi-system
emulator. It allows all of Mednafen's options to be configured, and
provides simple game-management features.


This will be packaged under the game team's umbrella.

Regards,

Stephen

Bug#833001: caja-actions: FTBFS: ./autogen.sh: 80: shift: can't shift that many

[Chris West (Faux)]

Source: caja-actions
Version: 1.8.0+dfsg1-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

make[1]: Entering directory '/root/caja-actions-1.8.0+dfsg1'
I: caja-actions_1.8.0+dfsg1
NOCONFIGURE=1 ./autogen.sh
/usr/bin/mate-autogen
/usr/bin/yelp-build
checking for autoconf >= 2.53...
  testing autoconf2.50... not found.
  testing autoconf... found 2.69
checking for automake >= 1.9...
  testing automake-1.15... found 1.15
checking for libtool >= 1.4.3...
  testing libtoolize... ACLOCAL='aclocal-1.15'
AUTOCONF='autoconf'
AUTOHEADER='autoheader'
AUTOMAKE='automake-1.15'
CFLAGS='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security'

...

want_pkg_config='false'
want_yelp_tools='true'
./autogen.sh: 80: shift: can't shift that many
make[1]: *** [override_dh_auto_configure] Error 2
debian/rules:23: recipe for target 'override_dh_auto_configure' failed
make[1]: Leaving directory '/root/caja-actions-1.8.0+dfsg1'
debian/rules:14: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Full build log:
https://tests.reproducible-builds.org/debian/unstable/amd64/caja-actions

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

Bug#832945: update-rc.d defaults does not respect disabled state of a sysv init script

[Felipe Sateler]

On 29 July 2016 at 17:05, Michael Biebl  wrote:
> Am 29.07.2016 um 22:44 schrieb Michael Biebl:
>> Package: init-system-helpers
>> Version: 1.41
>> Severity: serious
>>
>> Running
>> update-rc.d foo disable
>> update-rc.d foo defaults
>> will create start symlinks although this should not happen for a
>> disabled service.
>
> This happens when insserv is not installed, so is another regression in
> our fallback code.

Insserv does not create new links if there are already-existing links
for that runlevel. So I think the fix (untested) would be:

diff --git a/script/update-rc.d b/script/update-rc.d
index cbf4339..a01ed5e 100755
--- a/script/update-rc.d
+++ b/script/update-rc.d
@@ -116,15 +116,15 @@ sub make_sysv_links {
 my ($lsb_start_ref, $lsb_stop_ref) =
parse_def_start_stop("/etc/init.d/$scriptname");
 foreach my $lvl (@$lsb_start_ref) {
 make_path("/etc/rc$lvl.d");
+continue if glob("/etc/rc$lvl.d/[KS]??$scriptname");
 my $l = "/etc/rc$lvl.d/S01$scriptname";
-unlink($l);
 symlink("../init.d/$scriptname", $l);
 }

 foreach my $lvl (@$lsb_stop_ref) {
 make_path("/etc/rc$lvl.d");
+continue if glob("/etc/rc$lvl.d/[KS]??$scriptname");
 my $l = "/etc/rc$lvl.d/K01$scriptname";
-unlink($l);
 symlink("../init.d/$scriptname", $l);
 }
 }


-- 

Saludos,
Felipe Sateler

Bug#832997: pysal: please make the build reproducible

[Sebastiaan Couwenberg]

On 07/30/2016 07:42 PM, Chris Lamb wrote:
> Sebastiaan wrote:
> 
>> No. From your original patch:
> 
>>  +int(os.environ.get('SOURCE_DATE_EPOCH', time.time())),
> 
> time.time() as the second argument to dict.get is the fallback
> mechanism.

Right, oh well. I'll see what upstream has to say about the changes in
the PR, they may want your simpler change too. I'm leaving the patch in
the package as it is for now.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#832997: pysal: please make the build reproducible

[Chris Lamb]

Sebastiaan wrote:

> No. From your original patch:

>  +int(os.environ.get('SOURCE_DATE_EPOCH', time.time())),

time.time() as the second argument to dict.get is the fallback
mechanism.

>  +int(os.environ.get('SOURCE_DATE_EPOCH', time.time())),

.. which then somewhat pointless in your patch.


If you prefer the more explicit form, I would actually recommend:

try:
now = datetime.datetime.utctimestamp(
 int(os.environ['SOURCE_DATE_EPOCH']),
)
except KeyError:
now = datetime.datetime.now()

As that removes the ugly duplicate reference to 'SOURCE_DATE_EPOCH'.


Regards,

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

Bug#832096: lintian: please check for common typos in debian/rules target names

[Chris Lamb]

Hi,

Updated patch attached that sorts when iterating over the
Lintian::Data structure containing the debhelper commands to
ensure that we deterministically output the potential
suggestions.

Thanks to nthykier.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
From 65b0ea6a12d8e9741d3c5bb22b5dbc62dce1d340 Mon Sep 17 00:00:00 2001
From: Chris Lamb 
Date: Sat, 30 Jul 2016 13:31:40 -0400
Subject: [PATCH] c/rules: Check for common typos in debian/rules target names.

Misspelling a target (eg. "override_dh_install_debconf") results in that
rule silently not being called. See #831772 for an example in the wild.

Signed-off-by: Chris Lamb 
---
 checks/debhelper.desc | 12 
 checks/debhelper.pm   | 15 ++-
 t/tests/debhelper-override-typos/debian/debian/control.in | 15 +++
 t/tests/debhelper-override-typos/debian/debian/rules  | 15 +++
 t/tests/debhelper-override-typos/desc |  5 +
 t/tests/debhelper-override-typos/tags |  3 +++
 6 files changed, 64 insertions(+), 1 deletion(-)
 create mode 100644 t/tests/debhelper-override-typos/debian/debian/control.in
 create mode 100755 t/tests/debhelper-override-typos/debian/debian/rules
 create mode 100644 t/tests/debhelper-override-typos/desc
 create mode 100644 t/tests/debhelper-override-typos/tags

diff --git a/checks/debhelper.desc b/checks/debhelper.desc
index 155aeb8..9b9d046 100644
--- a/checks/debhelper.desc
+++ b/checks/debhelper.desc
@@ -349,3 +349,15 @@ Severity: classification
 Certainty: certain
 Info: This is the build system that Lintian believes the package is
  using.
+
+Tag: typo-in-debhelper-override-target
+Severity: normal
+Certainty: possible
+Info: The listed target in debian/rules command is a likely misspelling.
+ .
+ This can result in (for example) a dh_override_-style target
+ silently not being executed by make.
+ .
+ Implementation detail: The typo is detected by using "Levenshtein
+ edit distance".  Therefore, if the typo involve several characters,
+ Lintian may not detect it.
diff --git a/checks/debhelper.pm b/checks/debhelper.pm
index 2bb76fc..04394d9 100644
--- a/checks/debhelper.pm
+++ b/checks/debhelper.pm
@@ -23,6 +23,8 @@ use strict;
 use warnings;
 use autodie;
 
+use Text::Levenshtein qw(distance);
+
 use Lintian::Data;
 use Lintian::Relation;
 use Lintian::Tags qw(tag);
@@ -176,8 +178,19 @@ sub run {
 $dhcompatvalue = $1;
 # one can export and then set the value:
 $level = $1 if ($level);
-} elsif (/^override_dh_/) {
+} elsif (/^override_(dh_[^:]+)/) {
 $needbuilddepends = 1;
+my $dhcommand = $1;
+if (not $dh_commands_depends->known($dhcommand)) {
+# Unknown command, so check for likely misspellings
+foreach my $x (sort $dh_commands_depends->all) {
+if (distance($dhcommand, $x) < 3) {
+tag 'typo-in-debhelper-override-target',
+  "override_$dhcommand", '->', "override_$x", "(line $.)";
+last; # Only emit a single match
+}
+}
+}
 } elsif (m,^include\s+/usr/share/cdbs/,) {
 $inclcdbs = 1;
 $build_systems{'cdbs-without-debhelper.mk'} = 1
diff --git a/t/tests/debhelper-override-typos/debian/debian/control.in b/t/tests/debhelper-override-typos/debian/debian/control.in
new file mode 100644
index 000..b65617f
--- /dev/null
+++ b/t/tests/debhelper-override-typos/debian/debian/control.in
@@ -0,0 +1,15 @@
+Source: {$source}
+Priority: extra
+Section: {$section}
+Maintainer: {$author}
+Standards-Version: {$standards_version}
+Build-Depends-Indep: debhelper (>= 9), python
+
+Package: {$source}
+Architecture: {$architecture}
+Depends: $\{shlibs:Depends\}, $\{misc:Depends\}
+Description: {$description}
+ This is a test package designed to exercise some feature or tag of
+ Lintian.  It is part of the Lintian test suite and may do very odd
+ things.  It should not be installed like a regular package.  It may
+ be an empty package.
diff --git a/t/tests/debhelper-override-typos/debian/debian/rules b/t/tests/debhelper-override-typos/debian/debian/rules
new file mode 100755
index 000..4cfb47f
--- /dev/null
+++ b/t/tests/debhelper-override-typos/debian/debian/rules
@@ -0,0 +1,15 @@
+#!/usr/bin/make -f
+
+%:
+	dh $@
+
+# Good
+override_dh_install:
+override_dh_will_never_exist:
+
+# Bad
+override_dh_instakk:
+override_dh_install_examples:
+
+# Multiple matches should emit only one tag
+override_dh_nump: # 
diff --git a/t/tests/debhelper-override-typos/desc b/t/tests/debhelper-override-typos/desc
new file mode 100644
index 000..637e35b
--- /dev/null
+++ b/t/tests/debhelper-override-typos/desc

Bug#832997: pysal: please make the build reproducible

[Sebastiaan Couwenberg]

On 07/30/2016 07:27 PM, Chris Lamb wrote:
>> I've tweaked it a bit to make your changes conditional on
>> SOURCE_DATE_EPOCH being set in the environment
> 
> It already was, no?

No. From your original patch:

 @@ -272,7 +274,9 @@ class DBF(pysal.core.Tables.DataTable):
  POS = self.f.tell()
  self.f.seek(0)
  ver = 3
 -now = datetime.datetime.now()
 +now = datetime.datetime.utcfromtimestamp(
 +int(os.environ.get('SOURCE_DATE_EPOCH', time.time())),
 +)
  yr, mon, day = now.year - 1900, now.month, now.day
  numrec = self.numrec
  numfields = len(self.header)

Which I changed to:

 @@ -272,7 +274,12 @@ class DBF(pysal.core.Tables.DataTable):
  POS = self.f.tell()
  self.f.seek(0)
  ver = 3
 -now = datetime.datetime.now()
 +if 'SOURCE_DATE_EPOCH' in os.environ:
 +now = datetime.datetime.utcfromtimestamp(
 +int(os.environ.get('SOURCE_DATE_EPOCH', time.time())),
 +)
 +else:
 +now = datetime.datetime.now()
  yr, mon, day = now.year - 1900, now.month, now.day
  numrec = self.numrec
  numfields = len(self.header)

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#832997: pysal: please make the build reproducible

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Chris,

Thanks for the patch.

I've tweaked it a bit to make your changes conditional on
SOURCE_DATE_EPOCH being set in the environment, and forwarded it upstream.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#832997: pysal: please make the build reproducible

[Chris Lamb]

> I've tweaked it a bit to make your changes conditional on
> SOURCE_DATE_EPOCH being set in the environment

It already was, no?


Regards,

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

Bug#833000: python-kdcproxy: FTBFS: TypeError: unsupported operand type(s) for -=: 'Retry' and 'int'

[Chris West (Faux)]

Source: python-kdcproxy
Version: 0.3.2-3
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build without networking (policy 4.9), and has an exciting
secondary failure.



Using base prefix '/usr'
New python executable in /root/python-kdcproxy-0.3.2/.tox/py35/bin/python3.5
Also creating executable in /root/python-kdcproxy-0.3.2/.tox/py35/bin/python
Installing setuptools, pkg_resources, pip, wheel...
  Complete output from command /root/python-kdcprox...x/py35/bin/python3.5 - 
setuptools pkg_resources pip wheel:
  Collecting setuptools
Exception:
Traceback (most recent call last):
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/connection.py",
 line 142, in _new_conn
(self.host, self.port), self.timeout, **extra_kw)
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/util/connection.py",
 line 67, in create_connection
for res in socket.getaddrinfo(host, port, 0, socket.SOCK_STREAM):
  File "/usr/lib/python3.5/socket.py", line 732, in getaddrinfo
for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno -3] Temporary failure in name resolution

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/connectionpool.py",
 line 578, in urlopen
chunked=chunked)
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/connectionpool.py",
 line 351, in _make_request
self._validate_conn(conn)
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/connectionpool.py",
 line 816, in _validate_conn
conn.connect()
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/connection.py",
 line 254, in connect
conn = self._new_conn()
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/connection.py",
 line 151, in _new_conn
self, "Failed to establish a new connection: %s" % e)
requests.packages.urllib3.exceptions.NewConnectionError: 
: Failed to establish a new connection: [Errno -3] Temporary 
failure in name resolution

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

...
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/requests-2.10.0-py2.py3-none-any.whl/requests/adapters.py",
 line 403, in send
timeout=timeout
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/connectionpool.py",
 line 623, in urlopen
_stacktrace=sys.exc_info()[2])
  File 
"/root/python-kdcproxy-0.3.2/.tox/py35/share/python-wheels/urllib3-1.15.1-py2.py3-none-any.whl/urllib3/util/retry.py",
 line 236, in increment
total -= 1
TypeError: unsupported operand type(s) for -=: 'Retry' and 'int'


...
___ summary 
ERROR:   py27: InvocationError: /usr/bin/python3 -m virtualenv 
--system-site-packages --python /usr/bin/python2.7 py27 (see 
/root/python-kdcproxy-0.3.2/.tox/py27/log/py27-0.log)
ERROR:   py35: InvocationError: /usr/bin/python3 -m virtualenv 
--system-site-packages --python /usr/bin/python3.5 py35 (see 
/root/python-kdcproxy-0.3.2/.tox/py35/log/py35-0.log)
debian/rules:14: recipe for target 'override_dh_auto_test' failed
make[1]: Leaving directory '/root/python-kdcproxy-0.3.2'
make[1]: *** [override_dh_auto_test] Error 1
debian/rules:7: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Full build log:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/python-kdcproxy.html

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

Bug#832999: "ping: icmp open socket: Operation not permitted" as non-root in Debian Live

[Askar Safin]

Package: iputils-ping
Version: 3:20121221-5+b2
Severity: normal

I downloaded Debian Live from this link:
http://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-8.5.0-amd64-kde-desktop.iso
I booted into this KDE live system, opened Konsole terminal emulator, typed 
"ping debian.org" (as non-root) into it and saw:
"ping: icmp open socket: Operation not permitted".
"sudo ping debian.org" works.

user@debian:~$ ls -l /bin/ping
-rwxr-xr-x 1 root root 44104 Nov  8  2014 /bin/ping
user@debian:~$ stat /bin/ping
  File: ‘/bin/ping’
  Size: 44104   Blocks: 88 IO Block: 1024   regular file
Device: 13h/19d Inode: 509687  Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
Access: 2014-11-08 17:04:43.0 +
Modify: 2014-11-08 17:04:43.0 +
Change: 2014-11-08 17:04:43.0 +
 Birth: -

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

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

Versions of packages iputils-ping depends on:
ii  libc62.19-18+deb8u4
ii  libcap2  1:2.24-8
ii  libgnutls-openssl27  3.3.8-6+deb8u3

Versions of packages iputils-ping recommends:
ii  libcap2-bin  1:2.24-8

iputils-ping suggests no packages.

-- no debconf information

Bug#830788: RFS: ifstat/1.1-9

[Laurent Bigonville]

On Mon, 11 Jul 2016 15:44:39 +0200 Goswin von Brederlow 
 wrote:


> Dear mentors,
>

Hi,

> I am looking for a sponsor for my package "ifstat"

I have a question, is the ifstat package really still needed? It seems 
to be dead upstream (last release is from 2004).


The iproute2 package (which is still maintained upstream) also has a 
ifstat binary, I've added that binary by mistake in the last upload I've 
made.


So I see two solutions here, either I'm removing that binary from the 
iproute2 package (and we are back to the situation before my boggus 
upload) or we are removing the ifstat package from debian. Note iproute2 
is linux only though.


Any thoughts about this?

Regards,

Laurent Bigonville

Bug#832998: live-build: please expose SOURCE_DATE_EPOCH when running chroot commands

[Chris Lamb]

Source: live-build
Version: 1:20151215
Severity: wishlist
Tags: patch
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

The attached patch exposes the SOURCE_DATE_EPOCH variable when running
scripts inside the chroot, otherwise the chroot operation resets the
environment.

This is needed to generate reproducible images when using the S_D_E
patchset for libisofs and libisoburn.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/functions/chroot.sh b/functions/chroot.sh
index 23c5046..88c5466 100755
--- a/functions/chroot.sh
+++ b/functions/chroot.sh
@@ -26,6 +26,12 @@ Chroot ()
fi
done
 
+   # Only pass SOURCE_DATE_EPOCH if its already set
+   if [ "${SOURCE_DATE_EPOCH:-}" != "" ]
+   then
+   ENV="${ENV} SOURCE_DATE_EPOCH=${SOURCE_DATE_EPOCH}"
+   fi
+
${_LINUX32} chroot "${CHROOT}" /usr/bin/env -i HOME="/root" 
PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin" 
TERM="${TERM}" DEBIAN_FRONTEND="${LB_DEBCONF_FRONTEND}" 
DEBIAN_PRIORITY="${LB_DEBCONF_PRIORITY}" DEBCONF_NONINTERACTIVE_SEEN="true" 
DEBCONF_NOWARNINGS="true" ${ENV} ${COMMANDS}
 
return "${?}"

Bug#827666: [Fwd: Freciv in Stretch]

[Jacob Nevins]

On 3 July, Markus Koschany wrote:
> [...] it would be good if 2.5.5 could be released within the next
> four weeks.

Freeciv 2.5.5 has been released today.

Bug#832452: twinkle: Crashes during call when switching desktop

[Lisandro Damián Nicanor Pérez Meyer]

reassign 832452 libgl1-mesa-dri
thanks

On sábado, 30 de julio de 2016 2:43:22 A. M. ART Peter Colberg wrote:
> Dear Qt Maintainers,
> 
> The jessie backport of twinkle has been found to abort with a
> segmentation fault in the DRI driver under certain circumstances.
> 
> Since the segfault has been produced with both the nouveau and the
> i965 driver, and since noone has reported a similar issue with twinkle
> in stretch, it is likely triggered by the version of Qt5 in jessie.
> 
> Please refer to the bug log for a stack trace of twinkle.


Hi Peter! Looking at the not complete backtraces (the i965_dri one misses the 
i965_dri 's debugging symbols and there is not a complete nouveau backtrace) 
it really seems a bug on those two drivers, not in Qt itself.

Googling a little it seems that the [bug] is in libgl1-mesa-dri, at least for 
the intel case. There might be a separate issue with nouveau.

[bug] 

I'm so reassigning this one to libgl1-mesa-dri and CCing Debian's X strike 
force.

Kinds regards, Lisandro.

-- 
"With great power comes great responsibility."
  Peter Parker's uncle.

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


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

Bug#832964: libavcodec57: Error in libavcodec.so.57 crashes radiotray

[Sebastian Ramacher]

Control: reassign -1 libavcodec57 7:3.1.1-2
Control: tags -1 = confirmed upstream
Control: forcemerge 831529 -1

On 2016-07-30 13:46:05, Jens Schmidt wrote:
> Yes, you are right. It works setting environment to "en_US.UTF-8" and also 
> "en_US.ISO-8859-1".

Thanks for checking. So this is the same issue as #831529. Merging.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#828159: firefox-esr: session tabs lost after upgrade from iceweasel to firefox-esr

[François Revol]

I also have had trouble for a while restoring session when quitting
properly, although killing Firefox instead usually seems to restore
correctly.

Trying to copy either the session.js or some .bak files as restore.js
usually works.


After cleaning up the 800 tabs in one window, I've quit it correctly,
but it consistently failed to restore one of the windows, with more than
1200 tabs (I know, it's a bad idea), openning it with just empty tabs.
The other windows restored fine though.

I ended up using python to split the tabs to several windows.
600 tabs per windows seemed fine at first, but there were still some
empty tabs. 300 seems to work fine.

Here is how I did it:

$ cd ~/.mozilla/firefox/*.default/sessionstore-backups
$ cp recovery.bak.001 recovery.js
$ python
> import json
>>> s=json.loads(open("recovery.js", "rb").read())
>>> for l in s['windows']:
... len(l['tabs'])
...
44
1257
5
>>> s['windows'].append({})
>>> s['windows'].append({})
>>> s['windows'].append({})
>>> for k in s['windows'][1].keys():
... s['windows'][3][k] = s['windows'][1][k]
... s['windows'][4][k] = s['windows'][1][k]
... s['windows'][5][k] = s['windows'][1][k]
...
>>> for l in s['windows']:
... len(l['tabs'])
...
44
1257
5
1257
1257
1257
>>> t = s['windows'][1]['tabs']
>>> s['windows'][1]['tabs'] = t[0:300]
>>> s['windows'][3]['tabs'] = t[300:600]
>>> s['windows'][4]['tabs'] = t[600:900]
>>> s['windows'][5]['tabs'] = t[900:]
>>> for l in s['windows']:
... len(l['tabs'])
...
44
300
5
300
300
357
>>> open("recovery.js", "wb").write(json.dumps(s))