Bug#882300: ITP: neomutt -- A command line mail reader (or MUA). It's a version of Mutt with added features.

[Elimar Riesebieter]

* Antonio Radici  [2017-11-21 08:58 +]:

> Package: wnpp
> Severity: wishlist
> Owner: anto...@debian.org
> 
> * Package name: neomutt
>   Version : 1.9.1+20171027

Shouldn't be the version 20171027 only if you are going to package
neomutt's git tag neomutt-20171027? neomutt doesn't use mutt's
version anymore.

Elimar
-- 
  Learned men are the cisterns of knowledge,
  not the fountainheads ;-)


signature.asc
Description: PGP signature

Bug#882393: Subject: installation-reports: Buster installer hangs in vgchange

[Tom Dial]

Subject: installation-reports: Buster installer hangs in vgchange
Package: installation-reports
Justification: renders package unusable
Tags: d-i
Severity: grave

Dear Maintainer,

-- Package-specific info:

Boot method: CD ISO image
Image version:
https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso
d/l 20NOV2017 02:00 UTC
Date: 

Machine: Qemu-KVM 2 CPU, 4G on HP 8570w (Debian 9.2); storage on microSD
pass-through
Partitions: 



Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it


Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [E]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:
Partition table on the target virtual machine:
# fdisk -l /dev/mmcblk0
Disk /dev/mmcblk0: 59.5 GiB, 63864569856 bytes, 124735488 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x68a8979e

Device Boot Start   End   Sectors  Size Id Type
/dev/mmcblk0p1 * 2048  4095  20481M 83 Linux
/dev/mmcblk0p2   4096   4198399   41943042G 82 Linux swap /
Solaris
/dev/mmcblk0p34198400 124735487 120537088 57.5G  5 Extended
/dev/mmcblk0p54200448  54532095  50331648   24G 8e Linux LVM
/dev/mmcblk0p6   54534144 121643007  67108864   32G 8e Linux LVM
/dev/mmcblk0p7  121645056 124735487   3090432  1.5G 83 Linux



Partitions 5 and 6 are LVM PVs with LVs root, swap_1, tmp, var, and
home, all except swap_1
formatted with xfs file systems. Partition 5 contains an operational
Debian 9.2 system
installed from an ISO image w/o problems. The intent was to install the
testing (buster)
system on partition 6.

The "Starting up the partitioner" progress bar stops at 40%. Examination
from a root prompt using vgdisplay
shows the 5 LVs on partition 6 "available" and the 5 LVs on partition 5
"NOT available." Killing the
"vgchange -ay" operation in progress and attempting to activate the VG
on partition 6 manually gives a
similar result: the vgchange -ay specifying the volume group name hangs,
but vgdisplay shows the LVs as
"available." Entries for the volume group are not present in /dev.
Entries /dev/dm-0, etc, for LVs
that have been activated are actually available, mountable, and writable.

Installing Debian 9.2 from the netinstall ISO image completed
successfully on the target volume group,
and upgrading that install to buster succeeded. This appeared to upgrade
LVM related drivers and programs
to the same versions as those on the buster netinstall ISO image.

--

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="8 (jessie) - installer build 20140316"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux dyson 3.13-1-amd64 #1 SMP Debian 3.13.5-1 (2014-03-04)
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core
processor DRAM Controller [8086:0154] (rev 09)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:176b]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200
v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation 7
Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31]
(rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:176b]
lspci -knn: Kernel driver in use: xhci_hcd
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 7
Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:176b]
lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation
82579LM Gigabit Network Connection [8086:1502] (rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:176b]
lspci -knn: Kernel driver in use: e1000e
lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 7
Series/C210 Series Chipset Family USB Enhanced Host Controller #2
[8086:1e2d] (rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:176b]
lspci -knn: 

Bug#873503: broadcom-sta: Please backport 6.30.223.271-7 to stretch - can't build with kernel 4.13

[Mathieu Malaterre]

Karen,

On Tue, Nov 21, 2017 at 8:42 AM, Karen  wrote:
> Hi,
>
>
>
> I’m getting a failure to combile broadcom-sta-dkms package with latest
> Debian Stretch/kernel 4.13.
>
>
>
> /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_linux.c:2915:10:
> error: 'struct net_device' has no member named 'last_rx'
>
>   skb->dev->last_rx = jiffies;

As explained in this bug report, you'll need the version
6.30.223.271-7 to get passed this error. Since you seems to be using
bpo, your version should states something like: 6.30.223.271-7~bpo9+1.

Easily check with:

apt-cache policy broadcom-sta-dkms

HTH

Bug#881715: alsa-utils: High CPU usage on the default device

[Elimar Riesebieter]

* Andoru  [2017-11-19 15:11 +0200]:

> > I meant .asoundrc. Please notice the dot.
> >
> > $ find $HOME -name '.asoundrc*'
> >
> > will do the trick
> 
> Of course, that file search was meant for demonstration. I've already
> looked at the home folder with the file manager, but there was no
> .asoundrc. Thank you for the example command.
> 
> > $ sudo apt install vorbis-tools
> > $ ogg123 -d alsa -o surround71 $YOUR_FAVORITE_OGG.ogg
> > $ man ogg123
> >
> > With alsamixer you can control the output device
> 
> I did that now, and even with the default device, ogg123 was using 3.5-5%
> CPU, which is way better than with VLC.
> Command used:
> 
> _
> ogg123 -d alsa -o default -v ~/Desktop/sample2.ogg
> _
> 
> I've also tried to use the "front" subdevice, but it keeps reporting it as
> busy who-knows-why:
> 
> _
> ogg123 -d alsa -o dev:front -v ~/sample2.ogg
> _
> 
> I've also tried mpg123, and got similar results (~3% on the default device)
> 
> I'm guessing then this isn't an ALSA issue... Though I'm not sure what's
> causing it in VLC and Wine.

So I am closing this bug hereby.

Thanks for cooperation
Elimar
-- 
  Never make anything simple and efficient when a way
  can be found to make it complex and wonderful ;-)


signature.asc
Description: PGP signature

Bug#749019: Issue exists on Debian 9/vnstat 1.15-2

[Prashant L Rao]

Dear Maintainer,

I installed vnstat on a fresh Debian 9 and ran into the above bug. The
solution outlined by the original submitter worked for me as well.

Regards

Prashant L Rao

Bug#882369: linux-image-4.9.0-4-amd64: Non-free RTL8192 firmware possibly packaged in main

[Alyssa Rosenzweig]

OK, that's a relief. I'm still curious to know what's going on, but
hey :)

Bug#882318: github-backup: option to limit concurrent repo updates

[Paul Wise]

On Tue, 2017-11-21 at 16:21 +, Barak A. Pearlmutter wrote:

> Fortunately this is reasonably easy to tickle at that level.
> 
> $ ionice -c 3 github-backup

I use this and it doesn't seem to help at all:

nice -n 19 ionice -c 3 nocache

I'll try to investigate some more.

> or the somewhat more cumbersome, albeit more flexible and robust,
> 
> $ systemd-run --pty --uid="$(id --user)" -p
> "IOWriteBandwidthMax=/dev/sda 0.5M" -- sh -c "cd $(pwd) ;
> github-backup"

Interesting, thanks.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#881838: ITA: dmg2img

[Denys Berkovskyy]

retitle 881838 ITA: dmg2img -- Tool for converting compress dmg files to 
hfsplus images
owner 881838 !
thanks

Bug#882369: linux-image-4.9.0-4-amd64: Non-free RTL8192 firmware possibly packaged in main

[Ben Hutchings]

Control: retitle -1 rtl8192cu: Misleading firmware log messages
Control: severity -1 normal

On Tue, 2017-11-21 at 12:55 -0800, Alyssa Rosenzweig wrote:
> Package: src:linux
> Version: 4.9.51-1
> Severity: serious
> Justification: Policy 2.1.2
> 
> Is rtl8192cu supposed to work under Debian Stretch without the non-free
> repositories enabled?
> 
> https://en.wikipedia.org/wiki/Comparison_of_open-source_wireless_drivers seems
> pretty clear that this device should require nonfree firmware loaded. Thus, it
> appears there may be an isuse with kernel deblobbing, seeing as the adaptor is
> functioning normally under a supposedly fully free system.
> 
> I am worried there may be non-DFSG compliant firmware packaged in main.
[...]

There isn't, at least not in this instance.  The log messages are a
little misleading.

Ben.

-- 
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein



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

Bug#882389: Error in /etc/Muttrc.d/notmuch.rc

[Jonathan Nieder]

forcemerge 882320 882389
quit

Hi,

積丹尼 Dan Jacobson wrote:

> Package: mutt
> Version: 1.9.1-1
>
> $ mutt
> Error in /etc/Muttrc.d/notmuch.rc, line 6: change-vfolder: no such function 
> in map
> Error in /etc/Muttrc.d/notmuch.rc, line 9: entire-thread: no such function in 
> map
> Error in /etc/Muttrc.d/notmuch.rc, line 12: modify-labels: no such function 
> in map
> Error in /etc/Muttrc.d/notmuch.rc, line 15: vfolder-from-query: no such 
> function in map
> Error in /usr/lib/mutt/source-muttrc.d|, line 5: source: errors in 
> /etc/Muttrc.d/notmuch.rc
> Error in /etc/Muttrc, line 141: source: errors in 
> /usr/lib/mutt/source-muttrc.d|
> source: errors in /etc/Muttrc

This should be fixed in 1.9.1-2.

Thanks,
Jonathan

Bug#882331: mtr: source routing with --address does not work

[Robert Woodcock]

You're expecting too much of the -a option. It does not do source
routing at all. When using "mtr -a", "ping -I", "traceroute -s", etc.,
the source IP address will change, but the destination route is still
chosen by the system routing table. This is useful when the remote end
treats the various IPs on your system differently (for example if it has
a route to one interface's subnet but not to the other).

This is not a regression - I've confirmed that 0.92 and 0.87 behave
identically in this regard.

To do what you want you'll need to either change the routing table or
configure policy-based routing like so:

# Create a new routing table with a default route towards [interface]
ip route add table 10 default dev [interface]
# Send all traffic with a particular IPTables MARK tag to this new
routing table
ip rule add from all fwmark 10 lookup 10
# Mark all local outbound traffic originating from this source IP so
that it uses the new routing table
iptables -t mangle -A OUTPUT -s [sourceip] -j MARK --set-mark 10

On 11/21/2017 07:06 AM, Tom Hetmer wrote:
> Package: mtr
> Version: 0.92-1
> Severity: normal
>
> Hi,
>
> there is a regression in 0.92.
> Specifying an interface with --address is broken.
>
>  -a, --address ADDRESS  bind the outgoing socket to ADDRESS
>
> ie.
>
> mtr -4 --address 213.198.94.174 ic.cz
>
> will not get routed through the interface with the 213.198.94.174
> address but instead uses the default route on the system.
>
> This does not happen with mtr_0.87-1~bpo8+1_amd64.deb.
>
>
> -- System Information:
> Debian Release: 8.9
>   APT prefers oldstable
>   APT policy: (800, 'oldstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.16.0-4-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: sysvinit (via /sbin/init)
>
> Versions of packages mtr depends on:
> ii  libc6   2.19-18+deb8u10
> ii  libcap2 1:2.24-8
> ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u6
> ii  libglib2.0-02.42.1-1+b1
> ii  libgtk2.0-0 2.24.25-3+deb8u2
> ii  libncurses5 6.0+20170902-1
> ii  libtinfo5   6.0+20170902-1
>
> mtr recommends no packages.
>
> mtr suggests no packages.
>
> -- no debconf information

Bug#881980: fonts-junicode: Please upgrade to the current version

[Hideki Yamane]

control: fixed -1 1.001-1

Hi,

Version 1.001-1 was already uploaded to Debian repository some days ago.
And unfortunately, it's version cannot go into stable (because it's
not just a fix
for current one). Please download updated version by hand and install, if you
want.

-- 
Hideki Yamane

Bug#854914: openvpn: chroot missing /dev/random and /dev/urandom

[Lin Xiao]

The problem is from file network-manager-openvpn.postinst in
network-manager-openvpn.

When directory /var/lib/openvpn/chroot created, nm-openvpn will use it
and tell openvpn to chroot into this directory. But no random or urandom
node in this directory. Openvpn will fail to connect with static key.

This bug is causing all debian based distro to fail on static key
openvpn connection.

I checked other distributions like fedora, gentoo and archlinux, none of
them create /var/lib/openvpn directory so no chroot is performed when
connecting with static key. And the connection works well.

I think debian should drop the directory creation from
network-manager-openvpn.postinst.


Thanks,
Lin

Bug#882389: same on fresh account

[積丹尼 Dan Jacobson]

Same problem testing on virgin user account.

Bug#882391: nmu: inn2_2.6.1-2

[Marco d'Itri]

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

inn2 needs to be rebuilt for i386 on stable to fix #882225, because the 
original package was built in a merged-/usr environment and the 
configure script picked up the wrong path for gzip.

nmu inn2_2.6.1-2 . i386 . stretch . -m "binNMU to fix the gzip path. (Closes: 
#882225)"

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#882390: libnet-twitter-perl: tweets are truncated to 140 characters

[Vincent Lefevre]

Package: libnet-twitter-perl
Version: 4.01041-1
Severity: important

Some time ago, Twitter has extended tweets to more than 140 characters.
But with Net::Twitter, tweets are truncated to 140 characters, and
even less (because they include a link to get the full tweet when this
occurs). This makes this module rather useless nowadays.

This module should be updated to the current Twitter API.

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

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

Versions of packages libnet-twitter-perl depends on:
ii  libcarp-clan-perl  6.06-1
ii  libclass-load-perl 0.24-1
ii  libcrypt-ssleay-perl   0.73.04-2+b2
ii  libdata-visitor-perl   0.30-2
ii  libdatetime-format-strptime-perl   1.7400-1
ii  libdatetime-perl   2:1.44-1
ii  libdevel-stacktrace-perl   2.0200-1
ii  libdigest-hmac-perl1.03+dfsg-1
ii  libhtml-parser-perl3.72-3+b2
ii  libio-socket-ssl-perl  2.052-1
ii  libjson-maybexs-perl   1.003009-1
ii  liblwp-protocol-https-perl 6.07-2
ii  libmoose-perl  2.1807-1+b1
ii  libmoosex-role-parameterized-perl  1.10-1
ii  libnamespace-autoclean-perl0.28-1
ii  libnet-http-perl   6.17-1
ii  libnet-oauth-perl  0.28-2
ii  libtry-tiny-perl   0.28-1
ii  liburi-perl1.72-2
ii  libwww-perl6.29-1
ii  perl   5.26.1-2

libnet-twitter-perl recommends no packages.

libnet-twitter-perl suggests no packages.

-- no debconf information

Bug#879072: /boot/vmlinuz-4.14.0-rc5-arm64: eMMC corruption on Odroid-c2

[Vagrant Cascadian]

Control: found 879072 4.14-1~exp1

On 2017-10-18, Vagrant Cascadian wrote:
> I tried upgrading from 4.13 to the 4.14.0-rc5 kernel, and it caused eMMC
> corruption, with messages like this scattered throughout the boot
> process:
>
> [   27.286913] mmcblk1: response CRC error sending r/w cmd command, card 
> status 0xd00
> [   27.294374] mmcblk1: response CRC error sending r/w cmd command, card 
> status 0xd00
> [   27.301021] print_req_error: I/O error, dev mmcblk1, sector 2052096
>
> After booting with this kernel, / was mounted read-only, the /boot
> partition required an fsck, and the swap partition needed to be
> reinitialized...

This patch to the device-tree seems to work reasonably well with
4.14-1~exp1:

From 56159e51bc67bd006c676546c5692e451e7e323d Mon Sep 17 00:00:00 2001
From: Vagrant Cascadian 
Date: Tue, 21 Nov 2017 10:58:52 -0800
Subject: [PATCH] Set eMMC maximum frequency to 100MHz.

---
 arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts 
b/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts
index 1ffa1c238a72..786a69b9736d 100644
--- a/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts
+++ b/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts
@@ -276,7 +276,7 @@
pinctrl-names = "default", "clk-gate";
 
bus-width = <8>;
-   max-frequency = <2>;
+   max-frequency = <1>;
non-removable;
disable-wp;
cap-mmc-highspeed;
-- 
2.11.0


Since the default value has been there since the original upstream
commit for eMMC support, I suspect other bugs hid the issue for 4.13 and
earlier...

There may be other trhings required to make this upstreamable, but at
least this much is working for me after a few hours, with some basic
read/write testing...


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#882389: Error in /etc/Muttrc.d/notmuch.rc

[積丹尼 Dan Jacobson]

Package: mutt
Version: 1.9.1-1

$ mutt
Error in /etc/Muttrc.d/notmuch.rc, line 6: change-vfolder: no such function in 
map
Error in /etc/Muttrc.d/notmuch.rc, line 9: entire-thread: no such function in 
map
Error in /etc/Muttrc.d/notmuch.rc, line 12: modify-labels: no such function in 
map
Error in /etc/Muttrc.d/notmuch.rc, line 15: vfolder-from-query: no such 
function in map
Error in /usr/lib/mutt/source-muttrc.d|, line 5: source: errors in 
/etc/Muttrc.d/notmuch.rc
Error in /etc/Muttrc, line 141: source: errors in /usr/lib/mutt/source-muttrc.d|
source: errors in /etc/Muttrc

Bug#866983: mariadb spins at 100% forever during postinst

[Stephen Rothwell]

Hi all,

I have the same problem when updating from 10.1.24-6 to 10.1.26-1 in
testing.  I did attempt an update to 10.1.26-0+deb9u1 at some point
(before 10.1.26-1 was available) - I mention this just in case it has
caused my current problem.

-- 
Cheers,
Stephen Rothwell

Bug#882350: bumping version of lxml depends

[Norbert Preining]

> calibre 3.12 needs lxml >=3.8 or otherwise refuses to start. It would be

Adjusted the git repo, will be in the next upload. Thanks for checking
and notification.

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#882388: unbound: interface config ignored, listens on all IPs

[Jakob Bohm]

Package: unbound
Version: 1.6.0-2~bpo8+1
Severity: normal

Dear Maintainer,

When using unbound 1.6.0-2~bpo8+1 (with matching libraries etc.),
unbound seems to (at least partially) ignore the "interface:" setting
in unbound.conf and unconditionally binds to 0.0.0.0:53 and :::53 .

This prevents running another DNS server (such as nsd3 or knot) on a
different logical interface (IP address).

Using the interface option in unbound.conf works correctly in version
1.4.22-3+deb8u3, but of cause this requires staying on jessie.

Here is the console output from starting 1.6.0-2~bpo8+1:

root@x:~# /etc/init.d/unbound start
[] Starting DNS server: unbound[1511300849] unbound[13444:0] notice: Start 
of unbound 1.6.0.
Nov 21 21:47:29 unbound[13444:0] debug: increased limit(open files) from 1024 
to 4152
Nov 21 21:47:29 unbound[13444:0] debug: creating udp6 socket :: 53
Nov 21 21:47:29 unbound[13444:0] debug: creating tcp6 socket :: 53
Nov 21 21:47:29 unbound[13444:0] debug: creating udp4 socket 0.0.0.0 53
Nov 21 21:47:29 unbound[13444:0] debug: creating tcp4 socket 0.0.0.0 53
Nov 21 21:47:29 unbound[13444:0] debug: creating tcp6 socket ::1 8953
Nov 21 21:47:29 unbound[13444:0] debug: creating tcp4 socket 127.0.0.1 8953
Nov 21 21:47:29 unbound[13444:0] debug: switching log to syslog
. ok

And knot then refuses to start on specific IP addresses not listed in
unbound.conf due to port 53 in use.

And here is the similar output from 1.4.22-3+deb8u3:

root@x:/etc/init.d#  /etc/init.d/unbound start
[] Starting recursive DNS server: unbound[1511307121] unbound[15227:0] 
notice: Start of unbound 1.4.22.
Nov 21 23:32:01 unbound[15227:0] debug: creating udp4 socket 10.xxx.xxx.xxx 53
Nov 21 23:32:01 unbound[15227:0] debug: creating tcp4 socket 10.xxx.xxx.xxx 53
Nov 21 23:32:01 unbound[15227:0] debug: creating udp6 socket 
2xxx:::::: 53
Nov 21 23:32:01 unbound[15227:0] debug: creating tcp6 socket 
2xxx:::::: 53
Nov 21 23:32:01 unbound[15227:0] debug: creating tcp6 socket ::1 8953
Nov 21 23:32:01 unbound[15227:0] debug: creating tcp4 socket 127.0.0.1 8953
Nov 21 23:32:01 unbound[15227:0] debug: switching log to syslog
. ok

And knot then starts fine and answers queries on its configured IP
addresses while unbound answers queries on its IP addresses.


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

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

Versions of packages unbound depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.19-18+deb8u10
ii  libevent-2.0-5  2.0.21-stable-2+deb8u1
ii  libpython2.72.7.9-2+deb8u1
ii  libssl1.0.0 1.0.2l-1~bpo8+1
ii  openssl 1.0.2l-1~bpo8+1
ii  unbound-anchor  1.6.0-2~bpo8+1

unbound recommends no packages.

unbound suggests no packages.

-- Configuration Files:
/etc/default/unbound changed:
DAEMON_OPTS="-v -v -v"
/etc/init.d/unbound changed [summarized]:
  - Added this to the block at the top:
# X-Start-Before:ntp exim4 clamav-freshclam spamassassin local-spfd
  - Added a command that copies unbound.conf from a shared location.
  - (1.4.22 only): Make the stop action not conditional on UNBOUND_ENABLE

/etc/unbound/unbound.conf changed [extract below]:

server:
verbosity: 1
interface: 10.xxx.xxx.xxx
interface: 2xxx::::::
interface-automatic: no
outgoing-interface: yyy.yyy.yyy.yyy
outgoing-interface: 2yyy::::::

-- no debconf information

Enjoy

Jakob
--
Jakob Bohm, CIO, Partner, WiseMo A/S.  https://www.wisemo.com
Transformervej 29, 2860 Søborg, Denmark.  Direct +45 31 13 16 10
This public discussion message is non-binding and may contain errors.
WiseMo - Remote Service Management for PCs, Phones and Embedded

Bug#882386: avahi-daemon segfaults with txt-record values ending in "="

[Tor Slettnes]

Package: avahi-daemon
Version: 0.7-3
Severity: important

I have a custom service file, "/etc/avahi/services/instrument.service", 
containing the following:

  
+
  | 
  | 
  | 
  |   %h
  |   
  | _abi-instrument._tcp
  | 7000
  | status=Sleeping
  | protocol=
  | experiment=
  | serialnumber=93200
  | product=SeqStudio
  | runid=
  | version=1.1.dev
  | release=1.1.b2
  | build=
  | injection=
  | description=Applied Biosystems(tm) SeqStudio(tm) Genetic 
Analyzer
  |   
  | 
  
+

With this file in place, "avahi-daemon" encounters a segfault starting up:

  > startbit:~# avahi-daemon --debug
  > Process 20682 died: No such process; trying to remove PID file. 
(/run/avahi-daemon//pid)
  > Found user 'avahi' (UID 113) and group 'avahi' (GID 118).
  > Successfully dropped root privileges.
  > avahi-daemon 0.7 starting up.
  > chroot.c: chroot() helper started
  > Successfully called chroot().
  > Successfully dropped remaining capabilities.
  > chroot.c: chroot() helper got command 02
  > Loading service file /services/instrument.service.
  > chroot.c: chroot() helper exiting with return value 0
  > Segmentation fault

However if I remove those "" entries that have no value
after the "=" sign, "avahi-daemon" starts up normally (save for a
bugus warnign about duplicate mDNS stack on this host):

  
+
  | 
  | 
  | 
  |   %h
  |   
  | _abi-instrument._tcp
  | 7000
  | status=Sleeping
  | protocol=
  | experiment=
  | serialnumber=93200
  | product=SeqStudio
  | runid=
  | version=1.1.dev
  | release=1.1.b2
  | build=
  | injection=
  | description=Applied Biosystems(tm) SeqStudio(tm) Genetic 
Analyzer
  |   
  | 
  
+


  > startbit:~# avahi-daemon --debug
  > Process 20846 died: No such process; trying to remove PID file. 
(/run/avahi-daemon//pid)
  > Found user 'avahi' (UID 113) and group 'avahi' (GID 118).
  > Successfully dropped root privileges.
  > avahi-daemon 0.7 starting up.
  > chroot.c: chroot() helper started
  > Successfully called chroot().
  > Successfully dropped remaining capabilities.
  > chroot.c: chroot() helper got command 02
  > Loading service file /services/instrument.service.
  > Loading service file /services/ssh.service.
  > *** WARNING: Detected another IPv4 mDNS stack running on this host. This 
makes mDNS unreliable and is thus not recommended. ***
  > *** WARNING: Detected another IPv6 mDNS stack running on this host. This 
makes mDNS unreliable and is thus not recommended. ***
  > Joining mDNS multicast group on interface enp4s0.IPv6 with address 
fe80::a28c:fdff:fe32:8013.
  > New relevant interface enp4s0.IPv6 for mDNS.
  > Joining mDNS multicast group on interface enp4s0.IPv4 with address 
10.43.32.19.
  > New relevant interface enp4s0.IPv4 for mDNS.
  > Network interface enumeration completed.
  > Registering new address record for fe80::a28c:fdff:fe32:8013 on enp4s0.*.
  > Registering new address record for 10.43.32.19 on enp4s0.IPv4.
  > Server startup complete. Host name is startbit.local. Local service cookie 
is 3029496375.
  > Service "startbit" (/services/ssh.service) successfully established.
  > Service "startbit" (/services/instrument.service) successfully established.


Regards,
-tor


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

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 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 avahi-daemon depends on:
ii  adduser  3.116
ii  bind9-host [host]1:9.10.6+dfsg-5
ii  dbus 1.12.2-1
ii  init-system-helpers  1.51
ii  libavahi-common3 0.7-3
ii  libavahi-core7   0.7-3
ii  libc62.25-1
ii  libcap2  1:2.25-1.1
ii  libdaemon0   0.14-6+b1
ii  libdbus-1-3  1.12.2-1
ii  libexpat12.2.3-2
ii  lsb-base 9.20170808

Versions of packages avahi-daemon recommends:
ii  libnss-mdns  0.10-8

Versions of packages avahi-daemon suggests:
pn  avahi-autoipd  

-- Configuration Files:
/etc/default/avahi-daemon changed:
AVAHI_DAEMON_DETECT_LOCAL=0


-- no debconf information

Bug#882387: totally kaput on i386

[積丹尼 Dan Jacobson]

Package: libwebkit2gtk-4.0-37
Version: 2.19.2-1
Severity: grave

Cannot browse anything on i386.
The browser just loops, eating CPU.

Downgrading
-ii  libjavascriptcoregtk-4.0-18  2.19.2-1
+ii  libjavascriptcoregtk-4.0-18  2.19.1-1

-ii  libwebkit2gtk-4.0-37 2.19.2-1
+ii  libwebkit2gtk-4.0-37 2.19.1-1

-ii  libwebkit2gtk-4.0-37-gtk2  2.19.2-1
+ii  libwebkit2gtk-4.0-37-gtk2  2.19.1-1
fixes it. Tried even browsing local .txt files using epiphany and
webkit2gtk-4.0/MiniBrowser .

Bug#882385: tinyproxy: trying to overwrite '/usr/sbin/tinyproxy', which is also in package tinyproxy 1.8.4-3

[Bob Proulx]

Package: tinyproxy
Version: 1.8.4-4
Severity: normal

While doing the daily upgrade in Sid today:

  Reading package lists... Done
  Building dependency tree
  Reading state information... Done
  Calculating upgrade... Done
  The following NEW packages will be installed:
tinyproxy-bin
  The following packages have been kept back:
postfix
  The following packages will be upgraded:
tinyproxy
  1 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
  Need to get 120 kB of archives.
  After this operation, 37.9 kB of additional disk space will be used.
  Get:1 http://ftp.us.debian.org/debian sid/main amd64 tinyproxy-bin amd64 
1.8.4-4 [66.7 kB]
  Get:2 http://ftp.us.debian.org/debian sid/main amd64 tinyproxy all 1.8.4-4 
[52.9 kB]
  Fetched 120 kB in 0s (163 kB/s)
  Selecting previously unselected package tinyproxy-bin.
  (Reading database ... 399509 files and directories currently installed.)
  Preparing to unpack .../tinyproxy-bin_1.8.4-4_amd64.deb ...
  Unpacking tinyproxy-bin (1.8.4-4) ...
  dpkg: error processing archive 
/var/cache/apt/archives/tinyproxy-bin_1.8.4-4_amd64.deb (--unpack):
   trying to overwrite '/usr/sbin/tinyproxy', which is also in package 
tinyproxy 1.8.4-3
  Preparing to unpack .../tinyproxy_1.8.4-4_all.deb ...
  Unpacking tinyproxy (1.8.4-4) over (1.8.4-3) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/tinyproxy-bin_1.8.4-4_amd64.deb
  E: Sub-process /usr/bin/dpkg returned an error code (1)

Missing the usual tags needed when moving files from one package to
another package.

Thank you for maintaining tinyproxy.

Bob

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

Kernel: Linux 4.13.0-1-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: sysvinit (via /sbin/init)

Versions of packages tinyproxy depends on:
ii  adduser3.116
ii  logrotate  3.11.0-0.1
ii  lsb-base   9.20170808
pn  tinyproxy-bin  

tinyproxy recommends no packages.

tinyproxy suggests no packages.

-- no debconf information

Bug#806503: ITP: mutatormath -- calculation of piecewise linear interpolations in n-dimensions with masters

[Jeremy Bicha]

Control: tags -1 +pending

Uploaded to Debian NEW queue.

Packaging is at https://anonscm.debian.org/git/pkg-fonts/mutatormath.git

Thanks,
Jeremy Bicha

Bug#882384: ffmpeg: Gratuitous valgrind log

[James Cowgill]

Hi,

On 22/11/17 00:10, Kingsley G. Morse Jr. wrote:
> Package: ffmpeg
> Version: 7:3.4-3
> Severity: normal
> 
> Hey guys,
> 
> Thank you very much for maintaining Debian's
> ffmpeg package.
> 
> It's been an enormous source of fun.
> 
> In the course of chasing down a different bug, I
> had the opportunity to run "melt" with valgrind.
> 
> Valgrind reported more ffmpeg problems than I
> expected.
> 
> It's log is attached.

I think you forgot to attach the log?

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#882384: ffmpeg: Gratuitous valgrind log

[Kingsley G. Morse Jr.]

Package: ffmpeg
Version: 7:3.4-3
Severity: normal

Hey guys,

Thank you very much for maintaining Debian's
ffmpeg package.

It's been an enormous source of fun.

In the course of chasing down a different bug, I
had the opportunity to run "melt" with valgrind.

Valgrind reported more ffmpeg problems than I
expected.

It's log is attached.

The code for replicating it is in

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

So,
Kingsley

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

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

Versions of packages ffmpeg depends on:
ii  libavcodec-extra57  7:3.4-2+b1
ii  libavdevice57   7:3.4-2+b1
ii  libavfilter67:3.4-2+b1
ii  libavformat57   7:3.4-2+b1
ii  libavresample3  7:3.4-2+b1
ii  libavutil55 7:3.4-2+b1
ii  libc6   2.25-1
ii  libpostproc54   7:3.4-2+b1
ii  libsdl2-2.0-0   2.0.7+dfsg1-3
ii  libswresample2  7:3.4-2+b1
ii  libswscale4 7:3.4-2+b1

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information

Bug#855887: Any news

[Félix Sipma]

On 2017-11-21 22:57+, Jelmer Vernooij wrote:
> Awh, crap - that's a good point. Yes, we'll have to rename "todo" to
> "todoman" if there's something existing that provides /usr/bin/todo.

OK, a new version is available on mentors.


signature.asc
Description: PGP signature

Bug#877041: RFA: ublock-origin -- general-purpose lightweight ads, malware, trackers blocker

[Scott Hardin]

On Wed, 27 Sep 2017 18:54:13 -0700 Sean Whitton wrote:
> Package: wnpp
> Severity: normal
>
> I request an adopter for the ublock-origin package.
>
> I do not have time/interest to deal with #877040, which is a bug of
> normal severity for now, but will become RC within the next eighteen
> months or so. See the bug for details.
>
> This is a team-maintained package, so it would be best if the adoptor
> replaced me in Uploaders:, but they could also take the package out of
> the team's hands.
>
> The package description is:
> uBlock is a small footprint blocker for against web ads, malware, 
trackers,

> analytics and similar invasive items.
> .
> Compared to other blockers like AdBlock and Ghostery, µBlock is 
focused on

> having a smaller memory and CPU footprint.
>
> --
> Sean Whitton

Hi,

I would like to help out or adopt this project with the original 
maintainer's blessing. I use ublock origin all the time. I'm fairly new, 
so I will probably have quite a few questions. If Sean doesn't want to 
give up the project to me because he doesn't have any time to answer 
questions or because he believes this project is too difficult for a 
newcomer, I'm okay with that as well.


Thanks,
Scott

Bug#882383: json-glib: please make the build reproducible

[Chris Lamb]

Source: json-glib
Version: 1.4.2-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that json-glib could not be built reproducibly.

Patch attached.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/0002-Reproducible-build.patch  1970-01-01 
09:00:00.0 +0900
--- b/debian/patches/0002-Reproducible-build.patch  2017-11-22 
08:31:35.765749320 +0900
@@ -0,0 +1,15 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2017-11-22
+
+--- json-glib-1.4.2.orig/json-glib/json-enum-types.h.in
 json-glib-1.4.2/json-glib/json-enum-types.h.in
+@@ -14,7 +14,7 @@ G_BEGIN_DECLS
+ /*** END file-header ***/
+ 
+ /*** BEGIN file-production ***/
+-/* enumerations from "@filename@" */
++/* enumerations from "@basename@" */
+ /*** END file-production ***/
+ 
+ /*** BEGIN file-tail ***/
--- a/debian/patches/series 2017-11-22 08:28:57.372694770 +0900
--- b/debian/patches/series 2017-11-22 08:31:34.781742769 +0900
@@ -1,2 +1,3 @@
 0001-Add-float-comparison-utility-macros-for-tests.patch
 0002-Use-fuzzy-comparison-for-floating-point-values.patch
+0002-Reproducible-build.patch

Bug#882382: first step to fix the r-cran-epi autopkg tests

[Matthias Klose]

Package: src:r-cran-epi
Version: 2.19-1
Severity: important
Tags: patch

first step to fix the r-cran-epi autopkg tests, by making sure that a required
file is found.  However the tests still fail.

diff -Nru r-cran-epi-2.19/debian/changelog r-cran-epi-2.19/debian/changelog
--- r-cran-epi-2.19/debian/changelog2017-10-12 14:57:22.0 +
+++ r-cran-epi-2.19/debian/changelog2017-11-21 11:58:49.0 +
@@ -1,3 +1,9 @@
+r-cran-epi (2.19-1ubuntu1) bionic; urgency=medium
+
+  * Fix autopkg tests by copying required files to the test directory.
+
+ -- Matthias Klose   Tue, 21 Nov 2017 12:58:49 +0100
+
 r-cran-epi (2.19-1) unstable; urgency=medium

   * New upstream version
diff -Nru r-cran-epi-2.19/debian/tests/run-unit-test
r-cran-epi-2.19/debian/tests/run-unit-test
--- r-cran-epi-2.19/debian/tests/run-unit-test  2017-10-12 14:57:22.0 
+
+++ r-cran-epi-2.19/debian/tests/run-unit-test  2017-11-21 11:56:04.0 
+
@@ -6,8 +6,11 @@
   ADTTMP=`mktemp -d /tmp/${pkg}-test.XX`
 fi
 cd $ADTTMP
-cp /usr/share/doc/$pkg/examples/vignettes/* $ADTTMP
-gunzip *.gz
+cp /usr/share/doc/$pkg/examples/vignettes .
+gunzip vignettes/*.gz
+mkdir R
+cp /usr/lib/R/site-library/Epi/doc/simLexis.R R/.
+cd vignettes
 for rnw in `ls *.[rR]nw` ; do
 rfile=`echo $rnw | sed 's/\.[rR]nw/.R/'`
 R --no-save <

Bug#882323: [Pkg-clamav-devel] Bug#882323: clamav-freshclam: fails to upgrade

[Sebastian Andrzej Siewior]

On 2017-11-21 14:21:32 [+0100], Christoph Anton Mitterer wrote:
> Hi.
Hi,

> With the lastest version the package fails to upgrade:
sorry for that. Not sure why I didn't catch this during testing. Fix is
comming… This is mostly a note to myself that I need to ping the systemd
people and figure out if this is a update-rc.d bug or not.

Sebastian

Bug#773294: tracker.debian.org: add support for the vcswatch service

[Pierre-Elliott Bécue]

Dear Paul,

Here are three patches that will normally allow 

As for an example, you can have a look on my test tracker:

https://distro-tracker.pimeys.fr/pkg/kholidays
https://distro-tracker.pimeys.fr/pkg/puppet-module-puppetlabs-rsync

And one working well:
https://distro-tracker.pimeys.fr/pkg/python-aiosmtpd

Please, feel free to review and comment the patch.

It lacks tests for the task, I'll work on that by the end of the week in a
fourth patch.

-- 
PEB
From 2e3cd8d09faaba73b76b2e911a1d26b83bb6a52b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Pierre-Elliott=20B=C3=A9cue?= 
Date: Tue, 21 Nov 2017 23:45:07 +0100
Subject: [PATCH 1/3] Adds compression utilities for future use with caches

---
 distro_tracker/core/tests/tests_utils.py | 32 
 distro_tracker/core/utils/compression.py | 50 
 2 files changed, 82 insertions(+)
 create mode 100644 distro_tracker/core/utils/compression.py

diff --git a/distro_tracker/core/tests/tests_utils.py b/distro_tracker/core/tests/tests_utils.py
index fa78030..f3bfd66 100644
--- a/distro_tracker/core/tests/tests_utils.py
+++ b/distro_tracker/core/tests/tests_utils.py
@@ -38,6 +38,7 @@ from distro_tracker.core.utils import now
 from distro_tracker.core.utils import SpaceDelimitedTextField
 from distro_tracker.core.utils import PrettyPrintList
 from distro_tracker.core.utils import verify_signature
+from distro_tracker.core.utils.compression import uncompress_content
 from distro_tracker.core.utils.packages import AptCache
 from distro_tracker.core.utils.packages import extract_vcs_information
 from distro_tracker.core.utils.packages import extract_dsc_file_name
@@ -1539,3 +1540,34 @@ class UtilsTests(TestCase):
 def test_now(self):
 """Ensure distro_tracker.core.utils.now() exists"""
 self.assertIsInstance(now(), datetime.datetime)
+
+
+class CompressionTests(TestCase):
+def setUp(self):
+# Set up a cache directory to use in the tests
+_handler, self.temporary_bzip2_file = tempfile.mkstemp(suffix='.bz2')
+os.write(_handler, b'BZh91AY\x03X\xf5w\x00\x00\x01\x15\x80`\x00\x00@\x06\x04\x90\x80 \x001\x06LA\x03L"\xe0\x8bb\xa3\x9e.\xe4\x8ap\xa1 \x06\xb1\xea\xee')
+os.close(_handler)
+_handler, self.temporary_gzip_file = tempfile.mkstemp(suffix='.gz')
+os.write(_handler, b"\x1f\x8b\x08\x08\xca\xaa\x14Z\x00\x03helloworld\x00\xf3H\xcd\xc9\xc9W(\xcf/\xcaIQ\x04\x00\x95\x19\x85\x1b\x0c\x00\x00\x00")
+os.close(_handler)
+_handler, self.temporary_plain_file = tempfile.mkstemp()
+os.write(_handler, b"Hello world!")
+os.close(_handler)
+
+def tearDown(self):
+os.unlink(self.temporary_bzip2_file)
+os.unlink(self.temporary_gzip_file)
+os.unlink(self.temporary_plain_file)
+
+def test_bzip2_file(self):
+output = uncompress_content(self.temporary_bzip2_file)
+self.assertEqual(output, "Hello world!")
+
+def test_gzip_file(self):
+output = uncompress_content(self.temporary_gzip_file)
+self.assertEqual(output, "Hello world!")
+
+def test_no_compression_file(self):
+output = uncompress_content(self.temporary_plain_file)
+self.assertEqual(output, "Hello world!")
diff --git a/distro_tracker/core/utils/compression.py b/distro_tracker/core/utils/compression.py
new file mode 100644
index 000..00f6b90
--- /dev/null
+++ b/distro_tracker/core/utils/compression.py
@@ -0,0 +1,50 @@
+# Copyright 2013 The Distro Tracker Developers
+# See the COPYRIGHT file at the top-level directory of this distribution and
+# at https://deb.li/DTAuthors
+#
+# This file is part of Distro Tracker. It is subject to the license terms
+# in the LICENSE file found in the top-level directory of this
+# distribution and at https://deb.li/DTLicense. No part of Distro Tracker,
+# including this file, may be copied, modified, propagated, or distributed
+# except according to the terms contained in the LICENSE file.
+"""
+Utilities for handling compression
+"""
+
+
+def guess_compression_method(filepath):
+"""Given filepath, inspects the file to determine a compression algorithm
+if relevant."""
+compressed_magic_bits_map = {
+b"\x1f\x8b\x08": "gzip",
+b"\x42\x5a\x68": "bz2",
+}
+
+max_magic_bits_len = max(len(key) for key in compressed_magic_bits_map)
+
+with open(filepath, 'rb') as content_file:
+begin = content_file.read(max_magic_bits_len)
+for magic_bits, filetype in compressed_magic_bits_map.items():
+if begin.startswith(magic_bits):
+return filetype
+
+return "plain"
+
+
+def uncompress_content(filepath):
+"""If the content is compressed, uncompress it."""
+
+compression_method = guess_compression_method(filepath)
+
+if compression_method == "gzip":
+import gzip
+with gzip.open(filepath, 'rb') as content_file:
+return content_file.read()
+if 

Bug#882381: [ftpsync] Error using socks and old sed

[Leo]

Package: ftpsync
Version: 20171018
Severity: important

--- Please enter the report below this line. ---
There is an error, a compatibility issue, and a fix for me for the 
"ftpsync" script attached.


Error:
The program call in line 590 contains too many "which lead to a script 
error if the variable RSYNC contains a space. For example, RSYNC = 
"/usr/bin/socksify /usr/bin/rsync"


Compatibility problem:
Not every Linux OS supports the -E parameter with sed. It is better to 
use the GNU compatible option -r, which gives the same result.


Improvement:
Running the program through a (Socks) proxy whose timeout is less than 
3600 seconds may cause Stage2 to crash. The timeout should be 
customizable with its own variable in the configuration.


Original Text:
Es sind hier ein Fehler, ein Kompatibilitätsproblem und eine 
Verbesserung von mir für das Skript "ftpsync" im Anhang enthalten.


Fehler:
Der Programmaufruf in Zeile 590 enthält zuviele " die zu einem 
Skriptfehler führen, wenn die Variable RSYNC ein Leerzeichen enthält. 
Zum Beispiel RSYNC="/usr/bin/socksify /usr/bin/rsync"


Kompatibilitätsproblem:
Nicht jedes Linux OS unterstützt bei sed den Parameter -E. Besser ist es 
hier die GNU kompatible Option -r zu verwenden, die das selbe ergibt.


Verbesserung:
Wird das Programm über einen (Socks) Proxy betrieben, dessen Timeout 
kleiner 3600 Sekunden ist, kann es zu einem abbruch bei der Stage2 
führen. Der Timeout sollte mit einer eigenen Variable in der 
Konfiguration anpassbar sein.



--- System information. ---
Architecture:
Kernel: Linux 4.13.0-1-amd64

Debian Release: buster/sid

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


ftpsync-bw.gz
Description: application/gzip
36c36
< VERSION="20171018"
---
> VERSION="20171018-Bw"
590c590
<   "${_RSYNC[@]}" ${RSYNC_OPTIONS} "$@" \
---
>   ${_RSYNC[@]} ${RSYNC_OPTIONS} $@ \
664c664
< sed -Ene 's#.*/binary-([^/]+)$#\1#p; s#.*/(source)$#\1#p' | sort -u | tr '\n' ' ')
---
> sed -rne 's#.*/binary-([^/]+)$#\1#p; s#.*/(source)$#\1#p' | sort -u | tr '\n' ' ')
680c680
< for bytes in $(sed -Ene 's/^sent ([0-9]+) bytes  received ([0-9]+) bytes.*/\1/p' "${LOGDIR}/rsync-${NAME}.log"); do
---
> for bytes in $(sed -rne 's/^sent ([0-9]+) bytes  received ([0-9]+) bytes.*/\1/p' "${LOGDIR}/rsync-${NAME}.log"); do
870a871,874
> 
> # Connection Timeout (Keepalive Pakets Timeout/2)
> RSYNC_TIMEOUT=${RSYNC_TIMEOUT:-3600}
> 
872c876
< RSYNC_OPTIONS=${RSYNC_OPTIONS:-"-prltvHSB8192 --safe-links --chmod=D755,F644 --timeout 3600 --stats --no-human-readable"}
---
> RSYNC_OPTIONS=${RSYNC_OPTIONS:-"-prltvHSB8192 --safe-links --chmod=D755,F644 --timeout ${RSYNC_TIMEOUT} --stats --no-human-readable"}
874c878
< RSYNC_OPTIONS=${RSYNC_OPTIONS:-"-prltvHSB8192 --safe-links --timeout 3600 --stats --no-human-readable"}
---
> RSYNC_OPTIONS=${RSYNC_OPTIONS:-"-prltvHSB8192 --safe-links --timeout ${RSYNC_TIMEOUT} --stats --no-human-readable"}

Bug#882380: initramfs-tools: Update-initramfs can take an unnecessarily long time if other disk activity is ongoing

[Jukka Tastula]

Package: initramfs-tools
Version: 0.130
Severity: wishlist
Tags: patch

Hi. 

After generating an initrd update-initramfs calls sync unconditinally. This
can take a very long time to return if other disk activity, like perhaps a
long backup job, is running simultaneously. Suggest only syncing the 
filesystem the initrd is actually placed on instead.



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

Kernel: Linux 4.12.0-2-amd64 (SMP w/8 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 initramfs-tools depends on:
ii  initramfs-tools-core  0.130
ii  linux-base4.5

initramfs-tools recommends no packages.

Versions of packages initramfs-tools suggests:
ii  bash-completion  1:2.1-4.3

-- no debconf information

*** /home/pollo/ir.diff
--- update-initramfs~   2017-03-07 00:42:55.0 +0200
+++ update-initramfs2017-11-22 00:16:29.149530813 +0200
@@ -158,7 +158,7 @@
mv -f "${initramfs}.new" "${initramfs}"
set_sha1
# Guard against an unclean shutdown
-   sync
+   sync -f "${initramfs}"
else
mkinitramfs_return="$?"
remove_initramfs_bak

Bug#855887: Any news

[Jelmer Vernooij]

On Tue, 2017-11-21 at 23:42 +0100, Félix Sipma wrote:
> On 2017-11-21 22:17+, Jelmer Vernooij wrote:
> > On Sun, Nov 19, 2017 at 10:59:40PM +0100, Félix Sipma wrote:
> > > On 2017-11-19 22:45+0100, Félix Sipma wrote:
> > > > On 2017-11-19 22:45+0100, Félix Sipma wrote:
> > > > > I uploaded the last version to mentors and to my repo. No
> > > > > need to open an RFS?
> > > > 
> > > > Forgot the link:
> > > > https://mentors.debian.net/debian/pool/main/t/todoman/todoman_3
> > > > .2.4-1.dsc
> > > 
> > > I just updated a new version which fixes a typo.
> > 
> > You should be receiving an email soon saying the package is in the
> > NEW
> > queue.
> > 
> > Cheers,
> > 
> > Jelmer
> 
> Thanks for your fast reviewing!
> 
> I was just wondering, /usr/bin/todo seems quite generic, and it may
> clash with
> other packages... It seems to be used by "devtodo". Should we
> customize the
> patch the package to provide /usr/bin/todoman instead, or keep
> /usr/bin/todo
> and avoid conflicts by another mean?
Awh, crap - that's a good point. Yes, we'll have to rename "todo" to
"todoman" if there's something existing that provides /usr/bin/todo.

Jelmer

Bug#882379: duktape-dev: ship pkg-config file

[James Cowgill]

Package: duktape-dev
Version: 2.2.0-2
Severity: wishlist

Hi,

Now that duktape ships a shared library, can it also ship a pkg-config
file for it?

Both arch and gentoo ship one:
https://git.archlinux.org/svntogit/community.git/tree/trunk/duktape.pc?h=packages/duktape
https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-lang/duktape/files/duktape.pc

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#855887: Any news

[Félix Sipma]

On 2017-11-21 22:17+, Jelmer Vernooij wrote:
> On Sun, Nov 19, 2017 at 10:59:40PM +0100, Félix Sipma wrote:
>> On 2017-11-19 22:45+0100, Félix Sipma wrote:
>>> On 2017-11-19 22:45+0100, Félix Sipma wrote:
 I uploaded the last version to mentors and to my repo. No need to open an 
 RFS?
>>> 
>>> Forgot the link:
>>> https://mentors.debian.net/debian/pool/main/t/todoman/todoman_3.2.4-1.dsc
>> 
>> I just updated a new version which fixes a typo.
> 
> You should be receiving an email soon saying the package is in the NEW
> queue.
> 
> Cheers,
> 
> Jelmer

Thanks for your fast reviewing!

I was just wondering, /usr/bin/todo seems quite generic, and it may clash with
other packages... It seems to be used by "devtodo". Should we customize the
patch the package to provide /usr/bin/todoman instead, or keep /usr/bin/todo
and avoid conflicts by another mean?


signature.asc
Description: PGP signature

Bug#882378: alsaequal: change order of link flags to ensure libasound is linked to .so files

[Cédric Roux]

Source: alsaequal
Severity: normal
Tags: patch upstream

Dear Maintainer,

the $(LDFLAGS) in the Makefile, containing -lasound, should come after
the .o objects in the final linking to be sure it is linked against
the .so (the libasound is present in the ELF tables/things/whatever).

Actually, with my current version of Debian (testing), this is not a
problem, but for a popular 'derivative distribution', it is. When using
the equalizer with PulseAudio (my fingers almost burned while typing
this!), this beast cannot load the .so because it is not linked to
libasound.

So I don't know if it's the right place for a bug report, but I have to
do it somewhere. The upstream (www.thedigitalmachine.net) does not exist
anymore, and I don't feel like I want to be in more contact with the
'derivative distribution'.

The patch is very simple. Edit Makefile and put $(LDFLAGS) at the end
of the two lines where it is used.

I apalogize by advance if this is the wrong place to report the bug
(which is non-existing in my current Debian setup). But I struggled
a lot with it because of another bug in alsa-lib (they don't use
dlerror when loading a library so we don't see why it fails).

Anyway, there it is. Have a nice day!

By the way, it's all the fault of people from Mozilla who seem to have
decided that talking to ALSA was too... something, and now only use
the P..A.. beast (my fingers don't need more pain today). This world
is a strange place.

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

Kernel: Linux 4.13.5-custom (SMP w/8 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: sysvinit (via /sbin/init)

*** patch.txt
34c34
<   $(Q)$(LD) $(LDFLAGS) $(SND_PCM_LIBS) $(SND_PCM_OBJECTS) -o 
$(SND_PCM_BIN)
---
>   $(Q)$(LD) $(SND_PCM_LIBS) $(SND_PCM_OBJECTS) -o $(SND_PCM_BIN) 
> $(LDFLAGS)
38c38
<   $(Q)$(LD) $(LDFLAGS) $(SND_CTL_LIBS) $(SND_CTL_OBJECTS) -o 
$(SND_CTL_BIN)
---
>   $(Q)$(LD) $(SND_CTL_LIBS) $(SND_CTL_OBJECTS) -o $(SND_CTL_BIN) 
> $(LDFLAGS)

Bug#851146: libcc1: COMPILER_NAME should be gcc

[Sergio Durigan Junior]

On Tuesday, November 21 2017, I wrote:

> Control: tags -1 + fixed-upstream 
>
> On Thursday, January 12 2017, Matthias Klose wrote:
>
>> On 12.01.2017 13:16, Thadeu Lima de Souza Cascardo wrote:
>>> Package: libcc1-0
>>> Version: 6.3.0-2
>>> Severity: normal
>>> 
>>> When using the compile option in gdb, I get:
>>> 
>>> Could not find a compiler matching 
>>> "^(x86_64|i.86)(-[^-]*)?-linux(-gnu)?-x86_64-linux-gnu-gcc-6$"
>>> 
>>> gdb already adds the arch and os. Then libcc1 adds it again. By default,
>>> COMPILER_NAME in libcc1 is simply gcc. I was not able to dig deeper and
>>> find out why it's built with x86_64-linux-gnu-gcc-6, but that seems to
>>> be the cause of that failure in gdb.
>>
>> that's because GCC is configured using --program-prefix=x86_64-linux-gnu- 
>> (and
>> it always was configured with --program-suffix=-6).  gdb should expect suffix
>> and prefix.
>>
>> I'm working around that in gcc-6 now, but that should be fixed in gdb.
>
> Hi there,
>
> The patch has been finally accepted upstream:
>
>   
>   
> 

Cascardo kindly mentioned that the ChangeLog entries are not very useful
here.  Here's the link to the discussion thread.  Unfortunately the
mailing list archive software doesn't inter-month discussions, but this
message should contain all the relevant details:

  

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#855887: Any news

[martin f krafft]

also sprach Jelmer Vernooij  [2017-11-21 23:17 +0100]:
> > > Forgot the link:
> > > https://mentors.debian.net/debian/pool/main/t/todoman/todoman_3.2.4-1.dsc
> > 
> > I just updated a new version which fixes a typo.
> 
> You should be receiving an email soon saying the package is in the NEW
> queue.

You guys are awesome. Thanks a lot.

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#882377: pupnp-1.8: version 1.8.3 breaks the ABI

[James Cowgill]

Source: pupnp-1.8
Version: 1:1.8.3-1
Severity: serious
Control: forwarded -1 https://github.com/mrjimenez/pupnp/issues/57

There is a known ABI break in 1.8.3 with the UpnpAddVirtualDir API (see
above github issue). This should be resolved before 1.8.3 is uploaded to
unstable.

James



signature.asc
Description: OpenPGP digital signature

Bug#855887: Any news

[Jelmer Vernooij]

On Sun, Nov 19, 2017 at 10:59:40PM +0100, Félix Sipma wrote:
> On 2017-11-19 22:45+0100, Félix Sipma wrote:
> > On 2017-11-19 22:45+0100, Félix Sipma wrote:
> >> I uploaded the last version to mentors and to my repo. No need to open an 
> >> RFS?
> > 
> > Forgot the link:
> > https://mentors.debian.net/debian/pool/main/t/todoman/todoman_3.2.4-1.dsc
> 
> I just updated a new version which fixes a typo.

You should be receiving an email soon saying the package is in the NEW
queue.

Cheers,

Jelmer

-- 
Jelmer Vernooij 
PGP Key: https://www.jelmer.uk/D729A457.asc


signature.asc
Description: PGP signature

Bug#882376: ITP: libt3config -- Library for reading and writing configuration files

[Gertjan Halkes]

Package: wnpp
Severity: wishlist
Owner: Gertjan Halkes 

* Package name: libt3config
  Version : 0.2.10
  Upstream Author : Gertjan Halkes 
* URL : https://os.ghalkes.nl/t3/libt3config.html
* License : GPL
  Programming Lang: C
  Description : Library for reading and writing configuration files

This library is one of the support libraries for the Tilde text editor, which
I intend to package (#692512). This particular library is used by Tilde to
read and write its configuration files.

Bug#882375: AppStream metadata for pidgin-otr are missing

[asciiwolf]

Package: pidgin-otr
Version: 4.0.2-2
Tags: patch

Please, consider adding an AppStream metadata file to pidgin-otr package. This 
allows pidgin-otr to show as Pidgin addon in GNOME Software, KDE Discover and 
other package manager interfaces based on AppStream. The needed AppStream 
metainfo file is included as attachment. It is taken from Fedora, but it should 
work on Debian as well as other distributions.


pidgin-otr
pidgin.desktop
Off-the-Record Messaging
A Pidgin plugin which implements Off-the-Record (OTR) Messaging
https://otr.cypherpunks.ca/
https://bugs.otr.im/projects/pidgin-otr
GFDL-1.3
GPL-2.0
eischmann_at_redhat.com

Bug#851146: libcc1: COMPILER_NAME should be gcc

[Sergio Durigan Junior]

Control: tags -1 + fixed-upstream 

On Thursday, January 12 2017, Matthias Klose wrote:

> On 12.01.2017 13:16, Thadeu Lima de Souza Cascardo wrote:
>> Package: libcc1-0
>> Version: 6.3.0-2
>> Severity: normal
>> 
>> When using the compile option in gdb, I get:
>> 
>> Could not find a compiler matching 
>> "^(x86_64|i.86)(-[^-]*)?-linux(-gnu)?-x86_64-linux-gnu-gcc-6$"
>> 
>> gdb already adds the arch and os. Then libcc1 adds it again. By default,
>> COMPILER_NAME in libcc1 is simply gcc. I was not able to dig deeper and
>> find out why it's built with x86_64-linux-gnu-gcc-6, but that seems to
>> be the cause of that failure in gdb.
>
> that's because GCC is configured using --program-prefix=x86_64-linux-gnu- (and
> it always was configured with --program-suffix=-6).  gdb should expect suffix
> and prefix.
>
> I'm working around that in gcc-6 now, but that should be fixed in gdb.

Hi there,

The patch has been finally accepted upstream:

  
  


With this, Debian GDB should work fine and not require any more hacks on
the GCC side.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#868197: s/mawaw2text/mwaw2text/

[Rene Engelhard]

On Mon, Nov 20, 2017 at 07:40:49PM -0800, Bela Lubkin wrote:
[ no text ]

You could have added some text...

But yeah, that typo is new. sigh. Will fix in git.

Regards,

Rene

Bug#882245: systemd-sysv: shutdown does not parse correctly -t option

[Michael Biebl]

Am 20.11.2017 um 18:07 schrieb Thomas L:
>  Try to reboot the computer with:
>  # shutdown -h -t 5 now


Looking at shutdown --help (v232), I get


> # shutdown --help
> shutdown [OPTIONS...] [TIME] [WALL...]
> 
> Shut down the system.
> 
>  --help  Show this help
>   -H --halt  Halt the machine
>   -P --poweroff  Power-off the machine
>   -r --rebootReboot the machine
>   -h Equivalent to --poweroff, overridden by --halt
>   -k Don't halt/power-off/reboot, just send warnings
>  --no-wall   Don't send wall message before halt/power-off/reboot
>   -c Cancel a pending shutdown


I don't see a -t parameter there. It looks like -t is a legacy command
line option which systemctl parses but ignores:

https://github.com/systemd/systemd/blob/master/src/systemctl/systemctl.c#L8126



-- 
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#882271: libgradle-core-java: fail to honor maven relocations

[Gilles Filippini]

Control: forwarded -1 https://github.com/gradle/gradle/issues/1256

Emmanuel Bourg a écrit le 20/11/2017 à 22:55 :
> Le 20/11/2017 à 22:24, Gilles Filippini a écrit :
> 
>> As I understand it, gradle should follow the relocation and look for
>>  
>> file:/usr/share/maven-repo/com/github/cliftonlabs/json-simple/debian/json-simple-debian.jar
>> instead of
>>  
>> file:/usr/share/maven-repo/com/googlecode/json-simple/json-simple/debian/json-simple-debian.jar
> 
> AFAIK this is a Gradle limitation. I don't know if more recent versions
> support relocations.

This is upstream issue 1256 [1] actually.

[1] https://github.com/gradle/gradle/issues/1256

_g.



signature.asc
Description: OpenPGP digital signature

Bug#882374: ITP: python-fpdf2 -- Minimalist PDF creation library for Python

[Ondrej Tuma]

Package: wnpp
Severity: wishlist
Owner: Ondrej Tuma 

* Package name: python-fpdf2
  Version : 2.0.0
  Upstream Author : David Ankin 
* URL : https://github.com/alexanderankin/pyfpdf
* License : LGPL
  Programming Lang: Python
  Description : Minimalist PDF creation library for Python

PyFPDF is a library for PDF document generation under Python, ported from PHP
(see FPDF: "Free"-PDF, a well-known PDFlib-extension replacement with many
examples, scripts and derivatives).

Compared with other PDF libraries, PyFPDF is simple, small and versatile, with
advanced capabilities, and is easy to learn, extend and maintain.

This library could be use in more other python applications. Maintainer could
be DPMT.

Bug#882309: should wrap lines in message body

[Ola Lundqvist]

Hi

Yes this is a good suggestion. A patch is welcome.

// Ola

On 21 November 2017 at 11:10, Marc Haber
 wrote:
> Package: cron-apt
> Version: 0.11.0
> Severity: normal
>
> Hi,
>
> the line length in SMTP is limited to 998 bytes. The exim packages in
> Debian do enforce this.
>
> When a system is way behind with its updates, the list of packages which
> is included in the apt output can exceed this length. In this case, the
> message is not fowarded by Debian's default MTA in its default
> configuration.
>
> cron-apt should wrap lines.
>
> fold(1), which is in coreutils, can do this job nicely, augmented by the
> --witdh=900 --spaces arguments. Maybe it would be a good idea to make
> the width configurable.
>
> If you want me to, I can cough up a patch.
>
> Greetings
> Marc



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

Bug#882142: upgrade from 11.1-1 to 11.1-2 breaks audio support in Firefox

[Harald Dunkel]

No, libpam-systemd is not installed.
Regards
Harri
-- 
> On Nov 19, 2017, at 23:53, Felipe Sateler  wrote:
> 
> 
> 
>> On Sun, Nov 19, 2017 at 7:01 PM, Harald Dunkel  wrote:
>> On Sun, 19 Nov 2017 17:26:16 -0300
>> Felipe Sateler  wrote:
>> 
>> > > Removing /etc/pulse/client.conf.d/00-disable-autospawn.conf reenabled
>> > > pulse audio on the next reboot.
>> > >
>> > >
>> > >
>> > Weird. could you provide the output of the following (from a boot without
>> > audio):
>> >
>> > systemctl --user status  pulseaudio.{socket,service}
>> > journalctl --user-unit pulseaudio.socket
>> > journalctl --user-unit pulseaudio.service
>> >
>> 
>> % systemctl --user status  pulseaudio.{socket,service}
>> Failed to get properties: Process org.freedesktop.systemd1 exited with 
>> status 1
>> % su
>> Password:
>> # systemctl --user status  pulseaudio.{socket,service}
>> Failed to get properties: Connection reset by peer
>> # journalctl --user-unit pulseaudio.socket
>> -- Logs begin at Sun 2017-11-19 22:54:23 CET, end at Sun 2017-11-19 22:56:21 
>> CET. --
>> -- No entries --
>> # journalctl --user-unit pulseaudio.service
>> -- Logs begin at Sun 2017-11-19 22:54:23 CET, end at Sun 2017-11-19 22:56:21 
>> CET. --
>> -- No entries --
>> #
> 
> OK. These indicate that the systemd user instances are not running. Do you 
> have libpam-systemd installed? If yes, could you post the output of 
> 
> journalctl user@1000.service
> 
> (Assuming 1000 is the uid of your user.)
> 
> 
> -- 
> 
> Saludos,
> Felipe Sateler

Bug#882373: zsh -n: null pointer dereference in paramsubst()

[Jakub Wilk]

Package: zsh
Version: 5.4.2-2

zsh crashes when checking syntax of the attached file:

  $ zsh -n nullptr.sh
  Segmentation fault

GDB says that it's a null pointer dereference:

  Program received signal SIGSEGV, Segmentation fault.
  0x565e1443 in paramsubst (ret_flags=, pf_flags=, qt=, str=0xbb74, n=, l=) at ../../Src/subst.c:3223
  3223if (*check_offset2 && *check_offset2 != ':') {
  (gdb) print check_offset2
  $2 = 0x0
  (gdb) bt
  #0  0x565e1443 in paramsubst (ret_flags=, pf_flags=, 
qt=, str=0xbb74, n=, l=) at 
../../Src/subst.c:3223
  #1  stringsubst (list=list@entry=0xbd70, node=, pf_flags=, pf_flags@entry=0, ret_flags=, asssub=) at 
../../Src/subst.c:247
  #2  0x565e1649 in prefork (list=0xbd70, flags=0, ret_flags=0xbcb4) at 
../../Src/subst.c:85
  #3  0x5657aaea in execcmd_getargs (preargs=preargs@entry=0xf7fcd4b0, 
args=args@entry=0xf7fcd488, expand=) at ../../Src/exec.c:2676
  #4  0x5657f00a in execcmd_exec (state=state@entry=0xd430, 
eparams=eparams@entry=0xd05c, input=input@entry=0, output=0, how=, 
last1=2) at ../../Src/exec.c:2782 #5  0x565826ca in execpline2 
(state=state@entry=0xd430, pcode=, how=how@entry=18, input=0, 
output=0, last1=0) at ../../Src/exec.c:1887
  #6  0x56582ac0 in execpline (state=state@entry=0xd430, slcode=, how=how@entry=18, last1=0) at ../../Src/exec.c:1616
  #7  0x565840c1 in execlist (state=0xd430, dont_change_job=0, exiting=0) 
at ../../Src/exec.c:1371
  #8  0x565846e2 in execode (p=0xf7fcd438, dont_change_job=0, exiting=0, 
context=0x565f55c1 "toplevel") at ../../Src/exec.c:1152
  #9  0x5659a45b in loop (toplevel=1, justonce=0) at ../../Src/init.c:208
  #10 0x5659d9d2 in zsh_main (argc=3, argv=0xd754) at ../../Src/init.c:1692
  #11 0x56564ac7 in main (argc=3, argv=0xd754) at ../../Src/main.c:93


-- System Information:
Architecture: i386

Versions of packages zsh depends on:
ii  zsh-common  5.4.2-2
ii  libc6   2.25-1
ii  libcap2 1:2.25-1.1
ii  libtinfo5   6.0+20170902-1

Versions of packages zsh recommends:
ii  libncursesw5  6.0+20170902-1
ii  libpcre3  2:8.39-5

--
Jakub Wilk


nullptr.sh
Description: Bourne shell script

Bug#882365: osspd FTCBFS: uses the build architecture pkg-config

[Helmut Grohne]

Source: osspd
Version: 1.3.2-8
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

osspd fails to cross build from source, because it uses the build
architecture pkg-config (hard coded in Makefile) and thus fails finding
required libraries, which are only requested for the host architecture
by its Build-Depends. The correct solution is to use the host
architecture pkg-config, which is correctly passed by dh_auto_build, but
ignored by the Makefile. After making pkg-config substitutable, osspd
cross builds successfully. Please consider applying the attached patch.

Helmut
Index: osspd-1.3.2/Makefile
===
--- osspd-1.3.2.orig/Makefile
+++ osspd-1.3.2/Makefile
@@ -2,6 +2,7 @@
 # DESTDIR is completely respected
 CC := gcc
 AR := ar
+PKG_CONFIG ?= pkg-config
 CFLAGS := -Wall -pthread $(CFLAGS) $(CPPFLAGS)
 XLDFLAGS := $(LDFLAGS)
 LDFLAGS := -L. -lossp -pthread $(LDFLAGS)
@@ -11,27 +12,27 @@
 SLAVESDIR := $(prefix)/sbin
 
 ifeq "$(origin OSSPD_CFLAGS)" "undefined"
-OSSPD_CFLAGS := $(shell pkg-config --cflags fuse)
+OSSPD_CFLAGS := $(shell $(PKG_CONFIG) --cflags fuse)
 endif
 
 ifeq "$(origin OSSPD_LDFLAGS)" "undefined"
-OSSPD_LDFLAGS := $(shell pkg-config --libs fuse)
+OSSPD_LDFLAGS := $(shell $(PKG_CONFIG) --libs fuse)
 endif
 
 ifeq "$(origin OSSP_PADSP_CFLAGS)" "undefined"
-OSSP_PADSP_CFLAGS := $(shell pkg-config --cflags libpulse)
+OSSP_PADSP_CFLAGS := $(shell $(PKG_CONFIG) --cflags libpulse)
 endif
 
 ifeq "$(origin OSSP_PADSP_LDFLAGS)" "undefined"
-OSSP_PADSP_LDFLAGS := $(shell pkg-config --libs libpulse)
+OSSP_PADSP_LDFLAGS := $(shell $(PKG_CONFIG) --libs libpulse)
 endif
 
 ifeq "$(origin OSSP_ALSAP_CFLAGS)" "undefined"
-OSSP_ALSAP_CFLAGS := $(shell pkg-config --libs alsa)
+OSSP_ALSAP_CFLAGS := $(shell $(PKG_CONFIG) --libs alsa)
 endif
 
 ifeq "$(origin OSSP_ALSAP_LDFLAGS)" "undefined"
-OSSP_ALSAP_LDFLAGS := $(shell pkg-config --libs alsa)
+OSSP_ALSAP_LDFLAGS := $(shell $(PKG_CONFIG) --libs alsa)
 endif
 
 headers := ossp.h ossp-util.h ossp-slave.h

Bug#882364: flasm FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: flasm
Version: 1.62-8
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

flasm fails to cross build from source, because it uses the build
architecture compiler and thus fails finding libraries, which are only
requested for the host architecture by its Build-Depends. After letting
dh_auto_build pass cross compilers to make, it cross builds
successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru flasm-1.62/debian/changelog flasm-1.62/debian/changelog
--- flasm-1.62/debian/changelog 2017-07-30 05:20:39.0 +0200
+++ flasm-1.62/debian/changelog 2017-11-21 21:09:38.0 +0100
@@ -1,3 +1,10 @@
+flasm (1.62-8.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross compilers to make. (closes: #-1)
+
+ -- Helmut Grohne   Tue, 21 Nov 2017 21:09:38 +0100
+
 flasm (1.62-8) unstable; urgency=medium
 
   * Fix FTBFS with new gperf by updating copy of function prototype
diff --minimal -Nru flasm-1.62/debian/rules flasm-1.62/debian/rules
--- flasm-1.62/debian/rules 2013-06-02 10:07:08.0 +0200
+++ flasm-1.62/debian/rules 2017-11-21 21:09:36.0 +0100
@@ -7,7 +7,7 @@
dh $@ --parallel
 
 override_dh_auto_build:
-   $(MAKE) LIBS="$(LDFLAGS) -lz" CFLAGS="$(CPPFLAGS) $(CFLAGS) -Wall 
-DCONFIG_PATH=\\\"/etc/flasm.ini\\\""
+   dh_auto_build -- LIBS="$(LDFLAGS) -lz" CFLAGS="$(CPPFLAGS) $(CFLAGS) 
-Wall -DCONFIG_PATH=\\\"/etc/flasm.ini\\\""
mkdir -p build
for f in flasm.ini classic.css flasm.html ; do sed 's/\r//' $$f > 
build/$$f ; done
iconv -f ISO_8859-1 -t UTF-8 < CHANGES.TXT > build/NEWS

Bug#882366: python3-lttngust tries to load unversionned agent library

[Michael Jeanson]

Package: python3-lttngust
Version: 2.10.0-3
Severity: important

The python3-lttngust package contains bindings that use ctypes to interact
with a dedicated library provided by the liblttng-ust-python-agent0. The
python code loads the library by name but it targets the un-versioned ".so"
which is part of the dev package.

This means that when installed without the dev package the bindings won't
work.

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

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

Versions of packages python3-lttngust depends on:
ii  liblttng-ust-python-agent0  2.10.0-3
ii  python3 3.6.3-2

python3-lttngust recommends no packages.

python3-lttngust suggests no packages.

-- no debconf information

Bug#882372: ohcount: Command injection through file names

[Jonathan Neuschäfer]

Package: ohcount
Version: 3.0.0-8.3
Severity: grave
Tags: upstream security
Justification: user security hole

When ohcount tries to determine the type of a file with a specially
crafted name, it can execute arbitrary shell commands through improper
quoting. Details below.

## PoC

> $ echo hi > "test'\$(touch proof)'"
> $ ls
> test'$(touch proof)'
> $ ohcount .
> Examining 2 file(s)
> 
>   Ohloh Line Count Summary
> 
> Language  Files   CodeComment  Comment %  Blank  Total
>   -  -  -  -  -  -
>   -  -  -  -  -  -
> Total 0  0  0   0.0%  0  0
> $ ls
> proof  test'$(touch proof)'


## How does it work?

I haven't read the source, so I can't point at the vulnerable line, but here's
a snippet of strace output (trimmed and indented for readability):

Processes:
26767: ohcount .
  26773: sh -c "file -b './test'$(touch proof)''"
26776: touch proof
26782: file -b ./test
  26791: sh -c "file -b '.'"
26797 file -b .


26767 execve("/usr/bin/ohcount", ["ohcount", "."], [/* 52 vars */]) = 0
26767 write(1, "Examining 2 file(s)\n", 20) = 20
26767 open("./test'$(touch proof)'", O_RDONLY) = 3
26767 fstat(3, {st_mode=S_IFREG|0640, st_size=3, ...}) = 0
26767 read(3, "hi\n", 3)= 3
26767 access("./test'$(touch proof)'", F_OK) = 0
26767 pipe2([3, 4], O_CLOEXEC)  = 0
26767 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f31736e69d0) = 26773
  26773 execve("/bin/sh", ["sh", "-c", "file -b './test'$(touch proof)''"], [/* 
52 vars */]) = 0
  26773 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f601329d9d0) = 26776
26776 stat("/usr/bin/touch", {st_mode=S_IFREG|0755, st_size=93160, ...}) = 0
26776 execve("/usr/bin/touch", ["touch", "proof"], [/* 52 vars */]) = 0
26776 open("proof", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 3
26776 exit_group(0) = ?
26776 +++ exited with 0 +++
  26773 <... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 
26776
  26773 stat("/usr/bin/file", {st_mode=S_IFREG|0755, st_size=22792, ...}) = 0
  26773 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f601329d9d0) = 26782
  26773 wait4(-1,  
26782 execve("/usr/bin/file", ["file", "-b", "./test"], [/* 52 vars */]) = 0
26782 lstat("./test", 0x7ffc9809f660)   = -1 ENOENT (No such file or 
directory)
26782 stat("./test", 0x7ffc9809f660)= -1 ENOENT (No such file or 
directory)
26782 open("./test", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
26782 write(1, "cannot open `./test' (No such fi"..., 49 ) = 49
26782 exit_group(0) = ?
26782 +++ exited with 0 +++
  26773 exit_group(0) = ?
  26773 +++ exited with 0 +++
26767 open(".", O_RDONLY)   = 3
26767 fstat(3, {st_mode=S_IFDIR|0751, st_size=4096, ...}) = 0
26767 fstat(3, {st_mode=S_IFDIR|0751, st_size=4096, ...}) = 0
26767 lseek(3, 0, SEEK_END) = 9223372036854775807
26767 lseek(3, 0, SEEK_SET) = 0
26767 read(3, 0x56315aaed880, 18446744073709547520) = -1 EFAULT (Bad address)
26767 close(3)  = 0
26767 access(".", F_OK) = 0
26767 pipe2([3, 4], O_CLOEXEC)  = 0
26767 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f31736e69d0) = 26791
  26791 execve("/bin/sh", ["sh", "-c", "file -b '.'"], [/* 52 vars */]) = 0
  26791 stat("/usr/bin/file", {st_mode=S_IFREG|0755, st_size=22792, ...}) = 0
  26791 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7fb58ec689d0) = 26797
26797 execve("/usr/bin/file", ["file", "-b", "."], [/* 52 vars */]) = 0
26797 lstat(".", {st_mode=S_IFDIR|0751, st_size=4096, ...}) = 0
26797 write(1, "directory\n", 10 
26797 exit_group(0) = ?
26797 +++ exited with 0 +++
  26791 exit_group(0) = ?
  26791 +++ exited with 0 +++
26767 write(1, "\n  Ohloh"..., 79) = 79
26767 write(1, "Language  Files   Co"..., 158) = 158
26767 write(1, "  -  ---"..., 79) = 79
26767 write(1, "Total 0 "..., 79) = 79
26767 exit_group(0) = ?
26767 +++ exited with 0 +++


## Disclosure, etc.

This is, AFAIK, a previously undisclosed vulnerability.

Salvatore Bonaccorso volunteered to request a CVE identifier for this
vulnerability.


-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mips, armhf, armel

Bug#851430: Pending fixes for bugs in the resteasy package

[pkg-java-maintainers]

tag 851430 + pending
thanks

Some bugs in the resteasy package are closed in revision
27787fde3bc3d80b60e753341229b94492a5c25a in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/resteasy.git/commit/?id=27787fd

Commit message:

Marked CVE-2016-9606 as fixed (Closes: #851430)

Bug#882367: Included help for function expression entry contains an error

[Mirko Scholz]

Package: qtiplot
Version: 0.9.8.9-16 

QtiPlot contains documentation for the available functions within the muparser 
package.
It appears when a column value is set (column header context menu "Set column 
values"
and choosing the log function from the drop down menu).

However, the documentation for the log function is wrong.  At least current 
versions
of muparser [1] specify it as the natural logarithm, not the decimal logarithm.

I tested the expression log(10) with Buster's version of muparser and it 
evaluates
to log_e(10)\approx2.3, not log_{10}(10.0)=1.0.

I tried to modify all translations accordingly.

[1] 
http://beltoforion.de/article.php?a=muparser=en=features=idDef2#idDef2
Only in qtiplot-0.9.8.9-working: debian
diff -r -u qtiplot-0.9.8.9/qtiplot/src/scripting/muParserScripting.cpp 
qtiplot-0.9.8.9-working/qtiplot/src/scripting/muParserScripting.cpp
--- qtiplot-0.9.8.9/qtiplot/src/scripting/muParserScripting.cpp 2012-11-07 
17:11:32.0 +0100
+++ qtiplot-0.9.8.9-working/qtiplot/src/scripting/muParserScripting.cpp 
2017-11-21 20:19:03.616750339 +0100
@@ -80,7 +80,7 @@
   { "invf", 3, NULL, NULL, invf, QObject::tr("invf(x, m, n):\n Inverse 
F-Distribution with m and n degrees of freedom.") },
   { "invt", 2, NULL, invt, NULL, QObject::tr("invt(x, n):\n Inverse 
t-distribution with n degrees of freedom.") },
   { "ln", 1, NULL,NULL,NULL, QObject::tr("ln(x):\n Calculate natural logarithm 
log_e.") },
-  { "log", 1, NULL,NULL,NULL, QObject::tr("log(x):\n Calculate decimal 
logarithm log_10.") },
+  { "log", 1, NULL,NULL,NULL, QObject::tr("log(x):\n Calculate natural 
logarithm log_e.") },
   { "log10", 1, NULL,NULL,NULL, QObject::tr("log10(x):\n Calculate decimal 
logarithm log_10.") },
   { "log2", 1, NULL,NULL,NULL, QObject::tr("log2(x):\n Calculate binary 
logarithm log_2.") },
   { "min", -1, NULL,NULL,NULL, QObject::tr("min(x,y,...):\n Calculate minimum 
of all arguments.") },
Only in qtiplot-0.9.8.9-working/qtiplot/src: TAGS
diff -r -u qtiplot-0.9.8.9/qtiplot/translations/qtiplot_cn.ts 
qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_cn.ts
--- qtiplot-0.9.8.9/qtiplot/translations/qtiplot_cn.ts  2012-11-07 
17:11:32.0 +0100
+++ qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_cn.ts  2017-11-21 
20:59:20.073507619 +0100
@@ -21502,9 +21502,9 @@
 
 
 log(x):
- Calculate decimal logarithm log_10.
+ Calculate natural logarithm log_e.
 log(x):
- 计算以10为底的对数。
+ 计算自然对数（以e为底的对数）。
 
 
 
diff -r -u qtiplot-0.9.8.9/qtiplot/translations/qtiplot_cz.ts 
qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_cz.ts
--- qtiplot-0.9.8.9/qtiplot/translations/qtiplot_cz.ts  2012-11-07 
17:11:32.0 +0100
+++ qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_cz.ts  2017-11-21 
21:01:00.890178064 +0100
@@ -13069,9 +13069,9 @@
 
 
 log(x):
- Calculate decimal logarithm log_10.
+ Calculate natural logarithm log_e.
 log(x):
- Počítá desetinný logaritmus log_10.
+ Počítá přirozený logaritmus log_e
 
 
 exp(x):
diff -r -u qtiplot-0.9.8.9/qtiplot/translations/qtiplot_de.ts 
qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_de.ts
--- qtiplot-0.9.8.9/qtiplot/translations/qtiplot_de.ts  2012-11-07 
17:11:32.0 +0100
+++ qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_de.ts  2017-11-21 
21:04:07.666851735 +0100
@@ -22246,9 +22246,9 @@
 
 
 log(x):
- Calculate decimal logarithm log_10.
+ Calculate natural logarithm log_e.
 log(x):
- Zehnerlogarithmus log_10.
+ Natürlicher Logarithmus log_e.
 
 
 log10(x):
diff -r -u qtiplot-0.9.8.9/qtiplot/translations/qtiplot_el.ts 
qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_el.ts
--- qtiplot-0.9.8.9/qtiplot/translations/qtiplot_el.ts  2012-11-07 
17:11:32.0 +0100
+++ qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_el.ts  2017-11-21 
21:04:44.620186454 +0100
@@ -12944,9 +12944,9 @@
 
 
 log(x):
- Calculate decimal logarithm log_10.
+ Calculate natural logarithm log_e.
 log(x):
-Υπολογισμός δεκαδικού λογάριθμου log_10.
+Υπολογισμός φυσικού λογάριθμου log_e.
 
 
 log10(x):
diff -r -u qtiplot-0.9.8.9/qtiplot/translations/qtiplot_es.ts 
qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_es.ts
--- qtiplot-0.9.8.9/qtiplot/translations/qtiplot_es.ts  2012-11-07 
17:11:32.0 +0100
+++ qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_es.ts  2017-11-21 
21:05:03.360187157 +0100
@@ -18852,7 +18852,7 @@
 
 
 log(x):
- Calculate decimal logarithm log_10.
+ Calculate natural logarithm log_e.
 
 
 
diff -r -u qtiplot-0.9.8.9/qtiplot/translations/qtiplot_fr.ts 
qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_fr.ts
--- qtiplot-0.9.8.9/qtiplot/translations/qtiplot_fr.ts  2012-11-07 
17:11:32.0 +0100
+++ qtiplot-0.9.8.9-working/qtiplot/translations/qtiplot_fr.ts  2017-11-21 
21:13:00.356871712 +0100
@@ -13219,9 +13219,9 @@
  

Bug#882363: bootlogd: please add an option to also write to the console

[Thorsten Glaser]

Package: bootlogd
Version: 2.88dsf-59.10

Hi,

please add an option to change bootlogd’s behaviour to also
pass through the (unmodified, unfiltered (especially not
control-character-filtered)) output to the original console.

This is especially useful when you boot a system that has,
for example, a serial console or (on m68k) a NatFeat or
parallel one, where you want to see the boot progress on
occasionally but which is normally run headlessly, for
which you want the boot output saved into a logfile.

Should be somewhat trivial to implement, just add a flag,
make it settable (e.g. using /etc/default), and, upon the
presence of the flag, do a second write in the main loop
(except before the filtering).

-- System Information:
Debian Release: buster/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: m68k

Kernel: Linux 4.13.0-1-m68k
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages bootlogd depends on:
ii  libc6 2.24-17
ii  lsb-base  9.20170808

bootlogd recommends no packages.

bootlogd suggests no packages.

-- no debconf information

Bug#882330: apt: fails to upgrade M-A library package with Breaks

[Thorsten Glaser]

Julian Andres Klode dixit:

>Well, you pinned libxml2:x32 to use 2.9.4+dfsg1-4.0tarent1, but libxml2:i386 
>does

Huh? I didn’t pin anything.^W^W^Wdon’t remember pinning anything.

*looks at /etc/apt/preferences*

Apparently, somehow I did. Weird. *removes lines from that file*

>not have a pin, and thus uses 2.9.4+dfsg1-5.1. Then you tell apt to install 
>these
>conflicting versions, so that's not working, as designed.
>
>You likely want to pin both libxml2:x32 (AKA libxml2) _and_ libxml32:i386.

OK, thanks for the additional explanation.

bye,
//mirabilos
-- 
> Wish I had pine to hand :-( I'll give lynx a try, thanks.

Michael Schmitz on nntp://news.gmane.org/gmane.linux.debian.ports.68k
a.k.a. {news.gmane.org/nntp}#news.gmane.linux.debian.ports.68k in pine

Bug#882085: [cowsay] Package includes ASCII representation of Zoophilia

[Horsti]

On Sat, 18 Nov 2017 20:10:20  0100 Felicia Hummel 
feli...@drachenkatze.org wrote:
 --- Please enter the report below this line. ---
 The package cowsay includes an ASCII representation of Zoophilia. The
 file in question is /usr/share/cowsay/cows/sodomized-sheep.cow
 
 This is a legal issue in many countries. Even if it's not well-defined
 by law if ASCII representations of Zoophilia are legal or not, I'd
 rather prefer not to take a chance being involved in a lawsuit when such
 a file could be found on my computer.
 
 Please remove the file from the packages as soon as possible. Thank you.

all,

since it belongs to cowsay-off and IMHO 'off' stands for 'offensive' I would 
suggest that mirrors in bourgeois countries just shouldn't replicate packages 
named *-off.

just my 5ct

Horsti

Bug#882371: r-bioc-biocparallel: flaky autopkgtests

[Graham Inggs]

Source: r-bioc-biocparallel
Version: 1.4.3-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest

Hi Andreas

For a long time, r-bioc-biocparallel's autopkgtests have been randomly
failing [1].  Is there anything we can do to make them more reliable?

Regards
Graham


[1] https://ci.debian.net/packages/r/r-bioc-biocparallel/unstable/amd64/

Bug#882369: linux-image-4.9.0-4-amd64: Non-free RTL8192 firmware possibly packaged in main

[Alyssa Rosenzweig]

Package: src:linux
Version: 4.9.51-1
Severity: serious
Justification: Policy 2.1.2

Is rtl8192cu supposed to work under Debian Stretch without the non-free
repositories enabled?

https://en.wikipedia.org/wiki/Comparison_of_open-source_wireless_drivers seems
pretty clear that this device should require nonfree firmware loaded. Thus, it
appears there may be an isuse with kernel deblobbing, seeing as the adaptor is
functioning normally under a supposedly fully free system.

I am worried there may be non-DFSG compliant firmware packaged in main.

Relevant dmesg logs, beginning when the adaptor is plugged in and ending when
it begins to connect to the Internet.  "Loading alternative firmware" is 
suspect.

[   30.339299] usb 1-1: new high-speed USB device number 7 using xhci_hcd
[   30.481064] usb 1-1: New USB device found, idVendor=0bda, idProduct=8176
[   30.481068] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   30.481070] usb 1-1: Product: 802.11n WLAN Adapter
[   30.481072] usb 1-1: Manufacturer: Realtek
[   30.481073] usb 1-1: SerialNumber: 00e04c01
[   30.499280] rtl8192cu: Chip version 0x10
[   30.528286] rtl8192cu: Board Type 0
[   30.528361] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[   30.528408] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[   30.528610] usb 1-1: firmware: failed to load rtlwifi/rtl8192cufw_TMSC.bin 
(-2)
[   30.528615] usb 1-1: Direct firmware load for rtlwifi/rtl8192cufw_TMSC.bin 
failed with error -2
[   30.528625] usb 1-1: firmware: failed to load rtlwifi/rtl8192cufw.bin (-2)
[   30.528628] usb 1-1: Direct firmware load for rtlwifi/rtl8192cufw.bin failed 
with error -2
[   30.528629] rtlwifi: Loading alternative firmware rtlwifi/rtl8192cufw.bin
[   30.532319] ieee80211 phy1: Selected rate control algorithm 'rtl_rc'
[   30.532615] usbcore: registered new interface driver rtl8192cu
[   30.556581] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

** USB devices:
Bus 001 Device 007: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n 
WLAN Adapter

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

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 linux-image-4.9.0-4-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.130
ii  kmod23-2
ii  linux-base  4.5

Versions of packages linux-image-4.9.0-4-amd64 recommends:
ii  firmware-linux-free  3.4
ii  irqbalance   1.1.0-2.3

Versions of packages linux-image-4.9.0-4-amd64 suggests:
pn  debian-kernel-handbook  
ii  grub-efi-amd64  2.02~beta3-5
pn  linux-doc-4.9   

Versions of packages linux-image-4.9.0-4-amd64 is related to:
pn  firmware-amd-graphics 
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x
pn  firmware-brcm80211
pn  firmware-cavium   
pn  firmware-intel-sound  
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
pn  firmware-iwlwifi  
pn  firmware-libertas 
pn  firmware-linux-nonfree
pn  firmware-misc-nonfree 
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
pn  firmware-realtek  
pn  firmware-samsung  
pn  firmware-siano
pn  firmware-ti-connectivity  
pn  xen-hypervisor

Bug#882368: please enable go7007 driver for x86 arch

[Dmitry Eremin-Solenikov]

Package: src:linux
Version: 4.13.4-2
Severity: normal

debian/config/kernelarch-x86/config contains manual override for GO7007
media driver family:

##
## file: drivers/media/usb/go7007/Kconfig
##
# CONFIG_VIDEO_GO7007 is not set

Please reenable this driver for x86 architecture.

-- Package-specific info:
** Version:
Linux version 4.13.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 
6.4.0 20171010 (Debian 6.4.0-8)) #1 SMP Debian 4.13.4-2 (2017-10-15)

** Command line:
BOOT_IMAGE=/vmlinuz-4.13.0-1-amd64 root=/dev/mapper/rhovanion--vg-root ro 
pcie_port_pm=off quiet

** Tainted: PWO (4609)
 * Proprietary module has been loaded.
 * Taint on warning.
 * Out-of-tree module has been loaded.

** Kernel log:
[217149.371629] usb 1-8: reset high-speed USB device number 4 using xhci_hcd
[217149.382440] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[217149.382467] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[217149.388891] ata2.00: configured for UDMA/100
[217149.411577] ata1.00: configured for UDMA/100
[217149.631556] usb 1-5: reset high-speed USB device number 47 using xhci_hcd
[217149.792849] restoring control ----0101/10/5
[217149.792852] restoring control ----0101/12/11
[217149.891628] usb 1-6: reset full-speed USB device number 49 using xhci_hcd
[217150.031708] usb 1-6: device firmware changed
[217150.031957] PM: resume of devices complete after 964.289 msecs
[217150.032537] acpi LNXPOWER:04: Turning OFF
[217150.032647] PM: Finishing wakeup.
[217150.032648] OOM killer enabled.
[217150.032649] Restarting tasks ... done.
[217150.076940] usb 1-6: USB disconnect, device number 49
[217150.099113] pci_bus :04: Allocating resources
[217150.099130] pci_bus :06: Allocating resources
[217150.099151] pci_bus :07: Allocating resources
[217150.099176] pci_bus :08: Allocating resources
[217150.099639] pci_bus :04: Allocating resources
[217150.099653] pci_bus :06: Allocating resources
[217150.099673] pci_bus :07: Allocating resources
[217150.099698] pci_bus :08: Allocating resources
[217150.207372] usb 1-6: new full-speed USB device number 50 using xhci_hcd
[217150.241432] pci_bus :04: Allocating resources
[217150.241446] pci_bus :06: Allocating resources
[217150.241464] pci_bus :07: Allocating resources
[217150.241483] pci_bus :08: Allocating resources
[217150.308682] bbswitch: disabling discrete graphics
[217150.308694] ACPI Warning: \_SB.PCI0.RP05.PEGP._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20170531/nsarguments-95)
[217150.352412] usb 1-6: New USB device found, idVendor=0cf3, idProduct=e005
[217150.352416] usb 1-6: New USB device strings: Mfr=0, Product=0, 
SerialNumber=0
[217150.353871] usb 1-6: firmware: direct-loading firmware 
ar3k/AthrBT_0x3101.dfu
[217150.391855] usb 1-6: firmware: direct-loading firmware 
ar3k/ramps_0x3101_40.dfu
[217150.396905] usb 1-6: USB disconnect, device number 50
[217150.443857] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[217150.459104] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[217150.481992] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[217150.529384] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[217150.699444] usb 1-6: new full-speed USB device number 51 using xhci_hcd
[217155.135901] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[217155.170292] NMI watchdog: enabled on all CPUs, permanently consumes one 
hw-PMU counter.
[217155.247041] EXT4-fs (dm-1): re-mounted. Opts: 
errors=remount-ro,data=ordered,commit=0
[217155.293445] r8169 :07:00.0 eth0: link down
[217155.293536] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[217155.308841] EXT4-fs (sda2): re-mounted. Opts: 
block_validity,barrier,user_xattr,acl,stripe=4
[217155.939367] usb 1-6: device descriptor read/64, error -110
[217161.336106] usb 1-6: New USB device found, idVendor=0cf3, idProduct=e005
[217161.336110] usb 1-6: New USB device strings: Mfr=0, Product=0, 
SerialNumber=0
[217161.530960] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[217161.830116] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[217162.085427] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[217162.387517] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[217162.671097] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[217162.942542] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[217192.454442] usb 1-1: new high-speed USB device number 52 using xhci_hcd
[217192.766985] usb 1-1: New USB device found, idVendor=2304, idProduct=021d
[217192.766990] usb 1-1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
[217192.766993] usb 1-1: Product: DVC 130
[217192.766996] usb 1-1: Manufacturer: Pinnacle Systems, Inc.
[217193.050545] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[217193.352728] intel_pstate: 

Bug#882370: otrs2: CVE-2017-16664: OSA-2017-07: privilege escalation

[Salvatore Bonaccorso]

Source: otrs2
Version: 3.3.9-1
Severity: grave
Tags: patch security upstream fixed-upstream

Hi,

the following vulnerability was published for otrs2.

CVE-2017-16664[0]:
| Code injection exists in Kernel/System/Spelling.pm in Open Ticket
| Request System (OTRS) 5 before 5.0.24, 4 before 4.0.26, and 3.3 before
| 3.3.20. In the agent interface, an authenticated remote attackeer can
| execute shell commands as the webserver user via URL manipulation.

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-2017-16664
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-16664
[1] 
https://www.otrs.com/security-advisory-2017-07-security-update-otrs-framework/

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#882361: ruby-bundler: phones home and recommends `gem install`

[Antonio Terceiro]

Package: ruby-bundler
Version: 1.15.1-1
Severity: normal

The latest bundler is 1.16.0, but you are currently running 1.15.1.
To update, run `gem install bundler`

8<8<8<-
$ cat Gemfile
source 'https://rubygems.org'

system 'find /tmp/bundler'

gem 'rake'
$ bundle --local
find: ‘/tmp/bundler’: No such file or directory
find: ‘/tmp/bundler’: No such file or directory
find: ‘/tmp/bundler’: No such file or directory
Using rake 12.0.0
Using bundler 1.15.1
Bundle complete! 1 Gemfile dependency, 2 gems now installed.
Use `bundle info [gemname]` to see where a bundled gem is installed.
The latest bundler is 1.16.0, but you are currently running 1.15.1.
To update, run `gem install bundler`
8<8<8<-

Note the last two line. bundler is hitting the internet to check for a
newer version, which is already not OK, and it is and asking the user to
override the Debian package with `gem install bundler`. This should be
patched out.

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

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

Versions of packages ruby-bundler depends on:
ii  ruby  1:2.3.3
ii  ruby-molinillo0.5.0-2
ii  ruby-net-http-persistent  2.9.4-1
ii  ruby-thor 0.19.4-1
ii  rubygems-integration  1.11

ruby-bundler recommends no packages.

ruby-bundler suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#882362: r-bioc-variantannotation: autopkgtest failure

[Graham Inggs]

Source: r-bioc-variantannotation
Version: 1.24.1-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest

Hi Andreas

Since 2017-11-08, r-bioc-variantannotation's autopkgtests have been
failing [1].  A binNMU fixes the tests, but I have no idea why.


Regards
Graham


[1] https://ci.debian.net/packages/r/r-bioc-variantannotation/unstable/amd64/

Bug#876164: Minor alpine fixes

[Eduardo Chappa]

On Tue, 21 Nov 2017, Helmut Grohne wrote:


On Tue, Nov 21, 2017 at 10:53:16AM -0700, Eduardo Chappa wrote:

[ I added Helmut Grohne to this communication]


Please do not forget to Cc the bug to capture this conversation.


Yes, thank you.


In
http://repo.or.cz/alpine.git/commitdiff/26a47a9a2c571ad9bb7076a41bc66f9dada65069,
I see that you picked the AC_RUN_IFELSE removal patches and left out the
CC_FOR_BUILD stuff. The macro AX_PROG_CC_FOR_BUILD comes from
autoconf-archive[1], which is a collection of common macros. Did you
install it?


I have installed it now, and your patch builds successfully, so I have 
included it in the latest snapshot. Thank you for your submission and for 
working with me on having this included. I appreciate your help!


--
Eduardo
http://bit.ly/2vyvUeF (Web)
http://repo.or.cz/alpine.git (Git)
RSS: http://bit.ly/2vyL1oo (Web updates)
RSS: http://repo.or.cz/alpine.git/rss (Git updates)

Bug#882345: Short description continues into long description

[Florian Bruhin]

Upstream here - it'd probably be best to just drop the "and QtWebKit" part, as
that's not really true anymore either way (it can use either QtWebKit and
QtWebEngine, and uses QtWebEngine by default with 1.0.x).

FWIW, what I usually use myself is this:
"A keyboard-driven, vim-like browser based on PyQt5."

Florian

-- 
https://www.qutebrowser.org  | m...@the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
 I love long mails!  | https://email.is-not-s.ms/


signature.asc
Description: PGP signature

Bug#882354: fluxbox: startup leak file descriptor into subprocesses

[Celelibi]

Package: fluxbox
Version: 1.3.5-2+b2
Followup-For: Bug #882354

It seems to be due to my startup script being executable but not having
a shebang.
When bash is run in sh mode, and a script is "exec"uted which doesn't
have a shebang, it might be interpreted as executing code from a pipe or
something. So it keeps the file descriptor open.

I guess this bug report can be closed since the default content for the
startup script has a shebang now.

Best regards,
Celelibi

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

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

Versions of packages fluxbox depends on:
ii  libc6   2.24-17
ii  libfontconfig1  2.12.3-0.2
ii  libfreetype62.8.1-0.1
ii  libfribidi0 0.19.7-1+b1
ii  libgcc1 1:7.2.0-16
ii  libice6 2:1.0.9-2
ii  libimlib2   1.4.8-1
ii  libsm6  2:1.2.2-1+b3
ii  libstdc++6  7.2.0-16
ii  libx11-62:1.6.4-3
ii  libxext62:1.3.3-1+b2
ii  libxft2 2.3.2-1+b2
ii  libxinerama12:1.1.3-1+b3
ii  libxpm4 1:3.5.12-1
ii  libxrandr2  2:1.5.1-1
ii  libxrender1 1:0.9.10-1
ii  menu2.1.47+b1

Versions of packages fluxbox recommends:
pn  feh | eterm | hsetroot | xloadimage  
pn  xfonts-terminus  

Versions of packages fluxbox suggests:
pn  fbautostart  
pn  fbdesk   
pn  fbpager  

-- no debconf information

Bug#829257: RFP: ndctl -- NVDIMM management utility

[Dan Williams]

On Tue, Nov 21, 2017 at 11:11 AM, Breno Leitao  wrote:
> Hi Dan,
>
>> Hi Breno,
>>
>> That link has gone dead, can you repost the package?
>
> The package is now on the NEW queue.
>
> https://ftp-master.debian.org/new/ndctl_58.2-1.html

Ah, wonderful, thanks for that.

>
> Are we able to get it from there?
> Let me know if not, and I can re-upload to mentors.
>

I think we're good to go, thanks for taking the initiative on this.

Bug#878883: marked as pending

[Gianfranco Costamagna]

On Tue, 21 Nov 2017 10:44:25 -0800 Kevin Cernekee  wrote:
> On Tue, Nov 21, 2017 at 10:37 AM, Gianfranco Costamagna
>  wrote:
> > On Sun, 12 Nov 2017 16:59:50 + Kevin Cernekee  
> > wrote:
> >> tag 878883 pending
> >> thanks
> >
> > Hello,
> >
> > ping?
> 
> I think the new package needs to be uploaded.  Could you please review?
> 
> 

and uploaded :)

thanks!

G.



signature.asc
Description: OpenPGP digital signature

Bug#882360: r-cran-crul: autopkgtest failure

[Graham Inggs]

Source: r-cran-crul
Version: 0.3.8-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest

Hi Andreas

Since the upload of 0.3.8-1, r-cran-crul's autopkgtests have been
failing [1].  There are new tests that require r-cran-webmockr which
is not yet packaged.


Regards
Graham


[1] https://ci.debian.net/packages/r/r-cran-crul/unstable/amd64/

Bug#829257: RFP: ndctl -- NVDIMM management utility

[Breno Leitao]

Hi Dan,

> Hi Breno,
>
> That link has gone dead, can you repost the package?

The package is now on the NEW queue.

https://ftp-master.debian.org/new/ndctl_58.2-1.html

Are we able to get it from there?
Let me know if not, and I can re-upload to mentors.

Bug#882357: funtools: does not trap errors from make

[Helmut Grohne]

Source: funtools
Version: 1.4.7-1
Severity: serious
Justification: policy 4.6
Tags: upstream
User: helm...@debian.org
Usertags: rebootstrap

The Debian policy mandates that build errors cause the build to abort.
This is not the case for funtools' Makefile.in. In line 236 it executes
mklib and an error from that tool is ignored. The build will continue
even if that command fails. It turns out that it can fail for cross
compilation and the fact that errors aren't trapped makes such failures
unnecessarily difficult to debug and violates policy section 4.6.

Helmut

Bug#879719: libsane-hpaio: Does not recognize OfficeJet Pro 8710

[Brian Potkin]

On Wed 25 Oct 2017 at 05:15:58 +0200, Gedalya wrote:

> Package: libsane-hpaio
> Version: 3.17.9+repack0-1
> 
> Just tried using simple-scan with my new HP OfficeJet Pro 8710. The
> AIO is connected by ethernet.
> 
> simple-scan says no scanner is detected. Syslog says:
> 
> simple-scan: io/hpmud/model.c 532: no officejet_pro_8710 attributes found in 
> /usr/share/hplip/data/models/models.dat
> simple-scan: io/hpmud/model.c 543: no officejet_pro_8710 attributes found in 
> /usr/share/hplip/data/models/unreleased/unreleased.dat
> 
> I was able to fix the problem by duplicating the
> [hp_officejet_pro_8710] secion in
> /usr/share/hplip/data/models/models.dat, starting on line 59706, and
> renaming it to [officejet_pro_8710] as the log suggests. That works
> fine.

Hello Gedalya. Thank you for your report. I forwarded it upstream and
now you will see there is a reply. Please would you respond to that
message there as I am unable to speak for you.

Meanwhile, let's see what we can do here. First, upgrade hplip to the
latest, 1.17.10+repack0 and read

 https://wiki.debian.org/SaneOverNetwork

Post the output of

 scanimage -L

Regards,

Brian.

Bug#882358: r-cran-crayon: autopkgtest failure

[Graham Inggs]

Source: r-cran-crayon
Version: 1.3.4-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest

Hi Andreas

Since the upload of 1.3.4-1, r-cran-crayon's autopkgtests have been
failing [1].  There are new tests that require r-cran-mockery which is
not yet packaged.

Regards
Graham


[1] https://ci.debian.net/packages/r/r-cran-crayon/unstable/amd64/

Bug#882356: cacti: fails to install properly

[Paul Gevers]

Package: cacti
Version: 1.1.28+ds1-1
Severity: serious
Tags: upstream
Justification: fails to install

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

cacti 1.1.28+ds-1 fails to install without errors as can be seen in the
autopkgtest¹:
populating database via sql...  error encountered populating database:
mysql said: ERROR 1227 (42000) at line 6: Access denied; you need (at least one 
of) the SUPER privilege(s) for this operation

I believe the issue is that Version 1.1.28 of cacti upstream includes a commit²
that adds the following sql command to the generation script:
SET GLOBAL sql_mode = 'NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

Let's block migration until the solution has been found.

Paul

¹ 
https://ci.debian.net/data/autopkgtest/unstable/amd64/c/cacti/20171121_034951/log.gz
² https://github.com/Cacti/cacti/commit/bf6f5c3a71b7a31d0224136dd4d60ee79928bf1f

- -- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (200, 'testing'), (50, 
'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/2 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)

Versions of packages cacti depends on:
ii  dbconfig-common   2.0.9
ii  dbconfig-mysql2.0.9
ii  debconf [debconf-2.0] 1.5.65
ii  fonts-dejavu-core 2.37-1
ii  fonts-dejavu-extra2.37-1
ii  fonts-font-awesome4.7.0~dfsg-3
ii  javascript-common 11
ii  libapache2-mod-php1:7.0+56
ii  libapache2-mod-php7.0 [libapache2-mod-ph  7.0.25-1
ii  libjs-c3  0.4.11+dfsg-2
ii  libjs-chartjs 1.0.2-1
ii  libjs-d3  3.5.17-2
ii  libjs-jquery  3.2.1-1
ii  libjs-jquery-colorpicker  1.2.13-2
ii  libjs-jquery-cookie   12-1
ii  libjs-jquery-hotkeys  0~20130707+git2d51e3a9+dfsg-2
ii  libjs-jquery-jstree   3.3.4+dfsg1-2
ii  libjs-jquery-metadata 12-1
ii  libjs-jquery-tablesorter  1:2.29.0+dfsg1-1
ii  libjs-jquery-timepicker   1.2-1
ii  libjs-jquery-ui   1.12.1+dfsg-5
ii  libjs-jquery-ui-theme-smoothness  1.12.1+dfsg-1
ii  libjs-jquery-ui-theme-south-street1.12.1+dfsg-1
ii  libjs-jquery-ui-theme-ui-darkness 1.12.1+dfsg-1
ii  libjs-jquery-ui-touch-punch   0.0~git20141218.2.4bc0091+dfsg1-1
ii  libphp-phpmailer  5.2.14+dfsg-2.3
ii  perl  5.26.1-2
ii  php-cli   1:7.0+56
ii  php-gd1:7.0+56
ii  php-json  1:7.0+56
ii  php-ldap  1:7.0+56
ii  php-mbstring  1:7.0+56
ii  php-mysql 1:7.0+56
ii  php-php-gettext   1.0.12-0.1
ii  php-phpseclib 2.0.7-1
ii  php-snmp  1:7.0+56
ii  php-twig  1.24.0-2
ii  php-xml   1:7.0+56
ii  php7.0-cli [php-cli]  7.0.25-1
ii  php7.0-gd [php-gd]7.0.25-1
ii  php7.0-json [php-json]7.0.25-1
ii  php7.0-ldap [php-ldap]7.0.25-1
ii  php7.0-mbstring [php-mbstring]7.0.25-1
ii  php7.0-mysql [php-mysqlnd]7.0.25-1
ii  php7.0-snmp [php-snmp]7.0.25-1
ii  php7.0-xml [php-xml]  7.0.25-1
ii  rrdtool   1.6.0-1+b4
ii  snmp  5.7.3+dfsg-1.7+b2
ii  ucf   3.0036

Versions of packages cacti recommends:
ii  apache2 [httpd] 2.4.29-1
ii  iputils-ping3:20161105-1
ii  logrotate   3.11.0-0.1
ii  mariadb-server-10.1 [virtual-mysql-server]  10.1.26-1
ii  php-gmp 1:7.0+56
ii  php7.0-gmp [php-gmp]7.0.25-1

Versions of packages cacti suggests:
pn  cacti-spine  
ii  moreutils0.60-1
ii  snmpd5.7.3+dfsg-1.7+b2

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAloUeEkACgkQnFyZ6wW9
dQrRtwf7BV0qXzww7z0RqPvA7z4LGU/48gJyEqAIqAKmdqcemnARok5oUMjw28KV
0mN4hYNm3F/ebmnLm69pjJTulgXhDg+hqpbay2VTNwXWEbjW7Q7L9N0AaT26Z54P
kyStzrCEawDn4xROFkgp//mNAfT841jRkpqQBiugODWal748rzs22jNXQN/Ieu67
oGmASlNB1Z+IhLozAkGWHw2VbJnxSqKrcH7FbfWHs6+Sr71N7fj4OzVxhGS483mh

Bug#876164: Minor alpine fixes

[Helmut Grohne]

On Tue, Nov 21, 2017 at 10:53:16AM -0700, Eduardo Chappa wrote:
> [ I added Helmut Grohne to this communication]

Please do not forget to Cc the bug to capture this conversation.

> I tested the "95" patch. It does not fully work for me. After application I
> cannot build alpine. However, some hunks do allow me to build successfully
> Alpine.

Please elaborate. An error message or such would allow me to fix up the
patches.

> The question is what to do. What I decided to do is to add the hunks that
> work and exclude the hunks that do not. I have attributed that contribution
> to Helmut Grohne . All I need to know is that he agrees
> to this patch being distributed under the Apache License 2.0. I assume he
> does, because he submitted it to you, and you are just passing it upstream
> and that is all that is needed, but I would like confirmation.

I do confirm the licensing question.

In
http://repo.or.cz/alpine.git/commitdiff/26a47a9a2c571ad9bb7076a41bc66f9dada65069,
I see that you picked the AC_RUN_IFELSE removal patches and left out the
CC_FOR_BUILD stuff. The macro AX_PROG_CC_FOR_BUILD comes from
autoconf-archive[1], which is a collection of common macros. Did you
install it?

If you dislike using this, you can mostly make it work with a hack. We
need variables CC_FOR_BUILD and EXEEXT_FOR_BUILD. If you use EXEEXT in
place of EXEEXT_FOR_BUILD, you'll break cross builds from and to windows
(but I don't care about that) and then you can derive CC_FOR_BUILD as
follows:

AC_PATH_PROG([CC_FOR_BUILD],[cc])

For the _FOR_BUILD stuff you must not use AC_PATH_TOOL which would
usually be correct for compilers.

Hope this helps.

Helmut

[1] https://www.gnu.org/software/autoconf-archive/

Bug#882354: fluxbox: startup leak file descriptor into subprocesses

[Celelibi]

Package: fluxbox
Version: 1.3.5-2+b2
Severity: normal

Dear Maintainer,

It looks like the process started from ~/.fluxbox/startup inherit from
an already opened file descriptor number 3. Incidentally, this file
descriptor allows to read the startup script itself.

Although it's quite a minor bug, it has some security implications since
any child process can read the startup script from the opened file
descriptor. Even if they would normally not be allowed to read the file
itself.

I have not found what causes this file descriptor to exist in the first
place. It might be related to my setup. I would therefore ask for some
input to confirm this bug. It can be checked by running an xterm in the
startup file, and running the following command in it:
$ ls -l /proc/self/fd
Or:
$ cat <&3

Best regards,
Celelibi


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

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

Versions of packages fluxbox depends on:
ii  libc6   2.24-17
ii  libfontconfig1  2.12.3-0.2
ii  libfreetype62.8.1-0.1
ii  libfribidi0 0.19.7-1+b1
ii  libgcc1 1:7.2.0-16
ii  libice6 2:1.0.9-2
ii  libimlib2   1.4.8-1
ii  libsm6  2:1.2.2-1+b3
ii  libstdc++6  7.2.0-16
ii  libx11-62:1.6.4-3
ii  libxext62:1.3.3-1+b2
ii  libxft2 2.3.2-1+b2
ii  libxinerama12:1.1.3-1+b3
ii  libxpm4 1:3.5.12-1
ii  libxrandr2  2:1.5.1-1
ii  libxrender1 1:0.9.10-1
ii  menu2.1.47+b1

Versions of packages fluxbox recommends:
pn  feh | eterm | hsetroot | xloadimage  
pn  xfonts-terminus  

Versions of packages fluxbox suggests:
pn  fbautostart  
pn  fbdesk   
pn  fbpager  

-- no debconf information

Bug#882325: [pkg-wine-party] Bug#882325: wine32: Cannot install wine32 on strech. libwine:i386 problem

[Dk Ribeiro]

I already run apt update and upgrade, but when I try "apt install
libncurses5:i386" I get:

root@debian:/# apt install libncurses5:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libncurses5:i386 : Depends: libtinfo5:i386 (= 6.0+20161126-1+deb9u1) but
6.0+20170902-1 is to be installed
Recommends: libgpm2:i386 but it is not going to be
installed
E: Unable to correct problems, you have held broken packages.
root@debian:/#


My /etc/apt/sources.list are like:

deb  http://deb.debian.org/debian stretch main contrib non-free
deb-src  http://deb.debian.org/debian stretch main contrib non-free

deb  http://deb.debian.org/debian stretch-updates main contrib non-free
deb-src  http://deb.debian.org/debian stretch-updates main contrib non-free

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main contrib non-free

Em ter, 21 de nov de 2017 às 16:19, Jens Reyer 
escreveu:

> control: tags -1 moreinfo
>
> Hi
>
> this is usually because of version mismatches between amd64 libraries
> and their i386 counterpart. Since Wine depends on *many* libraries which
> need to come from *both* an 32-bit architecture and an 64-bit
> architecture users are often hit by this issue.
>
> To figure out which library exactly causes the problems please go down
> the dependency chain until you find the real culprit, e.g.:
>
> sudo apt install update
> sudo apt install libncurses5:i386
> ...
>
> Then report back.
>
> See also these two bugs:
>
> https://bugs.debian.org/879453 (some amd64 libraries were already
> installed from backports, but their new-to-be-installed i386
> counterparts per default come from pure stable) and
>
> https://bugs.debian.org/865387 (no fully updated system).
>
> Greets
> jre
>
> btw: Would be great if someone put this on https://wiki.debian.org/Wine.
>
-- 
*Dk Ribeiro*
desenvolvimento mobile & web
dkribeiro.com

Bug#882355: r-bioc-ensembldb: autopkgtest failure

[Graham Inggs]

Source: r-bioc-ensembldb
Version: 2.2.0-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest

Hi Andreas

Since the upload of 2.2.0-1, r-bioc-ensembldb's autopkgtests have been
failing [1].  It seems all of the tests now require
EnsDb.Hsapiens.v75.

I think the thing to do here is rm -rf debian/tests/

Regards
Graham


[1] https://ci.debian.net/packages/r/r-bioc-ensembldb/unstable/amd64/

Bug#876931: psycopg2 FTBFS with Sphinx 1.6: Could not import extension dbapi_extension

[Corey Bryant]

Package: psycopg2
Version: 2.7.3-2
Followup-For: Bug #876931
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear Maintainer,

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

  * d/p/0001-Make-dbapi_extension.py-compatible-with-Sphinx-1.6.patch:
Cherry-picked from upstream master branch after hitting build failure:
"Could not import extension dbapi_extension (exception: cannot import
 name 'make_admonition')."


Thanks for considering the patch.


-- System Information:
Debian Release: buster/sid
  APT prefers bionic
  APT policy: (500, 'bionic'), (500, 'artful-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-16-generic (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)
diff -u psycopg2-2.7.3/debian/patches/series 
psycopg2-2.7.3/debian/patches/series
--- psycopg2-2.7.3/debian/patches/series
+++ psycopg2-2.7.3/debian/patches/series
@@ -1,0 +2 @@
+0001-Make-dbapi_extension.py-compatible-with-Sphinx-1.6.patch
only in patch2:
unchanged:
--- 
psycopg2-2.7.3.orig/debian/patches/0001-Make-dbapi_extension.py-compatible-with-Sphinx-1.6.patch
+++ 
psycopg2-2.7.3/debian/patches/0001-Make-dbapi_extension.py-compatible-with-Sphinx-1.6.patch
@@ -0,0 +1,46 @@
+From 1ccb61fe18ddc1fbb498ee90f182c44066aefb36 Mon Sep 17 00:00:00 2001
+From: Dmitry Shachnev 
+Date: Thu, 12 Oct 2017 13:08:24 +0300
+Subject: [PATCH] Make dbapi_extension.py compatible with Sphinx 1.6
+
+In Sphinx commit 1a821b89e9952fc2, the deprecated make_admonition()
+function was removed. This commit updates the code to use the modern
+API instead.
+---
+ doc/src/tools/lib/dbapi_extension.py | 13 ++---
+ 1 file changed, 6 insertions(+), 7 deletions(-)
+
+diff --git a/doc/src/tools/lib/dbapi_extension.py 
b/doc/src/tools/lib/dbapi_extension.py
+index cb3fec4..7ab656f 100755
+--- a/doc/src/tools/lib/dbapi_extension.py
 b/doc/src/tools/lib/dbapi_extension.py
+@@ -12,7 +12,7 @@
+ from docutils import nodes
+ 
+ from sphinx.locale import _
+-from sphinx.util.compat import Directive, make_admonition
++from docutils.parsers.rst import Directive
+ 
+ class extension_node(nodes.Admonition, nodes.Element): pass
+ 
+@@ -29,12 +29,11 @@ class Extension(Directive):
+ option_spec = {}
+ 
+ def run(self):
+-nodes = make_admonition(extension_node,
+-self.name, [_('DB API extension')], self.options,
+-self.content, self.lineno, self.content_offset,
+-self.block_text, self.state, self.state_machine)
+-nodes[0]['classes'].append('dbapi-extension')
+-return nodes
++node = extension_node('\n'.join(self.content))
++node += nodes.title(_('DB API extension'), _('DB API extension'))
++self.state.nested_parse(self.content, self.content_offset, node)
++node['classes'].append('dbapi-extension')
++return [node]
+ 
+ 
+ def visit_extension_node(self, node):
+-- 
+2.14.1
+

Bug#882353: nautilus: Phone does not disappear after disconnecting

[Michel Le Bihan]

Package: nautilus
Version: 3.26.0-1
Severity: normal

When I connect my phone, it correctly appears in the left sidebar of nautilus.
When I disconnect it, it does not disappear. It stays as if it was still
connected.
When I connect my phone again, it will appear a second time.
After connecting and disconnecting it many times, I end up having it many
times. See the screenshot.



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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.23-2
ii  gsettings-desktop-schemas  3.24.1-1
ii  gvfs   1.34.1-1+b1
ii  libatk1.0-02.26.0-2
ii  libc6  2.24-17
ii  libcairo-gobject2  1.15.8-2
ii  libcairo2  1.15.8-2
ii  libexempi3 2.4.3-1
ii  libexif12  0.6.21-4
ii  libgail-3-03.22.24-3
ii  libgdk-pixbuf2.0-0 2.36.11-1
ii  libglib2.0-0   2.54.1-1
ii  libglib2.0-data2.54.1-1
ii  libgnome-autoar-0-00.2.2-1
ii  libgnome-desktop-3-12  3.26.2-1
ii  libgtk-3-0 3.22.24-3
ii  libnautilus-extension1a3.26.0-1
ii  libpango-1.0-0 1.40.12-1
ii  libpangocairo-1.0-01.40.12-1
ii  libselinux12.7-2
ii  libtracker-sparql-2.0-02.0.2-1
ii  libx11-6   2:1.6.4-3
ii  nautilus-data  3.26.0-1
ii  shared-mime-info   1.9-2

Versions of packages nautilus recommends:
ii  gnome-sushi  3.24.0-2
ii  gvfs-backends1.34.1-1+b1
ii  librsvg2-common  2.40.18-2

Versions of packages nautilus suggests:
ii  brasero  3.12.2-3
ii  eog  3.26.2-1
ii  evince [pdf-viewer]  3.26.0-1
ii  nautilus-sendto  3.8.6-1
ii  totem3.26.0-2
ii  tracker  2.0.2-1
ii  xdg-user-dirs0.15-3

-- no debconf information

Bug#882352: cliquer FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: cliquer
Version: 1.21-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

cliquer fails to cross build from source, because it uses the build
architecture compiler. Letting dh_auto_build pass cross compilers to
make fixes that and makes cliquer cross build successfully. Please
consider applying the attached patch.

Helmut
diff --minimal -Nru cliquer-1.21/debian/changelog cliquer-1.21/debian/changelog
--- cliquer-1.21/debian/changelog   2011-03-20 15:28:42.0 +0100
+++ cliquer-1.21/debian/changelog   2017-11-21 19:40:34.0 +0100
@@ -1,3 +1,10 @@
+cliquer (1.21-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross compilers to make. (Closes: #-1)
+
+ -- Helmut Grohne   Tue, 21 Nov 2017 19:40:34 +0100
+
 cliquer (1.21-1) unstable; urgency=low
 
   * Initial release (Closes: 617947).
diff --minimal -Nru cliquer-1.21/debian/rules cliquer-1.21/debian/rules
--- cliquer-1.21/debian/rules   2011-03-20 15:28:42.0 +0100
+++ cliquer-1.21/debian/rules   2017-11-21 19:40:31.0 +0100
@@ -19,7 +19,7 @@
 build-indep:
 
 build-arch-stamp:
-   $(MAKE) CFLAGS='$(CFLAGS)' CPPFLAGS='$(CPPFLAGS)' LDFLAGS='$(LDFLAGS)' 
prefix=/usr
+   dh_auto_build -- CFLAGS='$(CFLAGS)' CPPFLAGS='$(CPPFLAGS)' 
LDFLAGS='$(LDFLAGS)' prefix=/usr
touch $@
 
 clean:

Bug#878883: marked as pending

[Kevin Cernekee]

On Tue, Nov 21, 2017 at 10:37 AM, Gianfranco Costamagna
 wrote:
> On Sun, 12 Nov 2017 16:59:50 + Kevin Cernekee  wrote:
>> tag 878883 pending
>> thanks
>
> Hello,
>
> ping?

I think the new package needs to be uploaded.  Could you please review?

Bug#882292: acpica-unix FTBFS on 32bit big endian: test failures

[Adrian Bunk]

Source: acpica-unix
Version: 20171110-1
Severity: serious

https://buildd.debian.org/status/package.php?p=acpica-unix=sid

...
Installing ACPICA tools
list of testcases: aslts
Make-install all the provided test cases
Make n32
Running make install from /<>/tests/aslts
Begin compiling test package: [src]
Begin compiling test package: [runtime]
Begin compiling test package: [collections]
Begin compiling test package: [bdemo]
Begin compiling test package: [ACPICA]
Begin compiling test package: [bdemo]
Test path: 
/<>/tests/aslts/src/runtime/collections/bdemo/ACPICA/bdemo
Type: nopt/32 Compile => Removing filesrm: cannot remove 'MAIN.asm': No 
such file or directory
rm: cannot remove 'MAIN.c': No such file or directory
rm: cannot remove 'MAIN.h': No such file or directory
rm: cannot remove 'MAIN.i': No such file or directory
rm: cannot remove 'MAIN.hex': No such file or directory
rm: cannot remove 'MAIN.lst': No such file or directory
rm: cannot remove 'MAIN.map': No such file or directory
rm: cannot remove 'MAIN.nsp': No such file or directory
rm: cannot remove 'MAIN.offset.h': No such file or directory
rm: cannot remove 'MAIN.src': No such file or directory
 => Done 
ls: cannot access 'bdemo.aml': No such file or directory
mv: cannot stat 'bdemo.aml': No such file or directory
Compiled test package: [bdemo]
Begin compiling test package: [bdemof]
Test path: 
/<>/tests/aslts/src/runtime/collections/bdemo/ACPICA/bdemof
Type: nopt/32 Compile => Removing filesrm: cannot remove 'MAIN.asm': No 
such file or directory
rm: cannot remove 'MAIN.c': No such file or directory
rm: cannot remove 'MAIN.h': No such file or directory
rm: cannot remove 'MAIN.i': No such file or directory
rm: cannot remove 'MAIN.hex': No such file or directory
rm: cannot remove 'MAIN.lst': No such file or directory
rm: cannot remove 'MAIN.map': No such file or directory
rm: cannot remove 'MAIN.nsp': No such file or directory
rm: cannot remove 'MAIN.offset.h': No such file or directory
rm: cannot remove 'MAIN.src': No such file or directory
 => Done 
ls: cannot access 'bdemof.aml': No such file or directory
mv: cannot stat 'bdemof.aml': No such file or directory
Compiled test package: [bdemof]
Compiled test package: [ACPICA]
Compiled test package: [bdemo]
Begin compiling test package: [complex]
Begin compiling test package: [misc]
Test path: /<>/tests/aslts/src/runtime/collections/complex/misc
Type: nopt/32 Compile => Removing filesrm: cannot remove 'MAIN.asm': No 
such file or directory
rm: cannot remove 'MAIN.c': No such file or directory
rm: cannot remove 'MAIN.h': No such file or directory
rm: cannot remove 'MAIN.i': No such file or directory
rm: cannot remove 'MAIN.hex': No such file or directory
rm: cannot remove 'MAIN.lst': No such file or directory
rm: cannot remove 'MAIN.map': No such file or directory
rm: cannot remove 'MAIN.nsp': No such file or directory
rm: cannot remove 'MAIN.offset.h': No such file or directory
rm: cannot remove 'MAIN.src': No such file or directory
 => Done 
ls: cannot access 'misc.aml': No such file or directory
mv: cannot stat 'misc.aml': No such file or directory
Compiled test package: [misc]
Begin compiling test package: [provoke]
Test path: /<>/tests/aslts/src/runtime/collections/complex/provoke
Type: nopt/32 Compile => Removing filesrm: cannot remove 'MAIN.asm': No 
such file or directory
rm: cannot remove 'MAIN.c': No such file or directory
rm: cannot remove 'MAIN.h': No such file or directory
rm: cannot remove 'MAIN.i': No such file or directory
rm: cannot remove 'MAIN.hex': No such file or directory
rm: cannot remove 'MAIN.lst': No such file or directory
rm: cannot remove 'MAIN.map': No such file or directory
rm: cannot remove 'MAIN.nsp': No such file or directory
rm: cannot remove 'MAIN.offset.h': No such file or directory
rm: cannot remove 'MAIN.src': No such file or directory
 => Done 
ls: cannot access 'provoke.aml': No such file or directory
mv: cannot stat 'provoke.aml': No such file or directory
Compiled test package: [provoke]
Begin compiling test package: [operand]
Begin compiling test package: [tests]
Begin compiling test package: [oarg]
Test path: 
/<>/tests/aslts/src/runtime/collections/complex/operand/tests/oarg
Type: nopt/32 Compile => Removing filesrm: cannot remove 'MAIN.asm': No 
such file or directory
rm: cannot remove 'MAIN.c': No such file or directory
rm: cannot remove 'MAIN.h': No such file or directory
rm: cannot remove 'MAIN.i': No such file or directory
rm: cannot remove 'MAIN.hex': No such file or directory
rm: cannot remove 'MAIN.lst': No such file or directory
rm: cannot remove 'MAIN.map': No such file or directory
rm: cannot remove 'MAIN.nsp': No such file or directory
rm: cannot remove 'MAIN.offset.h': No such file or directory
rm: cannot remove 'MAIN.src': No such file or directory
 => Done 
ls: cannot access 'oarg.aml': No such file or directory
mv: cannot stat 'oarg.aml': No such file or directory
Compiled test package: [oarg]
...
WARNING: some test 

Bug#882325: wine32: Cannot install wine32 on strech. libwine:i386 problem

[Dk Ribeiro]

Package: wine32
Severity: normal

Dear Maintainer,
I'm trying to install wine32 without success, everytime it shows the error:

wine32:i386 : Depends: libwine:i386 (= 1.8.7-2) but it is not going to be
installed
E: Unable to correct problems, you have held broken packages.

I already fully update my system and tried to install libwine:i386, that shows:

The following packages have unmet dependencies:
 libwine:i386 : Depends: libncurses5:i386 (>= 6) but it is not going to be
installed
Depends: libldap-2.4-2:i386 (>= 2.4.7) but it is not going to
be installed
Depends: libmpg123-0:i386 (>= 1.13.7) but it is not going to be
installed
Depends: libpcap0.8:i386 (>= 0.9.8) but it is not going to be
installed
Depends: libpulse0:i386 (>= 0.99.1) but it is not going to be
installed
Recommends: libcups2:i386 (>= 1.4.0) but it is not going to be
installed
Recommends: libgnutls30:i386 (>= 3.5.0) but it is not going to
be installed
Recommends: libtiff5:i386 (>= 4.0.3) but it is not going to be
installed
Recommends: libxcursor1:i386 (> 1.1.2) but it is not going to
be installed
Recommends: libxslt1.1:i386 (>= 1.1.25) but it is not going to
be installed
Recommends: libgl1-mesa-dri:i386 but it is not going to be
installed
Recommends: libasound2-plugins:i386 but it is not going to be
installed
E: Unable to correct problems, you have held broken packages.



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

Kernel: Linux 4.9.0-4-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)

Bug#882328: gauche-c-wrapper FTBFS with glibc 2.25

[Adrian Bunk]

Source: gauche-c-wrapper
Version: 0.6.1-8
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gauche-c-wrapper.html

...
Testing c-wrapper ...
:444:13: error: invalid "#pragma GCC warning" directive
:817:13: warning: In the GNU C Library, "symbol" is defined
 by . For historical compatibility, it is
 currently defined by  as well, but we plan to
 remove this soon. To use "symbol", include 
 directly. If you did not intend to use a system-defined macro
 "symbol", you should undefine it after including .
:820:13: warning: In the GNU C Library, "major" is defined
 by . For historical compatibility, it is
 currently defined by  as well, but we plan to
 remove this soon. To use "major", include 
 directly. If you did not intend to use a system-defined macro
 "major", you should undefine it after including .
:821:13: warning: In the GNU C Library, "minor" is defined
 by . For historical compatibility, it is
 currently defined by  as well, but we plan to
 remove this soon. To use "minor", include 
 directly. If you did not intend to use a system-defined macro
 "minor", you should undefine it after including .
:822:13: warning: In the GNU C Library, "makedev" is defined
 by . For historical compatibility, it is
 currently defined by  as well, but we plan to
 remove this soon. To use "makedev", include 
 directly. If you did not intend to use a system-defined macro
 "makedev", you should undefine it after including .
././ffitest.h:828: GCC exitted abnormally (at token: *eoi*)
././ffitest.h:828: #f
././ffitest.h:828: process 44299 exitted abnormally with exit code 256 (at 
token: *eoi*)
*** ERROR: process 44299 exitted abnormally with exit code 256
While loading "./cwrappertest.scm" at line 13
Stack Trace:
___
  0  (with-error-handler (lambda (e) (let ((e e)) (%guard-rec e e  ...
expanded from (guard (e (( e) (let ((errmsg 
(make-error
at "../lib/c-wrapper/c-parser.scm":1104
  1  (parse-macro include-dirs headers options)
at "../lib/c-wrapper/c-parser.scm":1159
  2  (trunk)
at "../lib/c-wrapper/c-parser.scm":67
  3  (c-parse (if (list? include-dirs) include-dirs (list include- ...
at "../lib/c-wrapper.scm":105
Makefile:69: recipe for target 'check-c' failed
make[2]: *** [check-c] Error 70

Bug#882291: RFP: fonts-mplus-ttf -- condensed monospace font

[Trent W. Buck]

Package: wnpp
Severity: wishlist

* Package name: fonts-mplus-ttf
  Version : TESTFLIGHT-0.6.3  (2017-10-25)
  Upstream Author : Copyright (C) 2002-2016 M+ FONTS PROJECT
* URL : https://osdn.net/projects/mplus-fonts/
* License : These fonts are free software.
Unlimited permission is granted to use, copy, and 
distribute them, with
or without modification, either commercially or 
noncommercially.
THESE FONTS ARE PROVIDED "AS IS" WITHOUT WARRANTY.
  Programming Lang: TTF
  Description : condensed monospace font

This provides the only FREE, CONDENSED, MONOSPACED font ("M+ 1M").
It pairs well with Liberation Sans Narrow.

For a demo, see http://mplus-fonts.osdn.jp/design.html#mplus_m1

Bug#882306: keepassxc FTBFS: Qt5LinguistTools*.cmake moved to qttools5-dev

[Adrian Bunk]

Source: keepassxc
Version: 2.2.0-1
Severity: serious

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

...
CMake Error at CMakeLists.txt:211 (find_package):
  By not providing "FindQt5LinguistTools.cmake" in CMAKE_MODULE_PATH this
  project has asked CMake to find a package configuration file provided by
  "Qt5LinguistTools", but CMake did not find one.

  Could not find a package configuration file provided by "Qt5LinguistTools"
  (requested version 5.2) with any of the following names:

Qt5LinguistToolsConfig.cmake
qt5linguisttools-config.cmake

  Add the installation prefix of "Qt5LinguistTools" to CMAKE_PREFIX_PATH or
  set "Qt5LinguistTools_DIR" to a directory containing one of the above
  files.  If "Qt5LinguistTools" provides a separate development package or
  SDK, be sure it has been installed.



qttools-opensource-src (5.9.2-3) unstable; urgency=medium

  * Move Qt5LinguistTools*.cmake from qttools5-dev-tools to qttools5-dev.
...

Bug#882296: qemu: please consider security support for virtio GPU

[gregc]

 > Hmm. I'm not sure what do you want to achieve here. And why are you

filing a bug for this.

Where security support is "marked" to start with?

Thanks,

/mjt


https://security-tracker.debian.org/tracker/CVE-2017-9060
https://security-tracker.debian.org/tracker/CVE-2017-5578

The notes at the bottom assume virtio gpu doesn't need security patches 
because "1:2.8+dfsg-2 upload reverts enable virtio gpu (virglrenderer) 
and opengl support"


Virtio GPU can be used without virgl 3d accleration. I want to make sure 
security patches for it aren't ignored in the future.

Bug#882312: segyio FTBFS on 32bit: segy_ftell: Assertion `sizeof( long ) == sizeof( long long )' failed

[Jørgen Kvalsvik]

I've upgraded the package to the most recent upstream 1.3.7

https://anonscm.debian.org/cgit/debian-science/packages/segyio.git/commit/?id=1b05cb8db357bb0bc091674693657c2182cece99


From: Adrian Bunk 
Sent: Tuesday, November 21, 2017 11:35:34 AM
To: Debian Bug Tracking System
Subject: Bug#882312: segyio FTBFS on 32bit: segy_ftell: Assertion `sizeof( long 
) == sizeof( long long )' failed

Source: segyio
Version: 1.3.3-1
Severity: important

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

...
   dh_auto_test -a -O--buildsystem=pybuild
I: pybuild base:184: dh_auto_test --buildsystem=cmake 
--builddirectory="/<>/.pybuild/pythonX.Y_3.6/build" --
cd .pybuild/pythonX.Y_3.6/build && make -j4 test ARGS\+=-j4
make[1]: Entering directory '/<>/.pybuild/pythonX.Y_3.6/build'
Running tests...
/usr/bin/ctest --force-new-ctest-process -j4
Test project /<>/.pybuild/pythonX.Y_3.6/build
  Start  1: c.segy
  Start  2: c.utils
  Start  3: python.segy
  Start  4: python.h.segy
 1/17 Test  #1: c.segy ...***Exception: Other  0.22 sec
testsegy: /<>/lib/src/segy.c:409: segy_ftell: Assertion `sizeof( 
long ) == sizeof( long long )' failed.
starting
interpret file
read inline 4
read inline 22
mod traceh
mod texth
test traceh
test readsubtr(mmap)
test readsubtr(no-mmap)
test writesubtr(no-mmap)
test scan headers(mmap)
test scan headers(no-mmap)

  Start  5: python.enum.segy
 2/17 Test  #2: c.utils ..   Passed0.84 sec
 3/17 Test  #4: python.h.segy    Passed1.01 sec
  Start  6: python.tools
  Start  7: python.context
 4/17 Test  #5: python.enum.segy .   Passed0.94 sec
  Start  8: python.example.about
 5/17 Test  #7: python.context ...   Passed0.50 sec
  Start  9: python.example.write
 6/17 Test  #6: python.tools .   Passed1.03 sec
  Start 10: python.example.makefile
 7/17 Test  #3: python.segy ..   Passed2.09 sec
  Start 11: python.example.makepsfile
 8/17 Test  #8: python.example.about .   Passed1.13 sec
  Start 12: python.example.subcube
 9/17 Test  #9: python.example.write .   Passed1.17 sec
  Start 13: python.example.rotate
10/17 Test #10: python.example.makefile ..   Passed1.25 sec
  Start 14: python.example.scan_min_max
11/17 Test #11: python.example.makepsfile    Passed0.93 sec
  Start 15: applications.catr
12/17 Test #12: python.example.subcube ...   Passed0.92 sec
  Start 16: applications.catb
13/17 Test #13: python.example.rotate    Passed1.07 sec
14/17 Test #15: applications.catr    Passed0.59 sec
  Start 17: applications.cath
15/17 Test #14: python.example.scan_min_max ..   Passed1.11 sec
16/17 Test #16: applications.catb    Passed0.70 sec
17/17 Test #17: applications.cath    Passed0.57 sec

94% tests passed, 1 tests failed out of 17

Total Test time (real) =   4.79 sec

The following tests FAILED:
  1 - c.segy (OTHER_FAULT)
Errors while running CTest
Makefile:120: recipe for target 'test' failed
make[1]: *** [test] Error 8



---
The information contained in this message may be CONFIDENTIAL and is
intended for the addressee only. Any unauthorized use, dissemination of the
information or copying of this message is prohibited. If you are not the
addressee, please notify the sender immediately by return e-mail and delete
this message.
Thank you

Bug#882313: libace-perl: sometimes parallel FTBFS

[Adrian Bunk]

Source: libace-perl
Version: 1.92-5
Severity: important
Tags: patch

dh compat 10 defaults to parallel building,
which sometimes results in a FTBFS:

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

...
rpcgen -b -I -K -1 rpcace.x
x86_64-linux-gnu-gcc -c -I./acelib/wh  -I../acelib/wh -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 -fstack-protector-strong 
-Wformat -Werror=format-security   -DVERSION=\"1.00\" -DXS_VERSION=\"1.00\" 
-fPIC "-I/usr/lib/x86_64-linux-gnu/perl/5.26/CORE"   RPC.c
rpcgen -b -I -K -1 rpcace.x
gcc -g -Wall -O2 -DACEDB4 -fPIC -I. -I./wh -DLINUX -c -o rpcace_xdr.o 
rpcace_xdr.c
rpcace_xdr.c:8:1: error: unknown type name 'bool_t'
 bool_t
 ^~
rpcace_xdr.c:9:15: error: unknown type name 'XDR'
 xdr_ace_data (XDR *xdrs, ace_data *objp)
   ^~~
rpcace_xdr.c:9:26: error: unknown type name 'ace_data'
 xdr_ace_data (XDR *xdrs, ace_data *objp)
  ^~~~
rpcace_xdr.c:91:1: error: unknown type name 'bool_t'
 bool_t
 ^~
rpcace_xdr.c:92:18: error: unknown type name 'XDR'
 xdr_ace_reponse (XDR *xdrs, ace_reponse *objp)
  ^~~
rpcace_xdr.c:92:29: error: unknown type name 'ace_reponse'
 xdr_ace_reponse (XDR *xdrs, ace_reponse *objp)
 ^~~
: recipe for target 'rpcace_xdr.o' failed
make[4]: *** [rpcace_xdr.o] Error 1


Fix attached.
Description: Fix parallel FTBFS
 Only run rpcgen once, not several times in parallel.
Author: Adrian Bunk 

--- libace-perl-1.92.orig/acelib/Makefile
+++ libace-perl-1.92/acelib/Makefile
@@ -96,7 +96,11 @@ libace.a :  $(LIBACE_OBJS)
 
 RPCGEN_PRODUCTS = rpcace.h rpcace_xdr.c rpcace_clnt.c rpcace_svc.c
 
-$(RPCGEN_PRODUCTS): rpcace.x
+.PHONY: rpcgen
+
+$(RPCGEN_PRODUCTS): rpcgen
+
+rpcgen: rpcace.x
rpcgen $(RPCGEN_FLAGS) rpcace.x
 
 rpcace_sp.o: rpcace_sp.c rpcace_svc.c

Bug#882299: RM: geronimo-jpa-3.0-spec -- ROM; No longer used, JPA 3.0 doesn't exist

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove the geronimo-jpa-3.0-spec package, it's no longer used
and the latest known version of the Java Persistence API (JPA) is 2.1.
The geronimo-jpa-2.0-spec package should be used instead.

Thank you,

Emmanuel Bourg

Bug#882296: qemu: please consider security support for virtio GPU

[gregc]

Package: qemu
Version: 1:2.8+dfsg-6
Severity: wishlist

security support for Virtio GPU is marked as unimportant because 
2.8+dfsg-6 doesn't have virgl and opengl support. Virtio GPU can be used 
in 2d mode without virgl 3d accleration, I use it in virt-manager with 
spice (I've been having issues with QXL in guests with newer kernels).

Bug#882293: koules: sometimes parallel FTBFS

[Adrian Bunk]

Source: koules
Version: 1.4-24
Severity: important
Tags: patch

db compat 10 defaults to parallel, and this sometimes
causes koules to FTBFS:

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

...
rm -f libxlib.a
ar clq libxlib.a  init.o mem.o   interface.o shmbitmap.o text.o font8x8.o
rm -f libxlib.a
ranlib libxlib.a
ranlib: 'libxlib.a': No such file
ar clq libxlib.a  init.o mem.o   interface.o shmbitmap.o text.o font8x8.o
Makefile:1086: recipe for target 'libxlib.a' failed
make[3]: *** [libxlib.a] Error 1


To reproduce:
  while dpkg-buildpackage -b -J100 ; do true; done


While fixing the Makefiles would be the preferred solution,
the following to revert to the compat < 10 default of
non-parallel building would be a sufficient workaround:

--- debian/rules.old2017-11-21 07:35:34.0 +
+++ debian/rules2017-11-21 07:35:53.0 +
@@ -5,7 +5,7 @@
 #export DH_VERBOSE=1
 
 %:
-   dh $@
+   dh $@ --no-parallel
 
 override_dh_auto_configure:
xmkmf -a

Bug#882312: segyio FTBFS on 32bit: segy_ftell: Assertion `sizeof( long ) == sizeof( long long )' failed

[Adrian Bunk]

Source: segyio
Version: 1.3.3-1
Severity: important

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

...
   dh_auto_test -a -O--buildsystem=pybuild
I: pybuild base:184: dh_auto_test --buildsystem=cmake 
--builddirectory="/<>/.pybuild/pythonX.Y_3.6/build" -- 
cd .pybuild/pythonX.Y_3.6/build && make -j4 test ARGS\+=-j4
make[1]: Entering directory '/<>/.pybuild/pythonX.Y_3.6/build'
Running tests...
/usr/bin/ctest --force-new-ctest-process -j4
Test project /<>/.pybuild/pythonX.Y_3.6/build
  Start  1: c.segy
  Start  2: c.utils
  Start  3: python.segy
  Start  4: python.h.segy
 1/17 Test  #1: c.segy ...***Exception: Other  0.22 sec
testsegy: /<>/lib/src/segy.c:409: segy_ftell: Assertion `sizeof( 
long ) == sizeof( long long )' failed.
starting
interpret file
read inline 4
read inline 22
mod traceh
mod texth
test traceh
test readsubtr(mmap)
test readsubtr(no-mmap)
test writesubtr(no-mmap)
test scan headers(mmap)
test scan headers(no-mmap)

  Start  5: python.enum.segy
 2/17 Test  #2: c.utils ..   Passed0.84 sec
 3/17 Test  #4: python.h.segy    Passed1.01 sec
  Start  6: python.tools
  Start  7: python.context
 4/17 Test  #5: python.enum.segy .   Passed0.94 sec
  Start  8: python.example.about
 5/17 Test  #7: python.context ...   Passed0.50 sec
  Start  9: python.example.write
 6/17 Test  #6: python.tools .   Passed1.03 sec
  Start 10: python.example.makefile
 7/17 Test  #3: python.segy ..   Passed2.09 sec
  Start 11: python.example.makepsfile
 8/17 Test  #8: python.example.about .   Passed1.13 sec
  Start 12: python.example.subcube
 9/17 Test  #9: python.example.write .   Passed1.17 sec
  Start 13: python.example.rotate
10/17 Test #10: python.example.makefile ..   Passed1.25 sec
  Start 14: python.example.scan_min_max
11/17 Test #11: python.example.makepsfile    Passed0.93 sec
  Start 15: applications.catr
12/17 Test #12: python.example.subcube ...   Passed0.92 sec
  Start 16: applications.catb
13/17 Test #13: python.example.rotate    Passed1.07 sec
14/17 Test #15: applications.catr    Passed0.59 sec
  Start 17: applications.cath
15/17 Test #14: python.example.scan_min_max ..   Passed1.11 sec
16/17 Test #16: applications.catb    Passed0.70 sec
17/17 Test #17: applications.cath    Passed0.57 sec

94% tests passed, 1 tests failed out of 17

Total Test time (real) =   4.79 sec

The following tests FAILED:
  1 - c.segy (OTHER_FAULT)
Errors while running CTest
Makefile:120: recipe for target 'test' failed
make[1]: *** [test] Error 8

Bug#882315: kwalify: FTBFS and Debci failure with ruby 2.3 2.3.5-1

[Adrian Bunk]

Source: kwalify
Version: 0.7.2-4
Severity: serious
Tags: buster sid

https://ci.debian.net/packages/k/kwalify/unstable/amd64/
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/kwalify.html

...
┌──┐
│ Run tests for ruby2.3 from debian/ruby-test-files.yaml   │
└──┘

RUBYLIB=/build/1st/kwalify-0.7.2/debian/kwalify/usr/lib/ruby/vendor_ruby:. 
GEM_PATH=debian/kwalify/usr/share/rubygems-integration/all:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all
 ruby2.3 -ryaml -e YAML.load_file\(\"debian/ruby-test-files.yaml\"\).each\ \{\ 
\|f\|\ require\ f\ \}
/build/1st/kwalify-0.7.2/test/test-users-guide.rb:5: warning: already 
initialized constant UsersGuideTest::DATA_DIR
/build/1st/kwalify-0.7.2/.pc/test_paths_fix.patch/test/test-users-guide.rb:5: 
warning: previous definition of DATA_DIR was here
/build/1st/kwalify-0.7.2/test/test-users-guide.rb:6: warning: already 
initialized constant UsersGuideTest::CURR_DIR
/build/1st/kwalify-0.7.2/.pc/test_paths_fix.patch/test/test-users-guide.rb:6: 
warning: previous definition of CURR_DIR was here
Loaded suite [.]
Started
N
===
 was redefined 
[test_address_book_ruby(UsersGuideTest)]
/build/1st/kwalify-0.7.2/test/test-users-guide.rb:21:in `'
===
.N
===
 was redefined 
[test_example_address_book_ruby(UsersGuideTest)]
/build/1st/kwalify-0.7.2/test/test-users-guide.rb:26:in `'
===
F
===
Failure:
  @@ -1,6 +1,8 @@
   [#,
#,
  - #]
  + #]
   [#,
 @blood="A",
test_example_address_book_ruby(UsersGuideTest)
/build/1st/kwalify-0.7.2/lib/kwalify/util/assert-text-equal.rb:40:in 
`assert_text_equal'
/build/1st/kwalify-0.7.2/test/test-users-guide.rb:70:in `block in _test'
/build/1st/kwalify-0.7.2/test/test-users-guide.rb:63:in `each'
/build/1st/kwalify-0.7.2/test/test-users-guide.rb:63:in `_test'
/build/1st/kwalify-0.7.2/test/test-users-guide.rb:30:in 
`test_example_address_book_ruby'
 27: @command = 'ruby -I. example_address_book.rb'
 28: @result = File.read('example_address_book_ruby.result')
 29: @testopts = { 'delete_object_id' => true }
  => 30: _test()
 31:   end
 32: ### END
 33: 
===
N
===
 was redefined [test_databind1(DataBindingTest)]
(eval):1:in `block in load_yaml_testdata'
===
.N
===
 was redefined [test_databind2(DataBindingTest)]
(eval):1:in `block in load_yaml_testdata'
===
.N
===
 was redefined [test_databind3(DataBindingTest)]
(eval):1:in `block in load_yaml_testdata'
===
.N
===
 was redefined [test_databind4(DataBindingTest)]
(eval):1:in `block in load_yaml_testdata'
===
...
...
...
...
.O
===
failed to load: 
:
  
[test_require_build_1st_kwalify_0_7_2_pc_proper_string_split_patch_test_test_validator_rb(RequireFailedOmissions)]
/usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
===
O
===
failed to load: 
: 
 
[test_require_build_1st_kwalify_0_7_2_pc_test_fix_tmpdir_patch_test_test_action_rb(RequireFailedOmissions)]