Bug#843790: kde-cli-tools: CVE-2016-7787

[Salvatore Bonaccorso]

Hi

On Wed, Nov 09, 2016 at 05:52:59PM +0100, Balint Reczey wrote:
> On Thu, 6 Oct 2016 02:31:33 +0200 Balint Reczey 
> wrote:
> > On Wed, 05 Oct 2016 21:48:58 +0200 Salvatore Bonaccorso
> >  wrote:
> > > Hi,
> > > 
> > > the following vulnerability was published for kde-cli-tools.
> > > 
> > > CVE-2016-7787[0]:
> > > kdesu: Displayed command truncated by unicode string terminator
> > > 
> > > If you fix the vulnerability please also make sure to include the
> > > CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> > > 
> > > For further information see:
> > > 
> > > [0] https://security-tracker.debian.org/tracker/CVE-2016-7787
> > > [1] https://www.kde.org/info/security/advisory-20160930-1.txt
> > > 
> > > Please adjust the affected versions in the BTS as needed. I'm not sure
> > > if kde-runtime is as well affected (it looks source wise, since the
> > > same file can be patched).
> > 
> > It seems both Jessie and Wheezy are affected in some way.
> > Both show the command in the dialog, but on my vagrant VM installations
> > the string terminator was not interpreted on Wheezy, just on Jessie.
> > 
> > Test command: kdesudo ls $(printf 'aa\u9chidden')
> > 
> > On Jessie it shows the following dialog:
> > +---
> > |  ls aa[]hidden needs administrative privileges. Please eneter your
> > |  password.
> > |
> > | Command ls aa
> > | Password:|
> > | OK Cancel
> > +---
> > Thus the string terminator takes effect only once.
> > 
> > On Wheezy the dialog looks like this:
> > +---
> > |  ls aa[?]hidden needs administrative privileges. Please eneter your
> > |  password.
> > |
> > | Command ls aa[?]hidden
> > | Password:|
> > | OK Cancel
> > +---
> 
> Attaching the patch for kdesudo.
> 
> Wheezy's version is not affected and not fixed by the patch because it
> interprets the command as Latin-1 instead of UTF-8.
> https://wiki.qt.io/Strings_and_encodings_in_Qt
> 
> Cheers,
> Balint

> Description: Make sure people are not trying to sneak invisible characters
>  on the kdesu label
>  .
>  Based on Martin Sandsmark's commit 5eda179a099ba68a20dc21dc0da63e85a565a171
>  .
> Author: Balint Reczey 
> 
> --- a/kdesudo/kdesudo.cpp
> +++ b/kdesudo/kdesudo.cpp
> @@ -275,6 +275,13 @@
>  }
>  
>  m_process->setOutputChannelMode(KProcess::MergedChannels);
> +
> +for (const QChar character : cmd) {
> +  if (!character.isPrint() && character.category() != 
> QChar::Other_Surrogate) {
> +error(i18n("Cannot execute command '%1'. It contains invalid 
> characters.", cmd));
> +exit(1);
> +  }
> +}
>  
>  if (noExec) {
>  exit(0);

Now that stretch is released, friendly ping for this one to get it
fixed in unstable/buster.

Any fix for jessie and stretch does not seem to warrant a DSA, so
updating it via an upcoming point release would be great!

Regards,
Salvatore

Bug#865080: ITP: golang-github-oneofone-xxhash -- A native implementation of the excellent XXHash hashing algorithm.

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-oneofone-xxhash
  Version : 1.2+git20161215.1.5d8fefa-1
  Upstream Author : Ahmed W.
* URL : https://github.com/OneOfOne/xxhash
* License : Apache-2.0
  Programming Lang: Go
  Description : A native implementation of the excellent XXHash
hashing algorithm.


This is needed for influxdb

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#865079: gnome-music: Albums with same name, but with different album artists, get merged into single album

[AC Odell]

Package: gnome-music
Version: 3.22.2-1
Severity: normal

Dear Maintainer,

I was giving Stretch a spin (congrats!) and I ran into this problem.

I have two albums in my library that have the title "Let It Be"; one by The
Beatles and the other by The Replacements. It seems that the albums were merged
with the new composite album where the tracks alternate between the bands. For
whatever unknown reason, it appears under The Replacements and the entry for
The Beatles is non-existent.

All of the tracks play just fine, really just an organizational bother really.
I'll probably just wipe The Beatles album (it's clearly the lesser of the two).

Regards,
AC Odell



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

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

Versions of packages gnome-music depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gir1.2-glib-2.0  1.50.0-1+b1
ii  gir1.2-grilo-0.3 0.3.2-2
ii  gir1.2-gst-plugins-base-1.0  1.10.4-1
ii  gir1.2-gstreamer-1.0 1.10.4-1
ii  gir1.2-gtk-3.0   3.22.11-1
ii  gir1.2-mediaart-2.0  1.9.0-2
ii  gir1.2-notify-0.70.7.7-2
ii  gir1.2-totem-plparser-1.03.10.7-1+b1
ii  gir1.2-tracker-1.0   1.10.5-1
ii  gnome-settings-daemon3.22.2-2
ii  grilo-plugins-0.30.3.3-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  python3  3.5.3-1
ii  python3-gi   3.22.0-2
ii  python3-gi-cairo 3.22.0-2
ii  python3-requests 2.12.4-1
ii  tracker  1.10.5-1

gnome-music recommends no packages.

gnome-music suggests no packages.

-- no debconf information

Bug#863582: Allow configurable build directory

[Sean Whitton]

On Sun, Jun 18, 2017 at 07:47:14PM -0700, Russ Allbery wrote:
> > % dgit --build-products-dir ~/foo gbp-build
> 
> This appears to not work.  In fact, there appears to be no way to get dgit
> to work with gbp-buildpackage if you set an export-dir in your ~/.gbp.conf
> (at least in some brief experiments).
> 
> Even with that flag, dgit writes some (but not all) of its output files in
> the parent directory (pieces of the source package and the downloaded dsc
> file of the previous release), and then aborts because it can't find the
> right files.  It appears to be doing pieces of the build outside of
> gbp-buildpackage, since I know gbp-buildpackage will always write all of
> its files in my configured export-dir.

I suspect that's exactly what's happening.  I think we now have two
bugs.

1. --build-products-dir makes dgit /read/ build products from a new dir,
   but it should probably also write the source package it generates to
   that dir

2. even if Ian wants to have dgit continue to put generated source
   packages in .. no matter what, it needs to be able to read them from
   .., even when --builds-products-dir points somewhere else.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#865078: ITP: golang-github-spaolacci-murmur3 -- Native MurmurHash3 Go implementation

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-spaolacci-murmur3
  Version : 0.0~git20150829.0.0d12bf8-1
  Upstream Author : Sébastien Paolacci
* URL : https://github.com/spaolacci/murmur3
* License : BSD-3-clause
  Programming Lang: Go
  Description : Native MurmurHash3 Go implementation

 murmur3 Native Go implementation of Austin Appleby's third MurmurHash
 revision (aka MurmurHash3).
 .
 Reference algorithm has been slightly hacked as to support
 the streaming mode required by Go's standard Hash interface
 (http://golang.org/pkg/hash/#Hash).  Benchmarks Go tip as of 2014-06-12
 (i.e almost go1.3), core i7 @ 3.4 Ghz. All runs include hasher
 instantiation and sequence finalization.  

this is needed for influxdb

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#865077: ITP: golang-github-cespare-xxhash -- A Go implementation of the 64-bit xxHash algorithm (XXH64)

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-cespare-xxhash
  Version : 0.0~git20170604.0.1b6d2e4-1
  Upstream Author : Caleb Spare
* URL : https://github.com/cespare/xxhash
* License : Expat
  Programming Lang: Go
  Description : A Go implementation of the 64-bit xxHash algorithm
(XXH64)

 xxhash GoDoc (https://godoc.org/github.com/cespare/xxhash)
 .
 xxhash is a Go implementation of the 64-bit xxHash
 (http://cyan4973.github.io/xxHash/) algorithm, XXH64. This is a
 high-quality hashing algorithm that is much faster than anything in the
 Go standard library.


-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#865076: ITP: golang-github-chmduquesne-rollinghash -- Implementation of some rolling checksums in golang

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-chmduquesne-rollinghash
  Version : 2.0.2+git20170321.9.043b8fd-1
  Upstream Author : Christophe-Marie Duquesne
* URL : https://github.com/chmduquesne/rollinghash
* License : Expat
  Programming Lang: Go
  Description : Implementation of some rolling checksums in golang

 Build Status (https://travis-ci.org/chmduquesne/rollinghash) Coverage
 Status (https://coveralls.io/github/chmduquesne/rollinghash?branch=master)
 GoDoc Reference (https://godoc.org/gopkg.in/chmduquesne/rollinghash.v2)

This is needed for syncthing

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#865075: mirror listing update for debian.melbourneitmirror.net

[Seamus Ryan]

Package: mirrors
Severity: minor
User: mirr...@packages.debian.org
Usertags: mirror-list

Submission-Type: update
Site: debian.melbourneitmirror.net
Aliases: debian.uberglobalmirror.com
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archive-http: /debian/
Archive-rsync: debian/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
Archive-upstream: ftp.nz.debian.org
CDImage-upstream: cdimage.debian.org
Updates: four
Maintainer: Seamus Ryan 
Country: AU Australia
Location: Sydney, Australia
Sponsor: Melbourne IT https://www.melbourneit.com.au




Trace Url: http://debian.melbourneitmirror.net/debian/project/trace/
Trace Url: 
http://debian.melbourneitmirror.net/debian/project/trace/ftp-master.debian.org
Trace Url: 
http://debian.melbourneitmirror.net/debian/project/trace/debian.melbourneitmirror.net

Trace Url: http://debian.melbourneitmirror.net/debian-cd/project/trace/
Trace Url: 
http://debian.melbourneitmirror.net/debian-cd/project/trace/cdimage.debian.org
Trace Url: 
http://debian.melbourneitmirror.net/debian-cd/project/trace/debian.melbourneitmirror.net

Bug#865074: ITP: go-stun -- A go implementation of the STUN client (RFC 3489 and RFC 5389)

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: go-stun
  Version : 0.0~git20170323.0.04a4eed-1
  Upstream Author : Cong Ding
* URL : https://github.com/ccding/go-stun
* License : Apache-2.0
  Programming Lang: Go
  Description : A go implementation of the STUN client (RFC 3489 and
RFC 5389)

 go-stun Build Status (https://travis-ci.org/ccding/go-stun)
 License (https://opensource.org/licenses/Apache-2.0) GoDoc
 (http://godoc.org/github.com/ccding/go-stun/stun) Go Report Card
 (https://goreportcard.com/report/github.com/ccding/go-stun)
 .
 go-stun is a STUN (RFC 3489, 5389) client implementation in golang
 (a.k.a. UDP hole punching).

This is needed for Syncthing

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#622340: udev - system hangs about 90 seconds on boot (first line,"Loading, please wait") -> ata1.00: failed command: IDENTIFY PACKET DEVICE

[Frank Heckenbach]

FYI, my drive that triggered this bug has now broken down, probably
just the optical/mechanical part (not worth investigating); it's
still seen by the computer and can probably be used to debug it if
someone's interested. (So far it doesn't seem so to me, and I won't
care about this bug now either.)

If someone wants it, let me know by Thursday, otherwise I'm gonna
throw it away.

Bug#861329: [Pkg-xfce-devel] Bug#861329: Lock Screen Issues

[Sean Hanna]

I have plenty of free disk space.. i was assuming this was referring to the
video card memory

On Sat, Jun 17, 2017 at 8:15 AM, Yves-Alexis Perez 
wrote:

> On Fri, 2017-06-16 at 17:10 -0400, Sean Hanna wrote:
> > [174422.283] (EE) RADEON(G0): failed to set mode: No space left on device
>
> It looks like you need to do some cleanup on your hard drive. It might be
> the
> cause of every weird behavior you're seeing.
>
> Regards,
> --
> Yves-Alexis

Bug#852525: ITA: hardinfo -- Displays system information

[Simon Quigley]

Control: retitle -1 ITA: hardinfo -- Displays system information
Control: owner -1 tsimo...@ubuntu.com

I would like to adopt this package. There's still some work upstream, so it's 
still worth working on.

Bug#865073: linux-image-4.9.0-3-amd64: vgaswitcheroo/noueveau issues on MacBook Pro 5,1: Failure to shut down and re-enable powered-off devices

[J Mo]

Package: src:linux
Version: 4.9.30-1
Severity: normal

Lately I have been testing Linux on an Apple Macbook Pro 5,1. This model, along 
with the rest of the 5-series, has two GPUs: A chipset/IGP NVidia 9400M and a 
discrete NVidia 9600M GT.

In the pursuit of power savings, I've been looking into ways to power off the 
unused GPU. vgaswitcheroo, a very recent addition to linux, let's me do that.

I am able to successfully power-down the unused GPU via an "echo OFF > 
/sys/kernel/debug/vgaswitcheroo/switch" command, but I've noticed some problems 
as a result.

When I power off an unused GPU, the noueveau driver is hanging on 
shutdown/reboot with an error message such as "Xorg failed to idle channel 2".

There are some similar bugs/reports here. Could be the same issue:
https://bugs.freedesktop.org/show_bug.cgi?id=99889
https://bugs.freedesktop.org/show_bug.cgi?id=94725

Not sure if this should be fixed in noueveau or vgaswitcheroo.

I also note that there is a second issue is that if I send an OFF to power off 
an unused GPU, then suspend the system, come back, and try to turn it back ON 
again, this will fail and the kernel will usually lock up after a little bit. 
If I try to turn the unused GPU back ON again without a suspend in between, it 
works.




-- Package-specific info:
** Version:
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-1 (2017-06-04)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-amd64 
root=UUID=2055640b-7d44-4167-b0e3-ef7c5187edef ro

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: Apple Inc.
product_name: MacBookPro5,1
product_version: 1.0
chassis_vendor: Apple Inc.
chassis_version: Mac-F42D86A9
bios_vendor: Apple Inc.
bios_version:MBP51.88Z.007E.B06.1202061253
board_vendor: Apple Inc.
board_name: Mac-F42D86A9
board_version: Proto

** Loaded modules:
rtl8192cu
rtl_usb
rtl8192c_common
rtlwifi
ctr
ccm
sctp_diag
sctp
dccp_diag
dccp
tcp_diag
udp_diag
inet_diag
unix_diag
af_packet_diag
netlink_diag
st
sr_mod
cdrom
lp
parport_pc
rfcomm
xt_multiport
ebtable_filter
ebtables
ip6table_filter
ip6_tables
iptable_filter
bnep
snd_hda_codec_realtek
snd_hda_codec_generic
binfmt_misc
nls_ascii
nls_cp437
vfat
fat
joydev
arc4
applesmc
input_polldev
efi_pstore
coretemp
b43
kvm_intel
kvm
irqbypass
bcma
mac80211
nouveau
pcspkr
cfg80211
mxm_wmi
efivars
wmi
ttm
rng_core
drm_kms_helper
drm
i2c_algo_bit
btusb
btrtl
btbcm
btintel
bluetooth
hid_generic
uvcvideo
rfkill
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
videobuf2_core
evdev
videodev
bcm5974
hid_apple
media
sg
snd_hda_intel
shpchp
snd_hda_codec
snd_hda_core
snd_hwdep
snd_pcm
snd_timer
snd
soundcore
nv_tco
sbs
battery
sbshc
apple_gmux
video
acpi_als
kfifo_buf
ac
industrialio
button
acpi_cpufreq
apple_bl
ppdev
parport
sunrpc
efivarfs
ip_tables
x_tables
autofs4
hid_appleir
usbhid
hid
ext4
crc16
jbd2
fscrypto
mbcache
raid10
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
raid6_pq
crc32c_generic
libcrc32c
raid1
raid0
multipath
linear
md_mod
sd_mod
ohci_pci
ahci
libahci
xhci_pci
ehci_pci
xhci_hcd
ohci_hcd
ehci_hcd
firewire_ohci
libata
firewire_core
crc_itu_t
ssb
scsi_mod
mmc_core
pcmcia
pcmcia_core
forcedeth
usbcore
usb_common
i2c_nforce2

** PCI devices:
00:00.0 Host bridge [0600]: NVIDIA Corporation MCP79 Host Bridge [10de:0a82] 
(rev b1)
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- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: nForce2_smbus
Kernel modules: i2c_nforce2, nv_tco

00:03.3 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller 
[10de:0a89] (rev b1)
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- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci

00:04.1 USB controller [0c03]: NVIDIA Corporation MCP79 EHCI USB 2.0 Controller 
[10de:0aa6] (rev b1) (prog-if 20 [EHCI])
Subsystem: NVIDIA Corporation Apple iMac 9,1 [10de:cb79]
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: ehci-pci
Kernel modules: ehci_pci

00:06.0 USB controller [0c03]: NVIDIA Corporation MCP79 OHCI USB 1.1 Controller 
[10de:0aa7] (rev b1) (prog-if 10 [OHCI])
Subsystem: NVIDIA Corporation Apple iMac 9,1 [10de:cb79]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- 

Bug#832940: why isn't this a widespread problem?

[Adam Borowski]

> openrc's behaviour of closing fd 0,1,2 can potentially break daemons.  An
> example of this was found with dbus 1.10.6-1ubuntu3 on ubuntuBSD

With the propensity of programs that are normally run with stdout redirected
to /dev/null to write misc stuff to stdout, this should be breaking a
significant percentage of daemons... yet it isn't.

The fix here is obvious, but as the sky should be falling left and right,
I wonder what I'm missing.

-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ A dumb species has no way to open a tuna can.
⢿⡄⠘⠷⠚⠋⠀ A smart species invents a can opener.
⠈⠳⣄ A master species delegates.

Bug#865072: ITP: gen -- simple, efficient iterators for OCaml

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: gen
  Version : 0.4.0.1
  Upstream Author : Simon Cruanes 
* URL : https://github.com/c-cube/gen
* License : BSD
  Programming Lang: OCaml
  Description : simple, efficient iterators for OCaml

Iterators for OCaml, both restartable and consumable.
The implementation keeps a good balance between simplicity
and performance.

This is a dependency of sedlex, which in turn is a new dependency
of the next version of Haxe (v4.0.0).




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJZRz4hAAoJENYPsCrEEWxpqpIH/RjaGFREjS5RWRrLbgxIDbOt
YL+77UjOycpuNEXqhY6RvUjELr9Sop2/2Yhz/mDLI1YR10orEVx9RrCIWcYfCky6
Fj3j7FSwDNYRpnrZek33Hg6RzN3X34Ar4B13ieY8tXVYHbj5tmBfAUANNPCWCXJ9
8dA7JcLWb04PyTo5cMdfZTpDRT6y90gNdXdIvj9INXuKCtrGxkYyvrDLQDrVc1wz
SrIIW40zKwRE6jjppQ8Q6uqXXwCzsAVazJSSXjZAzlCVm7A94D5EgA+zPJhLlD+8
VKO3fGOdGqHwV++1JsLAzL4zjcC5PGIb86DI8FOTQs1ucM35BoHqT4ieUjSHxO8=
=axkG
-END PGP SIGNATURE-

Bug#863582: Allow configurable build directory

[Russ Allbery]

Sean Whitton  writes:

> I believe that Ian's intention is that the build tool should be
> configured to put build products somewhere else, and then dgit should be
> told where they are using --build-products-dir.  I.e. you have
> ~/.gbp.conf telling gbp where to put build products, and then

> % dgit --build-products-dir ~/foo gbp-build

This appears to not work.  In fact, there appears to be no way to get dgit
to work with gbp-buildpackage if you set an export-dir in your ~/.gbp.conf
(at least in some brief experiments).

Even with that flag, dgit writes some (but not all) of its output files in
the parent directory (pieces of the source package and the downloaded dsc
file of the previous release), and then aborts because it can't find the
right files.  It appears to be doing pieces of the build outside of
gbp-buildpackage, since I know gbp-buildpackage will always write all of
its files in my configured export-dir.

I could be missing something, but I tried a few different iterations
before just giving up and using dgit build, and I couldn't figure out any
way to get all of the build product in the right location and get dgit
push to find it.

I unfortunately didn't save a full transcript of my session, but I tried:

$ dgit -wgf --build-product-dir ../build-area gbp-build
$ dgit -wgf --build-product-dir ../build-area push

and then again with expicitly setting --export-dir on the gbp-build
command line in case dgit was overriding it somehow.  My ~/.gbp.conf has:

[buildpackage]
export-dir = ../build-area/
tarball-dir = ../tarballs/

-- 
Russ Allbery (r...@debian.org)   

Bug#865058: nvidia-kernel-dkms: builds empty nvidia-current-drm.ko module with 4.9.0-3 kernel

[Andreas Beckmann]

Control: tag -1 moreinfo unreproducible

On 2017-06-19 00:56, Patrick O'Doherty wrote:

> Apologies if this is the wrong package against the file the bug. It
> might well be the case that this issue lies with linux-image-4.9.0-3. 
> 
> nvidia-kernel-dkms produces an empty "nvidia-current-drm.ko" file when
> built against this kernel version. This causes issues at boot and the
> following log lines: 
> 
> systemd-modules-load[395]: modprobe: ERROR: could not insert 
> 'nvidia_current_drm': Invalid argument
> systemd-modules-load[395]: Error running install command for nvidia_drm

> Kernel modules: nvidia.ko
> /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current-modeset.ko
> /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current-drm.ko
> /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current.ko
> /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current-uvm.ko
> 
> filename:   
> /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current-modeset.ko
> version:375.66
> supported:  external
> license:NVIDIA
> srcversion: 252CFD821549601A1591E20
> depends:nvidia
> vermagic:   4.9.0-3-amd64 SMP mod_unload modversions 
> filename:   /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current-drm.ko
> filename:   /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current.ko
> alias:  char-major-195-*
> version:375.66
> supported:  external
> license:NVIDIA
> srcversion: 68751AFD79A210CEFFB8758
> alias:  pci:v10DEd0E00sv*sd*bc04sc80i00*
> alias:  pci:v10DEd*sv*sd*bc03sc02i00*
> alias:  pci:v10DEd*sv*sd*bc03sc00i00*
> depends:
> vermagic:   4.9.0-3-amd64 SMP mod_unload modversions 
> filename:   /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current-uvm.ko
> supported:  external
> license:MIT
> depends:nvidia
> vermagic:   4.9.0-3-amd64 SMP mod_unload modversions 

I just tried it in a sid chroot (linux-headers-4.9.0-3-amd64 (4.9.30-2)
and nvidia-kernel-dkms (375.66-2)) and it built these files:

# ls -la /lib/modules/4.9.0-3-amd64/updates/dkms/
total 18584
drwxr-xr-x 2 root root  120 Jun 19 02:23 .
drwxr-xr-x 3 root root   60 Jun 19 02:23 ..
-rw-r--r-- 1 root root85552 Jun 19 02:23 nvidia-current-drm.ko
-rw-r--r-- 1 root root  1085784 Jun 19 02:23 nvidia-current-modeset.ko
-rw-r--r-- 1 root root  1115656 Jun 19 02:23 nvidia-current-uvm.ko
-rw-r--r-- 1 root root 16732640 Jun 19 02:23 nvidia-current.ko

# modinfo /lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current-drm.ko
filename:
/lib/modules/4.9.0-3-amd64/updates/dkms/nvidia-current-drm.ko
version:375.66
supported:  external
license:MIT
srcversion: C4CEF74C8A748A2437DB582
alias:  pci:v10DEd0E00sv*sd*bc04sc80i00*
alias:  pci:v10DEd*sv*sd*bc03sc02i00*
alias:  pci:v10DEd*sv*sd*bc03sc00i00*
depends:drm,drm_kms_helper,nvidia-modeset
vermagic:   4.9.0-3-amd64 SMP mod_unload modversions
parm:   modeset:Enable atomic kernel modesetting (1 = enable, 0
= disable (default)) (bool)

Since your module does not give any useful output from modinfo,
something went wrong on your machine - could be dkms or kernel.
Have you tried the nvidia-kernel-source package? Does that build a
usable module?


Andreas

Bug#864993: xserver-xorg-video-radeon: Content of windows occasionally flickers black when scrolling

[Michel Dänzer]

On 18/06/17 10:18 PM, Anjum Ahmed wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:7.8.0-1+b1
> Severity: normal
> 
> Scenario: Scrolling the contents of a window, such as with firefox or nemo.
> 
> Expected result: The scrolling should be seamless, with content continuously
> displayed.
> 
> Actual result: Occasionally, the content of the window flickers with black.

Which desktop environment are you using? Any chance you can make a video
demonstrating the problem?


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

Bug#851784: this bug is on stretch

[Clement Wong]

We are getting the same error after upgrading to stretch from jessie with 
nginx-full.

# cat /etc/nginx/modules-enabled/50-mod-http-dav-ext.conf 
load_module modules/ngx_http_dav_ext_module.so;
# ls /usr/lib/nginx/modules/ngx_http_dav_ext_module.so 
/usr/lib/nginx/modules/ngx_http_dav_ext_module.so

Bug#865071: linux-image-4.9.0-3-amd64: Apple Macbook Pro 5,1: Weird intermittent ACPI problems; battery missing, sensors missing, special keys not working...

[J Mo]

Package: src:linux
Version: 4.9.30-1
Severity: normal

I recently installed Debian on an old Apple Macbook Pro 5,1 from 2009/2010.

The good news is that almost everything works by default. However, I've got a 
weird chronic intermittent problem which I think is related to the kernel and 
ACPI or possibly the apple_smc controller. I'm not really sure WTF is going on.

This issue occurs on approximately 50% of boots. No declarable pattern that 
I've noticed.

Here's a list of symptoms:

Some special top-row keys don't work: LCD backlight adjustment and 
keyboard backlight adjustment. Volume adjustment buttons work fine.

The power button causes the system to immediately powerdown, instead of 
the normal KDE logout screen.

macfanctld (fan speed daemon) fails to start with an error message in 
it's log: "Error: Can't find a applesmc device".

The sysfs battery device goes missing (/sys/class/power_supply/BAT0) 
and thus acpi, upower, KDE Power Management, and everything upwind breaks.

Sometimes some thermal sensors from the applesmc-isa-0300 are missing 
in dmesg/kenerl log.



All of the above can occur in a mixture. I think the most common thing that I'm 
seeing is that the battery device is missing.

Here is what the kernel line for the battery looks like:
kernel: ACPI: Smart Battery System [SBS0]: Battery Slot [BAT0] (battery 
present)

And when things go bad, that line is missing in the boot log.

I've got a bunch of dmesg saves from instances where things are broken, but I 
have not yet noticed any clues about what is going on, except the notable 
absence of things being detected correctly.



Please advise. Should I take this straight upstream to LKML? Anyone specific 
you think I should cc about this before I google it myself?

What info should I be collecting?

On the subject of google: I've searched around and have not found any similar 
reports on this recently.




-- Package-specific info:
** Version:
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-1 (2017-06-04)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-amd64 
root=UUID=2055640b-7d44-4167-b0e3-ef7c5187edef ro

** Not tainted

** Kernel log:
REMOVED

** Model information
sys_vendor: Apple Inc.
product_name: MacBookPro5,1
product_version: 1.0
chassis_vendor: Apple Inc.
chassis_version: Mac-F42D86A9
bios_vendor: Apple Inc.
bios_version:MBP51.88Z.007E.B06.1202061253
board_vendor: Apple Inc.
board_name: Mac-F42D86A9
board_version: Proto

** Loaded modules:
ctr
ccm
sctp_diag
sctp
dccp_diag
dccp
tcp_diag
udp_diag
inet_diag
unix_diag
af_packet_diag
netlink_diag
st
sr_mod
cdrom
lp
parport_pc
rfcomm
xt_multiport
ebtable_filter
ebtables
ip6table_filter
ip6_tables
iptable_filter
bnep
snd_hda_codec_realtek
snd_hda_codec_generic
binfmt_misc
nls_ascii
nls_cp437
vfat
fat
joydev
arc4
applesmc
input_polldev
efi_pstore
coretemp
b43
kvm_intel
kvm
irqbypass
bcma
mac80211
nouveau
pcspkr
cfg80211
mxm_wmi
efivars
wmi
ttm
rng_core
drm_kms_helper
drm
i2c_algo_bit
btusb
btbcm
btintel
bluetooth
hid_generic
uvcvideo
rfkill
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
videobuf2_core
evdev
videodev
bcm5974
hid_apple
media
sg
snd_hda_intel
shpchp
snd_hda_codec
snd_hda_core
snd_hwdep
snd_pcm
snd_timer
snd
soundcore
nv_tco
sbs
battery
sbshc
apple_gmux
video
acpi_als
kfifo_buf
ac
industrialio
button
acpi_cpufreq
apple_bl
ppdev
parport
sunrpc
efivarfs
ip_tables
x_tables
autofs4
hid_appleir
usbhid
hid
ext4
crc16
jbd2
fscrypto
mbcache
raid10
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
raid6_pq
crc32c_generic
libcrc32c
raid1
raid0
multipath
linear
md_mod
sd_mod
ohci_pci
ahci
libahci
xhci_pci
ehci_pci
xhci_hcd
ohci_hcd
ehci_hcd
firewire_ohci
libata
firewire_core
crc_itu_t
ssb
scsi_mod
mmc_core
pcmcia
pcmcia_core
forcedeth
usbcore
usb_common
i2c_nforce2

** PCI devices:
00:00.0 Host bridge [0600]: NVIDIA Corporation MCP79 Host Bridge [10de:0a82] 
(rev b1)
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- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: nForce2_smbus
Kernel modules: i2c_nforce2, nv_tco

00:03.3 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller 
[10de:0a89] (rev b1)
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- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci

00:04.1 USB controller [0c03]: NVIDIA Corporation MCP79 EHCI USB 2.0 Controller 
[10de:0aa6] (rev b1) (prog-if 20 [EHCI])
Subsystem: NVIDIA Corporation Apple iMac 9,1 [10de:cb79]
Control: I/O- Mem+ BusMaster+ SpecCycle- 

Bug#865070: tracker.debian.org: jessie->stretch issues with backports on version pane

[Henrique de Moraes Holschuh]

Package: tracker.debian.org
Severity: important

Apparently, tracker.debian.org still thinks jessie-backports is
stable-backports, and that wheezy-backports is oldstable-backports

Sample pages with incorrect information:
https://tracker.debian.org/pkg/intel-microcode
https://tracker.debian.org/pkg/iucode-tool
https://tracker.debian.org/pkg/devscripts

-- 
  Henrique Holschuh

Bug#865069: uncompress kernel images

[Martin Schitter]

Package: raspi3-firmware
Version: 1.20170317-4

the raspi3-firmware kernel postinstall hook should take care of 
uncompressing kernel moved to /boot/firmware. raspberry firmware can 
only handle uncompressed images (otherwise the board will hang and only 
show the rainbow screen).


debians official arm64 kernel packages utilize uncompressed kernel 
images, but cross compiled custom kernels (e.g. by using 'make 
ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- deb-pkg') will pack 
compressed ones in the linux-image*_arm64.debs by default.


'scripts/extract-vmlinux', provided by the linux kernel source code, 
could be used to decompress all kinds of kernel images.

Bug#865068: gnome-logs: gnome-log fails to show log ouput on debian-live-9.0.0-amd64-gnome

[br...@codemonkeyrawks.net]

Package: gnome-logs
Version: 3.14.2-1
Severity: minor

Dear Maintainer,

Step 1:
Launch Gnome-Live using debian-live-9.0.0-amd64-gnome (aka gnome-shell)

Step 2:
Try and Launch: gnome-logs 
-> You will see that the software launches just fine but can't find any logs to 
look at or examine. If I use journalctrl I can see the full bootup so I know 
the log files are working.

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

Kernel: Linux 4.9.0-0.bpo.3-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 gnome-logs depends on:
ii  gsettings-desktop-schemas  3.14.1-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u9
ii  libcairo-gobject2  1.14.0-2.1+deb8u2
ii  libcairo2  1.14.0-2.1+deb8u2
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u5
ii  libglib2.0-0   2.42.1-1+b1
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libsystemd0215-17+deb8u7

gnome-logs recommends no packages.

gnome-logs suggests no packages.

-- no debconf information

Bug#865067: general: Custom keyboard shortcuts combination issues

[Guilherme Paiva]

Package: general
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
I have many custom keyboard combination

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
After the Debian upgrade some of my combinations are not working anymore such 
as:

Open the file manager: SuperKey + E
Lock Screen: Ctrl+Alt+L
Open Terminal: F12

I've tried with other combinations than they work but looks like there are some 
issues.

/var/logs/messages shows this:
 gnome-settings-[2285]: Could not find accelerator for accel id 138
 gnome-settings-[2285]: Could not find accelerator for accel id 138



   * What was the outcome of this action?

Nothing works

   * What outcome did you expect instead?

Do what it is supposed to do

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


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

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

Bug#865057: stretch-pu: package open-iscsi/2.0.874-2

[Cyril Brulebois]

Hi Christian,

Christian Seiler  (2017-06-19):
> Dear release team,
> (Cc'd KiBi & debian-boot as this is about the installer.)
> 
> as discussed before the release, I'd like to fix the spurious call
> to update-initramfs in open-iscsi's udeb. I've tested the updated
> udeb with the Stretch installer (wget && udpkg -i before the end
> of the installation) and it works in the following two
> constellations:
> 
>  - installing in a VM without iSCSI will now _not_ call
>update-initramfs spuriously at the end of the installation
> 
>  - installing in a VM with iSCSI will still call update-initramfs
>at the end of the installation to ensure that things will
>still boot if iSCSI is used
> 
> I've just uploaded the same fix (and just the fix) to unstable,
> so if you want to do some additional tests with the installer in
> sid before accepting this, that'll be possible. (I don't plan on
> uploading a new open-iscsi package to sid until this pu gets
> accepted unless a critical bug is found.)
> 
> Source debdiff against Stretch is attached.

After a quick review, that looks good to me. Thanks for keeping the
changes minimal in unstable, which indeed can help test this further.

Also thanks for keeping track of this without my chasing you with my 9.1
todo list. ;)

I'll report back once I've tested this change from unstable, just to be
sure; release team: please wait a bit before letting this go through pu.


KiBi.


signature.asc
Description: Digital signature

Bug#865066: ITP: cashier -- A self-service CA for OpenSSH

[Patrick O'Doherty]

Package: wnpp
Severity: wishlist
Owner: Patrick O'Doherty 

* Package name: cashier
  Version : 0.1+git20170617.66.68518d8-1
  Upstream Author : Niall Sheridan
* URL : https://github.com/nsheridan/cashier
* License : Expat
  Programming Lang: Go
  Description : A self-service CA for OpenSSH

 OpenSSH supports authentication using SSH certificates.  Certificates
 contain a public key, identity information and are signed with a standard
 SSH key. Cashier is a simple to use self-hosted CA that allows you to easily
 adopt SSH certificates within your organization, providing both a standalone
 web service and also a CLI utility for users to generate certificates locally.

Bug#865064: security.debian.org: User password is shown in the TTY

[Guilherme Paiva]

Package: security.debian.org
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

After upgrading from Debian 8 to 9, my customs keys were not working anymore.

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

I had one for taking print screens (using the keyboard PrtScn key). As it was 
not working anymore I tried changing to Alt+PrtScn.


   * What was the outcome of this action?

The X kinda crashed and took me to the TTY showing my user password in plain 
text

   * What outcome did you expect instead?

To get the custom key working

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


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

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

Bug#865065: cups: Print Service Not Available -- debian-live-9.0.0-amd64-gnome

[br...@codemonkeyrawks.net]

Package: cups
Version: 1.7.5-11+deb8u1
Severity: minor

Dear Maintainer,

Step 1:
Launch the live cd using debian-live-9.0.0-amd64-gnome. Gnome-Shell should be 
launched.

Step 2: 
Click the down arrow on the right > settings > printers.

Step 3: 
You will see that CUPS has failed to launch and gives a "Print Service Not 
Available".

This is not critical but if someone was trying to play with a printer using 
debian live they can't. 

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

Kernel: Linux 4.9.0-0.bpo.3-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 cups depends on:
ii  cups-client1.7.5-11+deb8u1
ii  cups-common1.7.5-11+deb8u1
ii  cups-core-drivers  1.7.5-11+deb8u1
ii  cups-daemon1.7.5-11+deb8u1
ii  cups-filters   1.0.61-5+deb8u3
ii  cups-ppdc  1.7.5-11+deb8u1
ii  cups-server-common 1.7.5-11+deb8u1
ii  debconf [debconf-2.0]  1.5.56
ii  ghostscript9.06~dfsg-2+deb8u5
ii  libavahi-client3   0.6.31-5
ii  libavahi-common3   0.6.31-5
ii  libc-bin   2.19-18+deb8u9
ii  libc6  2.19-18+deb8u9
ii  libcups2   1.7.5-11+deb8u1
ii  libcupscgi11.7.5-11+deb8u1
ii  libcupsimage2  1.7.5-11+deb8u1
ii  libcupsmime1   1.7.5-11+deb8u1
ii  libcupsppdc1   1.7.5-11+deb8u1
ii  libgcc11:4.9.2-10
ii  libstdc++6 4.9.2-10
ii  libusb-1.0-0   2:1.0.19-1
ii  lsb-base   4.1+Debian13+nmu1
ii  poppler-utils  0.26.5-2+deb8u1
ii  procps 2:3.3.9-9

Versions of packages cups recommends:
ii  avahi-daemon 0.6.31-5
ii  colord   1.2.1-1+b2
ii  cups-filters [ghostscript-cups]  1.0.61-5+deb8u3
ii  printer-driver-gutenprint5.2.10-3

Versions of packages cups suggests:
ii  cups-bsd   1.7.5-11+deb8u1
pn  cups-pdf   
ii  foomatic-db-compressed-ppds [foomatic-db]  20150411-1
ii  hplip  3.14.6-1+deb8u1
ii  printer-driver-hpcups  3.14.6-1+deb8u1
pn  smbclient  
ii  udev   215-17+deb8u7

-- debconf information excluded

Bug#865062: haskell-sockets: FTBFS due to missing B-D on libghc-sha-dev/prof

[James Clarke]

Source: haskell-websockets
Version: 0.9.8.2-1
Severity: serious

Hi,
It seems the B-D on libghc-sha-dev got dropped when importing the new
upstream version; it's still needed:

> hlibrary.setup: Encountered missing dependencies:
> SHA >=1.5 && <1.7
> /usr/share/cdbs/1/class/hlibrary.mk:142: recipe for target 
> 'configure-ghc-stamp' failed

Regards,
James

Bug#840093: ITA: python-requirements-detector -- finds and lists the requirements of a Python project

[陳昌倬]

retitle 840093 ITA: python-requirements-detector -- finds and lists the 
requirements of a Python project
owner 840093 !
thanks


-- 
ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
http://czchen.info/
Key fingerprint = BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature

Bug#865061: security.debian.org: User password is shown in the TTY

[Guilherme Paiva]

Package: security.debian.org
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

After upgrading from Debian 8 to 9, my customs keys were not working anymore.

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

I had one for taking print screens (using the keyboard PrtScn key). As it was 
not working anymore I tried changing to Alt+PrtScn.


   * What was the outcome of this action?

The X kinda crashed and took me to the TTY showing my user password in plain 
text

   * What outcome did you expect instead?

To get the custom key working

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


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

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

Bug#827045: just binNMU this

[Adam Borowski]

> > Apparently this issue bug does not happen if the font is built with
> > a sufficiently new version of FontForge. (According to the bug link
> > above.) They don't specify how new, but they don't like the 2012
> > version that's in debian now.

> So perhaps this bug report will just be useful as a reminder to
> make sure fantasque get rebuilt after fontforge gets updated.

Alas, despite the reminder, no one noticed it in time for Stretch,
even after new fontforge got uploaded.

But, the floodgates for Buster have just opened.

I've tested locally: a binNMU is enough to fix this.


喵!
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ A dumb species has no way to open a tuna can.
⢿⡄⠘⠷⠚⠋⠀ A smart species invents a can opener.
⠈⠳⣄ A master species delegates.

Bug#865013: [Pkg-utopia-maintainers] Bug#865013: network-manager-gnome: Consistent segfault when connecting to WPA2 network

[Fred Barclay]

Certainly. This is after installing network-manager-gnome-dbgsym,
libnma0-dbgsym, and libgtk-3-0-dbgsym:

$ gdb nm-applet
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from nm-applet...Reading symbols from
/usr/lib/debug/.build-id/c3/f8fac51dd63b645e844fd1fefd3ade8fbdb003.debug...done.
done.
(gdb) set pagination 0
(gdb) run
Starting program: /usr/bin/nm-applet
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffebea6700 (LWP 8391)]
[New Thread 0x7fffeb6a5700 (LWP 8392)]
[New Thread 0x7fffea625700 (LWP 8393)]
[New Thread 0x7fffe9b5a700 (LWP 8394)]

Thread 1 "nm-applet" received signal SIGSEGV, Segmentation fault.
0x77ba87a2 in modules_initialized (object=,
res=0x563302a0, user_data=) at
src/libnma/nma-cert-chooser-button.c:95
95src/libnma/nma-cert-chooser-button.c: No such file or directory.
(gdb) Quit
(gdb) bt
#0  0x77ba87a2 in modules_initialized (object=,
res=0x563302a0, user_data=) at
src/libnma/nma-cert-chooser-button.c:95
#1  0x74652d23 in ?? () from /usr/lib/x86_64-linux-gnu/libgck-1.so.0
#2  0x7465365c in ?? () from /usr/lib/x86_64-linux-gnu/libgck-1.so.0
#3  0x7540136b in g_type_create_instance () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#4  0x753e31fb in ?? () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#5  0x753e510e in g_object_new_valist () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6  0x753e53b1 in g_object_new () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7  0x77ba90f2 in nma_cert_chooser_button_new
(flags=flags@entry=NMA_CERT_CHOOSER_BUTTON_FLAG_NONE) at
src/libnma/nma-cert-chooser-button.c:444
#8  0x77ba9b8e in init (cert_chooser=0x557f25d0) at
src/libnma/nma-pkcs11-cert-chooser.c:475
#9  0x77ba51c7 in constructor (type=,
n_construct_properties=, construct_properties=) at src/libnma/nma-cert-chooser.c:635
#10 0x753e3029 in ?? () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x753e510e in g_object_new_valist () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#12 0x753e53b1 in g_object_new () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x77ba5bd7 in nma_cert_chooser_new (title=,
flags=) at src/libnma/nma-cert-chooser.c:816
#14 0x77baff98 in eap_method_tls_new
(ws_parent=ws_parent@entry=0x562fb1d0,
connection=connection@entry=0x55943240, phase2=phase2@entry=0,
secrets_only=secrets_only@entry=0) at
src/wireless-security/eap-method-tls.c:434
#15 0x77bab130 in ws_802_1x_auth_combo_init
(sec=sec@entry=0x562fb1d0,
combo_name=combo_name@entry=0x77bb9cec "wpa_eap_auth_combo",
combo_label=combo_label@entry=0x77bb9cff "wpa_eap_auth_label",
auth_combo_changed_cb=auth_combo_changed_cb@entry=0x77baddc0
, connection=connection@entry=0x55943240,
is_editor=is_editor@entry=0, secrets_only=0) at
src/wireless-security/wireless-security.c:433
#16 0x77badee5 in ws_wpa_eap_new (connection=0x55943240,
is_editor=is_editor@entry=0, secrets_only=secrets_only@entry=0) at
src/wireless-security/ws-wpa-eap.c:122
#17 0x77b99fc8 in security_combo_init
(self=self@entry=0x562d8390, secrets_only=0) at
src/libnma/nma-wifi-dialog.c:987
#18 0x77b9b33e in internal_init (self=self@entry=0x562d8390,
specific_connection=specific_connection@entry=0x55943240,
specific_device=specific_device@entry=0x55a06290,
secrets_only=secrets_only@entry=0) at src/libnma/nma-wifi-dialog.c:1127
#19 0x77b9c3ce in nma_wifi_dialog_new (client=,
connection=0x55943240, device=0x55a06290, ap=0x55b326a0,
secrets_only=0) at src/libnma/nma-wifi-dialog.c:1317
#20 0x555753fd in wifi_new_auto_connection
(device=0x55a06290, dclass_data=,
callback=0x555654e0
,
callback_data=0x562cd790) at src/applet-device-wifi.c:573
#21 0x55568820 in applet_menu_item_activate_helper
(device=0x55a06290, connection=,
specific_object=0x56262c50
"/org/freedesktop/NetworkManager/AccessPoint/584",
applet=0x557f22c0, dclass_data=0x55940720) at src/applet.c:527
#22 0x753ddf75 in g_closure_invoke () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#23 

Bug#865053: python-django: python3.6 compatibility

[Chris Lamb]

Hi,

> Attached is a patch which cherry-picks the python3.6 compatibility commits
> from upstream.
[…]
> fix the python3.6 compatibility some other way, such as uploading a newer
> upstream release

The 1.11.2 LTS release is in experimental right now. I will upload it to
unstable soon which — as I understand it — will resolve this bug. :)


Regards,

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

Bug#865060: bcftools FTBFS: Usage: test-regidx [OPTIONS]

[Adrian Bunk]

Source: bcftools
Version: 1.4.1-1
Severity: serious

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

...
make[1]: Leaving directory '/«PKGBUILDDIR»'
   dh_auto_test -a -O--parallel
make -j6 test
make[1]: Entering directory '/«PKGBUILDDIR»'
./test/test-regidx
Usage: test-regidx [OPTIONS]
Options:
   -h, --help  this help message
   -s, --seed random seed
   -v, --verbose   increase verbosity by giving multiple times
Makefile:121: recipe for target 'test' failed
make[1]: *** [test] Error 1
make[1]: Leaving directory '/«PKGBUILDDIR»'
dh_auto_test: make -j6 test returned exit code 2
debian/rules:11: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2

Bug#864875: [request-tracker-maintainers] Bug#864875: request-tracker4: frontend exists with status 10 after last upgrade

[Dominic Hargreaves]

On Fri, Jun 16, 2017 at 12:33:55PM +0200, Franz Georg Koehler wrote:
> After the latest upgrade to 4.2.8-3+deb8u2, frontend fails to run the postinst
> script sucessfully and exists with code 10 instead. This prevents the
> completion of the upgrade.
> 
> Might be related to the configuration. Hoever, I do not see what exactly is
> the problem? Actually, there is nothing that frontend would need to do?
> 
> root@orion:/etc/request-tracker4# /usr/share/debconf/frontend 
> /var/lib/dpkg/info/request-tracker4.postinst configure 4.2.8-3+deb8u1
> debconf (db): making DbDriver of type File

[snip many lines of debconf debug output]

> debconf (db configdb): passing to config ..
> debconf (developer): --> 0 ok
> debconf (developer): <-- CAPB backup
> debconf (developer): --> 0 multiselect escape backup
> debconf (developer): <-- REGISTER dbconfig-common/database-type 
> request-tracker4/database-type
> debconf (developer): --> 10 No such template, "dbconfig-common/database-type"
> debconf (developer): <-- GET request-tracker4/dbconfig-install
> debconf (developer): --> 10 request-tracker4/dbconfig-install doesn't exist
> debconf (db configdb): trying to 
> setflag(request-tracker4/handle-siteconfig-permissions seen true) ..
> debconf (db configdb): passing to config ..
> root@orion:/etc/request-tracker4# echo $?
> 10
> 
> oot@orion:/etc/request-tracker4# apt-get -f install
> Paketlisten werden gelesen... Fertig
> Abh??ngigkeitsbaum wird aufgebaut.   
> Statusinformationen werden eingelesen Fertig
> 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
> 1 nicht vollst??ndig installiert oder entfernt.
> Nach dieser Operation werden 0 B Plattenplatz zus??tzlich benutzt.
> request-tracker4 (4.2.8-3+deb8u2) wird eingerichtet ...
> + branch_version=4
> + branch_priority=250
> + warn
> + fmt -60
> + sed s/^/**WARNING**  /
> **WARNING**  
> **WARNING**  If you are using mod_perl or any form of persistent perl
> **WARNING**  process such as FastCGI, you will need to restart your
> **WARNING**  web server and any persistent processes now.
> **WARNING**  
> **WARNING**  For mod_perl this means
> **WARNING**  
> **WARNING**  invoke-rc.d apache2 stop && invoke-rc.d apache2 start
> **WARNING**  
> + find /var/cache/request-tracker4/mason_data -type f -print0
> + xargs -r0 rm -f
> + . /usr/share/debconf/confmodule
> + [ !  ]
> + PERL_DL_NONLAZY=1
> + export PERL_DL_NONLAZY
> + [  ]
> + exec /usr/share/debconf/frontend 
> /var/lib/dpkg/info/request-tracker4.postinst configure 4.2.8-3+deb8u1
> dpkg: Fehler beim Bearbeiten des Paketes request-tracker4 (--configure):
>  Unterprozess installiertes post-installation-Skript gab den Fehlerwert 10 
> zur??ck
> Fehler traten auf beim Bearbeiten von:
>  request-tracker4
> needrestart is being skipped since dpkg has failed
> E: Sub-process /usr/bin/dpkg returned an error code (1)

Hi,

Thanks for this detailed bug report and I'm sorry that you have run into
problems particularly during a security update. As far as I can tell this
was a latent problem rather than one caused by the update directly, as the
Debian post-config code wasn't touched in the update. It must be quite an
edge case for it to not have been noticed before.

The problem seems to be that some dbconfig-common debconf questions are
not set by the time they are used in the postinst. This should happen
in the package preconfiguration script but apparently isn't.

Please could you take a copy of the debconf database
(/var/cache/debconf/config.dat) and then run
/var/lib/dpkg/info/request-tracker4.config by hand, having first
edited the first line to read

#!/bin/sh -x

This might shed some light on why this is happening. Please compare the
saved copy of the config database, eg:

diff -u /path/to/backup/config.dat /var/lib/debconf/config.dat

to see if anything changes.

Thanks,
Dominic

Bug#865059: gcc-7: Please temporarily build with --disable-libcilkrts on sparc64

[John Paul Adrian Glaubitz]

Source: gcc-7
Version: 7.1.0-7
Severity: important
User: debian-sp...@lists.debian.org
Usertags: sparc64

Hello!

We're currently observing that the gcc-7 testsuite is crashing the kernel
on the buildds when building with many parallel jobs (>= 16).

It turned out that the offending test is cilkplus and until the kernel
has been fixed, please make sure to build gcc-7 on sparc* with cilk
disabled, e.g. by passing --disable-libcilkrts to configure:

ifneq (,$(findstring sparc64-linux,$(DEB_TARGET_GNU_TYPE)))
  CONFARGS += --with-cpu-32=ultrasparc --disable-libcilkrts
  ifeq ($(biarch32),yes)
CONFARGS += --enable-targets=all
  endif
endif

Not sure whether sparc64 should also be removed from rules.defs:cilkrts_archs
for now but I have done that now just to be safe.

We'll let you know once the issue has been fixed in the kernel and
libcilkrts can be enabled again.

Thanks,
Adrian

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

Bug#865057: stretch-pu: package open-iscsi/2.0.874-2

[Christian Seiler]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: pu
Tags: stretch
Severity: normal
X-Debbugs-Cc: debian-b...@lists.debian.org, k...@debian.org

Dear release team,
(Cc'd KiBi & debian-boot as this is about the installer.)

as discussed before the release, I'd like to fix the spurious call
to update-initramfs in open-iscsi's udeb. I've tested the updated
udeb with the Stretch installer (wget && udpkg -i before the end
of the installation) and it works in the following two
constellations:

 - installing in a VM without iSCSI will now _not_ call
   update-initramfs spuriously at the end of the installation

 - installing in a VM with iSCSI will still call update-initramfs
   at the end of the installation to ensure that things will
   still boot if iSCSI is used

I've just uploaded the same fix (and just the fix) to unstable,
so if you want to do some additional tests with the installer in
sid before accepting this, that'll be possible. (I don't plan on
uploading a new open-iscsi package to sid until this pu gets
accepted unless a critical bug is found.)

Source debdiff against Stretch is attached.

Regards,
Christian

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

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru open-iscsi-2.0.874/debian/changelog 
open-iscsi-2.0.874/debian/changelog
--- open-iscsi-2.0.874/debian/changelog 2017-01-25 13:12:44.0 +0100
+++ open-iscsi-2.0.874/debian/changelog 2017-06-18 23:06:16.0 +0200
@@ -1,3 +1,10 @@
+open-iscsi (2.0.874-3~deb9u1) stretch; urgency=medium
+
+  * [8de3092] udeb: don't update initramfs when iSCSI is not used.
+(Closes: #863435)
+
+ -- Christian Seiler   Sun, 18 Jun 2017 23:06:16 +0200
+
 open-iscsi (2.0.874-2) unstable; urgency=medium
 
   [ Christian Seiler ]
diff -Nru open-iscsi-2.0.874/debian/gbp.conf open-iscsi-2.0.874/debian/gbp.conf
--- open-iscsi-2.0.874/debian/gbp.conf  2017-01-25 13:12:44.0 +0100
+++ open-iscsi-2.0.874/debian/gbp.conf  2017-06-18 23:06:16.0 +0200
@@ -1,6 +1,7 @@
 [DEFAULT]
 pristine-tar = True
 color = auto
+debian-branch = stretch
 
 [import-orig]
 dch = True
diff -Nru open-iscsi-2.0.874/debian/open-iscsi-udeb.finish-install 
open-iscsi-2.0.874/debian/open-iscsi-udeb.finish-install
--- open-iscsi-2.0.874/debian/open-iscsi-udeb.finish-install2017-01-25 
13:12:44.0 +0100
+++ open-iscsi-2.0.874/debian/open-iscsi-udeb.finish-install2017-06-18 
23:06:16.0 +0200
@@ -4,6 +4,11 @@
 
 got_iscsi=
 for f in /etc/iscsi/*; do
+   # Ignore iscsid.conf, as that will always be present, even if
+   # iSCSI is not used. (See Debian bug #863435.)
+   if [ x"$f" = x"/etc/iscsi/iscsid.conf" ] ; then
+   continue
+   fi
[ -e "$f" ] || continue
got_iscsi=1
break

Bug#864974: thunderbird: Missing AtomicOperations for multiple architectures cause FTBFS

[John Paul Adrian Glaubitz]

On 06/18/2017 10:48 AM, John Paul Adrian Glaubitz wrote:
> On 06/18/2017 10:40 AM, John Paul Adrian Glaubitz wrote:
>> powerpc and powerpcspe: __ppc__
> 
> Correction: powerpc and powerpcspe should actually be covered:

Hmm, looks like I was mislead by the gitweb view. Looking at the
source, AtomicOperations-ppc.h is included for everything but
s390x.

So, it's safe to assume it FTBFS on s390x because of the missing
atomic operations. No idea about the other architectures though,
it should definitely work.

Adrian

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

Bug#865015: debian-installer: Live installers are unable to start, "There was a problem reading data from the CD-ROM"

[Steve McIntyre]

On Mon, Jun 19, 2017 at 12:19:07AM +0200, Cyril Brulebois wrote:
>Control: reassign -1 live-installer
>
>Francisco Gómez  (2017-06-18):
>> Package: debian-installer
>> Severity: grave
>> Justification: renders package unusable
>> 
>> When trying to install Debian, the installer is unable to start, and the
>> following error appears:
>> 
>> "There was an error reading data from the CD-ROM. Please make sure it is in 
>> the
>> drive. If retrying does not work, you should check the integrity of your CD-
>> ROM."
>> 
>> Retrying does not solve the problem. On the console, with an AMD64 image, the
>> following output is displayed:
>> 
>> cdrom-retriever: error: Unable to find
>> `/w/work/free/gnomepool/main/libl/libzlo2-2-udeb/libzlo2-2-udeb_2.08-1.2+b2_amd64.udeb`
>> 
>> This has been tested with the live image 
>> "debian-9.0.0-amd64-i386-netinst.iso"
>> on multiple machines by multiple people, including on my iMac via Virtualbox,
>> downloaded from torrent.
>
>This seems to have been independently discovered by Steve (“the Packages
>files in the image point to .debs using full path, not relative to the
>stuff in the image”). Reassigning to live-installer, which might not be
>the correct package, but is probably better than just debian-installer.

That's fair enough. I think I've found a bug in live-wrapper here, and
I'm testing a fix already.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"I used to be the first kid on the block wanting a cranial implant,
 now I want to be the first with a cranial firewall. " -- Charlie Stross

Bug#865032: installation-reports: successful installation (with kernel panic that had to be worked around) using debian-stretch-DI-rc3-i386-netinst.iso install image

[Cyril Brulebois]

Control: tag -1 - d-i

Hi David,

David H. Gutteridge  (2017-06-18):
> I encountered a reproducible kernel panic during the disk encryption
> process where the disk is first overwritten with random data. The
> workaround was to not select the overwriting option. Avoiding that led
> to a successful install, and there haven't been any subsequent panics
> (of any sort) with the actual installation. (I wasn't able to get a log
> of the panic, but I do have a photo of the screen that shows most of
> it.)

It'd be nice to share it please.

> The GUI installer was unusable as the pointer from trackpad wouldn't
> work properly, it constantly jumped around the screen at the slightest
> touch. Note that this isn't an issue with the actual installed desktop
> (Gnome 3), it was only a problem with the GUI installer. I switched to
> the text-based installer to work around this.

We only have a couple of drivers in the installer, that might explain
the difference here.

> (Sorry about the delayed report, I simply haven't had time to get
> around to it until now. I doubt anyone will be too concerned about the
> hardware specifics, but this panic may occur for someone else. The
> laptop in question is basically being used as a demonstration that
> something that old can still be usable and as an introduction to
> FOSS.)

(No worries, it's still nice to have reports coming in, even for earlier
images.)


KiBi.


signature.asc
Description: Digital signature

Bug#865015: debian-installer: Live installers are unable to start, "There was a problem reading data from the CD-ROM"

[Cyril Brulebois]

Control: reassign -1 live-installer

Francisco Gómez  (2017-06-18):
> Package: debian-installer
> Severity: grave
> Justification: renders package unusable
> 
> When trying to install Debian, the installer is unable to start, and the
> following error appears:
> 
> "There was an error reading data from the CD-ROM. Please make sure it is in 
> the
> drive. If retrying does not work, you should check the integrity of your CD-
> ROM."
> 
> Retrying does not solve the problem. On the console, with an AMD64 image, the
> following output is displayed:
> 
> cdrom-retriever: error: Unable to find
> `/w/work/free/gnomepool/main/libl/libzlo2-2-udeb/libzlo2-2-udeb_2.08-1.2+b2_amd64.udeb`
> 
> This has been tested with the live image "debian-9.0.0-amd64-i386-netinst.iso"
> on multiple machines by multiple people, including on my iMac via Virtualbox,
> downloaded from torrent.

This seems to have been independently discovered by Steve (“the Packages
files in the image point to .debs using full path, not relative to the
stuff in the image”). Reassigning to live-installer, which might not be
the correct package, but is probably better than just debian-installer.


KiBi.


signature.asc
Description: Digital signature

Bug#856285: RM: colorgcc -- RoQA; obsolete

[Adrian Bunk]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: colorgcc -- RoQA; obsolete

gcc >= 4.9 already supports colorized messages, and through GCC_COLORS 
the native gcc support is even more flexible than what colorgcc provided.

cu
Adrian

-- 

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

Bug#865040: [Debian-med-packaging] Bug#865040: libhat-trie FTBFS on big endian: configure: error: Big-endian systems are not currently supported.

[Sascha Steinbiss]

Hi Adrian,

thanks for your bug report.

> ...
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> checking whether byte ordering is bigendian... yes
> configure: error: Big-endian systems are not currently supported.

I see — I will explicitly exclude the problematic archs from building.

Kind regards
Sascha



signature.asc
Description: Message signed with OpenPGP

Bug#865056: bitlbee: should restart when plugins are updated

[Sean Whitton]

Source: bitlbee
Version: 3.5.1-1
Severity: important
control: affects -1 bitlbee-plugin-facebook

Dear maintainer,

When a user updates to a new version of my package,
bitlbee-plugin-facebook, they must restart bitlbee in order to have the
upgrade take effect.

It would be better for our users if the bitlbee package detected updates
to plugins -- possibly using dpkg triggers -- and then reloaded or
restarted the bitlbee daemon as necessary.

Thanks.

-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: i386 (i686)

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

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#865039: [Debian-med-packaging] Bug#865039: libhat-trie FTBFS on 32bit: check_ahtable fails

[Sascha Steinbiss]

forwarded 865039 https://github.com/dcjones/hat-trie/issues/31
tags 865039 upstream
thanks

> On 18 Jun 2017, at 21:56, Adrian Bunk  wrote:
> 
> Source: libhat-trie
> Version: 0.1.1-1
> Severity: serious
> 
> https://buildd.debian.org/status/package.php?p=libhat-trie
> 
> ...
> make  check-TESTS
> make[3]: Entering directory '/«PKGBUILDDIR»/test'
> make[4]: Entering directory '/«PKGBUILDDIR»/test'
> ../test-driver: line 107: 10255 Segmentation fault  "$@" > $log_file 2>&1

Thanks for your report, I could reproduce this — actually I already filed a bug 
upstream in the end of April. Let’s see what they say, I just sent a followup.

Kind regards
Sascha



signature.asc
Description: Message signed with OpenPGP

Bug#865054: ITP: golang-github-audriusbutkevicius-pfilter -- Small Go package for filtering packets into multiple virtual connections from a single physical connection

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-audriusbutkevicius-pfilter
  Version : 0.0~git20170209.0.09b3cfd-1
  Upstream Author : Audrius Butkevicius
* URL : https://github.com/AudriusButkevicius/pfilter
* License : Expat
  Programming Lang: Go
  Description : Small Go package for filtering packets into multiple
virtual connections from a single physical connection


This is needed for newer versions of syncthing

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#845526: [PATCH] Allow users to specify the boot directory path

[martin schitter]

the suggested vmdebootstrap patch by Michael doesn't set the customized 
boot mount point in /etc/fstab of the generated images.


i also think, the '--bootdirfmt' and its unusual "%s..." syntax doesn't 
look very handy. therefore i used a simple '--bootdir' option in my fix.


working patch attached.
diff --git a/bin/vmdebootstrap b/bin/vmdebootstrap
index d9a697d..e4e7e60 100755
--- a/bin/vmdebootstrap
+++ b/bin/vmdebootstrap
@@ -78,6 +78,7 @@ class VmDebootstrap(cliapp.Application):  # pylint: disable=too-many-public-meth
 self.settings.string(['bootflag'], 'specify flag to set for /boot/', default='')
 self.settings.bytesize(['bootoffset'], 'Space to leave at start of the '
'image for bootloader', default='0')
+self.settings.string(['bootdir'], 'Mount point of /boot partition', default='/boot/')
 self.settings.boolean(['use-uefi'], 'Setup image for UEFI boot', default=False)
 self.settings.bytesize(['esp-size'], 'Size of EFI System Partition - '
'requires use-uefi', default='5mib')
@@ -248,9 +249,9 @@ class VmDebootstrap(cliapp.Application):  # pylint: disable=too-many-public-meth
 elif bootdev:
 boottype = self.settings['boottype']
 filesystem.mkfs(bootdev, fstype=boottype)
-self.bootdir = '%s/%s' % (rootdir, 'boot/')
+self.bootdir = '%s/%s' % (rootdir, self.settings['bootdir'])
 filesystem.devices['bootdir'] = self.bootdir
-os.mkdir(self.bootdir)
+os.makedirs(self.bootdir)
 self.mount(bootdev, self.bootdir)
 
 # set user-specified flags, e.g. lba
diff --git a/doc/overview.rst b/doc/overview.rst
index 43693f2..da0f236 100644
--- a/doc/overview.rst
+++ b/doc/overview.rst
@@ -107,6 +107,8 @@ Options
  --boottype=FSTYPE Filesystem to use for the /boot partition. (default ext2)
  --bootflag=FLAG   Flag to set on the first partition. (default none)
  --bootoffset=SIZE Space to leave at start of the image for bootloader
+ --bootdir=PATHMount point of /boot partition.
+   Default is ``/boot/``. 
  --roottype=FSTYPE Filesystem to use for the / (root) partition. (default ext4)
  --part-type=PART-TYPE
Partition type to use for this image. (default msdos)
diff --git a/vmdebootstrap/filesystem.py b/vmdebootstrap/filesystem.py
index b911c05..d9241c9 100644
--- a/vmdebootstrap/filesystem.py
+++ b/vmdebootstrap/filesystem.py
@@ -171,8 +171,8 @@ class Filesystem(Base):
 fstab.write('%s / %s %s 0 1\n' %
 (rootdevstr, roottype, self.get_mount_flags(roottype)))
 if bootdevstr:
-fstab.write('%s /boot %s %s 0 2\n' %
-(bootdevstr, boottype, self.get_mount_flags(boottype)))
+fstab.write('%s %s %s %s 0 2\n' %
+(bootdevstr, self.settings['bootdir'], boottype, self.get_mount_flags(boottype)))
 if self.settings['swap'] > 0:
 fstab.write("/dev/sda3 swap swap defaults 0 0\n")
 elif self.settings['swap'] > 0:

Bug#865053: python-django: python3.6 compatibility

[Steve Langasek]

Package: python-django
Version: 1:1.10.7-2
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful ubuntu-patch

Hi folks,

Upon merging the new version of python-django from Debian into Ubuntu, I
found that it failed to build because Ubuntu has started the python3.6
transition and django 1.10.7 is not compatible with python3.6.  It looks
like the only changes needed are to the tests, not to the runtime code.

Attached is a patch which cherry-picks the python3.6 compatibility commits
from upstream.  The patch is applied in Ubuntu; please consider applying it
in Debian as well (or fix the python3.6 compatibility some other way, such
as uploading a newer upstream release), since the python3.6 transition will
be starting in Debian soon.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru 
python-django-1.10.7/debian/patches/0001-Refs-27025-Fixed-a-couple-timezone-tests-for-Python-.patch
 
python-django-1.10.7/debian/patches/0001-Refs-27025-Fixed-a-couple-timezone-tests-for-Python-.patch
--- 
python-django-1.10.7/debian/patches/0001-Refs-27025-Fixed-a-couple-timezone-tests-for-Python-.patch
 1969-12-31 16:00:00.0 -0800
+++ 
python-django-1.10.7/debian/patches/0001-Refs-27025-Fixed-a-couple-timezone-tests-for-Python-.patch
 2017-06-17 23:33:25.0 -0700
@@ -0,0 +1,72 @@
+From a7a7ecd2b026c61a39a46d2d7eced0e06a92c970 Mon Sep 17 00:00:00 2001
+From: Tim Graham 
+Date: Tue, 9 Aug 2016 18:14:15 -0400
+Subject: [PATCH] Refs #27025 -- Fixed a couple timezone tests for Python 3.6.
+
+Reflects behavior changes in PEP 495 (Local Time Disambiguation).
+---
+ tests/utils_tests/test_timezone.py | 24 ++--
+ 1 file changed, 18 insertions(+), 6 deletions(-)
+
+diff --git a/tests/utils_tests/test_timezone.py 
b/tests/utils_tests/test_timezone.py
+index 87df6b92eb..072e4b699d 100644
+--- a/tests/utils_tests/test_timezone.py
 b/tests/utils_tests/test_timezone.py
+@@ -1,9 +1,10 @@
+ import copy
+ import datetime
+ import pickle
++import sys
+ import unittest
+ 
+-from django.test import override_settings
++from django.test import SimpleTestCase, override_settings
+ from django.utils import timezone
+ 
+ try:
+@@ -18,8 +19,10 @@ if pytz is not None:
+ EAT = timezone.get_fixed_timezone(180)  # Africa/Nairobi
+ ICT = timezone.get_fixed_timezone(420)  # Asia/Bangkok
+ 
++PY36 = sys.version_info >= (3, 6)
+ 
+-class TimezoneTests(unittest.TestCase):
++
++class TimezoneTests(SimpleTestCase):
+ 
+ def test_localtime(self):
+ now = datetime.datetime.utcnow().replace(tzinfo=timezone.utc)
+@@ -28,8 +31,12 @@ class TimezoneTests(unittest.TestCase):
+ self.assertEqual(local_now.tzinfo, local_tz)
+ 
+ def test_localtime_naive(self):
+-with self.assertRaises(ValueError):
+-timezone.localtime(datetime.datetime.now())
++now = datetime.datetime.now()
++if PY36:
++self.assertEqual(timezone.localtime(now), 
now.replace(tzinfo=timezone.LocalTimezone()))
++else:
++with self.assertRaisesMessage(ValueError, 'astimezone() cannot be 
applied to a naive datetime'):
++timezone.localtime(now)
+ 
+ def test_localtime_out_of_range(self):
+ local_tz = timezone.LocalTimezone()
+@@ -136,8 +143,13 @@ class TimezoneTests(unittest.TestCase):
+ self.assertEqual(
+ timezone.make_naive(datetime.datetime(2011, 9, 1, 17, 20, 30, 
tzinfo=ICT), EAT),
+ datetime.datetime(2011, 9, 1, 13, 20, 30))
+-with self.assertRaises(ValueError):
+-timezone.make_naive(datetime.datetime(2011, 9, 1, 13, 20, 30), 
EAT)
++
++args = (datetime.datetime(2011, 9, 1, 13, 20, 30), EAT)
++if PY36:
++self.assertEqual(timezone.make_naive(*args), 
datetime.datetime(2011, 9, 1, 21, 20, 30))
++else:
++with self.assertRaisesMessage(ValueError, 'astimezone() cannot be 
applied to a naive datetime'):
++timezone.make_naive(*args)
+ 
+ @requires_pytz
+ def test_make_aware2(self):
+-- 
+2.11.0
+
diff -Nru 
python-django-1.10.7/debian/patches/0001-Refs-27025-Fixed-a-servers-test-on-Python-3.6.patch
 
python-django-1.10.7/debian/patches/0001-Refs-27025-Fixed-a-servers-test-on-Python-3.6.patch
--- 
python-django-1.10.7/debian/patches/0001-Refs-27025-Fixed-a-servers-test-on-Python-3.6.patch
1969-12-31 16:00:00.0 -0800
+++ 
python-django-1.10.7/debian/patches/0001-Refs-27025-Fixed-a-servers-test-on-Python-3.6.patch
2017-06-17 23:33:25.0 -0700
@@ -0,0 +1,29 @@
+From 35225e2ade08ea32e36a994cd4ff90842c599e20 Mon Sep 17 00:00:00 2001
+From: Tim Graham 

Bug#836602: Bug#850915: ghc: Please switch to llvm 3.8 or, better, 3.9

[Sylvestre Ledru]

Hello

Now that we shipped strech, I really would like to see llvm 3.7 removed.

Can we go ahead now ?

Thanks

S

Bug#865013: [Pkg-utopia-maintainers] Bug#865013: network-manager-gnome: Consistent segfault when connecting to WPA2 network

[Michael Biebl]

Control: tags -1 + moreinfo unreproducible

Am 18.06.2017 um 19:59 schrieb Fred Barclay:
> Dear Maintainer,
> After upgrading network-manager-gnome to 1.8.2-1, the network manager applet
> segfaults every time I attempt to connect to a WPA network.

Unfortunately I can't reproduce the problem and the gdb backtrace is not
particularly useful.
Can you please install the relevant dbgsym packages from the dbgsym
archive (see https://wiki.debian.org/HowToGetABacktrace) so we can get a
better backtrace.

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#861692: aqbanking-tools: Error parsing SWIFT mt942 / Error in job "JobGetTransactions"

[Micha Lenk]

Control: tags -1 moreinfo

Hi Carsten,

some weeks ago I asked you to try to reproduce the issue with a more current
version of AqBanking. Have you been able to do that? Additionally Martin
Preuss, the upstream author, showed interest in analyzing your issue. Did you
manage to send him some helpful information?

I need your feedback on this Debian bug. If I don't receive any update, I
intend to close it due to lack of information by end of June 2017.

Cheers,
Micha


On Mon, May 08, 2017 at 11:09:45PM +0200, Martin Preuss wrote:
> Hi,
> 
> Am 08.05.2017 um 22:17 schrieb Micha Lenk:
> [...]
> > @Martin, @Holger, do you have any other suggestion on how to get more
> > relevant information about what might be broken in Carten's case?
> [...]
> 
> It would be interesting to see the HBCI log, however, that contains some
> sensitive information which should not be posted here, especially
> without first overwriting the sensitive stuff...
> 
> If the original poster would like to send the particular HBCI log file from
> 
>   "$HOME/.aqbanking/backends/aqhbci/de//logs/"
> 
> to my email address (could be encrypted with my public key, see bottom
> of page at https://www.aqbanking.de/) I would gladly look through that
> file to find out what's wrong here...
> 
> 
> Regards
> Martin

Bug#865052: Do not choose efi architecture based on installation arch

[Andreas Heinlein]

Package: grub-efi

Version: 2.02~beta3-5

Severity: important

The meta-package grub-efi depends on either grub-efi-amd64 if
installation architecture is amd64, or grub-efi-ia32 if installed on i386.

There is no sane reason to do so. GRUB EFI architecture needs to match
the architecture of the EFI firmware, not necessarily that of the
installed OS. A 32bit EFI can boot a 64bit OS just fine, and vice versa.
There are in fact numerous intel based tablets and convertibles out
there which for whatever reason use a 32bit EFI firmware even though
their Atom CPU is 64bit capable and runs Debian amd64 just fine. I have
one here at hand.

So either need to determine EFI architecture at install time and then
pull in the correct package (hard way), or correct the dependencies and
depend on *both* grub-efi-amd64 and grub-efi-ia32, regardless of
installation architecture (easy way). I did the latter for tests on our
machines and found no problems so far with both of them co-existing.




signature.asc
Description: OpenPGP digital signature

Bug#865050: vbindiff FTCBFS: does not pass --host to ./configure

[Helmut Grohne]

Source: vbindiff
Version: 3.0-beta4-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

vbindiff fails to cross build from source, because it configures for the
build architecture by not passing any --host flag to ./configure.
Thankfully, dh_auto_configure does the right thing(tm) and just
replacing the explicit ./configure invocation with dh_auto_configure
thus makes cross building work. Please consider applying the attached
patch.

Helmut
diff -u vbindiff-3.0-beta4/debian/rules vbindiff-3.0-beta4/debian/rules
--- vbindiff-3.0-beta4/debian/rules
+++ vbindiff-3.0-beta4/debian/rules
@@ -19,10 +19,7 @@
cp -f /usr/share/misc/config.guess config.guess
 endif
 
-   ./configure \
-   --prefix=/usr \
-   --mandir=\$${prefix}/share/man \
-   --infodir=\$${prefix}/share/info \
+   dh_auto_configure -- \
CFLAGS="$(CFLAGS) $(CPPFLAGS)" \
CXXFLAGS="$(CXXFLAGS) $(CPPFLAGS)" \
LDFLAGS="$(LDFLAGS) $(LDFLAGS2)"
diff -u vbindiff-3.0-beta4/debian/changelog vbindiff-3.0-beta4/debian/changelog
--- vbindiff-3.0-beta4/debian/changelog
+++ vbindiff-3.0-beta4/debian/changelog
@@ -1,3 +1,10 @@
+vbindiff (3.0-beta4-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_configure pass --host to ./configure (Closes: #-1)
+
+ -- Helmut Grohne   Sun, 18 Jun 2017 22:38:51 +0200
+
 vbindiff (3.0-beta4-1) unstable; urgency=low
 
   * New Upstream Release.

Bug#865051: fail2ban: Fails to start after Jessie to Stretch upgrade due to no accessible config files

[Piotr Partycki]

Package: fail2ban
Version: 0.9.6-2
Severity: important

After updating from Jesse to Stretch fail2ban fails to start. When I
start manually:
# /usr/bin/fail2ban-client -x start
ERROR  Found no accessible config files for 'filter.d/ssh-ddos' under 
/etc/fail2ban
ERROR  No section: 'Definition'
ERROR  No section: 'Definition'
ERROR  Unable to read the filter
ERROR  Errors in jail 'ssh-ddos'. Skipping...

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

Kernel: Linux 2.6.32-042stab120.16 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages fail2ban depends on:
ii  init-system-helpers  1.48
ii  lsb-base 9.20161125
ii  python3  3.5.3-1

Versions of packages fail2ban recommends:
ii  iptables   1.6.0+snapshot20161117-6
ii  python 2.7.13-2
ii  python3-pyinotify  0.9.6-1
ii  python3-systemd233-1
ii  whois  5.2.15

Versions of packages fail2ban suggests:
ii  mailutils [mailx]1:3.1.1-1
pn  monit
ii  rsyslog [system-log-daemon]  8.24.0-1

-- no debconf information

Bug#865049: jenkins.d.o: update_jdn: drop buster "workaround" once fixed

[Mattia Rizzolo]

Package: jenkins.debian.org

Remember to revert
https://anonscm.debian.org/git/qa/jenkins.debian.net.git/commit/?id=62b892ac4d4fa9321f96fe4a10646842bbe00779

once
 1) https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/1698686
 2) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864986
are fixed released, or we upgrade all the hosts to stretch.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#865047: request-tracker4: FTBFS with Perl 5.26: Unescaped left brace in regex

[Niko Tyni]

Package: request-tracker4
Version: 4.4.1-4
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26-throwaway/request-tracker4_4.4.1-4/request-tracker4_4.4.1-4_amd64-2017-06-16T04:32:28Z.build

and the server also hosts a repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

Log excerpt:

  #   Failed test 'no warnings emitted'
  #   at /<>/lib/RT/Test/Web.pm line 475.
  #  got: '1'
  # expected: '0'
  # got warning: Error during compilation of 
/<>/share/html/Search/Elements/EditSort:
  # Unescaped left brace in regex is deprecated here (and will be fatal in Perl 
5.30), passed through in regex; marked by <-- HERE in m/^CustomRole.{ <-- HERE 
(.*)}$/ at /<>/share/html/Search/Elements/EditSort line 122, 
 line 46.
  
  [...]

  Test Summary Report
  ---
  t/customfields/ip.t  (Wstat: 256 Tests: 75 
Failed: 1)
Failed test:  74
Non-zero exit status: 1
  t/customfields/iprange.t (Wstat: 256 Tests: 134 
Failed: 1)
Failed test:  133
Non-zero exit status: 1
  t/web/basic.t(Wstat: 256 Tests: 25 
Failed: 1)
Failed test:  24
Non-zero exit status: 1
  t/web/cf_access.t(Wstat: 65280 Tests: 32 
Failed: 2)
Failed tests:  31-32
Non-zero exit status: 255
Parse errors: Bad plan.  You planned 33 tests but ran 32.
  t/web/cf_date.t  (Wstat: 256 Tests: 54 
Failed: 1)
Failed test:  37
Non-zero exit status: 1
  t/web/cf_datetime.t  (Wstat: 256 Tests: 74 
Failed: 1)
Failed test:  53
Non-zero exit status: 1
  t/web/csrf.t (Wstat: 256 Tests: 109 
Failed: 1)
Failed test:  74
Non-zero exit status: 1
  t/web/custom_search.t(Wstat: 65280 Tests: 9 
Failed: 2)
Failed tests:  8-9
Non-zero exit status: 255
Parse errors: Bad plan.  You planned 14 tests but ran 9.
  t/web/custom_frontpage.t (Wstat: 256 Tests: 20 
Failed: 1)
Failed test:  19
Non-zero exit status: 1
  t/web/dashboards-basics.t(Wstat: 256 Tests: 106 
Failed: 1)
Failed test:  93
Non-zero exit status: 1
  t/web/dashboards-search-cache.t  (Wstat: 256 Tests: 34 
Failed: 1)
Failed test:  33
Non-zero exit status: 1
  t/web/query_builder_queue_limits.t   (Wstat: 256 Tests: 35 
Failed: 1)
Failed test:  34
Non-zero exit status: 1
  t/web/query_builder.t(Wstat: 65280 Tests: 66 
Failed: 2)
Failed tests:  65-66
Non-zero exit status: 255
Parse errors: Bad plan.  You planned 71 tests but ran 66.
  t/web/remote_user.t  (Wstat: 512 Tests: 51 
Failed: 2)
Failed tests:  30-31
Non-zero exit status: 2
  t/web/rights1.t  (Wstat: 256 Tests: 32 
Failed: 1)
Failed test:  31
Non-zero exit status: 1
  t/web/saved_search_chart.t   (Wstat: 256 Tests: 47 
Failed: 1)
Failed test:  46
Non-zero exit status: 1
  t/web/saved_search_context.t (Wstat: 256 Tests: 10 
Failed: 1)
Failed test:  9
Non-zero exit status: 1
  t/web/saved_search_permissions.t (Wstat: 256 Tests: 13 
Failed: 1)
Failed test:  12
Non-zero exit status: 1
  t/web/saved_search_update.t  (Wstat: 256 Tests: 19 
Failed: 1)
Failed test:  18
Non-zero exit status: 1
  t/web/search_cf_quotes.t (Wstat: 256 Tests: 25 
Failed: 1)
Failed test:  24
Non-zero exit status: 1
  t/web/search_ical.t  (Wstat: 256 Tests: 78 
Failed: 1)
Failed test:  23
Non-zero exit status: 1
  t/web/search_rss.t   (Wstat: 256 Tests: 37 
Failed: 1)
Failed test:  36
Non-zero exit status: 1
  t/web/search_tabs.t  (Wstat: 256 Tests: 22 
Failed: 1)
Failed test:  21
Non-zero exit status: 1
  t/web/unlimited_search.t (Wstat: 256 Tests: 86 
Failed: 1)
Failed test:  85
Non-zero exit status: 1
  t/web/walk.t (Wstat: 2304 Tests: 551 
Failed: 9)
Failed tests:  39, 45, 258, 267, 270, 273, 387, 390, 399
Non-zero exit status: 9
  Files=406, Tests=29749, 306 wallclock secs ( 3.09 usr  0.42 sys + 747.29 cusr 
57.87 csys = 808.67 CPU)
  Result: FAIL
  Makefile:378: recipe for target 'test-parallel' failed
  make[1]: *** [test-parallel] Error 1
  make[1]: Leaving directory '/<>'
  

Bug#865048: pacemaker FTCBFS: uses the build architecture pkg-config

[Helmut Grohne]

Source: pacemaker
Version: 1.1.16-1
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

pacemaker fails to cross build from source, because it uses the build
architecture pkg-config by searching for it with AC_PATH_PROG rather
than AC_PATH_TOOL or even better PKG_PROG_PKG_CONFIG. The latter two
macros do consider $ac_tool_prefix which is required for cross building.

After applying the attached patch, pacemaker still fails to cross build
due to its use of help2man. There is no obvious solution for that
problem, but I think the attached patch is still useful, as it makes the
help2man problem visible and moves pacemaker's configure.ac to a more
correct one. Please consider applying it.

Helmut
diff --minimal -Nru pacemaker-1.1.16/debian/changelog 
pacemaker-1.1.16/debian/changelog
--- pacemaker-1.1.16/debian/changelog   2016-12-01 14:15:23.0 +0100
+++ pacemaker-1.1.16/debian/changelog   2017-06-18 22:26:55.0 +0200
@@ -1,3 +1,10 @@
+pacemaker (1.1.16-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * cross.patch: Consider $ac_tool_prefix for pkg-config. (Closes: #-1)
+
+ -- Helmut Grohne   Sun, 18 Jun 2017 22:26:55 +0200
+
 pacemaker (1.1.16-1) unstable; urgency=medium
 
   * [d90daf5] Refresh our patches
diff --minimal -Nru pacemaker-1.1.16/debian/patches/cross.patch 
pacemaker-1.1.16/debian/patches/cross.patch
--- pacemaker-1.1.16/debian/patches/cross.patch 1970-01-01 01:00:00.0 
+0100
+++ pacemaker-1.1.16/debian/patches/cross.patch 2017-06-18 22:26:52.0 
+0200
@@ -0,0 +1,91 @@
+From: Helmut Grohne 
+Subject: consider $ac_tool_prefix for pkg-config
+
+Index: pacemaker-1.1.16/configure.ac
+===
+--- pacemaker-1.1.16.orig/configure.ac
 pacemaker-1.1.16/configure.ac
+@@ -561,7 +561,7 @@
+ AC_PATH_PROGS(TAR, tar)
+ AC_PATH_PROGS(MD5, md5)
+ AC_PATH_PROGS(TEST, test)
+-AC_PATH_PROGS(PKGCONFIG, pkg-config)
++PKG_PROG_PKG_CONFIG
+ AC_PATH_PROGS(XML2CONFIG, xml2-config)
+ AC_PATH_PROGS(VALGRIND_BIN, valgrind, /usr/bin/valgrind)
+ AC_DEFINE_UNQUOTED(VALGRIND_BIN, "$VALGRIND_BIN", Valgrind command)
+@@ -707,20 +707,20 @@
+AC_MSG_ERROR(You do not have the libuuid development package installed)
+ fi
+ 
+-if test x"${PKGCONFIG}" = x""; then
++if test x"${PKG_CONFIG}" = x""; then
+AC_MSG_ERROR(You need pkgconfig installed in order to build ${PACKAGE})
+ fi
+ 
+ if
+-   $PKGCONFIG --exists glib-2.0
++   $PKG_CONFIG --exists glib-2.0
+ then
+-  GLIBCONFIG="$PKGCONFIG glib-2.0"
++  GLIBCONFIG="$PKG_CONFIG glib-2.0"
+ else
+   set -x
+ echo PKG_CONFIG_PATH=$PKG_CONFIG_PATH
+-  $PKGCONFIG --exists glib-2.0; echo $?
+-  $PKGCONFIG --cflags glib-2.0; echo $?
+-  $PKGCONFIG glib-2.0; echo $?
++  $PKG_CONFIG --exists glib-2.0; echo $?
++  $PKG_CONFIG --cflags glib-2.0; echo $?
++  $PKG_CONFIG glib-2.0; echo $?
+   set +x
+ 
+   AC_MSG_ERROR(You need glib2-devel installed in order to build 
${PACKAGE})
+@@ -937,14 +937,14 @@
+   AC_CHECK_LIB(ncurses, printw,
+ [AC_DEFINE(HAVE_LIBNCURSES,1, have ncurses library)]
+   )
+-  CURSESLIBS=`$PKGCONFIG --libs ncurses` || CURSESLIBS='-lncurses'
++  CURSESLIBS=`$PKG_CONFIG --libs ncurses` || CURSESLIBS='-lncurses'
+ fi
+ 
+ if test "$ac_cv_header_ncurses_ncurses_h" = "yes"; then
+   AC_CHECK_LIB(ncurses, printw,
+ [AC_DEFINE(HAVE_LIBNCURSES,1, have ncurses library)]
+   )
+-  CURSESLIBS=`$PKGCONFIG --libs ncurses` || CURSESLIBS='-lncurses'
++  CURSESLIBS=`$PKG_CONFIG --libs ncurses` || CURSESLIBS='-lncurses'
+ fi
+ 
+ dnl Only look for non-n-library if there was no n-library.
+@@ -1216,10 +1216,10 @@
+ AM_CONDITIONAL(BUILD_DBUS, test $HAVE_dbus = 1)
+ 
+ if test $HAVE_dbus = 1; then
+-   CFLAGS="$CFLAGS `$PKGCONFIG --cflags dbus-1`"
++   CFLAGS="$CFLAGS `$PKG_CONFIG --cflags dbus-1`"
+ fi
+ 
+-DBUS_LIBS="$CFLAGS `$PKGCONFIG --libs dbus-1`"
++DBUS_LIBS="$CFLAGS `$PKG_CONFIG --libs dbus-1`"
+ AC_SUBST(DBUS_LIBS)
+ 
+ AC_CHECK_TYPES([DBusBasicValue],,,[[#include ]])
+@@ -1751,7 +1751,7 @@
+ SERVICELOG_EXISTS="no"
+ AC_MSG_CHECKING(for $SERVICELOG packages)
+ if
+-$PKGCONFIG --exists $SERVICELOG
++$PKG_CONFIG --exists $SERVICELOG
+ then
+ PKG_CHECK_MODULES([SERVICELOG], [servicelog-1])
+ SERVICELOG_EXISTS="yes"
+@@ -1764,7 +1764,7 @@
+ OPENIPMI_SERVICELOG_EXISTS="no"
+ AC_MSG_CHECKING(for $SERVICELOG $OPENIPMI packages)
+ if
+-$PKGCONFIG --exists $OPENIPMI $SERVICELOG
++$PKG_CONFIG --exists $OPENIPMI $SERVICELOG
+ then
+ PKG_CHECK_MODULES([OPENIPMI_SERVICELOG],[OpenIPMI OpenIPMIposix])
+ OPENIPMI_SERVICELOG_EXISTS="yes"
diff --minimal -Nru pacemaker-1.1.16/debian/patches/series 
pacemaker-1.1.16/debian/patches/series
--- pacemaker-1.1.16/debian/patches/series  2016-12-01 14:14:42.0 
+0100
+++ pacemaker-1.1.16/debian/patches/series  2017-06-18 22:24:54.0 
+0200
@@ -9,3 +9,4 @@
 

Bug#809352: Unescaped left brace in regex is deprecated

[Niko Tyni]

severity 809352 important
user debian-p...@lists.debian.org
usertag 809352 + perl-5.26-transition
thanks

On Tue, Dec 29, 2015 at 07:52:51PM +0100, Harald Dunkel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Package: libmp3-tag-perl
> Version: 1.13-1
> 
> perl 5.22.1-3 woes about some code in /usr/share/perl5/MP3/Tag.pm:
> 
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by
> <-- HERE in m/(\\%(?:\\=)?(\w|\\{ <-- HERE 
> (?:\w|\\[^\w\\{}]|\\[\\{}])*\\}|\\\W))/ at /usr/share/perl5/MP3/Tag.pm 
> line 2611 (#1)

This is fatal in Perl 5.26 (currently in experimental), making the
package fail to build from source. Raising the severity accordingly.

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26-throwaway/libmp3-tag-perl_1.13-1/libmp3-tag-perl_1.13-1_amd64-2017-05-21T16:40:46Z.build

and the server also hosts a repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

-- 
Niko Tyni   nt...@debian.org

Bug#826502: quilt: Unescaped left brace in regex is deprecated

[Niko Tyni]

severity 826502 important
found 826502 0.63-8
user debian-p...@lists.debian.org
usertag 826502 + perl-5.26-transition
thanks

On Sun, Jun 05, 2016 at 10:35:06PM +0300, Niko Tyni wrote:
> Package: quilt
> Version: 0.63-3
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition
> 
> Building this package triggers deprecation warnings with Perl 5.24
> (currently in experimental), and probably with Perl 5.22 (current sid)
> too.
> 
>   perl -pe 'if (/\\sh{.*}/) {s:\\sh{(.*)}:$1:}'\
>< doc/tmp/main.html > doc/quilt.html
>   Unescaped left brace in regex is deprecated, passed through in regex; 
> marked by <-- HERE in m/\\sh{ <-- HERE .*}/ at -e line 1.
>   Unescaped left brace in regex is deprecated, passed through in regex; 
> marked by <-- HERE in m/\\sh{ <-- HERE (.*)}/ at -e line 1.
>   [...]
>   make[2]: Entering directory '/<>'
>   Unescaped left brace in regex is deprecated, passed through in regex; 
> marked by <-- HERE in m/%{ <-- HERE (\w+)}/ at ./run line 114.
>   Unescaped left brace in regex is deprecated, passed through in regex; 
> marked by <-- HERE in m/%{ <-- HERE \?}/ at ./run line 290.
>   [...]

This is fatal in Perl 5.26 (currently in experimental), making the
package fail to build from source. Raising the severity accordingly.

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26-throwaway/quilt_0.63-8/quilt_0.63-8_amd64-2017-05-21T09:52:26Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

-- 
Niko Tyni   nt...@debian.org

Bug#865046: RFP: elkarbackup -- backup solution with an easy-to-use web interface based on Rsync / RSnapshot

[Pierre Rudloff]

Package: wnpp
Severity: wishlist

* Package name: elkarbackup
  Version : 1.2.5
  Upstream Author : Xabi Ezpeleta 
* URL : http://www.elkarbackup.org/
* License : BSD
  Programming Lang: PHP
  Description : backup solution with an easy-to-use web interface based on
Rsync / RSnapshot

ElkarBackup is a free open-source backup solution based on RSync/RSnapshot. It
helps to manage centralized backups using a web interface.

This is a PHP app so it can be installed without a package but it has some
system dependencies like rsnapshot or cron tasks so it is easier to manage them
with a package.
There is already an upstream package for Jessie but not for Stretch at the
moment.

Bug#826505: swissknife: Unescaped left brace in regex is deprecated

[Niko Tyni]

severity 826505 important
user debian-p...@lists.debian.org
usertag 826505 + perl-5.26-transition
thanks

On Sun, Jun 05, 2016 at 10:41:41PM +0300, Niko Tyni wrote:
> Package: swissknife
> Version: 1.67-1.1
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition
> 
> Building this package triggers deprecation warnings with Perl 5.24
> (currently in experimental), and probably with Perl 5.22 (current sid)
> too.
> 
>   Unescaped left brace in regex is deprecated, passed through in regex; 
> marked by <-- HERE in m/^(\S{ <-- HERE 0,-1}/|-(?![>\-]))/ at 
> /<>/blib/lib/SWISS/TextFunc.pm line 196,  chunk 25.
>   Unescaped left brace in regex is deprecated, passed through in regex; 
> marked by <-- HERE in m/^(\S{ <-- HERE 0,-1}(? )-(?=[A-Za-z0-9\(\[]))/ at /<>/blib/lib/SWISS/TextFunc.pm line 
> 196,  chunk 25.

This is fatal in Perl 5.26 (currently in experimental), making the
package fail to build from source. Raising the severity accordingly.

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26-throwaway/swissknife_1.67-1.1/swissknife_1.67-1.1_amd64-2017-05-21T08:31:48Z.build

and the server also hosts a repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

-- 
Niko Tyni   nt...@debian.org

Bug#826507: xindy: Unescaped left brace in regex is deprecated

[Niko Tyni]

severity 826507 important
user debian-p...@lists.debian.org
usertag 826507 + perl-5.26-transition
thanks

On Sun, Jun 05, 2016 at 10:44:41PM +0300, Niko Tyni wrote:
> Package: xindy
> Version: 2.5.1.20160104-1
> Severity: minor
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition
> 
> Building this package triggers deprecation warnings with Perl 5.24
> (currently in experimental), and probably with Perl 5.22 (current sid)
> too.
> 
>   Unescaped left brace in regex is deprecated, passed through in regex; 
> marked by <-- HERE in m/\\indexentry{ <-- HERE 
> (.+)--([8-9a-f][0-9a-f])\}\{1\}/ at ./make-inp-rules.pl line 11.
> 
> A full build log is available at
>   
> http://perl.debian.net/rebuild-logs/perl-5.24-throwaway/xindy_2.5.1.20160104-1/

This is fatal in Perl 5.26 (currently in experimental), making the
package fail to build from source. Raising the severity accordingly.

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26-throwaway/xindy_2.5.1.20160104-1/xindy_2.5.1.20160104-1_amd64-2017-05-21T07:27:42Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

-- 
Niko Tyni   nt...@debian.org

Bug#864028: stretch-pu: flatpak/0.8.6-1~deb9u1

[Simon McVittie]

Control: tags 864028 - moreinfo

On Tue, 06 Jun 2017 at 22:23:56 +0100, Jonathan Wiltshire wrote:
> On Mon, Jun 05, 2017 at 10:42:49PM +0100, Simon McVittie wrote:
> > I suspect you're probably not going to want this for r0 at this point,
> > so I'll upload to unstable shortly to give it more visibility, with a
> > view to asking for a stretch-pu upload before r1. There is no new
> > public API, so that should be unproblematic.
> 
> I'm afraid so, so getting some unstable exposure is a wise move. Turning
> into a p-u bug instead.

Here is an updated debdiff built for stretch. The only differences are the
new changelog entry, and the change of git branch in debian/gbp.conf
(which only affects builds from git).

The version I previously proposed has been in unstable for 11 days with
no new bug reports.

Regards,
S

Bug#826460: libembperl-perl: Unescaped left brace in regex is deprecated

[Niko Tyni]

Control: severity -1 important
Control: found -1 2.5.0-10
Control: usertags -1 perl-5.26-transition

On Sun, Jun 05, 2016 at 08:37:43PM +0300, Niko Tyni wrote:
> Package: libembperl-perl
> Version: 2.5.0-6
> Severity: minor
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition
> 
> Building this package triggers deprecation warnings with Perl 5.24
> (currently in experimental), and probably with Perl 5.22 (current sid)
> too.
> 
>   #123 registry/Execute.htm...  Unescaped left brace in 
> regex is deprecated, passed through in regex; marked by <-- HERE in m/\${ <-- 
> HERE Apache->request} = \$\$req_rec \? yes/ at test.pl line 1584,  line 
> 130.
> 
> A full build log is available at
>   http://perl.debian.net/rebuild-logs/perl-5.24/libembperl-perl_2.5.0-6/

This is fatal in Perl 5.26 (currently in experimental), making the
package fail to build from source. Raising the severity accordingly.

A full build log is available at

 
http://perl.debian.net/rebuild-logs/perl-5.26/libembperl-perl_2.5.0-10/libembperl-perl_2.5.0-10+b1_amd64-2017-05-21T00:25:39Z.build

-- 
Niko Tyni   nt...@debian.org

Bug#865045: xmltv: FTBFS with Perl 5.26: t/test_filters.t failure

[Niko Tyni]

Package: xmltv
Version: 0.5.69-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26-throwaway/xmltv_0.5.69-1/xmltv_0.5.69-1_amd64-2017-05-21T07:25:36Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

It looks like the underlying failure reason is that 
at least filter/tv_to_latex and filter/tv_to_text have

 use POSIX 'tmpnam';

which was deprecated in Perl 5.24 and removed in 5.26. Unfortunately
the deprecation warning apparently went unnoticed earlier as the build
system hides it.

  Test Summary Report
  ---
  t/test_filters.t   (Wstat: 0 Tests: 100 Failed: 10)
Failed tests:  61-70
  Files=7, Tests=162, 29 wallclock secs ( 0.04 usr  0.01 sys + 26.90 cusr  1.95 
csys = 28.90 CPU)
  Result: FAIL
 
-- 
Niko Tyni   nt...@debian.org

Bug#865018: new upstream (3.0)

[Martin Pitt]

Hello Daniel,

Daniel Baumann [2017-06-18 21:08 +0200]:
> calibre 3.0 was released a couple of days ago, would be nice to have
> that in sid.

I tried to update it, but there seems to be something wrong with our PyQt:

| Traceback (most recent call last):
|   File "/home/martin/debian/calibre/src/calibre/linux.py", line 753, in 
setup_completion
| write_completion(bash_comp_dest, zsh)
|   File "/home/martin/debian/calibre/src/calibre/linux.py", line 509, in 
write_completion
| from calibre.gui2.viewer.main import option_parser as viewer_op
|   File "/home/martin/debian/calibre/src/calibre/gui2/viewer/main.py", line 
28, in 
| from calibre.gui2.viewer.ui import Main as MainWindow
|   File "/home/martin/debian/calibre/src/calibre/gui2/viewer/ui.py", line 20, 
in 
| from calibre.gui2.viewer.documentview import DocumentView
|   File "/home/martin/debian/calibre/src/calibre/gui2/viewer/documentview.py", 
line 28, in 
| from calibre.gui2.viewer.image_popup import ImagePopup, render_svg
|   File "/home/martin/debian/calibre/src/calibre/gui2/viewer/image_popup.py", 
line 10, in 
| from PyQt5.Qt import (QDialog, QPixmap, QUrl, QScrollArea, QLabel, 
QSizePolicy,
| ImportError: cannot import name QSvgRenderer

The widget does exist in libqt5svg5-dev [1] and there is a qsvgrenderer.sip in
pyqt5-dev, but it doesn't seem to work. I don't know much about PyQt, so I'll
need to investigate.

Thanks,

Martin


[1] 
https://packages.debian.org/search?searchon=contents=QSvgRenderer=filename=unstable=any

Bug#865044: clfswm exits if a hotkey manager (keylaunch, sxhkd, ...) is running

[Lorenzo Beretta]

Package: clfswm
Version: 20111015.git51b0a02-2
Severity: normal

Dear Maintainer,



   * What led up to the situation?
Trying to use a hotkey manager - keylaunch, sxfkd, xbindkeys, you name it.
In my ~/.xinitrc I have something like
keylaunch &
exec $WINDOWMANAGER

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Commenting out the line that starts keylaunch/... makes clfswm work as expected

   * What was the outcome of this action?
clfswm believes that another window manager is running and it exits.
Notice that this only happens if keylaunch/... is started before clfswm;
it's ok to run them afterwards

   * What outcome did you expect instead?
Trying clfswm AND keeping a few keybindings I like without duplicating
them in its config file :)




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

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

Versions of packages clfswm depends on:
ii  cl-clx-sbcl   0.7.4.20160323-1
ii  clisp-module-clx  1:2.49-10

clfswm recommends no packages.

clfswm suggests no packages.

-- no debconf information

Bug#865043: Please drop Build-Depends on deprecated libck-connector-dev

[Michael Biebl]

Source: lxdm
Version: 0.5.3-2
Severity: normal
Tags: patch

Hi,

ConsoleKit is dead upstream since almost 4 years [1] and unmaintained in
Debian [2]. With logind a much better, well maintained alternative exists.
I would thus like to remove ConsoleKit from the archive.
lxdm is the only remaining package which declares a Build-Depends on
libck-connector-dev. Please consider dropping that Build-Depends in your
next upload. Patch for that is attached.

Thanks for considering,
Michael


[1] https://www.freedesktop.org/wiki/Software/ConsoleKit/
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813745
-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/control b/debian/control
index 2d6860a..f6717b7 100644
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,7 @@ Uploaders:
  Andriy Grytsenko 
 Build-Depends:
  debhelper (>= 9), intltool, iso-codes,
- libck-connector-dev, libgtk2.0-dev, libpam0g-dev,
+ libgtk2.0-dev, libpam0g-dev,
  libx11-dev, libxmu-dev, pkg-config,
  dh-systemd, po-debconf
 Standards-Version: 3.9.8

Bug#862935: installation-reports: vmlinuz missing from armhf netboot SD image

[Ben Harris]

On Sun, 18 Jun 2017, Cyril Brulebois wrote:


This failed to boot on my BeagleBone Black.  Here is the console log: […]


I'm not sure this is the same issue we fixed a few days ago:
 
https://anonscm.debian.org/cgit/d-i/debian-installer.git/commit/?id=e59da9cf6fe9608102182b596aca9e7fababd8d3

but this is likely. I first thought it affected a specific platform, but
that's actually the common partition.img.gz which is too small?


I think so, yes.


If you have a chance of trying again with Stretch final images, that
would be helpful.


I just did.  I booted the image from:

http://http.us.debian.org/debian/dists/stretch/main/installer-armhf/current/images/netboot/SD-card-images/

today, and it works correctly (at least as far as the installer menu -- I 
don't currently want to overwrite my existing installation).  Thank you.


--
Ben Harris

Bug#865041: libshell-command-perl: versioned Breaks on libextutils-command-perl broken with perl's versioned Provides

[Niko Tyni]

Package: libshell-command-perl
Version: 0.06-3
Severity: important
User: debian-p...@lists.debian.org
Usertags: versioned-provides perl-5.26-transition

This package is uninstallable with the Perl 5.26 packages
in experimental, which started using versioned Provides.
(This may also happen soonish for the 5.24 packages in sid.)

This is because libshell-command-perl has

 Replaces: libextutils-command-perl (>= 0)
 Breaks: libextutils-command-perl (>= 0)

due to #694395: apparently old separate libextutils-command-perl
packages included Shell::Command so there was a file conflict.

According to

 http://cpansearch.perl.org/src/BINGOS/ExtUtils-Command-1.20/Changes

Shell::Command was removed from ExtUtils-Command in 

 1.17  Sat, Feb 28, 2011

so perhaps something like

 Replaces: libextutils-command-perl (<< 1.17~)
 Breaks: libextutils-command-perl (<< 1.17~)

would be more correct?

-- 
Niko Tyni   nt...@debian.org

Bug#865040: libhat-trie FTBFS on big endian: configure: error: Big-endian systems are not currently supported.

[Adrian Bunk]

Source: libhat-trie
Version: 0.0~git25f9e946-1
Severity: important

https://buildd.debian.org/status/package.php?p=libhat-trie

...
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether byte ordering is bigendian... yes
configure: error: Big-endian systems are not currently supported.

Bug#865039: libhat-trie FTBFS on 32bit: check_ahtable fails

[Adrian Bunk]

Source: libhat-trie
Version: 0.1.1-1
Severity: serious

https://buildd.debian.org/status/package.php?p=libhat-trie

...
make  check-TESTS
make[3]: Entering directory '/«PKGBUILDDIR»/test'
make[4]: Entering directory '/«PKGBUILDDIR»/test'
../test-driver: line 107: 10255 Segmentation fault  "$@" > $log_file 2>&1
FAIL: check_ahtable
PASS: check_hattrie
=
   hat-trie 0.1.1: test/test-suite.log
=

# TOTAL: 2
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: check_ahtable
===

generating 10 keys ... done.
inserting 20 keys ... 
sizeof: 24244359
done.
iterating through 20 keys ... 
done.
generating 10 keys ... done.
inserting 20 keys ... 
sizeof: 24240563
done.
iterating in order through 20 keys ... 
done.
generating 10 keys ... done.
inserting 20 keys ... 
sizeof: 24287070
done.
saving ahtable ... 
loading ahtable ... 
comparing ahtable ... 
FAIL check_ahtable (exit status: 139)


Testsuite summary for hat-trie 0.1.1

# TOTAL: 2
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

See test/test-suite.log
Please report to dcjo...@cs.washington.edu

Makefile:746: recipe for target 'test-suite.log' failed
make[4]: *** [test-suite.log] Error 1
make[4]: Leaving directory '/«PKGBUILDDIR»/test'
Makefile:852: recipe for target 'check-TESTS' failed
make[3]: *** [check-TESTS] Error 2
make[3]: Leaving directory '/«PKGBUILDDIR»/test'
Makefile:932: recipe for target 'check-am' failed
make[2]: *** [check-am] Error 2
make[2]: Leaving directory '/«PKGBUILDDIR»/test'
Makefile:433: recipe for target 'check-recursive' failed
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory '/«PKGBUILDDIR»'
dh_auto_test: make -j1 check VERBOSE=1 returned exit code 2
debian/rules:7: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2

Bug#865038: haskell-snap-core FTBFS: Encountered missing dependencies: HUnit >=1.2 && <2

[Adrian Bunk]

Source: haskell-snap-core
Version: 1.0.2.1-1
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-snap-core=sid

...
make_setup_recipe
Running ghc --make Setup.hs -o debian/hlibrary.setup
[1 of 1] Compiling Main ( Setup.hs, Setup.o )
Linking debian/hlibrary.setup ...
. /usr/share/haskell-devscripts/Dh_Haskell.sh && \
configure_recipe
Running debian/hlibrary.setup configure --ghc -v2 
--package-db=/var/lib/ghc/package.conf.d --prefix=/usr 
--libdir=/usr/lib/haskell-packages/ghc/lib --libexecdir=/usr/lib 
--builddir=dist-ghc --ghc-option=-optl-Wl\,-z\,relro 
--haddockdir=/usr/lib/ghc-doc/haddock/snap-core-1.0.2.1/ --datasubdir=snap-core 
--htmldir=/usr/share/doc/libghc-snap-core-doc/html/ --enable-library-profiling
Configuring snap-core-1.0.2.1...
hlibrary.setup: Encountered missing dependencies:
HUnit >=1.2 && <2
/usr/share/cdbs/1/class/hlibrary.mk:142: recipe for target 
'configure-ghc-stamp' failed
make: *** [configure-ghc-stamp] Error 1

Bug#865036: Installing something into a KVM guest via pass-thru USB triggers USB resets on host, slows down guest

[Alain Knaff]

Package: qemu-kvm
Version: 1:2.8+dfsg-3~bpo8+1

Hi,

When installing something from a Kingston USB stick (13fe:4100) via 
pass-through into a KVM guest, there's a never ending stream of USB 
resets on the host, which slows down USB access in the guest 
tremendously:

Jun 18 21:20:14 hitchhiker kernel: [ 1985.108140] usb 1-1: reset high-speed USB 
device number 7 using xhci_hcd

These repeat roughly once a second.

Here is the command line triggering the problem:

kvm -usb -device usb-host,hostbus=1,hostport=1 \
  -netdev user,id=net0 -device ne2k_pci,netdev=net0 \
  -m 2G  -drive file=$HOME/tmp/hda.img -boot menu=on

It was observed while trying to test an USB stick with the Debian 8.8.0 
netboot on it, called using the following grub paragraph:

menuentry 'debian-8.8.0-amd64-netinst' {
linux /boot/iso/linux-netboot-debian-8.8.0-amd64
initrd /boot/iso/initrd-netboot-debian-8.8.0-amd64.gz
}

USB resets start scrolling by shortly before the installer prompts to 
select the language for the installation process.

This happens with different USB sticks, although the exact behavior 
changes, with some other sticks (05e3:0749) it is preceded by the 
following messages:

Jun 18 17:50:14 hitchhiker kernel: [20577.554228] usb 2-1: Disable of 
device-initiated U1 failed.
Jun 18 17:50:14 hitchhiker kernel: [20577.557690] usb 2-1: Disable of 
device-initiated U2 failed.

... and often followed by:

Jun 18 17:50:14 hitchhiker kernel: [20578.042211] sd 6:0:0:0: [sdb] tag#0 
FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jun 18 17:50:14 hitchhiker kernel: [20578.042214] sd 6:0:0:0: [sdb] tag#0 Sense 
Key : Unit Attention [current] 
Jun 18 17:50:14 hitchhiker kernel: [20578.042216] sd 6:0:0:0: [sdb] tag#0 Add. 
Sense: Not ready to ready change, medium may have changed
Jun 18 17:50:14 hitchhiker kernel: [20578.042217] sd 6:0:0:0: [sdb] tag#0 CDB: 
Read(10) 28 00 00 ee 1f 70 00 00 10 00
Jun 18 17:50:14 hitchhiker kernel: [20578.042218] blk_update_request: I/O 
error, dev sdb, sector 15605616
Jun 18 17:50:14 hitchhiker kernel: [20578.261820]  sdb: sdb1



Any ideas what might be going on here?

Thanks,

Alain

Bug#865037: Fix incorrect (build-)dependencies on libck-connector-dev and libdbus-glib-1-dev

[Michael Biebl]

Source: lightdm
Version: 1.18.3-2
Severity: important
Tags: patch

Hi,

the lightdm source package currently declares a Build-Depends on
libck-connector-dev and libdbus-glib-1-dev.
Those Build-Dependencies are no longer needed and should be dropped.

See the relevant entry from the NEWS file:

Overview of changes in lightdm 0.3.0

* Use GDBus instead of dbus-glib


While looking at that, I noticed that the Depends of
liblightdm-gobject-dev are incorrect as well.
liblightdm-gobject/liblightdm-gobject-1.pc.in contains

Requires.private: glib-2.0 gio-2.0 gio-unix-2.0 gobject-2.0 libxklavier
x11

I.e. it needs a Depends on libx11-dev and libglib2.0-dev and the
libdbus-glib-1-dev Depends should be dropped.

Patch is attached.

Would be great if you can apply this for your next upload.

Regards,
Michael



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

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Index: debian/control
===
--- debian/control  (Revision 9855)
+++ debian/control  (Arbeitskopie)
@@ -14,8 +14,6 @@
intltool,
itstool,
libaudit-dev [linux-any],
-   libck-connector-dev,
-   libdbus-glib-1-dev,
libgcrypt20-dev,
libgirepository1.0-dev,
libglib2.0-dev,
@@ -86,10 +84,11 @@
 Package: liblightdm-gobject-dev
 Section: libdevel
 Architecture: any
-Depends: libdbus-glib-1-dev,
- liblightdm-gobject-1-0 (= ${binary:Version}),
+Depends: liblightdm-gobject-1-0 (= ${binary:Version}),
  gir1.2-lightdm-1 (= ${binary:Version}),
+ libglib2.0-dev,
  libxklavier-dev,
+ libx11-dev,
  ${misc:Depends},
  ${shlibs:Depends}
 Description: simple display manager (gobject development files)

Bug#865035: libb-hooks-parser-perl: FTBFS with Perl 5.26: 'yy_parser {aka struct yy_parser}' has no member named 'sublex_info'

[Niko Tyni]

Package: libb-hooks-parser-perl
Version: 0.17-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26/libb-hooks-parser-perl_0.17-1/libb-hooks-parser-perl_0.17-1+b2_amd64-2017-05-20T23:55:32Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

There's no upstream ticket yet, probably because this needs
Params-Classify to build and that hasn't been fixed upstream for 5.26 yet
(see [rt.cpan.org #114490].)

Log excerpt:

  x86_64-linux-gnu-gcc -c  
-I/usr/lib/x86_64-linux-gnu/perl5/5.26/B/Hooks/OP/Check/Install -D_REENTRANT 
-D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2   -DVERSION=\"0.17\" 
-DXS_VERSION=\"0.17\" -fPIC "-I/usr/lib/x86_64-linux-gnu/perl/5.26/CORE"   
Parser.c
  In file included from Parser.xs:12:0:
  stolen_chunk_of_toke.c: In function 'S_skipspace':
  stolen_chunk_of_toke.c:95:43: error: 'yy_parser {aka struct yy_parser}' has 
no member named 'sublex_info'
   #define PL_sublex_info  (PL_parser->sublex_info)
 ^
  stolen_chunk_of_toke.c:245:35: note: in expansion of macro 'PL_sublex_info'
if (s < PL_bufend || !PL_rsfp || PL_sublex_info.sub_inwhat ||
 ^~
  stolen_chunk_of_toke.c: In function 'S_scan_word':
  stolen_chunk_of_toke.c:350:6: warning: 'Perl_is_utf8_mark' is deprecated 
[-Wdeprecated-declarations]
while (UTF8_IS_CONTINUED(*t) && is_utf8_mark((U8*)t))
^
  In file included from /usr/lib/x86_64-linux-gnu/perl/5.26/CORE/perl.h:5609:0,
   from Parser.xs:5:
  /usr/lib/x86_64-linux-gnu/perl/5.26/CORE/proto.h:1633:20: note: declared here
   PERL_CALLCONV bool Perl_is_utf8_mark(pTHX_ const U8 *p)
  ^
  In file included from Parser.xs:12:0:
  stolen_chunk_of_toke.c: In function 'S_scan_str':
  stolen_chunk_of_toke.c:546:2: warning: 'Perl_utf8_to_uvchr' is deprecated 
[-Wdeprecated-declarations]
termcode = utf8_to_uvchr((U8*)s, );
^~~~
  In file included from /usr/lib/x86_64-linux-gnu/perl/5.26/CORE/perl.h:5609:0,
   from Parser.xs:5:
  /usr/lib/x86_64-linux-gnu/perl/5.26/CORE/proto.h:3614:18: note: declared here
   PERL_CALLCONV UV Perl_utf8_to_uvchr(pTHX_ const U8 *s, STRLEN *retlen)
^~
  Makefile:350: recipe for target 'Parser.o' failed
  make[1]: *** [Parser.o] Error 1
  
-- 
Niko Tyni   nt...@debian.org

Bug#865034: polymake: FTBFS with Perl 5.26: 'yy_parser {aka struct yy_parser}' has no member named 'lex_expect'

[Niko Tyni]

Package: polymake
Version: 3.0r2-2
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at

  
http://perl.debian.net/rebuild-logs/perl-5.26/polymake_3.0r2-2/polymake_3.0r2-2+b2_amd64-2017-05-20T22:58:30Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

Log excerpt:

  x86_64-linux-gnu-gcc -c  -I/<>/include/core -D_REENTRANT 
-D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g   -DVERSION=\"\" 
-DXS_VERSION=\"\" -fPIC "-I/usr/lib/x86_64-linux-gnu/perl/5.26/CORE"  
-DPerlVersion=5260 -Wno-nonnull namespaces.c
  namespaces.xs: In function 'intercept_ck_readline':
  namespaces.xs:2519:16: error: 'yy_parser {aka struct yy_parser}' has no 
member named 'lex_expect'; did you mean 'expect'?
 PL_parser->lex_expect=XTERM;
  ^~
  "/usr/bin/perl" /<>/lib/core/src/perl/createBootstrap.pl 
Customize.c Ext.c Object.c Overload.c Poly.c RefHash.c Scope.c Shell.c Struct.c 
XMLfile.c namespaces.c CPlusPlus.cc RuleGraph.cc SchedulerHeap.cc >Bootstrap.h
  Makefile:378: recipe for target 'namespaces.o' failed
  make[3]: *** [namespaces.o] Error 1

-- 
Niko Tyni   nt...@debian.org

Bug#865033: libsolv: FTBFS with Perl 5.26: swig error: lvalue required as left operand of assignment

[Niko Tyni]

Package: libsolv
Version: 0.6.24-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at

  
http://perl.debian.net/rebuild-logs/perl-5.26/libsolv_0.6.24-1/libsolv_0.6.24-1+b1_amd64-2017-05-20T22:26:55Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

Log excerpt:

  /usr/bin/make -f bindings/perl/CMakeFiles/bindings_perl.dir/build.make 
bindings/perl/CMakeFiles/bindings_perl.dir/build
  make[3]: Entering directory '/<>/obj-x86_64-linux-gnu'
  [ 82%] Building C object 
bindings/perl/CMakeFiles/bindings_perl.dir/solv_perl.c.o
  cd /<>/obj-x86_64-linux-gnu/bindings/perl && /usr/bin/cc  
-DDEBIAN -DENABLE_ARCHREPO=1 -DENABLE_BZIP2_COMPRESSION=1 -DENABLE_DEBIAN=1 
-DENABLE_HELIXREPO=1 -DENABLE_LZMA_COMPRESSION=1 -DENABLE_MDKREPO=1 
-DENABLE_PGPVRFY=1 -DENABLE_PUBKEY=1 -DENABLE_RPMDB=1 
-DENABLE_RPMDB_BYRPMHEADER=1 -DENABLE_RPMMD=1 -DENABLE_RPMPKG=1 
-DENABLE_SUSEREPO=1 -DHAVE_FOPENCOOKIE=1 -DHAVE_PGPDIGGETPARAMS=1 
-DHAVE_STRCHRNUL=1 -DMULTI_SEMANTICS=1 -D_FILE_OFFSET_BITS=64 
-Dbindings_perl_EXPORTS -I/<> -I/<>/src 
-I/<>/ext -I/<>/obj-x86_64-linux-gnu 
-I/<>/obj-x86_64-linux-gnu/src 
-I/usr/lib/x86_64-linux-gnu/perl/5.26/CORE  -g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -fPIC -fPIC   
-DVERSION=\"0.6.24\" -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -Wno-unused -Wno-nonnull -o 
CMakeFiles/bindings_perl.dir/solv_perl.c.o   -c 
/<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c: In function 
'_wrap_Repo_add_solv':
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c:1587:39: 
error: lvalue required as left operand of assignment
   #define SWIG_CALLXS(_name) 
TOPMARK=MARK-PL_stack_base;_name(PERL_GET_THX, cv)
 ^
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c:13264:23: 
note: in expansion of macro 'SWIG_CALLXS'
 PUSHMARK(MARK); SWIG_CALLXS(_wrap_Repo_add_solv__SWIG_1); return;
 ^~~
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c:1587:39: 
error: lvalue required as left operand of assignment
   #define SWIG_CALLXS(_name) 
TOPMARK=MARK-PL_stack_base;_name(PERL_GET_THX, cv)
 ^
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c:13266:23: 
note: in expansion of macro 'SWIG_CALLXS'
 PUSHMARK(MARK); SWIG_CALLXS(_wrap_Repo_add_solv__SWIG_0); return;
 ^~~
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c: In function 
'_wrap_new_Chksum':
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c:1587:39: 
error: lvalue required as left operand of assignment
   #define SWIG_CALLXS(_name) 
TOPMARK=MARK-PL_stack_base;_name(PERL_GET_THX, cv)
 ^
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c:15720:23: 
note: in expansion of macro 'SWIG_CALLXS'
 PUSHMARK(MARK); SWIG_CALLXS(_wrap_new_Chksum__SWIG_0); return;
 ^~~
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c:1587:39: 
error: lvalue required as left operand of assignment
   #define SWIG_CALLXS(_name) 
TOPMARK=MARK-PL_stack_base;_name(PERL_GET_THX, cv)
 ^
  /<>/obj-x86_64-linux-gnu/bindings/perl/solv_perl.c:15722:23: 
note: in expansion of macro 'SWIG_CALLXS'
 PUSHMARK(MARK); SWIG_CALLXS(_wrap_new_Chksum__SWIG_1); return;
 ^~~
  bindings/perl/CMakeFiles/bindings_perl.dir/build.make:70: recipe for target 
'bindings/perl/CMakeFiles/bindings_perl.dir/solv_perl.c.o' failed
  make[3]: *** [bindings/perl/CMakeFiles/bindings_perl.dir/solv_perl.c.o] Error 
1
 
-- 
Niko Tyni   nt...@debian.org

Bug#865032: installation-reports: successful installation (with kernel panic that had to be worked around) using debian-stretch-DI-rc3-i386-netinst.iso install image

[David H. Gutteridge]

Package: installation-reports
Severity: important
Tags: d-i

Boot method: USB stick
Image version: https://cdimage.debian.org/cdimage/stretch_di_rc3/i386/is
o-cd/debian-stretch-DI-rc3-i386-netinst.iso
Date: May 20th, 2017

Machine: Toshiba Satellite M40X
Processor: Intel(R) Celeron(R) CPU @ 1.5GHz (Dothan)
Memory: 1.5GiB
Partitions:

Filesystem Type 1K-blocksUsed Available
Use% Mounted on
udev   devtmpfs759548   0759548 
  0% /dev
tmpfs  tmpfs   1539005124148776 
  4% /run
/dev/mapper/dymp--debian1--vg-root ext4  19140432
5154756  12990348  29% /
tmpfs  tmpfs   769492   0769492 
  0% /dev/shm
tmpfs  tmpfs 5120   4  5116 
  1% /run/lock
tmpfs  tmpfs   769492   0769492 
  0% /sys/fs/cgroup
/dev/mapper/dymp--debian1--vg-home
ext4  36361728  103928  34381016   1% /home
/dev/sda1  ext2240972   61888166643 
 28% /boot
tmpfs  tmpfs   153896  28153868 
  1% /run/user/117
tmpfs  tmpfs   153896  32153864 
  1% /run/user/1000

Output of lspci -knn (or lspci -nn):

00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML
Express Processor to DRAM Controller [8086:2590] (rev 03)
Subsystem: Toshiba America Info Systems Mobile
915GM/PM/GMS/910GML Express Processor to DRAM Controller [1179:ff00]
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile
915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03)
Subsystem: Toshiba America Info Systems Mobile 915GM/GMS/910GML
Express Graphics Controller [1179:ff01]
Kernel driver in use: i915
Kernel modules: i915
00:02.1 Display controller [0380]: Intel Corporation Mobile
915GM/GMS/910GML Express Graphics Controller [8086:2792] (rev 03)
Subsystem: Toshiba America Info Systems Mobile 915GM/GMS/910GML
Express Graphics Controller [1179:ff01]
00:1d.0 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB UHCI #1 [8086:2658] (rev 03)
Subsystem: Toshiba America Info Systems 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB UHCI [1179:ff00]
Kernel driver in use: uhci_hcd
Kernel modules: uhci_hcd
00:1d.1 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB UHCI #2 [8086:2659] (rev 03)
Subsystem: Toshiba America Info Systems 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB UHCI [1179:ff00]
Kernel driver in use: uhci_hcd
Kernel modules: uhci_hcd
00:1d.2 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB UHCI #3 [8086:265a] (rev 03)
Subsystem: Toshiba America Info Systems 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB UHCI [1179:ff00]
Kernel driver in use: uhci_hcd
Kernel modules: uhci_hcd
00:1d.3 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB UHCI #4 [8086:265b] (rev 03)
Subsystem: Toshiba America Info Systems 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB UHCI [1179:ff00]
Kernel driver in use: uhci_hcd
Kernel modules: uhci_hcd
00:1d.7 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB2 EHCI Controller [8086:265c] (rev 03)
Subsystem: Toshiba America Info Systems 82801FB/FBM/FR/FW/FRW
(ICH6 Family) USB2 EHCI Controller [1179:ff00]
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge
[8086:2448] (rev d3)
00:1e.2 Multimedia audio controller [0401]: Intel Corporation
82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller [8086:266e]
(rev 03)
Subsystem: Toshiba America Info Systems 82801FB/FBM/FR/FW/FRW
(ICH6 Family) AC'97 Audio Controller [1179:ff00]
Kernel driver in use: snd_intel8x0
Kernel modules: snd_intel8x0
00:1e.3 Modem [0703]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) AC'97 Modem Controller [8086:266d] (rev 03)
Subsystem: Toshiba America Info Systems 82801FB/FBM/FR/FW/FRW
(ICH6 Family) AC'97 Modem Controller [1179:0001]
Kernel driver in use: snd_intel8x0m
Kernel modules: snd_intel8x0m
00:1f.0 ISA bridge [0601]: Intel Corporation 82801FBM (ICH6M) LPC
Interface Bridge [8086:2641] (rev 03)
Subsystem: Toshiba America Info Systems 82801FBM (ICH6M) LPC
Interface Bridge [1179:ff00]
Kernel driver in use: lpc_ich
Kernel modules: intel_rng, lpc_ich
00:1f.2 IDE interface [0101]: Intel Corporation 82801FBM (ICH6M) SATA
Controller [8086:2653] (rev 03)
Subsystem: Toshiba America Info Systems 82801FBM (ICH6M) SATA
Controller [1179:ff00]
Kernel driver in use: ata_piix
Kernel modules: ahci, ata_piix, ata_generic
00:1f.3 SMBus [0c05]: Intel Corporation 

Bug#865031: haskell-pqueue FTBFS: Encountered missing dependencies: QuickCheck >=2.5 && <3

[Adrian Bunk]

Source: haskell-pqueue
Version: 1.3.2.2-1
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-pqueue=sid

...
   dh_auto_configure -a -O--buildsystem=haskell
ghc --make -threaded Setup.lhs -o debian/haskellbuild.setup
[1 of 1] Compiling Main ( Setup.lhs, Setup.o )
Linking debian/haskellbuild.setup ...
debian/haskellbuild.setup configure --builddir=dist-ghc --ghc -v2 
--package-db=/var/lib/ghc/package.conf.d --prefix=/usr 
--libdir=/usr/lib/haskell-packages/ghc/lib --datadir=/usr/share 
--ghc-option=-optl-Wl,-z,relro 
--haddockdir=/usr/lib/ghc-doc/haddock/pqueue-1.3.2.2/ --datasubdir=pqueue 
--htmldir=/usr/share/doc/libghc-pqueue-doc/html/ --enable-library-profiling 
--enable-tests
Configuring pqueue-1.3.2.2...
haskellbuild.setup: Encountered missing dependencies:
QuickCheck >=2.5 && <3
dh_auto_configure: debian/haskellbuild.setup configure --builddir=dist-ghc 
--ghc -v2 --package-db=/var/lib/ghc/package.conf.d --prefix=/usr 
--libdir=/usr/lib/haskell-packages/ghc/lib --datadir=/usr/share 
--ghc-option=-optl-Wl,-z,relro 
--haddockdir=/usr/lib/ghc-doc/haddock/pqueue-1.3.2.2/ --datasubdir=pqueue 
--htmldir=/usr/share/doc/libghc-pqueue-doc/html/ --enable-library-profiling 
--enable-tests returned exit code 1
debian/rules:4: recipe for target 'build-arch' failed
make: *** [build-arch] Error 1

Bug#865028: libuniversal-ref-perl: FTBFS with Perl 5.26: 'OP {aka struct op}' has no member named 'op_sibling'

[Niko Tyni]

Package: libuniversal-ref-perl
Version: 0.14-3
Severity: important
Tags: upstream patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=118008
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26/libuniversal-ref-perl_0.14-3/libuniversal-ref-perl_0.14-3+b3_amd64-2017-05-21T00:11:51Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also [rt.cpan.org #118008], which has a patch by Petr Písař.

Log excerpt:

  x86_64-linux-gnu-gcc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -D_REENTRANT 
-D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 
-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe 
-I/usr/local/include   -DVERSION=\"0.14\" -DXS_VERSION=\"0.14\" -fPIC 
"-I/usr/lib/x86_64-linux-gnu/perl/5.26/CORE"   ref.c
  ref.xs: In function 'universal_ref_fixupop':
  ref.xs:92:9: error: 'OP {aka struct op}' has no member named 'op_sibling'; 
did you mean 'op_sibparent'?
 if ( o->op_sibling ) {
   ^~
  ref.xs:94:28: error: 'OP {aka struct op}' has no member named 'op_sibling'; 
did you mean 'op_sibparent'?
   universal_ref_fixupop(o->op_sibling);
  ^~
  Makefile:334: recipe for target 'ref.o' failed
  
-- 
Niko Tyni   nt...@debian.org

Bug#865030: Please drop recommends on libpam-ck-connector

[Michael Biebl]

Package: education-common
Version: 1.924
Severity: normal

Hi,

please consider dropping the Recommends: libpam-ck-connector
This will pull consolekit which is unmaintained upstream and downstream
and has been replaced by systemd-logind/libpam-systemd.

Regards,
Michael


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

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

Versions of packages education-common depends on:
pn  education-tasks  

Versions of packages education-common recommends:
ii  apt-listchanges  3.10
ii  bash-completion  1:2.1-4.3
ii  bc   1.06.95-9+b3
ii  bind9-host   1:9.10.3.dfsg.P4-12.3
pn  cfengine2
ii  cifs-utils   2:6.7-1
pn  command-not-found
pn  consolekit   
pn  convmv   
ii  cups 2.2.1-8
ii  cups-browsed 1.11.6-3
ii  cups-filters [foomatic-filters]  1.11.6-3
pn  debconf-utils
ii  debian-archive-keyring   2017.5
pn  debian-edu-config
pn  debian-edu-doc-en
pn  debian-edu-install   
pn  deborphan
pn  dhcping  
ii  dmidecode3.0-4
ii  eject2.1.5+deb1+cvs20081104-13.2
pn  etherwake
ii  ethtool  1:4.8-1+b1
pn  finger   
ii  foomatic-db  20161201-1
ii  foomatic-db-engine   4.0.12-2+b1
pn  foomatic-db-gutenprint   
pn  fping
ii  gdb  7.12-6
ii  gdebi-core   0.9.5.7+nmu1
pn  hddtemp  
pn  hdparm   
pn  hpijs-ppds   
pn  hplip
ii  htop 2.0.2-1
pn  hwinfo   
pn  iftop
pn  ijsgutenprint
pn  iotop
ii  iproute2 4.9.0-1
ii  iputils-arping   3:20161105-1
ii  less 481-2.1
ii  libnss-myhostname232-25
pn  libpam-ck-connector  
pn  libpam-tmpdir
ii  libwww-perl  6.15-1
pn  lshw 
pn  lsscsi   
ii  man-db   2.7.6.1-2
ii  manpages 4.10-2
pn  mc   
pn  memtest86+   
ii  mlocate  0.26-2
ii  mtools   4.0.18-2+b1
pn  mtr-tiny | mtr   
pn  ncftp
pn  nictools-pci 
ii  nmap 7.40-1
pn  nullidentd   
pn  openbsd-inetd
ii  openssh-client   1:7.5p1-5
ii  pciutils 1:3.5.2-1
ii  printer-driver-hpijs 3.16.11+repack0-3
ii  printer-driver-pnm2ppa   1.13-8
pn  procinfo 
ii  procmail 3.22-25+b1
ii  psmisc   23.1-1
ii  python-gtk2  2.24.0-5.1
pn  python-vte   
ii  reportbug7.1.7
pn  resolvconf   
ii  rsync3.1.2-2
ii  rsyslog  8.24.0-1
ii  screen   4.5.0-6
ii  strace   4.15-2
pn  sysfsutils   
pn  system-config-lvm
ii  tcpdump  4.9.0-2
pn  tcptraceroute
ii  traceroute   1:2.1.0-2
ii  unattended-upgrades  0.93.1+nmu1
pn  valgrind 
ii  vim  2:8.0.0197-4
ii  wget 1.19.1-3

Versions of packages education-common suggests:
pn  apticron | cron-apt  
pn  arrayprobe   
pn  cpqarrayd
pn  debian-goodies   
pn  debsecan 
pn  dpt-i2o-raidutils | raidutils
pn  emacs
pn  firmware-bnx2
pn  firmware-ipw2x00 
ii  firmware-iwlwifi 20161130-3
ii  firmware-misc-nonfree [firmware-ralink]  20161130-3
pn  firmware-qlogic  

Bug#865029: apertium-spa-cat FTBFS: No rule to make target '/usr/share/apertium/apertium-cat/cat_valencia.autogen.bin'

[Adrian Bunk]

Source: apertium-spa-cat
Version: 2.0.0~r77288-1
Severity: serious

Something recently broke the build of apertium-spa-cat:

https://tests.reproducible-builds.org/debian/history/apertium-spa-cat.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/apertium-spa-cat.html

...
   dh_auto_build -O--fail-missing
make -j1
make[1]: Entering directory '/build/1st/apertium-spa-cat-2.0.0~r77288'
test -d .deps || mkdir .deps
touch .deps/.d
xsltproc translate-to-default-equivalent.xsl apertium-spa-cat.spa-cat.dix > 
.deps/spa-cat.dix
apertium-validate-dictionary .deps/spa-cat.dix
.deps/spa-cat.dix validates
lt-comp --var-right=cat lr .deps/spa-cat.dix spa-cat.autobil.bin
final@standard 140 7345
main@standard 69219 103035
lt-trim /usr/share/apertium/apertium-spa/spa.automorf.bin spa-cat.autobil.bin 
spa-cat.automorf.bin
final@inconditional 7 17
main@standard 79767 148732
regexp@standard 143 7426
cp /usr/share/apertium/apertium-spa/spa.lrx.bin spa.lrx.bin
cg-comp /usr/share/apertium/apertium-spa/apertium-spa.spa.rlx spa-cat.rlx.bin
Sections: 1, Rules: 285, Sets: 181, Tags: 483
cp /usr/share/apertium/apertium-spa/spa.prob spa-cat.prob
apertium-validate-dictionary .deps/spa-cat.dix
.deps/spa-cat.dix validates
lt-comp --var-right=val lr .deps/spa-cat.dix spa-cat_valencia.autobil.bin
final@standard 140 7345
main@standard 69207 103031
lrx-comp apertium-spa-cat.spa-cat.lrx spa-cat.autolex.bin
5: 81@90
cp /usr/share/apertium/apertium-cat/cat.autogen.bin spa-cat.autogen.bin
make[1]: *** No rule to make target 
'/usr/share/apertium/apertium-cat/cat_valencia.autogen.bin', needed by 
'spa-cat_valencia.autogen.bin'.  Stop.
make[1]: Leaving directory '/build/1st/apertium-spa-cat-2.0.0~r77288'
dh_auto_build: make -j1 returned exit code 2
debian/rules:9: recipe for target 'build' failed
make: *** [build] Error 2

Bug#864389: squid: Regression - after upgrade, squid takes over minute to display a web page

[Peter Tuharsky]

Package: squid
Version: 3.5.23-5
Followup-For: Bug #864389

It seems, that the problem is only related to https pages. Maybe some default
or compile-time parameters have changed in recent update? Because now, Squid
cannot cope with https requests. If it would only pass them thru by default...
Now, because SSL support is not compiled in, it is not easy to cover it
otherwise...



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

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

Versions of packages squid depends on:
ii  adduser  3.115
ii  libc62.24-11
ii  libcap2  1:2.25-1
ii  libcomerr2   1.43.4-2
ii  libdb5.3 5.3.28-12+b1
ii  libdbi-perl  1.636-1+b1
ii  libecap3 1.0.1-3.2
ii  libexpat12.2.0-2
ii  libgcc1  1:6.3.0-18
ii  libgssapi-krb5-2 1.15-1
ii  libkrb5-31.15-1
ii  libldap-2.4-22.4.44+dfsg-5
ii  libltdl7 2.4.6-2
ii  libnetfilter-conntrack3  1.0.6-2
ii  libnettle6   3.3-1+b1
ii  libpam0g 1.1.8-3.6
ii  libsasl2-2   2.1.27~101-g0780600+dfsg-3
ii  libstdc++6   6.3.0-18
ii  libxml2  2.9.4+dfsg1-2.2
ii  logrotate3.11.0-0.1
ii  lsb-base 9.20161125
ii  netbase  5.4
ii  squid-common 3.5.23-5

Versions of packages squid recommends:
ii  libcap2-bin  1:2.25-1

Versions of packages squid suggests:
pn  resolvconf   
pn  smbclient
pn  squid-cgi
pn  squid-purge  
pn  squidclient  
pn  ufw  
pn  winbindd 

-- Configuration Files:
/etc/squid/squid.conf changed [not included]

-- no debconf information

Bug#846941: linux-image-4.8.0-1-amd64-unsigned: ThinkPad X220: hibernating with screen turned off (screensaver) causes it to remain off until reboot

[Benjamin Barenblat]

Control: retitle -1 ThinkPad X220: suspending or hibernating with screen turned 
off causes it to remain off until reboot
Control: notfound -1 linux/3.16+63
Control: found -1 linux/4.9+80

On Sun, Dec  4, 2016 at  5:02:52 PM, Ivan Krylov  wrote:
> When I hibernate my machine with screen turned on
> (e.g. xfce4-session-logout --hibernate), it wakes up as expected.
> However, if something turns the screen off before that
> (e.g. XScreenSaver activating), on wakeup the screen is unresponsive,
> but the remaining system works (I can ssh into machine and play music,
> etc).

I can reproduce this on my X220 tablet with linux-image-4.9.0-3-amd64.

  1. Run `xset dpms force off` to shut the display off.
  2. Close the lid, suspending the machine.
  3. Reopen the lid, bringing the machine back up.

At this point, the display is off and will remain so until I reboot. The
machine is otherwise functional; if I leave a terminal open before
running these steps, I can type `systemctl reboot`, and the system will
reboot.

Bug#865027: stumbles on Youtube age gate

[Zefram]

Package: libquvi7
Version: 0.4.1-3
Severity: normal

libquvi fails to download videos from Youtube that are subject to age
restriction.  For example, using the cclive(1) frontend:

$ cclive "https://www.youtube.com/watch?v=W6JhcjbWEwg;
Checking ... .. ... libquvi: error: 
/usr/share/libquvi-scripts/lua/website/youtube.lua:112: Sign in to confirm your 
age (code=150)

(This video is of an interview of one journalist by another.  Not being
able to see it, I don't know what aspect it has that would cause Youtube
to age-restrict it.  My guess is that it's a reality-is-NSFW deal.)

libquvi ought to work around the age gate.  It should not impose this
censorship on its users.

I found a discussion of the same issue being addressed in some other
code at .  Maybe the
fix they used can be adopted.

-zefram

Bug#865026: libusb.h: __linux usage makes ippusbxd FTBFS on ppc

[Adrian Bunk]

Package: libusb-1.0-0-dev
Version: 2:1.0.21-1
Severity: serious
Tags: patch buster sid
Control: affects -1 src:ippusbxd

https://buildd.debian.org/status/fetch.php?pkg=ippusbxd=ppc64el=1.30-2=1497806137=0

...
[ 50%] Building C object CMakeFiles/ippusbxd.dir/usb.c.o
/usr/bin/cc   -I/usr/include/libusb-1.0  -g -O2 
-fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -o2 -g -std=c99 -Wall 
-Wextra -pedantic -pedantic-errors   -o CMakeFiles/ippusbxd.dir/usb.c.o   -c 
/«PKGBUILDDIR»/src/usb.c
In file included from /«PKGBUILDDIR»/src/usb.c:23:0:
/usr/include/libusb-1.0/libusb.h:1815:67: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
 int LIBUSB_CALL libusb_wait_for_event(libusb_context *ctx, struct timeval *tv);
   ^~~
/usr/include/libusb-1.0/libusb.h:1818:9: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
  struct timeval *tv);
 ^~~
/usr/include/libusb-1.0/libusb.h:1820:9: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
  struct timeval *tv, int *completed);
 ^~~
/usr/include/libusb-1.0/libusb.h:1824:9: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
  struct timeval *tv);
 ^~~
/usr/include/libusb-1.0/libusb.h:1827:9: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
  struct timeval *tv);
 ^~~
/«PKGBUILDDIR»/src/usb.c: In function 'usb_pump_events':
/«PKGBUILDDIR»/src/usb.c:519:50: error: passing argument 2 of 
'libusb_handle_events_timeout_completed' from incompatible pointer type 
[-Wincompatible-pointer-types]
 libusb_handle_events_timeout_completed(NULL, , NULL);
  ^
In file included from /«PKGBUILDDIR»/src/usb.c:23:0:
/usr/include/libusb-1.0/libusb.h:1819:17: note: expected 'struct timeval *' but 
argument is of type 'struct timeval *'
 int LIBUSB_CALL libusb_handle_events_timeout_completed(libusb_context *ctx,
 ^~
CMakeFiles/ippusbxd.dir/build.make:134: recipe for target 
'CMakeFiles/ippusbxd.dir/usb.c.o' failed
make[4]: *** [CMakeFiles/ippusbxd.dir/usb.c.o] Error 1


__linux is not defined on ppc with -std=c99, the attached patch uses
__linux__ instead for the required #include 
Description: libusb.h: use __linux__ instead of __linux
 The check was added since sys/time.h is not available on windows,
 but breaks on ppc where __linux is not defined by gcc in strict
 standards modes.
Author: Adrian Bunk 

--- libusb-1.0-1.0.21.orig/libusb/libusb.h
+++ libusb-1.0-1.0.21/libusb/libusb.h
@@ -54,7 +54,7 @@ typedef unsigned __int32  uint32_t;
 #include 
 #endif
 
-#if defined(__linux) || defined(__APPLE__) || defined(__CYGWIN__) || 
defined(__HAIKU__)
+#if defined(__linux__) || defined(__APPLE__) || defined(__CYGWIN__) || 
defined(__HAIKU__)
 #include 
 #endif
 

Bug#865025: libdata-swap-perl: FTBFS with Perl 5.26: t/01_deref.t failure

[Niko Tyni]

Package: libdata-swap-perl
Version: 0.07-2 
Severity: important
Tags: upstream patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=117618
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26/libdata-swap-perl_0.07-2/libdata-swap-perl_0.07-2+b4_amd64-2017-05-20T21:59:32Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also [rt.cpan.org #117618], which has a patch by Father Chrysostomos.

Log excerpt:

  test_harness(1, 'blib/lib', 'blib/arch')" t/*.t
  # Failed test (t/01_deref.t at line 62)
  #   undef
  # doesn't match '(?^:^Tie::StdArray=ARRAY\(0x[0-9A-Fa-f]+\)\z)'
  # Looks like you failed 1 tests of 13.
  t/01_deref.t .. 
  1..13
  ok 1
  ok 2
  ok 3
  ok 4
  ok 5
  ok 6
  ok 7
  ok 8
  ok 9
  ok 10
  ok 11
  ok 12
  not ok 13
  Dubious, test returned 1 (wstat 256, 0x100)
  Failed 1/13 subtests 

-- 
Niko Tyni   nt...@debian.org

Bug#865024: debmirror.conf update

[Alexey Dobrovolskiy]

Package: debmirror
Version: 1:2.26
Severity: minor

Hello!
I suppose that file /usr/share/doc/debmirror/examples/debmirror.conf is unclear 
and confusing (see e.g. #466801).
It also contains some obsolete variable names. 
Thus, there should be more comments and examples in it.
I propose a patch with them.

Best regards,
Alexey

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

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

Versions of packages debmirror depends on:
ii  bzip2 1.0.6-8.1
pn  libdigest-md5-perl
ii  liblockfile-simple-perl   0.208-1
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-3
ii  libwww-perl   6.15-1
ii  perl  5.24.1-3
ii  perl-modules-5.24 [libnet-perl]   5.24.1-3
ii  rsync 3.1.2-1

Versions of packages debmirror recommends:
ii  ed 1.10-2.1
ii  gpgv   2.1.18-6
ii  patch  2.7.5-1+b2

Versions of packages debmirror suggests:
ii  gnupg  2.1.18-6

-- no debconf information
--- debmirror.conf  2014-07-03 00:54:08.0 +0400
+++ ./new/debmirror.conf2017-06-18 20:52:02.353975632 +0300
@@ -12,7 +12,7 @@
 # files.
 
 # Location of the local mirror (use with care)
-# $mirrordir="/path/to/mirrordir"
+# $mirrordir="/path/to/mirrordir";
 
 # Output options
 $verbose=0;
@@ -25,36 +25,55 @@
 $passwd="anonymous@";
 $remoteroot="debian";
 $download_method="ftp";
-@dists="sid";
-@sections="main,main/debian-installer,contrib,non-free";
-@arches="i386";
-# @ignores="";
-# @excludes="";
-# @includes="";
-# @excludes_deb_section="";
-# @limit_priority="";
 $omit_suite_symlinks=0;
 $skippackages=0;
-# @rsync_extra="doc,tools";
 $i18n=0;
 $getcontents=0;
 $do_source=1;
 $max_batch=0;
 
+# Multiple distributions, sections, arches, extras may be specified at once,
+# separated by commas like in lines below.
+# Uncomment the next string to mirror stretch dists.
+# Otherwise, sid is the default.
+# @dists="stretch,stretch-updates,stretch-backports";
+@sections="main,main/debian-installer,contrib,non-free";
+@arches="i386";
+# If you wish to create custom CD images using for example debian-cd, you
+# will probably also want mirror doc and tools.
+# @rsync_extra="trace,doc,tools";
 # @di_dists="dists";
 # @di_archs="arches";
 
+# Multiple includes, excludes and other options with regex arguments
+# may be specified at once as a perl array.
+# For example the next string excludes following sections:
+# all "debug", "contrib/games", "main/sound" and all "tex" but not "text".
+# @excludes_deb_section=("debug", "contrib/games", "^sound", "tex\$"); 
+
+# Uncomment the next line to limit download to files with specified
+# Debian Priority
+# @limit_priority=("required", "important", "standard", "optional", "extra");
+
+# Uncomment the following string to completely exclude debug symbols and
+# developer files if you do not need them.
+# @excludes=("-dbg_", "-dev_");
+# @includes="";
+# @ignores="";
+
 # Save mirror state between runs; value sets validity of cache in days
 $state_cache_days=0;
 
 # Security/Sanity options
+# @keyrings="/path/to/keyrings/file";
 $ignore_release_gpg=0;
-$ignore_release=0;
-$check_md5sums=0;
+$check_gpg=1;
+$ignore_missing_release=0;
+$verify_checksums=0;
 $ignore_small_errors=0;
 
 # Cleanup
-$cleanup=0;
+$pre_cleanup=0;
 $post_cleanup=1;
 
 # Locking options
@@ -62,7 +81,9 @@
 
 # Rsync options
 $rsync_batch=200;
-$rsync_options="-aIL --partial";
+# Uncomment next line to specify standard rsync options with
+# additional transfer rate limit 5MiBs.
+# $rsync_options="-aIL --partial --bwlimit=5M";
 
 # FTP/HTTP options
 $passive=0;

Bug#865023: xserver-xorg-video-intel: [i915] Xorg crashes on startup with SDDM on Debian Stretch Live due DRI error

[Robin de Rooij]

Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20161206-1
Severity: important

Dear Maintainer,

When I run the Debian 9.0 Live KDE hybrid iso on USB, the following problem 
occurs:

SSDD switches back to the login screen, but it should automatically boot into 
the Plasma desktop.
When I login again as the Debian live user, the X-server keeps crashing and I'm 
being logged out again.
If I switch to TTY1 manually, then Plasma suddenly boots after waiting a little 
bit without a problem.
This is the reason why I have two Xorg-logs attached to this bug report. One 
that works and one that doesn't.

I tried the Debian 9.0 Live KDE hybrid iso on another PC with the same USB, but 
the same problem did not occur.
The last two lines in the crashing Xorg-log indicates the problem.

I expected the Plasma desktop to boot normally.


-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

The lspci command was not found; not including PCI data.

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2 (2017-06-12)

Xorg X server log files on system:
--
-rw-r--r-- 1 user user 28958 Jun 18 18:55 
/home/user/.local/share/xorg/Xorg.1.log
-rw-r--r-- 1 root root 27367 Jun 18  2017 /var/log/Xorg.0.log

Contents of crashing Xorg X server log file (/var/log/Xorg.0.log.old):
-
[33.694] (--) Log file renamed from "/var/log/Xorg.pid-1161.log" to 
"/var/log/Xorg.0.log"
[33.694] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[33.694] X Protocol Version 11, Revision 0
[33.694] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[33.694] Current Operating System: Linux debian 4.9.0-3-amd64 #1 SMP Debian 
4.9.30-2 (2017-06-12) x86_64
[33.694] Kernel command line: BOOT_IMAGE=/live/vmlinuz-4.9.0-3-amd64 
initrd=/live/initrd.img-4.9.0-3-amd64 boot=live components
[33.694] Build Date: 03 March 2017  03:14:41PM
[33.694] xorg-server 2:1.19.2-1 (https://www.debian.org/support) 
[33.694] Current version of pixman: 0.34.0
[33.694]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[33.694] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[33.694] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 18 20:54:41 
2017
[33.694] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[33.695] (==) No Layout section.  Using the first Screen section.
[33.695] (==) No screen section available. Using defaults.
[33.695] (**) |-->Screen "Default Screen Section" (0)
[33.695] (**) |   |-->Monitor ""
[33.695] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[33.695] (==) Automatically adding devices
[33.695] (==) Automatically enabling devices
[33.695] (==) Automatically adding GPU devices
[33.695] (==) Max clients allowed: 256, resource mask: 0x1f
[33.695] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[33.695]Entry deleted from font path.
[33.695] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[33.695] (==) ModulePath set to "/usr/lib/xorg/modules"
[33.695] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[33.695] (II) Loader magic: 0x55dfdc53ae00
[33.695] (II) Module ABI versions:
[33.695]X.Org ANSI C Emulation: 0.4
[33.695]X.Org Video Driver: 23.0
[33.695]X.Org XInput driver : 24.1
[33.695]X.Org Server Extension : 10.0
[33.695] (++) using VT number 7

[33.695] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[33.696] (II) xfree86: Adding drm device (/dev/dri/card0)
[33.731] (--) PCI:*(0:0:2:0) 8086:0a16:1028:061f rev 11, Mem @ 
0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64, BIOS @ 
0x/131072
[33.731] (II) LoadModule: "glx"
[33.732] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[33.732] (II) Module glx: vendor="X.Org Foundation"
[33.732]compiled for 1.19.2, module version = 1.0.0
[33.732]ABI 

Bug#865022: libb-perlreq-perl: FTBFS with Perl 5.26: 'SVOP {aka struct svop}' has no member named 'op_sibling'

[Niko Tyni]

Package: libb-perlreq-perl
Version: 0.82-4
Severity: important
Tags: upstream patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=117350
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26/libb-perlreq-perl_0.82-4/libb-perlreq-perl_0.82-4+b3_amd64-2017-05-20T21:54:02Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also [rt.cpan.org #117350], which has a patch by Petr Písař.

Log excerpt:

  x86_64-linux-gnu-gcc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2   -DVERSION=\"0.01\" -DXS_VERSION=\"0.01\" -fPIC 
"-I/usr/lib/x86_64-linux-gnu/perl/5.26/CORE"   ConstOptree.c
  ConstOptree.xs: In function 'convert_arg':
  ConstOptree.xs:28:7: error: 'SVOP {aka struct svop}' has no member named 
'op_sibling'; did you mean 'op_sibparent'?
newop->op_sibling = op1->op_sibling;
 ^~
  ConstOptree.xs:28:25: error: 'OP {aka struct op}' has no member named 
'op_sibling'; did you mean 'op_sibparent'?
newop->op_sibling = op1->op_sibling;
   ^~
  ConstOptree.xs: In function 'my_ck_op':
  ConstOptree.xs:41:17: error: 'OP {aka struct op}' has no member named 
'op_sibling'; did you mean 'op_sibparent'?
argp = &(*argp)->op_sibling;
   ^~
  Makefile:313: recipe for target 'ConstOptree.o' failed
  make[2]: *** [ConstOptree.o] Error 1
 
-- 
Niko Tyni   nt...@debian.org

Bug#865021: check_backuppc: does host limits all wrong

[Peter Palfrader]

Package: nagios-plugins-contrib
Version: 21.20170222
Severity: normal
Tags: patch

check_backuppc takes an option to limit the check to only a named host:

| root@ajax:~# sudo -u backuppc /usr/lib/nagios/plugins/check_backuppc 
--hostname anguilla
| BACKUPPC OK - (0/1) failures

Unfortunately, this limit operation takes each hostname from the list of hosts
as a regex to match against the provided argument.  This results in the check
for host marmorata to fail because host orata fails:

| root@ajax:~# sudo -u backuppc /usr/lib/nagios/plugins/check_backuppc 
--hostname marmorata
| BACKUPPC CRITICAL - (1/2) failures, 1 critical

| root@ajax:~# sudo -u backuppc /usr/lib/nagios/plugins/check_backuppc 
--hostname marmorata --verbose  --verbose  --verbose
| Host marmorata state Status_idle with error: 
| Host orata state Status_idle with error: no ping response
| BACKUPPC CRITICAL - (orata (no ping response), ) critical


--- /usr/lib/nagios/plugins/check_backuppc  2017-06-04 20:52:07.342331799 
+0200
+++ /tmp/check_backuppc 2017-06-18 21:11:55.713091252 +0200
@@ -150,7 +150,7 @@
 
 foreach my $host (@hostsDesired, @hostsExcluded)
 {
-   if (not grep {/$host/} keys(%Status))
+   if (not grep {$_ eq $host} keys(%Status))
{
print("BACKUPPC UNKNOWN - Unknown host ($host)\n");
exit $ERRORS{'UNKNOWN'};
@@ -161,8 +161,8 @@
 foreach my $host (sort(keys(%Status)))
 {
next if $host =~ /^ /;
-   next if (@hostsDesired and not grep {/$host/} @hostsDesired);
-   next if (@hostsExcluded and grep {/$host/} @hostsExcluded);
+   next if (@hostsDesired and not grep {$_ eq $host} @hostsDesired);
+   next if (@hostsExcluded and grep {$_ eq $host} @hostsExcluded);
next if ($backupOnly and $Status{$host}{'type'} eq 'archive');
next if ($archiveOnly and $Status{$host}{'type'} ne 'archive');
$hostCount++;

| root@ajax:~# sudo -u backuppc /tmp/check_backuppc  --hostname marmorata
| BACKUPPC OK - (0/1) failures
| root@ajax:~# sudo -u backuppc /tmp/check_backuppc  --hostname marmorata 
--verbose --verbose --verbose
| Host marmorata state Status_idle with error: 
| BACKUPPC OK - (0/1) failures
| root@ajax:~#

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

Bug#865020: postgresql-9.6: FTBFS with Perl 5.26: hstore_plperlu differences

[Niko Tyni]

Package: postgresql-9.6
Version: 9.6.3-3
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at

  
http://perl.debian.net/rebuild-logs/perl-5.26/postgresql-9.6_9.6.3-3/postgresql-9.6_9.6.3-3+b1_amd64-2017-06-15T19:14:54Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also 

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

 https://www.postgresql.org/message-id/24215.1494714163%40sss.pgh.pa.us

Log excerpt:

  == running regression test queries==
  test hstore_plperl... ok
  test hstore_plperlu   ... FAILED
  test create_transform ... ok
  == shutting down postmaster   ==
  
  ==
   1 of 3 tests failed. 
  ==
  
  The differences that caused some tests to fail can be viewed in the
  file "/<>/build/contrib/hstore_plperl/regression.diffs".  A copy 
of the test summary that you see
  above is saved in the file 
"/<>/build/contrib/hstore_plperl/regression.out".
  
  /<>/build/../src/makefiles/pgxs.mk:280: recipe for target 
'check' failed
  make[2]: *** [check] Error 1
  make[2]: Leaving directory '/<>/build/contrib/hstore_plperl'
  Makefile:94: recipe for target 'check-hstore_plperl-recurse' failed
  make[1]: *** [check-hstore_plperl-recurse] Error 2
  make[1]: Leaving directory '/<>/build/contrib'
  GNUmakefile:69: recipe for target 'check-world-contrib-recurse' failed
  make: *** [check-world-contrib-recurse] Error 2
  make: Leaving directory '/<>/build'
   build/contrib/hstore_plperl/regression.diffs 
  *** 
/<>/build/../contrib/hstore_plperl/expected/hstore_plperlu.out 
2017-05-08 21:15:12.0 +
  --- /<>/build/contrib/hstore_plperl/results/hstore_plperlu.out 
2017-06-15 19:27:25.571706051 +
  ***
  *** 150,158 
INFO:  $VAR1 = {
  'a' => '1',
  'b' => {
  !  'aa' => 'bb',
  !  'cc' => undef
  !}
};

SELECT * FROM test1;
  --- 150,158 
INFO:  $VAR1 = {
  'a' => '1',
  'b' => {
  !'aa' => 'bb',
  !'cc' => undef
  !  }
};

SELECT * FROM test1;
  
  ==
  
  debian/rules:213: recipe for target 'override_dh_auto_test-arch' failed

-- 
Niko Tyni   nt...@debian.org

Bug#865019: libcoro-perl: FTBFS with Perl 5.26: Coro thread context slot 'comppad_name_fill' too small for this version of perl

[Niko Tyni]

Package: libcoro-perl
Version: 6.511-1
Severity: important
Tags: upstream patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=121836
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26/libcoro-perl_6.511-1/libcoro-perl_6.511-1+b1_amd64-2017-05-21T01:17:33Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also [rt.cpan.org #121836], which has a patch by Petr Písař.

Log excerpt:

  make[2]: Entering directory '/<>/Event'
  "/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- Event.bs 
../blib/arch/auto/Coro/Event/Event.bs 644
  PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" 
"-e" "undef *Test::Harness::Switches; test_harness(1, '../blib/lib', 
'../blib/arch')" t/*.t
  FATAL: Coro thread context slot 'comppad_name_fill' too small for this 
version of perl. at /usr/lib/x86_64-linux-gnu/perl/5.26/DynaLoader.pm line 204.
  BEGIN failed--compilation aborted at 
/<>/Event/../blib/lib/Coro/State.pm line 114.
  Compilation failed in require at /<>/Event/../blib/lib/Coro.pm 
line 363.
  BEGIN failed--compilation aborted at 
/<>/Event/../blib/lib/Coro.pm line 363.
  Compilation failed in require at t/00_basic.t line 5.
  BEGIN failed--compilation aborted at t/00_basic.t line 5.
  t/00_basic.t  
  1..5
  not ok 1
  Dubious, test returned 2 (wstat 512, 0x200)
  Failed 5/5 subtests 

-- 
Niko Tyni   nt...@debian.org 

Bug#865017: haskell-hinotify FTBFS: hlibrary.setup: Encountered missing dependencies: async >=1.0 && <2.2

[Adrian Bunk]

Source: haskell-hinotify
Version: 0.3.9-1
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-hinotify=sid

...
make_setup_recipe
Running ghc --make Setup.lhs -o debian/hlibrary.setup
[1 of 1] Compiling Main ( Setup.lhs, Setup.o )
Linking debian/hlibrary.setup ...
. /usr/share/haskell-devscripts/Dh_Haskell.sh && \
configure_recipe
Running debian/hlibrary.setup configure --ghc -v2 
--package-db=/var/lib/ghc/package.conf.d --prefix=/usr 
--libdir=/usr/lib/haskell-packages/ghc/lib --libexecdir=/usr/lib 
--builddir=dist-ghc --ghc-option=-optl-Wl\,-z\,relro 
--haddockdir=/usr/lib/ghc-doc/haddock/hinotify-0.3.9/ --datasubdir=hinotify 
--htmldir=/usr/share/doc/libghc-hinotify-doc/html/ --enable-library-profiling
Configuring hinotify-0.3.9...
hlibrary.setup: Encountered missing dependencies:
async >=1.0 && <2.2
/usr/share/cdbs/1/class/hlibrary.mk:142: recipe for target 
'configure-ghc-stamp' failed
make: *** [configure-ghc-stamp] Error 1

Bug#865018: new upstream (3.0)

[Daniel Baumann]

Package: calibre
Severity: wishlist

Hi,

calibre 3.0 was released a couple of days ago, would be nice to have
that in sid.

Regards,
Daniel

Bug#865016: haskell-conduit FTBFS: hlibrary.setup: Encountered missing dependencies: split >=0.2.0.0

[Adrian Bunk]

Source: haskell-conduit
Version: 1.2.10-1
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-conduit=sid

...
make_setup_recipe
Running ghc --make Setup.lhs -o debian/hlibrary.setup
[1 of 1] Compiling Main ( Setup.lhs, Setup.o )
Linking debian/hlibrary.setup ...
. /usr/share/haskell-devscripts/Dh_Haskell.sh && \
configure_recipe
Running debian/hlibrary.setup configure --ghc -v2 
--package-db=/var/lib/ghc/package.conf.d --prefix=/usr 
--libdir=/usr/lib/haskell-packages/ghc/lib --libexecdir=/usr/lib 
--builddir=dist-ghc --ghc-option=-optl-Wl\,-z\,relro 
--haddockdir=/usr/lib/ghc-doc/haddock/conduit-1.2.10/ --datasubdir=conduit 
--htmldir=/usr/share/doc/libghc-conduit-doc/html/ --enable-library-profiling 
--enable-tests
Configuring conduit-1.2.10...
hlibrary.setup: Encountered missing dependencies:
split >=0.2.0.0
/usr/share/cdbs/1/class/hlibrary.mk:142: recipe for target 
'configure-ghc-stamp' failed
make: *** [configure-ghc-stamp] Error 1

Bug#865015: debian-installer: Live installers are unable to start, "There was a problem reading data from the CD-ROM"

[Francisco Gómez García]

Sorry, there was a typo. I said that the ISO I tested is 
"debian-9.0.0-amd64-i386-netinst.iso”, however it was
"debian-live-9.0.0-amd64-gnome.iso”.

BTW, here are two screenshots showing the mentioned errors:

https://matrix.org/_matrix/media/v1/download/matrix.org/bWUljOUExCCXNbTfKonuQYVS
https://matrix.org/_matrix/media/v1/download/matrix.org/sutYvgXzGYRKJRVbkeWFsIGY

On Sun, 18 Jun 2017 18:09:14 + Francisco Gómez  
wrote:
> Package: debian-installer
> Severity: grave
> Justification: renders package unusable
> 
> When trying to install Debian, the installer is unable to start, and the
> following error appears:
> 
> "There was an error reading data from the CD-ROM. Please make sure it is in 
> the
> drive. If retrying does not work, you should check the integrity of your CD-
> ROM."
> 
> Retrying does not solve the problem. On the console, with an AMD64 image, the
> following output is displayed:
> 
> cdrom-retriever: error: Unable to find
> `/w/work/free/gnomepool/main/libl/libzlo2-2-udeb/libzlo2-2-udeb_2.08-1.2+b2_amd64.udeb`
> 
> This has been tested with the live image "debian-9.0.0-amd64-i386-netinst.iso"
> on multiple machines by multiple people, including on my iMac via Virtualbox,
> downloaded from torrent.
> 
> 
> 
> -- System Information:
> Debian Release: 9.0
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> 

Bug#865015: debian-installer: Live installers are unable to start, "There was a problem reading data from the CD-ROM"

[Francisco Gómez]

Package: debian-installer
Severity: grave
Justification: renders package unusable

When trying to install Debian, the installer is unable to start, and the
following error appears:

"There was an error reading data from the CD-ROM. Please make sure it is in the
drive. If retrying does not work, you should check the integrity of your CD-
ROM."

Retrying does not solve the problem. On the console, with an AMD64 image, the
following output is displayed:

cdrom-retriever: error: Unable to find
`/w/work/free/gnomepool/main/libl/libzlo2-2-udeb/libzlo2-2-udeb_2.08-1.2+b2_amd64.udeb`

This has been tested with the live image "debian-9.0.0-amd64-i386-netinst.iso"
on multiple machines by multiple people, including on my iMac via Virtualbox,
downloaded from torrent.



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

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