Bug#849245: krita: segfault on startup

[Pino Toscano]

tag 849245 + moreinfo
severity 849245 important
thanks

In data sabato 24 dicembre 2016 12:23:22 CET, Boyuan Yang ha scritto:
> Package: krita
> Version: 1:3.1.1+dfsg-1
> Severity: grave
> Justification: renders package unuseable
> 
> Hi,
> 
> The new krita just won't start.
> 
> Stderr output:
> 
> [...]
> Thread 1 (Thread 0x7efe1b6fd8c0 (LWP 18387)):
> [KCrash Handler]
> #6  __memmove_avx_unaligned_erms () at ../sysdeps/x86_64/multiarch/memmove-
> vec-unaligned-erms.S:284
> #7  0x7efe29fe9a22 in memcpy (__len=18, __src=, 
> __dest=0x5626110d4b68) at /usr/include/x86_64-linux-gnu/bits/string3.h:53
> #8  QResourceFileEngine::read (this=0x562610e477d0, data=0x5626110d4b68 "@K\r
> \021", len=18) at io/qresource.cpp:1287
> #9  0x7efe29fbb83f in QFileDevice::readData 
> (this=this@entry=0x5626110737f0, data=0x5626110d4b68 "@K\r\021", 
> len=len@entry=16384) at io/qfiledevice.cpp:460
> #10 0x7efe29fc452e in QIODevice::read (this=0x5626110737f0, 
> data=0x7ffc43fc8f70 "", maxSize=18) at io/qiodevice.cpp:1076
> #11 0x7efe066030d4 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/
> imageformats/libxfreeimage.so
> #12 0x7efe063a3805 in isTARGA20 (io=io@entry=0x7efe06807020, 
> handle=handle@entry=0x5626110737f0) at Source/FreeImage/PluginTARGA.cpp:371
> #13 0x7efe063a39aa in Validate (io=0x7efe06807020, handle=0x5626110737f0) 
> at Source/FreeImage/PluginTARGA.cpp:380
> #14 0x7efe06383940 in FreeImage_Validate (fif=fif@entry=FIF_TARGA, 
> io=io@entry=0x7efe06807020, handle=handle@entry=0x5626110737f0) at Source/
> FreeImage/Plugin.cpp:831
> #15 0x7efe06377ded in FreeImage_GetFileTypeFromHandle (io=0x7efe06807020, 
> handle=0x5626110737f0, size=) at Source/FreeImage/GetType.cpp:
> 41
> #16 0x7efe0660313c in FreeImageHandler::GetFIF(QIODevice*, QByteArray 
> const&) () from /usr/lib/x86_64-linux-gnu/qt5/plugins/imageformats/
> libxfreeimage.so
> #17 0x7efe0660496c in FreeimageQt5Plugin::capabilities(QIODevice*, 
> QByteArray const&) const () from /usr/lib/x86_64-linux-gnu/qt5/plugins/
> imageformats/libxfreeimage.so

Everything seems to happen in this libxfreeimage.so image plugin of qt5;
I don't see it provided by any package in the Debian archive, so please
paste the output of:
$ dpkg -S /usr/lib/x86_64-linux-gnu/qt5/plugins/imageformats/libxfreeimage.so
Is it https://github.com/linuxdeepin/deepin-image-viewer by chance?
Another option is that the issue is in libfreeimage (src:freeimage),
which does not seem to do proper error checking in its usage of I/O
handlers...

Anyway: does krita start fine if you remove the package installing that
file, or simpy manually move that plugin away?

Thanks,
-- 
Pino Toscano

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

Bug#848758: [Debian-med-packaging] Bug#848758: python-skbio: FTBFS: Test failures

[Kevin Murray]

Hi all,

On 22:19 19/12, Lucas Nussbaum wrote:
> Source: python-skbio
> Version: 0.5.1-1
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20161219 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > multiple_comparisons_correction=None)
> >   File 
> > "/<>/.pybuild/pythonX.Y_3.5/build/skbio/stats/composition.py", 
> > line 971, in ancom
> > _logratio_mat = _log_compare(mat.values, cats.values, significance_test)
> >   File 
> > "/<>/.pybuild/pythonX.Y_3.5/build/skbio/stats/composition.py", 
> > line 1084, in _log_compare
> > arr=ratio)
> >   File "/usr/lib/python3/dist-packages/numpy/lib/shape_base.py", line 133, 
> > in apply_along_axis
> > if res.shape == ():
> > AttributeError: 'F_onewayResult' object has no attribute 'shape'
> > 
> > --
> > Ran 2238 tests in 42.139s
> > 
> > FAILED (SKIP=30, errors=15)
> > E: pybuild pybuild:276: test: plugin distutils failed with: exit code=1: cd 
> > /<>/.pybuild/pythonX.Y_3.5/build; python3.5 -m nose 
> > dh_auto_test: pybuild --test --test-nose -i python{version} -p 3.5 returned 
> > exit code 13
> > debian/rules:22: recipe for target 'override_dh_auto_test' failed

Upstream has now fixed this issue, and I've cherry-picked the fix into the
package as a patch. I've pushed to git.d.o, so an (urgent) upload would be much
appreciated.

Merry Christmas all!

Cheers
K

---
Kevin Murray

Bug#849136: gdk-pixbuf FTBFS on mips64el: pixbuf-randomly-modified test failures

[Petter Reinholdtsen]

[Adrian Bunk]
> https://buildd.debian.org/status/fetch.php?pkg=gdk-pixbuf=mips64el=2.36.2-1=1482373676
[...]
> ERROR: pixbuf-randomly-modified

I tried reproducing this on eller.debia.org, but when I built it there the
test was successful.  I tried again, and it built as it should now too.

Is there some difference between the porterbox and the autobuilder that
could be relevant?  If not, I guess the randomness part of the test someone
affected the result. :(

-- 
Happy hacking
Petter Reinholdtsen

Bug#849251: allow using sftp for uploads to ftp.debian.org

[Pirate Praveen]

package: ftp.debian.org

Currently I cannot upload big packages from my internet connection (its
reasonably good broadband in my area/India) because dput times out (its
a mess to clean that). I have to scp every time to a server and dput
from there because scp is more resilient to connection breaks.

If dput allowed using sftp, I could avoid this extra step. Please
consider adding sftp option.



signature.asc
Description: OpenPGP digital signature

Bug#829046: pagure dependencies (JavaScript libraries) packaged

[Pirate Praveen]

On ശനി 24 ഡിസംബര്‍ 2016 11:37 രാവിലെ, Sergio Durigan Junior wrote:
> Well, I've done some tests here and I think I have a package that
> builds.  I've updated pagure to an intermediary version, 2.6, and the
> package builds fine on pbuilder/cowbuilder using the latest unstable.
> You can find it here:
> 
>   http://git.sergiodj.net/?p=debian/pagure-new.git;a=summary
> 
> Can you give it a try?  I think we can go with that (even for stretch),
> if you are OK with it.  The package contains bundled JS libraries, and
> minifies them during the build, so it's not perfect in this aspect.  But
> we can fix this later, when we have more time.

I tried to build, but debian directory is missing there. May be you
forgot to push new commits?



signature.asc
Description: OpenPGP digital signature

Bug#829046: pagure dependencies (JavaScript libraries) packaged

[Pirate Praveen]

On ശനി 24 ഡിസംബര്‍ 2016 11:37 രാവിലെ, Sergio Durigan Junior wrote:
> Right, that's nice indeed, but it demands work anyway...  But it's
> really good that grunt and gulp are now available.

Exploding dependencies in new releases is not pagure specific issue. Its
there for every web app, be it gitlab, diaspora or pagure. We have to
keep packaging new dependencies, I don't see another way around it.



signature.asc
Description: OpenPGP digital signature

Bug#849077: [pkg-wpa-devel] Bug#849077: wpasupplicant: [Regression] Updating wpasupplicant makes not possible to connect to encrypted WiFi

[Scott Mcdermott]

my machine is having an identical looping scan failure
messages as did the submitter after recent update.

  worked: 2.5-2+v2.4-3+b1
  broken: 2.6-2
  device: 03:00.0 Network controller: Broadcom Limited BCM4360 802.11ac 
Wireless Network Adapter (rev 03)
  driver: Broadcom BCM43a0 802.11 Hybrid Wireless Controller 6.30.223.271 
(r587334)
  ifupdown: 0.8.16
  broadcom-sta-dkms: 6.30.223.271-5

/etc/network/interfaces.d/wlan0-supplicant:
iface wlan0 inet dhcp
wpa-driver nl80211
wpa-conf /etc/wifirc
wpa-debug-level 3

/etc/wifirc:
ap_scan=1
network={
ssid="myssid"
psk="mypassword"
}
...

notes:
  - computer is a mbpr 11,1
  - rfkill shows as allowed
  - tried rebuilding dkms, does not work
  - tried reloading wl.ko, does not work
  - reboot after downgrade wasn't needed, worked right away
  - not using systemd or NetworkManager (not installed)
  - no driver backtraces exist in my syslogs
  - new wpasupplicant *does* work ok with a usb rtl8187

EOM

(syslog below)

: wpa_supplicant v2.6
: random: Trying to read entropy from /dev/random
: Successfully initialized wpa_supplicant
: Initializing interface 'wlan0' conf '/etc/wifirc' driver 'nl80211' 
ctrl_interface 'N/A' bridge 'N/A'
: Configuration file '/etc/wifirc' -> '/etc/wifirc'
: Reading configuration file '/etc/wifirc'
: update_config=1
: ap_scan=1
: ctrl_interface='DIR=/var/run/wpa_supplicant'
: Line: 17 - start of a new network block
: priority=5 (0x5)
: PSK (from passphrase) - hexdump(len=32): [REMOVED]
: Priority group 5
:id=0 ssid='myssid'
: nl80211: Supported cipher 00-0f-ac:1
: nl80211: Supported cipher 00-0f-ac:5
: nl80211: Supported cipher 00-0f-ac:2
: nl80211: Supported cipher 00-0f-ac:4
: nl80211: Supported cipher 00-0f-ac:6
: nl80211: interface wlan0 in phy phy0
: nl80211: Set mode ifindex 3 iftype 2 (STATION)
: nl80211: Subscribe to mgmt frames with non-AP handle 0x5573e8060fe0
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=040a
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 04 0a
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=040b
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 04 0b
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=040c
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 04 0c
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=040d
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 04 0d
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=090a
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 09 0a
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=090b
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 09 0b
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=090c
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 09 0c
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=090d
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 09 0d
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=0409506f9a09
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=6): 04 09 50 6f 9a 09
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=7f506f9a09
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=5): 7f 50 6f 9a 09
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=0801
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=2): 08 01
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=06
: nl80211: Register frame command failed (type=208): ret=-95 (Operation not 
supported)
: nl80211: Register frame match - hexdump(len=1): 06
: nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) 
nl_handle=0x5573e8060fe0 match=0a07
: nl80211: Register frame command failed (type=208): ret=-95 

Bug#849250: Xorg: ../../present/present.c:491: present_flip_notify: Assertion `vblank == screen_priv->flip_pending' failed.

[Josh Triplett]

Package: xserver-xorg-core
Version: 2:1.19.0-3
Severity: important

I just had the X server crash, with the following error:

Dec 23 22:24:37 x /usr/lib/gdm3/gdm-x-session[468]: Xorg: 
../../present/present.c:491: present_flip_notify: Assertion `vblank == 
screen_priv->flip_pending' failed.

I can reproduce this fairly reliably with the following procedure:

1) Run a gnome-shell X session.
2) Have an external monitor attached, and configure the internal and
   external monitors in mirror mode.
3) Play a video with mpv.
4) Press 'f' to make mpv fullscreen.
5) Repeatedly press the Super key, invoking the gnome-shell overview,
   until the X server crashes with that assertion.

If I follow the same procedure without an external monitor attached, or
with an external monitor attached but the internal monitor disabled, I
cannot reproduce this.  If I don't have a video playing, I cannot
reproduce this.  (That doesn't necessarily make those *required* to
trigger the problem; perhaps they just make it far more likely.)

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar 26  2015 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Dec 16 10:39 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 5500 
[8086:1616] (rev 09)

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

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

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

Kernel version (/proc/version):
---
Linux version 4.9.0-rc8-amd64 (debian-ker...@lists.debian.org) (gcc version 
6.2.1 20161124 (Debian 6.2.1-5) ) #1 SMP Debian 4.9~rc8-1~exp1 (2016-12-05)

udev information:
-
P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXPWRBN_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: KEY=10 0
E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw
E: NAME="Power Button"
E: PHYS="LNXPWRBN/button/input0"
E: PRODUCT=19/0/1/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=34948061

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6/event5
N: input/event5
E: BACKSPACE=guess
E: DEVNAME=/dev/input/event5
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6/event5
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: LIBINPUT_DEVICE_GROUP=19/0/1/0:LNXPWRBN/button
E: MAJOR=13
E: MINOR=69
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=35043493
E: XKBLAYOUT=us
E: XKBMODEL=pc104

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXVIDEO_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXVIDEO:00
E: ID_PATH_TAG=acpi-LNXVIDEO_00
E: KEY=3e000b 0 0 0
E: MODALIAS=input:b0019vp0006e-e0,1,kE0,E1,E3,F1,F2,F3,F4,F5,ramlsfw
E: NAME="Video Bus"
E: PHYS="LNXVIDEO/video/input0"
E: PRODUCT=19/0/6/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=35026140

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12/event11
N: input/event11
E: BACKSPACE=guess
E: DEVNAME=/dev/input/event11
E: 
DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12/event11
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXVIDEO:00
E: ID_PATH_TAG=acpi-LNXVIDEO_00
E: LIBINPUT_DEVICE_GROUP=19/0/6/0:LNXVIDEO/video
E: MAJOR=13
E: MINOR=75
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=35090762
E: XKBLAYOUT=us
E: XKBMODEL=pc104

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4
E: EV=21
E: ID_FOR_SEAT=input-acpi-PNP0C0D_00
E: ID_INPUT=1
E: ID_PATH=acpi-PNP0C0D:00
E: ID_PATH_TAG=acpi-PNP0C0D_00
E: MODALIAS=input:b0019vp0005e-e0,5,kramlsfw0,
E: NAME="Lid Switch"
E: PHYS="PNP0C0D/button/input0"
E: PRODUCT=19/0/5/0
E: PROP=0
E: SUBSYSTEM=input
E: SW=1
E: TAGS=:seat:
E: USEC_INITIALIZED=34946515

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4/event3
N: input/event3
E: DEVNAME=/dev/input/event3
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4/event3
E: ID_INPUT=1
E: ID_PATH=acpi-PNP0C0D:00
E: ID_PATH_TAG=acpi-PNP0C0D_00
E: LIBINPUT_DEVICE_GROUP=19/0/5/0:PNP0C0D/button
E: MAJOR=13
E: MINOR=67
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=35041253

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input5
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input5
E: EV=3
E: ID_FOR_SEAT=input-acpi-PNP0C0E_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-PNP0C0E:00
E: ID_PATH_TAG=acpi-PNP0C0E_00
E: KEY=4000 0 0
E: MODALIAS=input:b0019vp0003e-e0,1,k8E,ramlsfw
E: NAME="Sleep Button"
E: 

Bug#849249: fldigi: Icon improvements

[Jeremy Bicha]

0002-Drop-unnecessary-lines-from-debian-rules.patch
Description: Binary data


0001-Drop-xpm-icons-install-.png-app-icons-to-correct-dir.patch
Description: Binary data

Bug#849249: fldigi: Icon improvements

[Jeremy Bicha]

Package: fldigi
Version: 3.23.14-1
Tags: patch

.xpm app icons are not necessary any more. If a package contains .xpm
icons, it triggers an error in appstream. This means that fldigi does
not show up in the GNOME Software app which is installed by default in
the GNOME desktop in Debian stretch.

https://appstream.debian.org/sid/main/issues/fldigi.html
https://wiki.debian.org/AppStream/Guidelines#Icon_best_practices

The .png app icons are installed in the wrong directory. They should
be installed in a two-number directory like 64x64/ instead of a
one-number directory like 64/

There's some extra line in debian/rules. The dh_installdocs override
isn't needed since there's only one binary package.
--disable-silent-rules is the default as of debhelper 9.20150501. And
dpkg-buildflags should be passed automatically without you having to
do anything.

I'm attaching patches for these.

Thanks,
Jeremy

Bug#829046: pagure dependencies (JavaScript libraries) packaged

[Sergio Durigan Junior]

On Saturday, December 24 2016, Pirate Praveen wrote:

> On ശനി 24 ഡിസംബര്‍ 2016 10:54 രാവിലെ, Sergio Durigan Junior wrote:
>> IMO, if you have time, here's what I would do:
>> 
>> - If you manage to get the building issue sorted out, and if there are
>>   no other critical issues, then I think the package is "good enough"
>>   (for a very relaxed definition of "good") to be put on stretch.  As
>>   Praveen said, we will have 2 months to fix remaining bugs.
>> 
>> - If it is not possible to fix the critical bugs, then I'd suggest going
>>   with the strectch-backports alternative.  It's not a bad option IMHO,
>>   and gives us even more time to really fix the underlying problems.
>
> Its too close to Dec 25, lets take the backports path.

Well, I've done some tests here and I think I have a package that
builds.  I've updated pagure to an intermediary version, 2.6, and the
package builds fine on pbuilder/cowbuilder using the latest unstable.
You can find it here:

  http://git.sergiodj.net/?p=debian/pagure-new.git;a=summary

Can you give it a try?  I think we can go with that (even for stretch),
if you are OK with it.  The package contains bundled JS libraries, and
minifies them during the build, so it's not perfect in this aspect.  But
we can fix this later, when we have more time.

>> Something really concerning me is the fact that pagure keeps adding JS
>> dependencies that are either not packaged on Debian, or that are
>> packaged as part of another, bigger package (usually some big ruby
>> extension or so).  And even in the second case, when the file is already
>> in Debian, it is not really following our guidelines; for example, the
>> .js and .min.js files are being shipped without being built from
>> source.
>
> We now have grunt and gulp in main (rollup and babel are on their way),
> so rebuilding them would be much easier than before (reimplementing the
> build in rules).
>
> The ruby ones are usually just wrappers for the js part. It would be
> easy to separate them if needed. ruby packages can just add a symlink
> instead of embedded copies when we package the js part separately.

Right, that's nice indeed, but it demands work anyway...  But it's
really good that grunt and gulp are now available.

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#849082: libapache2-mod-perl2: FTBFS: test failures with Apache 2.4.25

[Stefan Fritsch]

On Friday, 23 December 2016 18:56:54 CET Niko Tyni wrote:
> This passage in RFC 7230, section 9.4., seems relevant:
> 
>A more effective mitigation is to prevent anything other than the
>server's core protocol libraries from sending a CR or LF within the
>header section, which means restricting the output of header fields to
>APIs that filter for bad octets and not allowing application servers
>to write directly to the protocol stream.
> 
> I would expect mod_perl to be classified as a 'core protocol library' in
> this sense, but I have no idea yet if it's just doing something wrong.
> 
> Patch attached to revert to the old "unsafe" behaviour in the virtual
> host specific to this test.


The problem is that the injected header lines only have a LF and no CR. I  
suggest the attached patch.

rfc7230 3.5 says:

  Although the line terminator for the start-line and header fields is
   the sequence CRLF, a recipient MAY recognize a single LF as a line
   terminator and ignore any preceding CR.

Apache with strict enabled chooses not to implement the MAY. I am not 100% 
sure that this is a good idea, but that is a  different question. In any case, 
mod_perl's test should send a compliant HTTP request.

Cheers,
Stefan--- ./t/filter/TestFilter/in_bbs_inject_header.pm.orig	2016-10-27 22:11:16.0 +0200
+++ ./t/filter/TestFilter/in_bbs_inject_header.pm	2016-12-24 06:55:19.049606491 +0100
@@ -181,7 +181,7 @@
 
 if ($data and $data =~ /^POST/) {
 # demonstrate how to add a header while processing other headers
-my $header = "$header1_key: $header1_val\n";
+my $header = "$header1_key: $header1_val\r\n";
 push @{ $ctx->{buckets} }, APR::Bucket->new($c->bucket_alloc, $header);
 debug "queued header [$header]";
 }
@@ -199,7 +199,7 @@
 # we hit the headers and body separator, which is a good
 # time to add extra headers:
 for my $key (keys %headers) {
-my $header = "$key: $headers{$key}\n";
+my $header = "$key: $headers{$key}\r\n";
 push @{ $ctx->{buckets} }, APR::Bucket->new($c->bucket_alloc, $header);
 debug "queued header [$header]";
 }

Bug#829046: pagure dependencies (JavaScript libraries) packaged

[Pirate Praveen]

On ശനി 24 ഡിസംബര്‍ 2016 10:54 രാവിലെ, Sergio Durigan Junior wrote:
> IMO, if you have time, here's what I would do:
> 
> - If you manage to get the building issue sorted out, and if there are
>   no other critical issues, then I think the package is "good enough"
>   (for a very relaxed definition of "good") to be put on stretch.  As
>   Praveen said, we will have 2 months to fix remaining bugs.
> 
> - If it is not possible to fix the critical bugs, then I'd suggest going
>   with the strectch-backports alternative.  It's not a bad option IMHO,
>   and gives us even more time to really fix the underlying problems.

Its too close to Dec 25, lets take the backports path.

> Something really concerning me is the fact that pagure keeps adding JS
> dependencies that are either not packaged on Debian, or that are
> packaged as part of another, bigger package (usually some big ruby
> extension or so).  And even in the second case, when the file is already
> in Debian, it is not really following our guidelines; for example, the
> .js and .min.js files are being shipped without being built from
> source.

We now have grunt and gulp in main (rollup and babel are on their way),
so rebuilding them would be much easier than before (reimplementing the
build in rules).

The ruby ones are usually just wrappers for the js part. It would be
easy to separate them if needed. ruby packages can just add a symlink
instead of embedded copies when we package the js part separately.



signature.asc
Description: OpenPGP digital signature

Bug#829046: pagure dependencies (JavaScript libraries) packaged

[Sergio Durigan Junior]

On Tuesday, December 20 2016, Pirate Praveen wrote:

> On തിങ്കള്‍ 19 ഡിസംബര്‍ 2016 11:07 വൈകു, Sergio Durigan Junior wrote:
>> Things are starting to calm down, and I intend to get back to packaging
>> pagure.  My intention is to get the latest version imported onto my
>> repository and work on it.  However, I don't think it will be possible
>> to finish everything by Dec 25th.  I know it would be good to get pagure
>> on stretch, but IMHO it is better to make sure everything is working
>> fine first.
>
> Dec 25 is the last day of uploading to sid so it can migrate to stretch
> before freeze. We have time till stretch release (at least 2 months
> more) to fix bugs. We should try our best to have it in stretch and if
> not have it in stretch-backports.

Hm, guys, I am not sure I'll be able to get this ready until the 25th.
There are still issues with the package and well, tomorrow is christmas
eve, so...

I'll keep trying to get the package in a good shape.  I think it is, but
as Praveen mentioned there is still at least one issue when building
it.  Also, I'm not even considering updating the package to the latest
version (2.10.1) now, because that will certainly introduce a lot of new
issues.

IMO, if you have time, here's what I would do:

- If you manage to get the building issue sorted out, and if there are
  no other critical issues, then I think the package is "good enough"
  (for a very relaxed definition of "good") to be put on stretch.  As
  Praveen said, we will have 2 months to fix remaining bugs.

- If it is not possible to fix the critical bugs, then I'd suggest going
  with the strectch-backports alternative.  It's not a bad option IMHO,
  and gives us even more time to really fix the underlying problems.

Something really concerning me is the fact that pagure keeps adding JS
dependencies that are either not packaged on Debian, or that are
packaged as part of another, bigger package (usually some big ruby
extension or so).  And even in the second case, when the file is already
in Debian, it is not really following our guidelines; for example, the
.js and .min.js files are being shipped without being built from
source.

Anyway, some food for thought.  I'll keep you posted if I manage to make
things work on my side.

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#849248: prosody: logrotate fails when prosody is not running (with fix)

[nodiscc]

Package: prosody
Version: 0.9.7-2+deb8u3
Severity: normal

Dear Maintainer,

When prosody is not running, 'logrotate -f /etc/logrotate.conf'  fails with

Job for prosody.service failed. See 'systemctl status prosody.service' and 
'journalctl -xn' for details.
error: error running shared postrotate script for '/var/log/prosody.log 
/var/log/prosody.err'

'journalctl -xn' returns:

systemd[1]: unit prosody.service cannot be reloaded because it is inactive.


This is because /etc/logrotate.d/prosody does not check whether the service is 
running in
the postrotate script. I solved the problem by modifying it as follows:

postrotate
if /etc/init.d/prosody status > /dev/null ; then \
/etc/init.d/prosody reload > /dev/null; \
fi;

Debian stable + backports, amd64
Can this fix be applied to the prosody Debian package? Thanks

Bug#849247: linux-image-4.8.0-2-amd64: module bochs_drm does not respect nomodeset

[Russell Coker]

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

I am running a KVM server without X11 or VNC access, so I want a plain text
console for all VMs.  When running a Debian/Unstable Dom0 qemu provides the
new bochs virtual hardware interface by default, the kernel loads the driver
for that, ignores the nomodeset kernel option, and puts the virtual machine
into graphics mode which makes a -curses console unusable.

To get this working correctly I had to blacklist the bochs_drm module.  But
the module should just respect nomodeset.  When I install the nomodeset option
I expect things to just work regardless of what graphics hardware is in use.


-- Package-specific info:
** Version:
Linux version 4.8.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 
20161019 (Debian 5.4.1-3) ) #1 SMP Debian 4.8.11-1 (2016-12-02)

** Command line:
BOOT_IMAGE=/vmlinuz-4.8.0-2-amd64 
root=UUID=a4305728-1476-48c2-bb25-3fe162245a74 ro rootflags=skip_balance 
init=/bin/systemd selinux=1 security=selinux consoleblank=0

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

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

** Model information
sys_vendor: Hewlett-Packard
product_name: HP Compaq 8000 Elite SFF PC
product_version:  
chassis_vendor: Hewlett-Packard
chassis_version: 
bios_vendor: Hewlett-Packard
bios_version: 786G7 v01.13
board_vendor: Hewlett-Packard
board_name: 3646h
board_version: 

** Loaded modules:
xt_tcpudp
nf_conntrack_ipv4
nf_defrag_ipv4
xt_conntrack
nf_conntrack
ip6t_REJECT
nf_reject_ipv6
nf_log_ipv6
ip6table_filter
ip6_tables
ipt_REJECT
nf_reject_ipv4
nf_log_ipv4
nf_log_common
xt_LOG
iptable_filter
bridge
stp
llc
hp_wmi(E)
snd_hda_codec_realtek(E)
iTCO_wdt(E)
coretemp(E)
snd_hda_codec_generic(E)
iTCO_vendor_support(E)
snd_hda_intel(E)
snd_hda_codec(E)
i915(E)
sparse_keymap(E)
rfkill(E)
evdev(E)
snd_hda_core(E)
kvm_intel(E)
ppdev(E)
snd_hwdep(E)
kvm(E)
drm_kms_helper(E)
serio_raw(E)
irqbypass(E)
snd_pcm(E)
snd_timer(E)
snd(E)
pcspkr(E)
sg(E)
tpm_infineon(E)
acpi_cpufreq(E)
drm(E)
soundcore(E)
wmi(E)
lpc_ich(E)
mfd_core(E)
i2c_algo_bit(E)
button(E)
mei_me(E)
mei(E)
parport_pc(E)
video(E)
parport(E)
shpchp(E)
tpm_tis(E)
tpm_tis_core(E)
tpm(E)
tun
softdog
loop
ip_tables
x_tables
autofs4
btrfs
xor
raid6_pq
ext4
crc16
jbd2
crc32c_generic
fscrypto
ecb
glue_helper
lrw
gf128mul
ablk_helper
cryptd
aes_x86_64
mbcache
virtio_pci
virtio_blk
virtio_ring
virtio
sr_mod
cdrom
sd_mod
ata_generic
ata_piix
libata
scsi_mod
psmouse
uhci_hcd
ehci_pci
ehci_hcd
e1000e
usbcore
ptp
pps_core
usb_common
fjes

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller 
[8086:2e10] (rev 03)
Subsystem: Hewlett-Packard Company 4 Series Chipset DRAM Controller 
[103c:3646]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset 
Integrated Graphics Controller [8086:2e12] (rev 03) (prog-if 00 [VGA 
controller])
Subsystem: Hewlett-Packard Company 4 Series Chipset Integrated Graphics 
Controller [103c:3646]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0
ExtTag- RBE+
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- 
Unsupported-
RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 128 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ 
TransPend-
LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit 
Latency L0s <1us, L1 <4us
ClockPM- Surprise- LLActRep+ BwNot- ASPMOptComp-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk-
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+ 
DLActive- BWMgmt- ABWMgmt-
SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ 
Surprise+
Slot #2, PowerLimit 10.000W; Interlock- NoCompl+
SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- 
LinkChg-
Control: AttnInd Unknown, PwrInd Unknown, Power- 
Interlock-
SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- 
Interlock-
Changed: 

Bug#849246: Acknowledgement (RM: kdesvn [mips mipsel mips64el] -- NBS; no longer builds on mips*)

[Michael Biebl]

IIRC this needs removal of the outdated 1.7.0-2 binaries from both
testing and unstable.

-- 
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#582231: dpkg: warning: while removing os-prober, directory '/var/lib/os-prober' not empty so not removed

[積丹尼 Dan Jacobson]

found 582231 1.71
thanks

Removing os-prober (1.71) ...
dpkg: warning: while removing os-prober, directory '/var/lib/os-prober' not 
empty so not removed
# find /var/lib/os-prober -ls
  1443133  4 drwxr-xr-x   2 root root 4096 Dec 24 12:21 
/var/lib/os-prober
  1442408  4 -rw-r--r--   1 root root9 Dec 24 12:21 
/var/lib/os-prober/labels
# find /var/lib/os-prober -delete

Bug#849246: RM: kdesvn [mips mipsel mips64el] -- NBS; no longer builds on mips*

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

Please consider removing kdesvn on mips*

It can no longer be built on those architectures as binutils is broken
on mips* and lots of the build-dependencie are not available because of
that. The binutils maintainer apparently doesn't see any priority in
getting this fixed [1]. So removing the packages on those architectures
seems the only way to unblock that situation.

Thanks,
Michael

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

Bug#849245: krita: segfault on startup

[Boyuan Yang]

Package: krita
Version: 1:3.1.1+dfsg-1
Severity: grave
Justification: renders package unuseable

Hi,

The new krita just won't start.

Stderr output:

% krita
krita.lib.pigment: Legacy integer arithmetics implementation
OpenGL Info
  Vendor:  Intel Open Source Technology Center
  Renderer:  Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2) 
  Version:  3.0 Mesa 13.0.2
  Shading language:  1.30
  Requested format:  QSurfaceFormat(version 3.0, options QFlags(0x4), 
depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, 
alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior 2, 
swapInterval 0, profile  2)
  Current format:QSurfaceFormat(version 3.0, options QFlags(0x4), 
depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, 
alphaBufferSize 0, stencilBufferSize 8, samples -1, swapBehavior 2, 
swapInterval 0, profile  0)
 Version: 3 . 0
 Supports deprecated functions true
krita has opengl true
Setting XDG_DATA_DIRS "/usr/bin/../share:/usr/share:/usr/share:/usr/local/
share"
Available translations QSet("nl", "ta", "mai", "da", "zh_CN", "bg", "be", 
"oc", "lt", "ia", "wa", "bs", "ne", "ar", "uz@cyrillic", "zh_TW", "mk", "sl", 
"eu", "km", "vi", "ga", "nb", "ko", "ro", "hne", "kk", "gl", "de", "hu", "ru", 
"tr", "cy", "af", "uz", "ms", "eo", "ug", "sq", "ja", "is", "cs", "et", "hr", 
"uk", "pa", "pt_BR", "fr", "pl", "xh", "sv", "fa", "mr", "nds", "fy", "es", 
"ca@valencia", "pt", "he", "fi", "en_US", "se", "it", "nn", "el", "ast", 
"en_GB", "sk", "tg", "lv", "hi", "ca", "br", "th")
Available domain translations QSet("nl", "ta", "mai", "da", "zh_CN", "bg", 
"be", "oc", "lt", "ia", "wa", "bs", "ne", "ar", "uz@cyrillic", "zh_TW", "mk", 
"sl", "eu", "km", "vi", "ga", "nb", "ko", "ro", "hne", "kk", "gl", "de", "hu", 
"ru", "tr", "cy", "af", "uz", "ms", "eo", "ug", "sq", "ja", "is", "cs", "et", 
"hr", "uk", "pa", "pt_BR", "fr", "pl", "xh", "sv", "fa", "mr", "nds", "fy", 
"es", "ca@valencia", "pt", "he", "fi", "en_US", "se", "it", "nn", "el", "ast", 
"en_GB", "sk", "tg", "lv", "hi", "ca", "br", "th")
Override language: "zh_CN:zh_TW"
Qt ui languages ("zh", "zh-CN", "zh-Hans-CN")
Invalid profile :  "/usr/share/color/icc/colord/Crayons.icc" "Crayon Colors"
Invalid profile :  "/usr/share/color/icc/colord/x11-colors.icc" "X11 Colors"
QIODevice::seek: Invalid pos: -18
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = krita path = /usr/bin pid = 18387
KCrash: Arguments: /usr/bin/krita 
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from 
kdeinit
sock_file=/run/user/1000/kdeinit5__0
[1]  + 18387 suspended (signal)  krita

Backtrace:

Application: krita (krita), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7efe1b6fd8c0 (LWP 18387))]

Thread 3 (Thread 0x7efe0ea8b700 (LWP 18389)):
#0  0x7ffc43ff6b0b in clock_gettime ()
#1  0x7efe295d8886 in __GI___clock_gettime (clock_id=clock_id@entry=1, 
tp=tp@entry=0x7efe0ea8aa30) at ../sysdeps/unix/clock_gettime.c:115
#2  0x7efe29f6e021 in qt_clock_gettime (ts=0x7efe0ea8aa30, 
clock=) at tools/qelapsedtimer_unix.cpp:109
#3  do_gettime (frac=, sec=) at tools/
qelapsedtimer_unix.cpp:164
#4  qt_gettime () at tools/qelapsedtimer_unix.cpp:173
#5  0x7efe2a0eabd9 in QTimerInfoList::updateCurrentTime 
(this=this@entry=0x7efe08002ed0) at kernel/qtimerinfo_unix.cpp:91
#6  0x7efe2a0eb185 in QTimerInfoList::timerWait (this=0x7efe08002ed0, 
tm=...) at kernel/qtimerinfo_unix.cpp:388
#7  0x7efe2a0ec52e in timerSourcePrepareHelper (timeout=0x7efe0ea8ab04, 
src=) at kernel/qeventdispatcher_glib.cpp:132
#8  timerSourcePrepare (source=, 
timeout=timeout@entry=0x7efe0ea8ab04) at kernel/qeventdispatcher_glib.cpp:165
#9  0x7efe22a44edd in g_main_context_prepare 
(context=context@entry=0x7efe08000990, priority=priority@entry=0x7efe0ea8ab90) 
at ././glib/gmain.c:3501
#10 0x7efe22a4591b in g_main_context_iterate 
(context=context@entry=0x7efe08000990, block=block@entry=1, 
dispatch=dispatch@entry=1, self=) at ././glib/gmain.c:3909
#11 0x7efe22a45b0c in g_main_context_iteration (context=0x7efe08000990, 
may_block=may_block@entry=1) at ././glib/gmain.c:3990
#12 0x7efe2a0ecf5b in QEventDispatcherGlib::processEvents 
(this=0x7efe080008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#13 0x7efe2a0968da in QEventLoop::exec (this=this@entry=0x7efe0ea8acd0, 
flags=..., flags@entry=...) at kernel/qeventloop.cpp:212
#14 0x7efe29ec40f3 in QThread::exec (this=this@entry=0x7efe2c1a6d60 
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/
qthread.cpp:507
#15 0x7efe2c1316d5 in QDBusConnectionManager::run (this=0x7efe2c1a6d60 
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at 
qdbusconnection.cpp:178
#16 0x7efe29ec8da8 in QThreadPrivate::start (arg=0x7efe2c1a6d60 
<(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) 

Bug#849244: mcabber: Lost changelog entries for 0.10.2-1 and 0.10.2-1.1 uploads

[Salvatore Bonaccorso]

Source: mcabber
Severity: normal

Hi

The recent mcabber 1.0.4-1 upload to unstable has lost the
debian/changleog entries for the 0.10.2-1 upload an the NMU
0.10.2-1.1.

mcabber (0.10.2-1.1) unstable; urgency=medium

  * Non-maintainer upload.
  * Apply patch to fix CVE-2016-9928. (Closes: #845258)

 -- Christian Hofstaedtler   Thu, 22 Dec 2016 20:22:46 +

mcabber (0.10.2-1) unstable; urgency=low

  * New upstream version (now 0.10.2) (Closes: #706597)
  * Removing now uneeded patch mcabber_fix_aspell
  * Updated patch for bookmarking MUCs with passwords for new upstream version
  * Migration from libotr2 to libotr5 (Closes: #711072)
  * Added upstream patch to work with libotr5-dev
  * Added build dependency to libotr5-dev
  * Convert debian/rules to dh_autoreconf (build dependency to dh-autoreconf)

 -- Franziska Lichtblau   Mon, 15 Jul 2013 12:19:34 
+0200

For the CVE, in particular I'm interested to keep the fix history as recorded
by the security-tracker, but the lost 0.10.2-1 changelog entry might indicate
as well some reopened/introduced bugs. For example as well the conversion to
dh-autoreconf was lost.

Regards,
Salvatore

Bug#848239: deluser on purge

[Dmitry Bogatov]

[2016-12-22 14:21] Antoine Beaupré 
>
> part   text/plain 981
> On 2016-12-21 22:56:06, Dmitry Bogatov wrote:
> > [2016-12-20 22:10] Russ Allbery 
> >> Hm, transient IDs is an interesting idea.  In a lot of cases, we create a
> >> system user just to isolate the running daemon, not to control file system
> >> access.  The drawback, though, is that one has to have a really clear idea
> >> of what resources the process would need in order to make sure this is
> >> safe.  (A much clearer idea than the understanding we need to know when
> >> it's safe to delete a system user, I think.)
> >
> > You just gave me good idea. What about not removing $HOME, but chowning
> > it to root? I mean, on install we create user and if its $HOME already
> > exists, just chown it.
>
> You would need to check for suid binaries, among other traps.

Good catch. Then chowning is no better then removing.

-- 
X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch,
Accept-Languages: eo,ru,en | at most once every 24 hours. If matter
Accept: text/plain, text/x-diff| is urgent, you have my phone number.


pgpTPosXCfeLQ.pgp
Description: PGP signature

Bug#849243: reportbug: TypeError: * wants int

[Boyuan Yang]

Package: reportbug
Version: 7.1.1
Severity: grave

Hello,

Reportbug crashed when I was trying to report a bug, even if I am using text 
UI. ( I have to use email to report it :-/ ).

The terminal output is as follow:

% reportbug --ui=text
Please enter the name of the package in which you have found a
problem, or type 'other' to report a more general problem. If you
don't know what package the bug is in, please contact debian-
u...@lists.debian.org for assistance.
> krita
*** Welcome to reportbug.  Use ? for help at prompts. ***
Note: bug reports are publicly archived (including the email address of the 
submitter).
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'Boyuan Yang <073p...@gmail.com>' as your from address.
Getting status for krita...
Checking for newer versions at madison, incoming.debian.org and 
http://ftp-master.debian.org/new.html
Will send report to Debian (per lsb_release).
Querying Debian BTS for reports on krita (source)...
2 bug reports found:

Bugs with severity serious
  1) #811432  sid: unable to install, missing deps: libilmbase6 libope
Bugs with severity normal
  2) #813570  krita-1.2.8.5+dfsg-1: Krita crashes by creating a new wo
(2-2/2) Is the bug you found listed above [y|N|b|m|r|q|s|f|e|?]? n
Maintainer for krita is 'Debian Qt/KDE Maintainers '.
Looking up dependencies of krita...
Getting changed configuration files...

Briefly describe the problem (max. 100 characters allowed). This will
be the bug email subject, so keep the summary as concise as possible,
for example: "fails to send email" or "does not start with -q option
specified" (enter Ctrl+c to exit reportbug without reporting a bug).
> segfault on startup
Rewriting subject to 'krita: segfault on startup'

Enter any additional addresses this report should be sent to; press
ENTER after each address. Press ENTER on a blank line to continue.
> 

How would you rate the severity of this problem or report?

1 criticalmakes unrelated software on the system (or the whole
  system) break, or causes serious data loss, or
  introduces a security hole on systems where you
  install the package.
2 grave   makes the package in question unusable by most or
  all users, or causes data loss, or introduces a
  security hole allowing access to the accounts of
  users who use the package.
3 serious is a severe violation of Debian policy (that is, the
  problem is a violation of a 'must' or 'required'
  directive); may or may not affect the usability of
  the package. Note that non-severe policy violations
  may be 'normal,' 'minor,' or 'wishlist' bugs.
  (Package maintainers may also designate other bugs
  as 'serious' and thus release-critical; however, end
  users should not do so.). For the canonical list of
  issues worthing a serious severity you can refer to
  this webpage:
  http://release.debian.org/testing/rc_policy.txt .
4 important   a bug which has a major effect on the usability of a
  package, without rendering it completely unusable to
  everyone.
5 does-not-build  a bug that stops the package from being built from
  source. (This is a 'virtual severity'.)
6 normal  a bug that does not undermine the usability of the
  whole package; for example, a problem with a
  particular option or menu item.
7 minor   things like spelling mistakes and other minor
  cosmetic errors that do not affect the core
  functionality of the package.
8 wishlistsuggestions and requests for new features.

Please select a severity level: [normal] grave
You are reporting a grave bug; which of the following criteria does it
meet?

Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2233, in 
main()
  File "/usr/bin/reportbug", line 1107, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1968, in user_interface
'Please select the impact of the bug: ', default='unknown')
  File "/usr/lib/python3/dist-packages/reportbug/ui/text_ui.py", line 362, in 
menu
starttext=('%*d %-*.*s  ' % (digits, i, maxlen_name, maxlen_name, name)))
TypeError: * wants int

--
Sincerely,
Boyuan Yang


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

Bug#810890: caddy in Debian

[Andrew Shadura]

Hi Zlatan,

How's your progress on this ITP? :)

-- 
Cheers,
  Andrew

Bug#834790: aptitude hangs at "Loading cache" when unable to download package list

[manuel . montezelo]

2016-12-24 02:55 Manuel A. Fernandez Montecelo:


This seems to be due to changes in behaviour of apt or some strange
interaction, because the relevant sections of aptitude have not changed
in a long time.  (I didn't experience the same behaviour because I
couldn't upgrade my computer at the time).
[...]

Anyway, I think that I fixed it now, by not being strict with this kind
of errors (to cope with what I think that it's a new behaviour from
libapt)... I am just not sure if this change will bring other problems,
let's see.


Note, just in case... relevant commits of apt seem to be:

commit 1044354995513348f4836772fe77068585091d6b
Author: David Kalnischkies 
Date:   Wed Aug 24 21:49:34 2016 +0200

   improve code & doc for aquire weak/loop failing


commit 2e2865ae53a65c00dd55a892d5b48458f3110366
Author: David Kalnischkies 
Date:   Wed Aug 24 09:47:48 2016 +0200

   do fail on weakhash/loop earlier in acquire


--
Manuel A. Fernandez Montecelo 

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

[Steve McIntyre]

On Sat, Dec 24, 2016 at 02:25:48AM +0100, Philip Hands wrote:
>Raphael Hertzog  writes:
>...
>> So I agree with Cyril and the d-i team, we should be cautious here.
>>
>> Let's focus everybody's energy on getting Phil's patch merged instead
>> of continuing this discussion.
>
>The latest incarnation of which I think is close to ready:
>
>  https://anonscm.debian.org/cgit/d-i/pkgsel.git/log/?h=pu/simple_tasksel
>
>I've squashed the commits together, so we now have the first (aae3196)
>which implements the feature, and would probably be fine as it is (once
>comments to the translators have been added as appropriate).
>
>The second commit (1bb1feb) adds a level of indirection in the
>template, with code to populate it from some new debconf settings,
>which allows one to then customise the menu via preseeding.  This is not
>in any way essential to the task in hand, but might well be useful for
>others.

I'll be honest - that code scares me right now. If this was simple,
obvious stuff then I'd be pushing to try and get this in. But it's
not. Comments like

+   # there is no need to do  this twice, and it breaks [back] behaviour if 
you do

don't help, and I honestly don't understand what

+   db_subst pkgsel/simplified-tasksel $(echo $i | tr "a-z" 
"A-Z") "$subst"

is doing when I read the code at 2am. Can you explain this better
please?

To make this kind of change for stretch, we'll also need updates to
translations directly in the installer and in the installation
guide. I'm worried that we're doing this too late in the cycle - as
KiBi says.

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

Bug#849228: Correction - more info

[Nekki Nekki]

Hi!
I wanted to precise: sorry, the issue isn't present in all DE's/WM's. After
further investigation,
I found that the issue I described in bug #844165 is ONLY reproducible
under OPENBOX window manager.
I just reported a "basic" bug report about Openbox. Please check bug
#849242.
Cheers,
Nekki

Bug#834790: aptitude hangs at "Loading cache" when unable to download package list

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


2016-11-04 12:28 ydir...@free.fr:

Just hit the same problem after adding a valid sources.list entry without 
having imported the repo signing key,
and I can confirm it'the behaviour is really awkward - and reading suggestions 
that letting the user lose time
until he figures out he has to restarti aptitude would be a valid way out 
instead of displaying a proper message
to the user - that just makes me very uncomfortable, it's just not the level of 
software quality I have been
expecting around here :)


JFTR, the suggestion was based on the behaviour that I was observing at
the time:

 "It doesn't get stuck in "loading cache" -- it just shows errors, and
  one can continue normally."


This seems to be due to changes in behaviour of apt or some strange
interaction, because the relevant sections of aptitude have not changed
in a long time.  (I didn't experience the same behaviour because I
couldn't upgrade my computer at the time).

And I didn't say that I didn't want to fix it, just that at least the
user should see some error and have some clue of what was wrong (which I
was seeing at the time) -- so it was not extremely bad, from that
perspective :-)


Anyway, I think that I fixed it now, by not being strict with this kind
of errors (to cope with what I think that it's a new behaviour from
libapt)... I am just not sure if this change will bring other problems,
let's see.

In principle this fix will be included in the next release, so marking
as +pending.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#849242: Virtualbox unusable under Openbox if autohide is enabled for tint2 panel.

[Nekki Nekki]

Package: openbox
Version: 3.6.1-4
Severity: important

Dear maintainers,

I have a weird issue here with openbox+tint2+virtualbox.
Please check bugs #844165  #849228  for more info.

For more info, please just ask me.
Thanks,
Nekki

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

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

Versions of packages openbox depends on:
ii  libc6 2.24-8
ii  libglib2.0-0  2.50.2-2
ii  libice6   2:1.0.9-1+b1
ii  libobrender32v5   3.6.1-4
ii  libobt2v5 3.6.1-4
ii  libsm62:1.2.2-1+b1
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.4-2
ii  libxau6   1:1.0.8-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxext6  2:1.3.3-1
ii  libxi62:1.7.8-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxrandr22:1.5.1-1

Versions of packages openbox recommends:
ii  obconf  1:2.0.4+git20150213-2
ii  obsession   20140608-2
ii  python-xdg  0.25-4
ii  scrot   0.8-18

Versions of packages openbox suggests:
ii  fonts-dejavu   2.37-1
pn  libxml2-dev
ii  menu   2.1.47
pn  openbox-gnome-session  
pn  openbox-kde-session
ii  openbox-menu   0.8.0-1
ii  python 2.7.13-1
ii  tint2  0.12.12-1

-- no debconf information

Bug#275379: apt-get: please support "satisfy"

[Johannes Schauer]

Hi pabs,

Quoting Paul Wise (2016-12-24 02:39:35)
> On Thu, 2016-12-22 at 15:01 +0100, Johannes Schauer wrote:
> > this has the disadvantage of always pulling in the build-essential package.
> For systems with build-essential already installed, that method would be
> simpler and better IMO.

theoretically, one should be able to set the apt configuration value
APT::Build-Essential to something other than build-essential or the empty list.
Unfortunately, due to a bug in apt this is currently not possible DonKult is
working on it, though. Once this is fixed, we can used the "apt-get build-dep"
approach without installing build-essential.

> > This has the disadvantage that it installs a meta-package on the user's
> > system.
> 
> You could `dpkg --purge` it afterwards to avoid this.

Right.

> > We'll be using apt's EDSP interface.
> 
> What are the apt version constraints for that?
> 
> It would be great if this worked for apt from wheezy and later.

The EDSP interface got introduced in 0.8.16~exp2 but there were multiple
changes and fixes since then, so one would have to experiment to see where this
solution works.

> > What do you think?
> 
> I'd really like to see this functionality integrated into apt but your
> workaround sounds good.
> 
> It is a bit too late for this work to reach stretch and I'd like to do
> a last-minute upload to finalise cats for stretch, so please work on
> this in the wip/install branch for now.

Cool, thanks!

> I'm also not sure if apt-satisfy functionality should be in apt or devscripts
> or check-all-the-things or elsewhere?

Ideally, we'd really get an "apt satisfy" command.

But I think the best short term solution would be to have the
APT::Build-Essential variable fixed and then use "apt-get build-dep".

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#275379: apt-get: please support "satisfy"

[Paul Wise]

On Thu, 2016-12-22 at 15:01 +0100, Johannes Schauer wrote:

> this has the disadvantage of always pulling in the build-essential
> package.

For systems with build-essential already installed, that method would
be simpler and better IMO.

> This has the disadvantage that it installs a meta-package on the
> user's system.

You could `dpkg --purge` it afterwards to avoid this.

> We'll be using apt's EDSP interface.

What are the apt version constraints for that?

It would be great if this worked for apt from wheezy and later.

> What do you think?

I'd really like to see this functionality integrated into apt but your
workaround sounds good.

It is a bit too late for this work to reach stretch and I'd like to do
a last-minute upload to finalise cats for stretch, so please work on
this in the wip/install branch for now.

I'm also not sure if apt-satisfy functionality should be in apt or
devscripts or check-all-the-things or elsewhere?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

[Philip Hands]

Raphael Hertzog  writes:
...
> So I agree with Cyril and the d-i team, we should be cautious here.
>
> Let's focus everybody's energy on getting Phil's patch merged instead
> of continuing this discussion.

The latest incarnation of which I think is close to ready:

  https://anonscm.debian.org/cgit/d-i/pkgsel.git/log/?h=pu/simple_tasksel

I've squashed the commits together, so we now have the first (aae3196)
which implements the feature, and would probably be fine as it is (once
comments to the translators have been added as appropriate).

The second commit (1bb1feb) adds a level of indirection in the
template, with code to populate it from some new debconf settings,
which allows one to then customise the menu via preseeding.  This is not
in any way essential to the task in hand, but might well be useful for
others.

I have tested this, with these preseed settings, and it does what one
would hope (adding "Minimal system..." as a third option):

d-i pkgsel/simplified-tasksel/choices string standard ("${DESKTOP}") desktop, 
standard server [text-only console & 'ssh' remote access], Minimal system (adds 
no more packages), other use cases
d-i pkgsel/simplified-tasksel/choices-c string ${DESKTOP}-desktop;standard, 
ssh-server;standard, ;;, ;
d-i pkgsel/simplified-tasksel/longdesc string You can now choose between 
installing a standard desktop, a standard server, a minimal system, or 
alternatively to use the task selection menu to have finer grained control over 
installing tasks and blends.

The use of ; and ;; in the choices-c needs documenting -- ; is being
used as a separator for the tasks to be selected.  A lone ';' is being
used as a marker for the "continue to tasksel" case.  ';;' does not
match that, so converts to selecting no tasks -- I suspect leaving it
blank would work just as well, but have not tried that yet.

If anyone knows how to set choices-c via preseeding, then we might not
need (all of) the second commit.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Bug#794988: [Pkg-javascript-devel] Bug#794988: the domhandler dependency

[Paolo Greppi]

On 16/12/2016 11:29, Paolo Greppi wrote:
> I got the same while testing node-cheerio (ITP:
> https://bugs.debian.org/848315).
> 
> The domhandler dependency is indeed listed in the current upstream's
> package.json.
> 
> Upgrading node-htmlparser2 from 3.7.3 to 3.9.2 would force us to package
> domhandler and domutils, and the latter's dependency node-dom-serializer.
> 
> And I assume this bug would be fixed.
> 
> BTW while updating we could also add debian/watch to this one ...
> 
> Paolo

Now that we have those tiny packages is, and because node-cheerio
(https://bugs.debian.org/848315) requires htmlparser2 ^3.9.1, I tried
packaging the current version of node-htmlparser2 (3.9.2).

Since the existing git repo on alioth does not conform to
git-buildpackage, I created a brand new one:
https://anonscm.debian.org/cgit/pkg-javascript/node-htmlparser2_new.git

In there I moved the control and changelog from the old repo, but most
of what npm2dep generated I left untouched. So we get the watch file,
and of course no patches to bundle node-dom{elementtype,handler,utils}.

It works here: all build/DEP8 tests pass.
The DEP8 test of the only reverse dependency node-jsdom fail with the
same error as on ci.d.n:
https://ci.debian.net/data/packages/unstable/amd64/n/node-jsdom/latest-autopkgtest/log.gz

Any comment ?

Paolo

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

[Cyril Brulebois]

Hi,

Philip Hands  (2016-12-20):
> Just as a reminder for the upcoming alpha that I was trying to do
> something about this by adding an extra simplified tasksel promt:
> 
> Philip Hands  writes:
> ...
> > The menu is now:
> >
> > --> standard ("${DESKTOP}") desktop   <--
> > standard server [text-only console & 'ssh' remote access]
> > other use cases
> 
> I just applied that as a patch to pkgsel and pushed it as pu/simple_tasksel
> 
> It just occurred to me that if we made the list of tasks for each choice
> be in the template, then it avoids hard-wiring the tasks in the code,
> and it should be easier to preseed, so might serve as a customisable menu
> for the likes of debian-edu -- I've added that as a subsequent commit,
> but that's yet to be tested.  I should have time to test that this evening.
> 
> The template needs proper anotation for translators.
> 
> I think it might well be better to replace 'standard' with 'default'.
> 
> BTW as it stands, the server option doesn't bother installing CUPS,
> despite that being in the default tasksel set -- That was based on
> Colin's comment that task-cups needs a rethink, and is currently a bit
> useless.

So I've just looked at the proposed changes, and adding a prompt at this
point is not an option: we're changing logic during the freeze, and
adding translatable material (not the kind of hidden stuff that might
happen with obscure preseeding values, but something that is going to
hit all users) is not a good thing either.

This can be (re)considered during the next release cycle (long before
the freeze if at all possible, this time).


KiBi.


signature.asc
Description: Digital signature

Bug#824877: tasksel outdated documentation for *.desc files location.

[Cyril Brulebois]

Control: tag -1 pending

Hi,

Volchak, Zakhar (Zach)  (2016-05-20):
> Package: tasksel
> Version: 3.34
> Tags: patch
> 
> The man page lists the old location of tasksel tasks.  This was
> changed from /usr/share/tasksel/ to /usr/share/tasksel/desc/
> in 2011.

Thanks! That's almost correct, since you're missing an 's' at the end of
the new subdirectory (desc → descs). I've updated your patch locally and
will push in a moment.


KiBi.


signature.asc
Description: Digital signature

Bug#849241: recutils: rec-mode.el setq 1 arg

[Kevin Ryde]

Package: recutils
Version: 1.7-1.1
Severity: normal
File: /usr/share/emacs/site-lisp/rec-mode.el

Running

emacs25 -q /usr/share/doc/recutils/examples/movie-database/movies.rec
R  # edit

gets an error

rec-remove-continuation-line-marker-overlays: Wrong number of arguments: 
setq, 1

In that function I think an incompatible change in emacs25 has broken

(setq rec-continuation-line-markers-overlays)

It helps to change to

(setq rec-continuation-line-markers-overlays nil)


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

Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages recutils depends on:
ii  libc6  2.24-5
ii  libgcrypt201.7.3-2
ii  libgpg-error0  1.20-1
ii  libmdb20.7.1-5
ii  libreadline7   7.0-1
ii  librec11.7-1.1

recutils recommends no packages.

recutils suggests no packages.

-- no debconf information

Bug#816664: libjs-soundmanager2 in Debian [Was: Bug#816664: Useless in Debian]

[David Prévot]

Hi Balint,

Le 23/12/2016 à 13:41, Balint Reczey a écrit :

> Please keep the package in Debian for at least Stretch.
>
> Kodi upstream recently switched to a new web interface which uses
> soundmanager2 and to provide the same web interface in Debian I need to
> have it packaged.

Please, consider stepping up for its maintenance (or at least orphan it
on my behalf since my reportbug setup is a mess while I’m traveling).

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#849240: auto-complete-el: ac-menu-delete setq of 1 arg

[Kevin Ryde]

Package: auto-complete-el
Version: 1.3.1-2
Severity: normal
File: /usr/share/emacs/site-lisp/auto-complete/auto-complete.el

Starting from "emacs25 -q" and in the *scratch* buffer,

(require 'auto-complete)
M-x auto-complete-mode
type: o r g

gives messages

Error running timer ‘ac-update-greedy’: (wrong-number-of-arguments setq 1)
Error running timer ‘ac-show-menu’: (wrong-number-of-arguments setq 1)
auto-complete error: (wrong-number-of-arguments setq 1)

and auto-complete mode turns itself off.

I think this is due to ac-menu-delete containing

(setq ac-menu)

An incompatible change in emacs25 has broken this.  I get some joy from

(setq ac-menu nil)


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

Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages auto-complete-el depends on:
ii  emacs46.1
ii  emacs23-lucid [emacs23]  23.4+1-4.1+b1

auto-complete-el recommends no packages.

auto-complete-el suggests no packages.

-- no debconf information

Bug#849239: ycmd: Build with python3 support, otherwise vim-youcompleteme does not work

[Felipe Sateler]

Package: ycmd
Version: 0+20160327+gitc3e6904-1+b1
Severity: important
Control: affects -1 vim-youcompleteme

Hi,

I'm getting lots of errors like the following:

Error detected while processing function 
31_OnCursorMovedNormalMode[5]..31_OnFileReadyToParse:

Googling led me to a different (but similar) issue[1]. There it is
suggested to set `g:ycm_path_to_python_interpreter` to a value matching
the python version vim was compiled with (3.5 right now). However, this
still leaves us with issues, as we get ImportError exceptions:

ImportError: dynamic module does not define init function (PyInit_ycm_core)

This lead me to [2]. And indeed, one shouldn't expect to be able to use
a python2 module in a python3 process...

[1] https://github.com/Valloric/YouCompleteMe/issues/1652
[2] 
https://github.com/Valloric/YouCompleteMe#i-get-importerror-exceptions-that-mention-pyinit_ycm_core-or-initycm_core

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

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

Versions of packages ycmd depends on:
ii  libboost-filesystem1.61.0  1.61.0+dfsg-3+b1
ii  libboost-python1.61.0  1.61.0+dfsg-3+b1
ii  libboost-regex1.61.0   1.61.0+dfsg-3+b1
ii  libboost-system1.61.0  1.61.0+dfsg-3+b1
ii  libc6  2.24-8
ii  libclang1-3.8  1:3.8.1-16
ii  libgcc11:6.2.1-7
ii  libpython2.7   2.7.13-1
ii  libstdc++6 6.2.1-7
ii  python-bottle  0.12.11-1
ii  python-future  0.15.2-4
ii  python-jedi0.9.0-1
ii  python-requests2.12.4-1
ii  python-waitress1.0.1-1
ii  python2.7  2.7.13-1
pn  python:any 

Versions of packages ycmd recommends:
ii  libclang-common-3.8-dev  1:3.8.1-16
ii  node-typescript  2.1.4-1
ii  vim-youcompleteme0+20160327+git1b76af4-2

ycmd suggests no packages.

-- no debconf information

Bug#839643: [Pkg-rust-maintainers] Bug#839643: src:rustc: ppc64el is missing

[Ximin Luo]

Erwan Prioul:
> Hi,
> I've noticed big progress upstream. I'm able to compile on ppc64el \o/
> What would be the next steps to have it packaged? First, I guess, is to have 
> a new tag/version upstream, but then?
> 

Hi Erwan, see 
https://anonscm.debian.org/cgit/pkg-rust/rust.git/tree/debian/README.Debian#n60

If everything is good, we should be able to just create that orig-dl tarball, 
then do the rest of the upload as normal.

Are you (or anyone else on this list) able to confirm that the following are 
correct triplets?

$ for i in armhf ppc64 ppc64el s390x mips mipsel mips64el; do make -s 
--no-print-directory -f debian/architecture-test.mk rust-for-deb_$i; done
armhf armv7-unknown-linux-gnueabihf
ppc64 powerpc64-unknown-linux-gnu
ppc64el powerpc64le-unknown-linux-gnu
s390x s390x-unknown-linux-gnu
mips mips-unknown-linux-gnu
mipsel mipsel-unknown-linux-gnu
mips64el mips64el-unknown-linux-gnuabi64

If so, we should just be able to run

$ upstream_bootstrap_arch="armhf ppc64 ppc64el s390x mips mipsel mips64el" 
debian/rules source_orig-dl

it will create a rustc_1.xx.yy+dfsg1.orig-dl.tar.xz tarball and give you a list 
of things to manually do. After this, things should "just work" if we include 
it in the next upload - all the other logic should already be in place, to 
detect the necessary conditions to use the extra orig-dl tarball.

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
https://github.com/infinity0/pubkeys.git

Bug#849238: installation-guide: Use Plasma too when referring to the desktop project by KDE

[Luigi Toscano]

Source: installation-guide
Severity: normal
Tags: patch

Dear Maintainer,

the name of the desktop environment developed by the KDE community is
Plasma, and it should be used when the manual talks about the desktop.
The attached patch (against current trunk, revision 70415) fixes this.


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

Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Index: appendix/chroot-install.xml
===
--- appendix/chroot-install.xml	(revisione 70415)
+++ appendix/chroot-install.xml	(copia locale)
@@ -48,7 +48,7 @@
 drive as needed, creating at least one filesystem plus swap. You
 need around MB of space available for a console only install,
 or about MB if you plan to install X (more if you intend to
-install desktop environments like GNOME or KDE).
+install desktop environments like GNOME or KDE Plasma).
 
 
 
Index: appendix/files.xml
===
--- appendix/files.xml	(revisione 70415)
+++ appendix/files.xml	(copia locale)
@@ -240,7 +240,7 @@
   
 
 
-  KDE
+  KDE Plasma
   
   
   
Index: appendix/preseed.xml
===
--- appendix/preseed.xml	(revisione 70415)
+++ appendix/preseed.xml	(copia locale)
@@ -1408,7 +1408,7 @@
   xfce-desktop (XFCE desktop)
 
 
-  kde-desktop (KDE desktop)
+  kde-desktop (KDE Plasma desktop)
 
 
   cinnamon-desktop (Cinnamon desktop)
Index: preparing/minimum-hardware-reqts.xml
===
--- preparing/minimum-hardware-reqts.xml	(revisione 70415)
+++ preparing/minimum-hardware-reqts.xml	(copia locale)
@@ -68,7 +68,7 @@
 It is possible to run a graphical desktop environment on older or
 low-end systems, but in that case it is recommended to install
 a window manager that is less resource-hungry than those of the
-GNOME or KDE desktop environments; alternatives include
+GNOME or KDE Plasma desktop environments; alternatives include
 xfce4, icewm and
 wmaker, but there are others to choose from.
 

Bug#816664: Useless in Debian

[Balint Reczey]

Hi David,

Control: notfound -1 2.97a.20150601+dfsg-1

On Thu, 3 Mar 2016 15:18:51 -0400 David =?iso-8859-1?Q?Pr=E9vot?=
 wrote:
> Package: libjs-soundmanager2
> Version: 2.97a.20150601+dfsg-1
> Severity: serious
> 
> [ Filled as an RC-bug by the maintainer to see the package auto-removed
>   from testing. ]
> 
> I recently packaged libjs-soundmanager2 as used by owncloud-music, but
> owncloud is going away, see #816376. There is a priori little point to
> release libjs-soundmanager2 in a stable Debian release.
> 
> I intend to follow up with an RM request in a few months if nobody
> objects (but feel free to beat me to it).

Please keep the package in Debian for at least Stretch.

Kodi upstream recently switched to a new web interface which uses
soundmanager2 and to provide the same web interface in Debian I need to
have it packaged.

Cheers,
Balint

PS: Closing the bug since the package is not useless anymore. In a few
days I plan uploading the new reverse dependency.

Bug#849185: RFS: node-cli-cursor 1.0.2

[Paolo Greppi]

Hi,

I have packaged node-cli-cursor, see the ITP I am CC-ing and
the repo:
https://anonscm.debian.org/git/pkg-javascript/node-cli-cursor.git

Please someone more experienced than me review it and if it's OK sponsor
its upload.

Thanks,

Paolo

Bug#849064: src:gkremldk: maintainer address bounces

[Christoph Biedl]

Christoph Biedl wrote...

> FWIW, I had sent a message earlier today (you had that information but
> it wasn't public),

And got a reply from Niv. So we'll sort things out in due course.

Christoph


signature.asc
Description: Digital signature

Bug#831965: Status of asciidoc upload?

[Joseph Herlant]

Sorry for that.

I removed the GPL v1 license additions and put all the license owners
for GPL and GPL-2 under the same paragraph.
I pushed it to git and mentors and re-tagged.

Joseph

Bug#849200: [Pkg-nagios-devel] Bug#849200: Bug#849200: nagios-images: Outdated packaging

[Sebastiaan Couwenberg]

On 12/24/2016 12:04 AM, Alexander Wirt wrote:
> On Fri, 23 Dec 2016, Jan Wagner wrote:
>> Am 23.12.16 um 15:33 schrieb Bas Couwenberg:
>>> The packaging for nagios-images is outdated as reported by lintian. An
>>> ancient Standards-Version is used, and an extra-license-file false
>>> positive is not addressed. The package also installs symlinks for
>>> nagios3 which has been removed from unstable.
>>>
>>> The attached patches resolve this issue.
>>
>> maybe Alex has feelings about that, from my side, no objections to
>> upload your changes for this package. I never felt into really
>> maintaining the package.
>
> Same here, I a also never was sure if distributing those images is really
> legal..
> 
> So, thanks. Please go ahead.

If that is how you both feel, it's better to have the package removed,
and update the reverse dependencies to not recommend it any more.

I'll request the removal if none of you object.

Kind Regards,

Bas

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



signature.asc
Description: OpenPGP digital signature

Bug#849200: [Pkg-nagios-devel] Bug#849200: Bug#849200: nagios-images: Outdated packaging

[Sebastiaan Couwenberg]

On 12/24/2016 12:04 AM, Alexander Wirt wrote:
> On Fri, 23 Dec 2016, Jan Wagner wrote:
>> Am 23.12.16 um 15:33 schrieb Bas Couwenberg:
>>> The packaging for nagios-images is outdated as reported by lintian. An
>>> ancient Standards-Version is used, and an extra-license-file false
>>> positive is not addressed. The package also installs symlinks for
>>> nagios3 which has been removed from unstable.
>>>
>>> The attached patches resolve this issue.
>>
>> maybe Alex has feelings about that, from my side, no objections to
>> upload your changes for this package. I never felt into really
>> maintaining the package.
>
> Same here, I a also never was sure if distributing those images is really
> legal..
> 
> So, thanks. Please go ahead.

If that is how you both feel, it's better to have the package removed,
and update the reverse dependencies to not recommend it any more.

I'll request the removal if none of you object.

Kind Regards,

Bas

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



signature.asc
Description: OpenPGP digital signature

Bug#849237: Can't use /srv/tftp in tftpd-hpa

[Sjoerd Simons]

Package: lava-dispatcher
Version: 2016.12-1
Severity: normal

According to the installing on debian documentation, when only using V2 one can
leave the default tftp (/srv/tftp) directory as the one configured for
tftpd-hpa, however this doesn't work giving the following error in the log.

- {"dt": "2016-12-23T22:52:11.658332", "lvl": "exception", "msg": "Invalid job
  data: ['tftpd directory is not configured correctly, see
  /etc/default/tftpd-hpa']\n"}

It looks like this broke in upstream commit 18bb6b9895a

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

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

Versions of packages lava-dispatcher depends on:
ii  file  1:5.29-2
ii  lava-tool 0.14-2
ii  lsb-base  9.20161125
ii  parted3.2-17
ii  python-configglue 1.0-1
ii  python-configobj  5.0.6-2
ii  python-daemon 2.1.1-1
ii  python-guestfs1:1.34.3-5
ii  python-json-schema-validator  2.3.1-3
ii  python-lzma   0.5.3-3
ii  python-netifaces  0.10.4-0.1+b2
ii  python-nose   1.3.7-2
ii  python-pexpect4.2.1-1
ii  python-pyudev 0.21.0-1
ii  python-requests   2.12.4-1
ii  python-serial 3.2.1-1
ii  python-setuptools 32.0.0-1
ii  python-yaml   3.12-1
ii  python-zmq16.0.2-2
ii  python2.7 2.7.13-1
pn  python:any
pn  ser2net   
ii  sudo  1.8.19-1
ii  tar   1.29b-1.1
ii  telnet0.17-41

Versions of packages lava-dispatcher recommends:
ii  bridge-utils 1.5-10
ii  git  1:2.11.0-1
ii  kpartx   0.6.4-1
ii  libguestfs-tools 1:1.34.3-5
ii  lxc  1:2.0.6-1
ii  nfs-kernel-server1:1.3.4-2
ii  ntp  1:4.2.8p9+dfsg-2
ii  openbsd-inetd0.20140418-2
ii  python-setproctitle  1.1.10-1
ii  qemu-system-x86  1:2.7+dfsg-3+b1
ii  rpcbind  0.2.3-0.5
ii  rsync3.1.2-1
ii  sshfs2.8-1
pn  tftpd-hpa
ii  u-boot-tools 2016.11+dfsg1-3
ii  unzip6.0-21
ii  xz-utils 5.2.2-1.2

Versions of packages lava-dispatcher suggests:
ii  bzr  2.7.0+bzr6619-4

-- no debconf information

Bug#849200: [Pkg-nagios-devel] Bug#849200: Bug#849200: nagios-images: Outdated packaging

[Alexander Wirt]

On Fri, 23 Dec 2016, Jan Wagner wrote:

> Hi Bas,
> 
> Am 23.12.16 um 15:33 schrieb Bas Couwenberg:
> > The packaging for nagios-images is outdated as reported by lintian. An
> > ancient Standards-Version is used, and an extra-license-file false
> > positive is not addressed. The package also installs symlinks for
> > nagios3 which has been removed from unstable.
> > 
> > The attached patches resolve this issue.
> 
> maybe Alex has feelings about that, from my side, no objections to
> upload your changes for this package. I never felt into really
> maintaining the package.
Same here, I a also never was sure if distributing those images is really
legal..

So, thanks. Please go ahead.

Alex



signature.asc
Description: PGP signature

Bug#849236: GNUnet stable-backport

[bancfc]

Package: gnunet
Version: 0.10.1-4
Severity: normal

Hi Bertrand,

I'm a Whonix OS dev (an anonymity OS based on Debian stable) and we are 
looking at shipping GNUnet to our users. From my experiments the version 
in stable is not current enough to connect to the network. I confirmed 
this with the upstream devs - their release cycle is too rapid for 
stable freezes and they end up making non-backwards compatible changes 
regularly. Can you please consider maintaining a stable-backports 
version of the latest release?


I also gauged interest for hosting GNUnet exits with torservers.net 
(anon-profit dedicated  hosting Tor exits) and they are on board but the 
only obstacle is getting access to fresher releases on stable.


Thanks

Bug#848481: Pending fixes for bugs in the prometheus-mysqld-exporter package

[pkg-go-maintainers]

tag 848481 + pending
thanks

Some bugs in the prometheus-mysqld-exporter package are closed in
revision 83b9b0b34591d256fa615a2468ec19c9007d79a8 in branch
'debian/sid' by Filippo Giunchedi

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/prometheus-mysqld-exporter.git/commit/?id=83b9b0b

Commit message:

Suggest default-mysql-server | virtual-mysql-server (Closes: #848481)

Bug#843789: aptitude: please support Build-Depends/Conflicts-Arch

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


2016-11-09 17:17 David Kalnischkies:

Package: aptitude
Version: 0.8.3-1
Severity: wishlist
Control: block -1 by #837395
Tags: patch

Hi,

Bug #837395 requests support for these fields in apt which dpkg has for a while
now – see there for details on why. It would be nice if we could get support
for this into stretch so that packages can eventually use it.
[...]
btw: If this patch isn't applied aptitude treats Build-Conflicts-Arch packages 
as
Build-Depends which means it is going to install those packages… not really
what we want it to do (apt unpatched + libapt support would do the same btw).

Thanks for consideration & Best regards


I am not taking this patch from an adversary (enemy?) of the Apt Inner
Circle lightly, but well, given the dates, let's consider it a
Christmas/Winter-Holidays present (or punishment)...  ;)


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#849227: CLI works but GUI doesn't

[Henrik Ahlgren]

Oops, sorry about my brainfart. Of course it does not shut down the
onion service in case I only download the HTML download page (using
wget), but not the payload itself. After downloading "/download",
onionshare says "Closing automatically because download finished" and
the hidden service is gone (but it does not seem to exit until I hit
^C). --stay-open works as documented.

However I still cannot get the "stop server automatically" checkbox
in the GUI to work as expected.

Bug#849234: tzdata: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

 

Package: tzdata 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the updated Dutch translation of tzdata debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Cheers,
Frans



nl.po.gz
Description: application/gzip


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

Bug#846581: Moved biojava4-live from SVN to Git

[Andreas Tille]

Hi,

since there is another minor new upstream version of Biojava4-live and I
think orig tarballs that are not identical to upstream downloads should 
be in Git I moved the packaging from SVN to Git[1].

I think I adapted the patches properly but unfortunately the current
state in Git does not build.  Olivier, could you probably fix the build?

Kind regards

   Andreas.

[1] https://anonscm.debian.org/git/debian-med/biojava4-live.git

-- 
http://fam-tille.de

Bug#849233: ITP: litesql -- C++ object-relational persistence framework

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: litesql
  Version : 0.3.17.4
  Upstream Author : Tero Laitinen 
* URL : https://lab.louiz.org/louiz/litesql
* License : BSD-3-clause and LGPL-2.1+
  Programming Lang: C++
  Description : C++ object-relational persistence framework

 LiteSQL is a C++ library that integrates C++ objects tightly to
 relational database and thus provides an object persistence layer.
 LiteSQL supports SQLite3, PostgreSQL and MySQL as backends. LiteSQL
 creates tables, indexes and sequences to database and upgrades schema
 when needed.
 .
 In addition to object persistence, LiteSQL provides object relations
 which can be used to model any kind of C++ data structures. Objects can
 be selected, filtered and ordered using template- and class-based API
 with type checking at compile time.

Package is needed for optional features of biboumi.

Package will be maintained in the VoIP team.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYXaVbAAoJECx8MUbBoAEhgUIP/3EJKmnP4kzmFU6WvfIEcwja
lxFcnaIWn+uLlvFI0tQ4dmy1925rSlWKmXeagYUFCLu7rEYj7/Hovatu/9ZIlVDQ
291Z2abLxKRreJRFKrpkvJakyPYZ9FiZPIsRvy8rZwUu9WeaDez5sPEhvK0Xjyqh
OVLV94Jz4afx1GF0bVl+4x9JyHBCcXBUzd9m9yioCiY2l0EGqTa9zxtd04BQTDGv
JFc+IOlvrLIulX0bnX2mZJi9oGYIBys1GRB4WKeE/DJEQHEoY3zXoOR9MT9LTVXc
UA/ZVuTGFU8Qt/TE1dqKjTrLYiXy427EjG/F2LKRaMv9frN2Yuf2Veswzu9I/7Y8
zyCYbg5TpDfRV+Xp/0f2/9Rnk7VQ/9xoLjUngiZf9rzkkl4GqbRpBD4qAEMxxKtG
dG4fh3c77XibB8hyUa4ujaXSKxTh9IB+7UQZrKYgjuejuAGUAhv7cJV6WemdLplD
CQhRCRhA82XukosqttI9DHkVssas13li35KF8op4FMiKO+mZi3LpXGGhVB3hqjGt
GbYwHaZUe50WCiCpSBNH9xY8bQOfHEfey5y/NvXiVK+Tk7YxJLb5RCTrsDJkxLKr
tYMM6J5ZD9SldECAbbL8lEbuDS3AcZezsSgoxiEgvPN/wAvPRh88AP1Q48i77jTi
l3A6eaJ+cwa6OJE1dJE8
=1Fcc
-END PGP SIGNATURE-

Bug#849210: ntopng: fails to start

[Ludovico Cavedon]

package ntopng
tags 849210 + confirmed
tags 849210 grave
thanks

On Fri, Dec 23, 2016 at 8:47 PM Ludovico Cavedon  wrote:

> On Fri, Dec 23, 2016 at 4:48 PM Aaron M. Ucko  wrote:
>
> As of version 2.4, ntopng fails to start on my system.  I'm not sure
> what specifically is going wrong; all I see in ntopng.log is
>
> 23/Dec/2016 10:38:43 [Ntop.cpp:1121] Setting local networks to 127.0.0.0/8
> 23/Dec/2016  10:38:43 [Redis.cpp:92]
> Successfully connected to redis 127.0.0.1:6379@0
> 23/Dec/2016 10:38:43 [Ntop.cpp:1095] Parent process is exiting (this is
> normal)
>
>
>
Yes, I was able to reproduce it.
I am bumping severity to grave because it is basically causing ntopng to
not start on almost every system.

The problem is that the default PID path changed.

The  workaound is to change
/etc/systemd/system/multi-user.target.wants/ntopng.service from
PIDFile=/var/tmp/ntopng.pid
to
PIDFile=/var/run/ntopng.pid

I will upgrade a fix soon.

Cheers,
Ludovico

Bug#842186: aptitude: [INTL:nl] Dutch po file for the aptitude package's documentation

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


2016-10-26 20:20 Frans Spiesschaert:


Package: aptitude
Severity: wishlist
Tags: l10n patch


Dear Maintainer,

==
Please find attached the updated Dutch po file for the aptitude package's
documentation. It has been submitted for review to the
debian-l10n-dutch mailing list. Please add it to your next package
revision. It should be put as "doc/po4a/po/nl.po" in your package build tree.


Updated, thanks!


--
Manuel A. Fernandez Montecelo 

Bug#847965: aptitude: please, update Russian translation of section-descriptions

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


2016-12-12 17:43 Lev Lamberov:

Package: aptitude
Version: 0.8.3-1+b2
Severity: wishlist
Tags: patch

Dear Maintainer,

please, update Russian translation of section-descriptions.


Updated, thanks!


--
Manuel A. Fernandez Montecelo 

Bug#849232: python-brainstorm: test_handler_operations.py::test_conv2d_forward_batch_numpy FAILED

[Daniel Stender]

Source: python-brainstorm
Version: 0.5-2
Severity: important

Since a few runs [1], Brainstorm starts to break in the DEP-8 tests:


brainstorm/tests/test_handler_operations.py::test_conv2d_forward_batch_numpy 
FAILED
=== short test summary info 
SKIP [1] brainstorm/tests/test_describable.py:315: requires pycuda and skcuda

=== FAILURES ===
___ test_conv2d_forward_batch_numpy 

def test_conv2d_forward_batch_numpy():
_h = NumpyHandler(dtype=dtype)
for input_shape in ((3, 3), (5, 4), (4, 9)):
for nr_images in (1, 4):
for nr_input_maps in (1, 3):
for nr_filters in (1, 3):
for kernel_shape in ((1, 1), (2, 2), (3, 2)):
for stride in ((1, 1), (2, 2), (1, 2)):
for padding in (0, 1):
inputs = np.random.rand(
nr_images, input_shape[0], 
input_shape[1],
nr_input_maps).astype(dtype)
weights = np.random.rand(
nr_filters, kernel_shape[0],
kernel_shape[1], nr_input_maps).astype(
dtype)
bias = np.zeros(nr_filters).astype(dtype)

output_height = \
(input_shape[0] + 2 * padding -
 kernel_shape[0]) / stride[0] + 1
output_width = \
(input_shape[1] + 2 * padding -
 kernel_shape[1]) / stride[1] + 1

outputs = np.zeros((nr_images,
output_height,
output_width,
>   nr_filters), 
> dtype=dtype)
E   TypeError: 'float' object cannot be 
interpreted as an integer

brainstorm/tests/test_handler_operations.py:86: TypeError
 pytest-warning summary 
WC1 None [pytest] section in setup.cfg files is deprecated, use [tool:pytest] 
instead.
 Interrupted: stopping after 1 failures 
== 1 failed, 72 passed, 1 skipped, 1 pytest-warnings in 0.90 seconds ===


I haven't got into it now, but it could be this is another regression from the
update of Numpy to 1.12.0, like it affected other packages.

Thanks,
DS

[1] https://ci.debian.net/packages/p/python-brainstorm/unstable/amd64/

[2] https://bugs.debian.org/849177 (python-numpy: Please revert transition that 
happened past transition freeze)

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

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

Bug#849231: phpmyadmin: create/drop index shows resulting query only briefly

[Peter Roes]

Package: phpmyadmin
Version: 4:4.2.12-2+deb8u2
Severity: normal
Tags: patch

Dear Maintainer,

After I upgraded to Debian 8, I noticed create/drop index actions in phpmyadmin
only show the executed query for a brief moment. Consequently, I am not longer
able to copy these queries, e.g. for journaling purposes.

It looks like a double refresh of the underlaying page, so I took a look at the
javascript files, and comment out a couple of lines which fixed the problem for
me.

I have created diff files which I will upload with this report.

With kind regards,

Peter



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

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

Versions of packages phpmyadmin depends on:
ii  dbconfig-common1.8.47+nmu3+deb8u1
ii  debconf [debconf-2.0]  1.5.56
ii  libapache2-mod-php55.6.29+dfsg-0+deb8u1
ii  libjs-sphinxdoc1.2.3+dfsg-1
ii  perl   5.20.2-3+deb8u6
ii  php-gettext1.0.11-1
ii  php5-json  1.3.6-1
ii  php5-mcrypt5.6.29+dfsg-0+deb8u1
ii  php5-mysql 5.6.29+dfsg-0+deb8u1
ii  ucf3.0030

Versions of packages phpmyadmin recommends:
ii  apache2 [httpd]  2.4.10-10+deb8u7
ii  apache2-mpm-prefork [httpd]  2.4.10-10+deb8u7
ii  mysql-client 5.5.53-0+deb8u1
ii  mysql-client-5.5 [virtual-mysql-client]  5.5.53-0+deb8u1
ii  php-tcpdf6.0.093+dfsg-1
ii  php5-gd  5.6.29+dfsg-0+deb8u1

Versions of packages phpmyadmin suggests:
ii  epiphany-browser [www-browser]   3.14.1-1
ii  firefox-esr [www-browser]45.6.0esr-1~deb8u1
ii  iceape [www-browser] 2.7.12-1
ii  mysql-server 5.5.53-0+deb8u1
ii  mysql-server-5.5 [virtual-mysql-server]  5.5.53-0+deb8u1
ii  w3m [www-browser]0.5.3-19

-- debconf information:
  phpmyadmin/dbconfig-remove:
* phpmyadmin/reconfigure-webserver: apache2
  phpmyadmin/upgrade-backup: true
  phpmyadmin/install-error: abort
  phpmyadmin/remove-error: abort
  phpmyadmin/missing-db-package-error: abort
  phpmyadmin/remote/host:
  phpmyadmin/dbconfig-install: true
  phpmyadmin/internal/reconfiguring: false
  phpmyadmin/mysql/method: unix socket
  phpmyadmin/db/app-user: phpmyadmin
  phpmyadmin/dbconfig-reinstall: false
  phpmyadmin/internal/skip-preseed: false
  phpmyadmin/setup-username: admin
  phpmyadmin/remote/newhost:
  phpmyadmin/dbconfig-upgrade: true
  phpmyadmin/purge: false
  phpmyadmin/upgrade-error: abort
  phpmyadmin/remote/port:
  phpmyadmin/mysql/admin-user: root
  phpmyadmin/passwords-do-not-match:
--- functions.org.js	2016-12-23 22:38:47.0 +0100
+++ functions.js	2016-12-21 16:16:02.0 +0100
@@ -2987,7 +2987,7 @@
 }
 $('div.no_indexes_defined').hide();
-if (callback_success) {
-   callback_success();
-}
+//if (callback_success) {
+//   callback_success();
+//}
 PMA_reloadNavigation();
 } else {
--- indexes.org.js	2016-12-23 22:39:34.0 +0100
+++ indexes.js	2016-12-21 16:26:22.0 +0100
@@ -162,7 +162,7 @@
 PMA_highlightSQL($('#page_content'));
 }
-PMA_commonActions.refreshMain(false, function () {
-$("a.ajax[href^=#indexes]").click();
-});
+//PMA_commonActions.refreshMain(false, function () {
+//$("a.ajax[href^=#indexes]").click();
+//});
 PMA_reloadNavigation();
 } else {

Bug#846274: Fwd: Bug#846274: GNOME Software catalog entry missing for KeePassX

[Reinhard Tartler]

Felix, that patch looks OK to me.


Care to apply it upstream?

Thanks,
Reinhard

 Forwarded Message 
Subject:Bug#846274: GNOME Software catalog entry missing for KeePassX
Resent-Date:Tue, 29 Nov 2016 19:27:01 +
Resent-From:asciiw...@seznam.cz
Resent-To:  debian-bugs-dist@lists.debian.org
Resent-CC:  Reinhard Tartler 
Date:   Tue, 29 Nov 2016 20:22:11 +0100 (CET)
From:   asciiw...@seznam.cz
Reply-To:   asciiw...@seznam.cz, 846...@bugs.debian.org
To: sub...@bugs.debian.org



Package: keepassx
Version: 2.0.2-1
Severity: normal
Tags: patch

The KeePassX package cannot be found and/or installed using GNOME
Software because the keepassx.desktop file contained in the package is
missing a "Comment" section that is required by AppStream to generate
correct metadata. The attached patch fixes the issue.

[Test Case]
1. Open the GNOME Software application.
2. Type "KeePassX" into the search bar.
--- keepassx.desktop.orig	2016-11-03 17:29:34.923992352 +0100
+++ keepassx.desktop	2016-11-03 17:36:19.817971778 +0100
@@ -5,6 +5,7 @@
 GenericName[es]=Gestor de contraseñas
 GenericName[fr]=Gestionnaire de mot de passe
 GenericName[ru]=менеджер паролей
+Comment=Cross Platform Password Manager
 Exec=keepassx %f
 Icon=keepassx
 Terminal=false

Bug#848825: lintian: Does not applies source-is-missing overrides unless path has wildcard

[Jérémy Lal]

Package: lintian
Version: 2.5.49
Followup-For: Bug #848825

Please see attached output obtained using
lintian --no-tag-display-limit > ../lintian_output

Jérémy
E: nodejs source: source-is-missing doc/api_assets/sh_javascript.min.js
N: 
N:The source of the following file is missing. Lintian checked a few
N:possible paths to find the source, and do not find it.
N:
N:Please repack your package to include the source or add it to
N:"debian/missing-sources" directory.
N:
N:If this is a false-positive, please report a bug against Lintian.
N:
N:Severity: serious, Certainty: possible
N:
N:Check: cruft, Type: source
N: 
E: nodejs source: source-is-missing test/fixtures/throws_error5.js line length 
is 516 characters (>512)
E: nodejs source: source-is-missing test/fixtures/throws_error6.js line length 
is 1029 characters (>512)
E: nodejs source: source-is-missing deps/v8/benchmarks/regexp.js line length is 
2305 characters (>512)

Bug#842221: W: Can't drop privileges for downloading as file 'linux_4.8.4-1~exp1.dsc' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)

[Manuel A. Fernandez Montecelo]

Control: severity -1 minor
Control: tags -1 + wontfix
Control: close -1


Hi,

2016-10-27 06:20 積丹尼 Dan Jacobson:

Package: aptitude
Version: 0.8.3-1+b1

# aptitude source linux
Executing 'apt source linux'

[...]
W: Can't drop privileges for downloading as file 'linux_4.8.4-1~exp1.dsc' 
couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)


This is a warning coming from apt and we cannot do anything about it, so
closing.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#842707: aptitude keep-all hangs forever

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi,

2016-10-31 14:53 Andreas:

Package: aptitude
Version: 0.8.3-1+b1
Severity: normal

Dear Maintainer,

trying to keep back all possible upgrades with "aptitude keep-all" currently
results in aptitude hanging with aptitude generating a high CPU load (around
84% on my machine, shown by htop). Interestingly this also happens when I have
upgraded all upgradable packages before, so there would actually not be
anything to do.


Do you have GzipIndexes indexes enabled in apt/aptitude config?

I seem to remember that there were problems related with this in the
past.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#848975: [Bash-completion-devel] Bug#848975: bash-completion: Fails to auto-complete /etc/hosts hostnames after ~/.ssh/config file created

[Miel Donkers]

I've been trying to look at the source, to find what the problem is. But
with my limited knowledge I could use some assistance.

Looking at the "ssh" completion, it seems hosts are coming from the
"hostcomplete" variable / parameter. But I haven't found where this one is
coming from.
I tried disabling loading the "~/.ssh/config" file in the "bash-completion"
script, but this didn't make a difference.

Could someone perhaps explain where the "hostcomplete" is coming from, so I
might be able to debug this further?

Thx,
Miel

On 22 December 2016 at 10:35, Ville Skyttä  wrote:

> FWIW, I (upstream) cannot reproduce using upstream bash-completion
> development code directly on Fedora, haven't tried with Debian.
>



-- 
*Miel Donkers | Agile Solution Developer*


*codecentric Nederland BVtel: +31 (0) 85.400.0011 | mobiel: +31 (0)
6.511.977.38 | miel.donk...@codecentric.nl *

*Breda office (postal address) | Reduitlaan 33 | 4814DC Breda | Netherlands*
*Amsterdam office | Johan Huizingalaan 763a | 1066VH Amsterdam |
Netherlands*
*www.codecentric.nl  | blog.codecentric.nl
 | @codecentric_nl
*


Volg ons op LinkedIn

Tweet met ons op Twitter 
Lees mee op onze blog 

Like ons op Facebook 
Volg ons op Github 

Meer over ons: codecentric Nederland BV is een Java Software Craftsmen
projecten en consultancy organisatie, met focus op Continuous Delivery,
Agile development en Applicatie Performance Management (AppDynamics Pro
). codecentric is
kennis gedreven met ruim 350 medewerkers in Nederland, Duitsland, Bosnië en
Herzegovina en Servië.

Bug#849229: Unneeded dependency on ser2net

[Sjoerd Simons]

Package: lava-dispatcher
Version: 2016.12-1
Severity: normal

Lava dispatcher has a dependency on ser2net, but this is only needed if usng
ser2net to provide serial for DUTs. Please downgrade ser2net dependency to a
recommends

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

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

Versions of packages lava-dispatcher depends on:
ii  file  1:5.29-2
ii  lava-tool 0.14-2
ii  lsb-base  9.20161125
ii  parted3.2-17
ii  python-configglue 1.0-1
ii  python-configobj  5.0.6-2
ii  python-daemon 2.1.1-1
ii  python-guestfs1:1.34.3-5
ii  python-json-schema-validator  2.3.1-3
ii  python-lzma   0.5.3-3
ii  python-netifaces  0.10.4-0.1+b2
ii  python-nose   1.3.7-2
ii  python-pexpect4.2.1-1
ii  python-pyudev 0.21.0-1
ii  python-requests   2.12.4-1
ii  python-serial 3.2.1-1
ii  python-setuptools 32.0.0-1
ii  python-yaml   3.12-1
ii  python-zmq16.0.2-2
ii  python2.7 2.7.13-1
pn  python:any
pn  ser2net   
ii  sudo  1.8.19-1
ii  tar   1.29b-1.1
ii  telnet0.17-41

Versions of packages lava-dispatcher recommends:
ii  bridge-utils 1.5-10
ii  git  1:2.11.0-1
ii  kpartx   0.6.4-1
ii  libguestfs-tools 1:1.34.3-5
ii  lxc  1:2.0.6-1
ii  nfs-kernel-server1:1.3.4-2
ii  ntp  1:4.2.8p9+dfsg-2
ii  openbsd-inetd0.20140418-2
ii  python-setproctitle  1.1.10-1
ii  qemu-system-x86  1:2.7+dfsg-3+b1
ii  rpcbind  0.2.3-0.5
ii  rsync3.1.2-1
ii  sshfs2.8-1
pn  tftpd-hpa
ii  u-boot-tools 2016.11+dfsg1-3
ii  unzip6.0-21
ii  xz-utils 5.2.2-1.2

Versions of packages lava-dispatcher suggests:
ii  bzr  2.7.0+bzr6619-4

-- no debconf information

Bug#849230: kodi-pvr-hdhomerun: Fails to build from source with kodi 2:17.0~beta6+dfsg1-1

[Jeremy Bicha]

Package: kodi-pvr-hdhomerun
Version: 2.4.2+git20160820-1
Severity: serious

kodi-pvr-hdhomerun fails to build from source in a clean sid chroot.

[ 25%] Building CXX object CMakeFiles/pvr.hdhomerun.dir/src/client.cpp.o
/usr/bin/c++   -DBUILD_KODI_ADDON -Dpvr_hdhomerun_EXPORTS
-I/usr/include/kodi -I/usr/include/p8-platform -I/usr/include/jsoncpp
-I/usr/include/libhdhomerun  -g -O2
-fdebug-prefix-map=/<>/kodi-pvr-hdhomerun-2.4.2+git20160820=.
-fstack-protector-strong -Wformat -Werror=format-security
-I/<>/kodi-pvr-hdhomerun-2.4.2+git20160820/src/ -Wdate-time
-D_FORTIFY_SOURCE=2 -flto -O3 -DNDEBUG -fPIC   -DTARGET_POSIX
-DTARGET_LINUX -D_LINUX -o
CMakeFiles/pvr.hdhomerun.dir/src/client.cpp.o -c
/<>/kodi-pvr-hdhomerun-2.4.2+git20160820/src/client.cpp
/<>/kodi-pvr-hdhomerun-2.4.2+git20160820/src/client.cpp: In
function ‘bool SeekTime(int, bool, double*)’:
/<>/kodi-pvr-hdhomerun-2.4.2+git20160820/src/client.cpp:387:6:
error: conflicting declaration of C function ‘bool SeekTime(int, bool,
double*)’
 bool SeekTime(int,bool,double*) { return false; }
  ^~~~
In file included from
/<>/kodi-pvr-hdhomerun-2.4.2+git20160820/src/client.cpp:26:0:
/usr/include/kodi/xbmc_pvr_dll.h:592:8: note: previous declaration
‘bool SeekTime(double, bool, double*)’
   bool SeekTime(double time, bool backwards, double *startpts);
^~~~
CMakeFiles/pvr.hdhomerun.dir/build.make:65: recipe for target
'CMakeFiles/pvr.hdhomerun.dir/src/client.cpp.o' failed
make[3]: *** [CMakeFiles/pvr.hdhomerun.dir/src/client.cpp.o] Error 1
make[3]: Leaving directory
'/<>/kodi-pvr-hdhomerun-2.4.2+git20160820/obj-x86_64-linux-gnu'
CMakeFiles/Makefile2:102: recipe for target
'CMakeFiles/pvr.hdhomerun.dir/all' failed


Since it fails in the same spot in Ubuntu, you can view the full build log at
https://launchpad.net/ubuntu/+source/kodi-pvr-hdhomerun/2.4.2+git20160820-1build1/+build/11774599

Thanks,
Jeremy Bicha

Bug#828342: Re: [Htt-developers] Building with OpenSSL 1.0.2 is sufficient for stretch

[Sebastian Andrzej Siewior]

On 2016-12-23 09:42:22 [+0100], Christian Liesch wrote:
> Hey all

Hi,

> Thanks for the patch, I build a new version => 2.4.18. Enjoy.

Thank you Christian.
Eva, I don't know if you have seen Christian's email regarding 2.4.18.
It did not make it to the bug report…

  
https://sourceforge.net/projects/htt/files/htt2.4/httest-2.4.18/httest-2.4.18.tar.gz/download

The new release should have everything needed.

> Gruss
> Christian

Sebastian

Bug#849228: Tint2 with "autohide = 1" (autohide enabled) makes Virtualbox unusable.

[Nekki Nekki]

Package: tint2
Version: 0.12.12-1
Severity: important


Dear maintainers,

If "autohide" is set to 1 "virtualbox" became unusable. Please note that
ONLY "virtualbox" window and guests windows are affected. The problem is
reproducible under any DE/WM. Please, check bug #844165 for more info.

Thanks,

Nekki


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

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

Versions of packages tint2 depends on:
ii  libatk1.0-0   2.22.0-1
ii  libc6tint22.24-8
ii  libcairo2 1.14.8-1
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libgdk-pixbuf2.0-02.36.2-1
ii  libglib2.0-0  2.50.2-2
ii  libgtk2.0-0   2.24.31-1
ii  libimlib2 1.4.8-1
ii  libpango-1.0-01.40.3-3
ii  libpangocairo-1.0-0   1.40.3-3
ii  libpangoft2-1.0-0 1.40.3-3
ii  librsvg2-22.40.16-1
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.4-2
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1

tint2 recommends no packages.

tint2 suggests no packages.

-- no debconf information

Bug#848825: lintian: Does not applies source-is-missing overrides unless path has wildcard

[Bastien ROUCARIES]

On Tue, Dec 20, 2016 at 12:26 AM, Jérémy Lal  wrote:
> Package: lintian
> Version: 2.5.49
> Severity: normal
>
> This doesn't override anything:
>
> source/lintian-overrides
> source-is-missing deps/v8/benchmarks/regexp.js
> source-is-missing doc/api_assets/sh_javascript.min.js
> source-is-missing test/fixtures/throws_error5.js
> source-is-missing test/fixtures/throws_error6.js
>
> and it lists those overrides as unused.
>
> This does work as intended:
> source/lintian-overrides
> source-is-missing deps/v8/benchmarks/regexp.js*
> source-is-missing doc/api_assets/sh_javascript.min.js*
> source-is-missing test/fixtures/throws_error5.js*
> source-is-missing test/fixtures/throws_error6.js*
>
> Cheers,
>
> Jérémy.
Could you check if they are some trailing whitespace in lintian output ?



>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages lintian depends on:
> ii  binutils  2.27.51.20161212-1
> ii  bzip2 1.0.6-8
> ii  diffstat  1.61-1
> ii  file  1:5.29-2
> ii  gettext   0.19.8.1-1
> ii  intltool-debian   0.35.0+20060710.4
> ii  libapt-pkg-perl   0.1.30
> ii  libarchive-zip-perl   1.59-1
> ii  libclass-accessor-perl0.34-1
> ii  libclone-perl 0.38-2+b1
> ii  libdpkg-perl  1.18.17
> ii  libemail-valid-perl   1.202-1
> ii  libfile-basedir-perl  0.07-1
> ii  libipc-run-perl   0.94-1
> ii  liblist-moreutils-perl0.416-1+b1
> ii  libparse-debianchangelog-perl 1.2.0-12
> ii  libperl5.24 [libdigest-sha-perl]  5.24.1~rc4-1
> ii  libtext-levenshtein-perl  0.13-1
> ii  libtimedate-perl  2.3000-2
> ii  liburi-perl   1.71-1
> ii  libyaml-libyaml-perl  0.63-1+b1
> ii  man-db2.7.6.1-2
> ii  patchutils0.3.4-2
> ii  perl  5.24.1~rc4-1
> ii  t1utils   1.39-2
> ii  xz-utils  5.2.2-1.2
>
> Versions of packages lintian recommends:
> ii  dpkg 1.18.17
> ii  libautodie-perl  2.29-2
> ii  libperlio-gzip-perl  0.19-1+b2
> ii  perl 5.24.1~rc4-1
> ii  perl-modules-5.24 [libautodie-perl]  5.24.1~rc4-1
>
> Versions of packages lintian suggests:
> ii  binutils-multiarch 2.27.51.20161212-1
> ii  dpkg-dev   1.18.17
> ii  libhtml-parser-perl3.72-3
> ii  libtext-template-perl  1.46-1
>
> -- no debconf information
>

Bug#844055: Doesn't support conversion of images with dimensions of 256x256 or greater.

[Jeremy Bicha]

I confirm that the patch works well for me.

I went ahead and pushed it to Ubuntu because there's an
Ubuntu-specific package (hdhomerun-config-gui) that can benefit from
the fix.

Thanks,
Jeremy Bicha

Bug#841208: fixed in monkeysphere 0.41-1

[Petter Reinholdtsen]

[Daniel Kahn Gillmor]
> I'm likely to try proposal (a) as 0.41-2 unless i hear other
> suggestions.

In Debian Edu we ran into a similar problem within debian-installer, when
setting up Kerberos.  The installation would hang because the Linux kernel
collect entropy from so few sources and almost none of the sources have
activity during installation.  We solved it by running a shell script loop
in the background checking the entropy level, and flushing the disk cache
and doing find / to generate disk IO when entropy run low.

Perhaps an idea for the test code?

Check out
https://anonscm.debian.org/git/debian-edu/debian-edu-config.git/tree/share/debian-edu-config/d-i/finish-install
 >
for the Debian Edu implementation.

-- 
Happy hacking
Petter Reinholdtsen

Bug#832496: Processed: closing 832496

[Michael Biebl]

Am 23.12.2016 um 06:45 schrieb Salvatore Bonaccorso:
> Control: fixed -1 2.35.4-1
> 
> On Fri, Dec 23, 2016 at 01:03:05AM +, Debian Bug Tracking System wrote:
>> Processing commands for cont...@bugs.debian.org:
>>
>>> close 832496 2.36.2-1
>> Bug #832496 [src:gdk-pixbuf] gdk-pixbuf: CVE-2016-6352: ico loader crashes 
>> when loading crafted file
>> Marked as fixed in versions gdk-pixbuf/2.36.2-1.
>> Bug #832496 [src:gdk-pixbuf] gdk-pixbuf: CVE-2016-6352: ico loader crashes 
>> when loading crafted file
>> Marked Bug as done
> 
> Actually, unless my research is wrong the first fixing version is
> 2.35.4-1.
> 
> Let me know if that's wrong please.

I just tested the current version in unstable and didn't research the
correct version. Thanks for caring and fixing it.


Regards,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#834203: reprepro: Error including .changes: "'*.debian.tar.xz' has the wrong architecture to add it to unstable!"

[Manuel A. Fernandez Montecelo]

2016-12-22 15:06 GMT+01:00 Bernhard R. Link :
> Control: tags -1 +moreinfo
>
> First sorry for the very late reply.

Thanks for following up, in any case!


> * Manuel A. Fernandez Montecelo  [161222 14:03]:
>> Possibly I am doing something wrong and couldn't see any bugs or changes in 
>> the
>> changelog that might have caused this, but I am pretty sure that this was
>> working only weeks ago in the same system with approximately the same 
>> versions
>> (it's unstable, so I update often).
>>
>> Using "--ignore wrongarchitecture" or "surprisingarch" doesn't help.
>>
>> It happens with tar.xz and .gz files, either .debian or original (for native
>> packages) or also diff.gz.
>>
>> includedeb works fine for including the .debs in the .changes files.
>>
>> Any clue if there's a problem somewhere or if I am doing something wrong (in
>> which case, sorry for the noise)?
>
> Could you make sure you have "source" in your Architectures: line in
> conf/distributions? (Without this reprepo thinks you do not want source
> files in this distribution and thus will complain if those are added.)
>
> If you do not want to include sources, please try -T deb option before
> the checkin. (Or -A yourarchitecture)

It's been a few months now and I ended up fixing the problem after a
while -- I think that it was the "sourcce" thing that you mention...
but unfortunately I don't have access to that system anymore, so I
cannot confirm.

>From my side I think that this report can be closed, unless you want
to leave it open for some reason.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#849227: onionshare: CLI never shuts down after download - GUI always does

[Henrik Ahlgren]

Package: onionshare
Version: 0.6-3
Severity: important

Manual page reads:

"OnionShare's default behaviour is to shut down the hidden service and
to stop once the file has been downloaded. You can prevent this
behaviour by invoking the --stay-open option. This can be useful if
you want multiple people to access the same file."

However, the command line version always allows multiple downloads
until onionshare is manually stopped, with or without --stay-open.

-8<--
$ onionshare /usr/bin/vi
Connecting to Tor control port to set up hidden service on port 60373.
Preparing files to share.
Waiting for HS to be ready:
Trying...  * Running on http://127.0.0.1:60373/
Not ready yet.
Trying... Ready!
Give this URL to the person you're sending the file to:
http://.onion/YY

Press Ctrl-C to stop server
127.0.0.1 - - [DD/Dec/2016 HH:MM:SS] "GET / HTTP/YY 
1.1" 200 -
127.0.0.1 - - [DD/Dec/2016 HH:MM:SS] "GET /YY HTTP/1.1" 
200 -
127.0.0.1 - - [DD/Dec/2016 HH:MM:SS] "GET /YY HTTP/1.1" 
200 -
^C127.0.0.1 - - [DD/Dec/2016 MM:MM:SS] "GET 
/YY/shutdown HTTP/1.1" 200 -
-8<--

The GUI version malfunctions the opposite way: there is a checkbox
"Stop server automatically", but it has no effect – the server always
stops after the first download.

This is quite confusing and the CLI behaviour is potentially unsecure.

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

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

Versions of packages onionshare depends on:
ii  python   2.7.9-1
ii  python-flask 0.10.1-2
ii  python-qt4   4.11.2+dfsg-1
ii  python-stem  1.2.2-1.1
ii  torbrowser-launcher  0.1.9-1+deb8u3

onionshare recommends no packages.

onionshare suggests no packages.

-- debconf-show failed

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

[Pali Rohár]

On Friday 23 December 2016 14:46:53 Andreas Henriksson wrote:
> Hi again Pali Rohár,
> 
> On Fri, Dec 23, 2016 at 11:29:59AM +0100, Pali Rohár wrote:
> > Now lintian on mentors shows warning:
> > 
> > package-uses-experimental-debhelper-compat-version
> > 10
> 
> Yes, lintian is simply wrong/outdated here. It's just a tool to help
> you find issues, don't blindly follow lintian like if it was
> religion or policy. Normally you'd consider a lintian override in
> cases where you have confirmed lintian is wrong, but in this case
> the warning will likely go away by itself if you just give it some
> time for new lintian releases to appear.
> 
> More importantly I wanted to mention a detail which might be useful
> to consider before uploading your package:
> 
> You use DAEMON_OPTS in the default file, while sysvinit seems to be
> standardizing on DAEMON_ARGS  to avoid the messy work of later
> migration of conffile settings you might want to consider switching
> to DAEMON_ARGS now before the first version has been uploaded. You
> decide.

Hm... Another option would be to use LLMNRD_OPTS. Looks like other 
daemons in Debian (e.g. ntpd or rsync) use env variable _OPTS in 
/etc/default/.

What do you think about it?

> FYI, I also filed issues upstream for potential systemd service
> improvements. #15, #16.
> Shipping the file is as simple as running
> "echo etc/llmnrd.service >> debian/llmnrd.install"

Yes, I know. But first we need fully working service file.

> as dh compat 10 takes care of the rest for you.
> You might want to consider dropping the attached patch in
> debian/patches/ and adding debian/patches/series containing it's
> name to preserve default file configuration under both init systems.
> 
> Regards,
> Andreas Henriksson

-- 
Pali Rohár
pali.ro...@gmail.com


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

Bug#643595: SNES9x upstream released 1.54.1

[Marcel Partap]

tarballs: https://sites.google.com/site/bearoso/snes9x/
git repo: https://github.com/snes9xgit/snes9x

> It's still alive (!)
http://www.snes9x.com/phpbb3/viewtopic.php?f=8=23752

> Snes9x 1.54.1
> - GTK+: Properly use --std=c++11 when compiling xBRZ.   (BearOso)
> - Win32: Save window position when toggling fullscreen. (OV2)
> - Win32: Do not assign down-left binding to down-right. (OV2)


> Snes9x 1.54
> - Changed the S-SMP core module to one written by byuu. (byuu, BearOso)
>   This has the effect of increased accuracy, fewer
>   speed hacks, but also regresses a few speed-hack games.
> - Improved IRQ emulation in several cases.  (OV2)
> - Added rewind support. (Themaister, OV2)
> - Included libretro port.   (OV2, libretro 
> team)
> - Added bps soft-patching support   (OV2)
> - Fixed MMC bank register bit 7, restored 64mbit ExLoRom
>   map   (FuSoYa)
> - GTK+, Windows: Added xBRZ filter  (Zenju, OV2, 
> nmagre)
> - GTK+: Fixed several issues with GTK+3.(BearOso)
> - GTK+: Added extra aspect ratio options.   (BearOso)
> - GTK+: Added option to mute sound when using turbo mode.   (BearOso)
> - GTK+: Fixed expose handling to reduce overdraw and(BearOso)
>   improve performance.
> - GTK+: Updated and universalized Spanish translation.  (jristz)
> - Unix: Added Xv support and fixed several bugs.(greg-kennedy)
> - Win32: Added CG meta shader support   (OV2, Themaister)
> - Win32: Added support to detect joypad changes (OV2)
> - Win32: Fixed unicode command line parameters,
>   Fixed controller command line parameters  (OV2)
> - Win32: Added quit hotkey  (OV2)
> - Win32: Fixed custom rom dialog(OV2)
> - Win32: Fixed various cheat dialog issues  (gocha, OV2)
> - Win32: Added hotkey for fast forward toggling (gocha)
> - Win32: Added drag and drop support for movies (gocha)
> - Win32: Fixed blargg filter for regular width hires(OV2)
> - Win32: Fixed snapshot loading from unicode paths  (OV2)
> - Win32: Changed open-with file-association method, should
>   no longer change explorer icons for otherwise
>   unassociated extensions; removed legacy extensions(OV2)

Would be very cool if it would find its way back into Debian, zsnes & higan 
don't work everywhere and snes9x always had a robust user experience..
#Regards!

Bug#849211: Installing gives multiple errors

[Scott Kitterman]

On Fri, 23 Dec 2016 15:42:09 + James Cloos  wrote:
...
> Argument "0.33_01" isn't numeric in numeric lt (<) at
> /usr/share/perl5/Net/Server/Log/Sys/Syslog.pm line 42.
> 
> 
> So, at the very least it should depend on libdbd-sqlite3-perl.
> 
> I haven’t figured out where the 0.33_01 comes from.

That looks like it's from libnet-server-perl.  I'd suggest a bug against that 
package.  I see the same error.

Scott K

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

Bug#824169: ftp.debian.org: src:chocolate-doom/2.2.1-3 is in both main and contrib

[Fabian Greffrath]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Am Freitag, den 23.12.2016, 18:27 + schrieb Jonathan Dowland:
> On second (or third thoughts)... I've uploaded the package as-is to
> DELAYED-5.
> I suppose worst case it's borked and a fixed package needs to be
> uploaded
> after, that might be better than not getting this done in time for
> the freeze.

Thank you very much for this!

> ...upgrade seems to work, there's a problem with downgrading from
> these -5
> versions to -4 but I guess that's never officially supported anyway.

I don't think we need to support downgrading at all (i.e. I don't think
any package ever did). Forward is the only way. ;)

> Sorry yes, that's not quite what I meant. hopefully the latest pushes
> to
> the proposed-consolidate branch clear that up.

Not entirely. Sorry, but I think there is a glitch in the latest
commit. The chocolate-doom package should have kept the Breaks/Replaces
against chocolate-common (<< 2.2.1-5~).

Suppose you have only chocolate-common 2.2.1-4 installed and then
attempt to install chocolate-doom 2.2.1-5. The latter package contains
files that are owned by the former one and thus the installation will
fail. Do you think it is possible to fix this and override your latest
upload again?

Cheers,

Fabian
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEIsF2SKlSa4TfGRyWy+qOlwzNWd8FAlhdiPgACgkQy+qOlwzN
Wd+roA/+JARbWQcgFPNPDOyBcK8f0DnJpWUOUskocYs8NLvSkSvtWKXEbL2dWJe4
M36zcfyF35xUgXPVU7TmBcl6sswl084hv+OgpIR4WbxSNRH9hSaHWJ9eA1blmJzr
C4pJIxLAAqYgA9fUbgyGq8pQEWL+b4g1+/R71CNpgZ9obO3uX7h9FxNSqS9ekxS3
sQEQuFx25EeSRaNvmEIhnrGFxyqXG+RktrLr7jPfA6boKezZjWN94qYLSsWJQ0ZV
juPuskUoEFyFVnAgwvGlhWC9OcNWFg7IZuI5l9+pED+bfhX6hS03y0R5MhYvfejD
NS/13x9GIQX8Qz9F+kzQ6nb8+cFkUGzMsTWt1A3SumyQktd09ZCbdWvZnuKScsBr
pULgao2hkw/SAbGtcOP3GlXugccpopSU1RVvevsZp1YCgswOGrbFPTRX2l1O4yQ3
U0bhZYfLtFvoYv4LnsUZ0blotYQ2LrFDT1jNJL07D6q6Ti35LXSJEsJXUgeSohN2
sUlQYhjP/VETYv8+pp3rsOj6DChv0fKIh/WS2yAsNHZpU/JYoJUSfiBAJgXoRWjq
N2r8gKf6HmX88ueUV3wC1j5KzeSJDq8S+zwMvuB10cfgisrWJxjhbXLf783uPijE
uB4rtFFl5tvWBOfJt9be7IgSOb3Ksn5KjtUgr43P+UrXH73UD8w=
=zIIt
-END PGP SIGNATURE-

Bug#849200: [Pkg-nagios-devel] Bug#849200: nagios-images: Outdated packaging

[Jan Wagner]

Hi Bas,

Am 23.12.16 um 15:33 schrieb Bas Couwenberg:
> The packaging for nagios-images is outdated as reported by lintian. An
> ancient Standards-Version is used, and an extra-license-file false
> positive is not addressed. The package also installs symlinks for
> nagios3 which has been removed from unstable.
> 
> The attached patches resolve this issue.

maybe Alex has feelings about that, from my side, no objections to
upload your changes for this package. I never felt into really
maintaining the package.

Cheers, Jan.
-- 
Never write mail to , you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M+ V- PS
PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
--END GEEK CODE BLOCK--



signature.asc
Description: OpenPGP digital signature

Bug#842136: atop: /run/pacct_shadow.d: File exists on restarting atopacctd on upgrade

[Martin Steigerwald]

Am Mittwoch, 26. Oktober 2016, 10:26:47 CET schrieben Sie:
> There is also a non aborting error with deb-systemd-helper, I file
> another bug report about that if you want.
> 
> merkaba:~#100> LANG=C apt dist-upgrade
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> Calculating upgrade... Done
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> 1 not fully installed or removed.
> After this operation, 0 B of additional disk space will be used.
> Do you want to continue? [Y/n] 
> Setting up atop (2.2.4-1~exp1) ...
> Failed to preset unit: File
> /etc/systemd/system/multi-user.target.wants/atop.service already exists.
> /usr/bin/deb-systemd-helper: error: systemctl preset failed on
> atop.service: No such file or directory Job for atopacct.service failed
> because of unavailable resources or another system error. See "systemctl
> status atopacct.service" and "journalctl -xe" for details.

Reported as bug#849226 atop: reinstallation fails

(might make sense to retitle that bug report…)

Thanks,
-- 
Martin

Bug#849226: deb-systemd-helper failed on upgrade to atop 2.24 as well

[Martin Steigerwald]

Dear Marc,

this issue has also happened on an upgrade to atop 2.24 once. But I didn´t see 
it on any upgrade after that anymore. I do not know whether it can happen 
again on an upgrade.

merkaba:~#100> LANG=C apt dist-upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] 
Setting up atop (2.2.4-1~exp1) ...
Failed to preset unit: File /etc/systemd/system/multi-user.target.wants/
atop.service already exists.
/usr/bin/deb-systemd-helper: error: systemctl preset failed on atop.service: 
No such file or directory
Job for atopacct.service failed because of unavailable resources or another 
system error.
See "systemctl status atopacct.service" and "journalctl -xe" for details.
invoke-rc.d: initscript atopacct, action "start" failed.
[…]

(see atop: /run/pacct_shadow.d: File exists on restarting atopacctd on upgrade
https://bugs.debian.org/842136 for the issue why atopacct didn´t start 
properly)

Thanks,
-- 
Martin

Bug#849222: [Android-tools-devel] Bug#849222: FTBFS: missing build dependency libandroid-tools-annotations-java

[Hans-Christoph Steiner]

Looks like we have another circular depends :-/
libandroid-tools-annotations-java comes from
source:android-platform-tools-base which depends on
libandroid-databinding-java/android-platform-frameworks-data-binding.  I
think Java is a lot more tolerant than C, so I'm going to go ahead an
add libandroid-tools-annotations-java as a build dep, even though that
means it will build against the old version.

Bug#849138: atop installation fails

[Martin Steigerwald]

Am Freitag, 23. Dezember 2016, 20:50:29 CET schrieb Vincent Lefevre:
> On 2016-12-23 20:33:15 +0100, Martin Steigerwald wrote:
> > I just downgraded to atop 1.26 and then upgraded to atop 2.26 twice.
> > It just worked. Anytime I downgraded to atop 1.26 there was no
> > /run/pacct_shadow.d present anymore. So it seems that on downgrading
> > from from atop 2.26 to 1.26 atopacctd was properly stopped as it
> > then removes its files and directories. (I didn´t check for the
> > presence of atopacctd process.)
> 
> But if atopacctd is killed with SIGKILL (the kernel can kill random
> processes like that), the reinstallation[*] no longer works.

Vincent, I do not say there isn´t an opportunity to improve the current 
situation. The bug is reported (again #842136, and Marc merged this your bug 
report with mine).

Yet it isn´t release critical. It is highly unlikely that the kernel would 
kill atop with SIGKILL in an OOM situation and it certainly doesn´t make the 
package unusable.

I also reported

> [*] apt install --reinstall atop/experimental

as Bug#849226 atop: reinstallation fails. Please add any additional 
information about reinstallation failure there in order to avoid using this 
bug report for several issues. Reinstallation on my system fails due to a 
*different* reason and with a different error message than than an existing /
run/pacct_shadow.d

Please relax, there is nothing that can´t still be fixed and there is nothing 
release critical in here.

Thanks,
-- 
Martin

Bug#835373: Disable failing test?

[Anton Gladky]

Dear all,

I propose to disable those 8 tests for the time being to let
the package migrate to testing... I know, disabling the tests
is not the solution and it should definitely solved properly, for the
moment it is the only opportunity not to block other packages.

Regards

Anton

Bug#849205: Pending fixes for bugs in the libgd-barcode-perl package

[gregor herrmann]

On Fri, 23 Dec 2016 10:33:38 -0500, Jeremy Bicha wrote:

> > Add real package libgd-perl as first alternative in Depends.
> Why are you keeping the alternate dependencies? They do not exist in
> Debian stable (or unstable).

Right, it's probably a bit useless and over-cautious, but they still
exist in oldstable, and keeping them for now shouldn't hurt?


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Funny van Dannen: Tarzan ist tot


signature.asc
Description: Digital Signature

Bug#849226: atop: reinstallation fails

[Martin Steigerwald]

Package: atop
Version: 2.2.6-1~exp1
Severity: normal

Dear Marc,

reinstallation of atop fails with the following error:

merkaba:~> LANG=C aptitude reinstall atop
The following packages will be REINSTALLED:
  atop 
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 1 not 
upgraded.
Need to get 0 B/142 kB of archives. After unpacking 0 B will be used.
(Reading database ... 581734 files and directories currently installed.)
Preparing to unpack .../atop_2.2.6-1~exp1_amd64.deb ...
Unpacking atop (2.2.6-1~exp1) over (2.2.6-1~exp1) ...
Setting up atop (2.2.6-1~exp1) ...
Failed to preset unit: File /etc/systemd/system/multi-user.target.wants/
atop.service already exists.
/usr/bin/deb-systemd-helper: error: systemctl preset failed on atop.service: 
No such file or directory
Processing triggers for systemd (232-8) ...
Processing triggers for man-db (2.7.6.1-2) ...
[…]

Thanks,
Martin

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

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

Versions of packages atop depends on:
ii  init-system-helpers  1.46
ii  initscripts  2.88dsf-59.8
ii  libc62.24-8
ii  libncurses5  6.0+20161126-1
ii  libtinfo56.0+20161126-1
ii  lsb-base 9.20161125
ii  zlib1g   1:1.2.8.dfsg-4

Versions of packages atop recommends:
ii  cronie [cron-daemon]  1.4.8-1~exp1

atop suggests no packages.

-- no debconf information

Bug#849138: atop installation fails

[Vincent Lefevre]

On 2016-12-23 20:33:15 +0100, Martin Steigerwald wrote:
> I just downgraded to atop 1.26 and then upgraded to atop 2.26 twice.
> It just worked. Anytime I downgraded to atop 1.26 there was no
> /run/pacct_shadow.d present anymore. So it seems that on downgrading
> from from atop 2.26 to 1.26 atopacctd was properly stopped as it
> then removes its files and directories. (I didn´t check for the
> presence of atopacctd process.)

But if atopacctd is killed with SIGKILL (the kernel can kill random
processes like that), the reinstallation[*] no longer works.

[*] apt install --reinstall atop/experimental

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#849210: ntopng: fails to start

[Ludovico Cavedon]

Hi Aaron,

On Fri, Dec 23, 2016 at 4:48 PM Aaron M. Ucko  wrote:

> As of version 2.4, ntopng fails to start on my system.  I'm not sure
> what specifically is going wrong; all I see in ntopng.log is
>
> 23/Dec/2016 10:38:43 [Ntop.cpp:1121] Setting local networks to 127.0.0.0/8
> 23/Dec/2016  10:38:43 [Redis.cpp:92]
> Successfully connected to redis 127.0.0.1:6379@0
> 23/Dec/2016 10:38:43 [Ntop.cpp:1095] Parent process is exiting (this is
> normal)
>
>
I will look into that soon.
Are you sure ntopng is not running in background after this message?
Would you be able to send me the full log, please?

Thanks,
Ludovico

Bug#849026: libxi_1.6.1-1+deb7u2 introduced free of unallocated object

[Thomas Walker]

Yes, I can confirm that those packages appear to resolve my problem as well.
Thanks for the quick response!

On Thu, Dec 22, 2016 at 1:27 PM Emilio Pozuelo Monfort 
wrote:

> Hi,
>
> On 21/12/16 23:07, Thomas Walker wrote:
> > Package: libxi
> > Version: 1.6.1-1+deb7u2
> >
> > After updating the above package (from deb7u1), various applications
> > (google-chrome-stable notably) begin to crash with messages indicating an
> > attempt to free an invalid pointer.  Upon looking into the issue
> further, I
> > noticed that the following addition to XIQueryDevice.c is flawed:
> >
> > @@ -103,7 +130,17 @@
> >  SyncHandle();
> >  return info;
> >
> > +error_loop:
> > +while (--i >= 0)
> > +{
> > +Xfree(info[i].name);
> > +Xfree(info[i].classes);
> > +}
> > error:
> > +Xfree(info);
> > +Xfree(buf);
> >UnlockDisplay(dpy);
> >SyncHandle();
> >
> > There are 3 places that "goto error", two before info and buf are
> allocated, and
> > one after we've checked and found one (or both) to be NULL.  Moving those
> > Xfree()s up a couple of lines into error_loop (where we know they are
> already
> > allocated) fixes the problem.
>
> Thanks for your report. I have tried a different approach, initializing the
> buffer to NULL, as Xfree(NULL) is safe (as Xfree is just a wrapper around
> free).
>
> Moving the Xfree()s to error_loop would avoid this, but it could leak
> memory if
> one of the two allocations fail (however unlikely that is).
>
> Can you try the packages at https://people.debian.org/~pochu/lts/libxi/ ?
>
> Thanks,
> Emilio
>

Bug#849138: atop installation fails

[Vincent Lefevre]

On 2016-12-23 20:10:23 +0100, Martin Steigerwald wrote:
> Am Freitag, 23. Dezember 2016, 19:37:33 CET schrieb Vincent Lefevre:
> > This is not an inflated severity. Under no circumstances, the
> > installation of a package should make dpkg fail and leave the
> > packaging system in an inconsistent state (this can block the
> > correct installation of other packages). Well, actually here
> > the problem came from the old package from experimental, but
> > I wasn't aware of this.
> 
> The packaging system is not in an inconsistent state: You can always remove 
> the package that fails to upgrade. Or pin it to a certain version to prevent 
> an update.

No, I mean that is case of error, it may happen that other packages
in the upgrade do not get configured (I already got this problem),
and the user needs to fix this manually (e.g. dpkg --configure -a),
otherwise some part of the system may be broken.

> Yes. So to really test this:
> 
> - Downgrade to atop 1.26
> - Reboot, or make sure atopacctd is stopped and remove /run/pacct_shadow.d 
> directory.
> - Upgrade to 2.26.

After removing the /run/pacct_shadow.d directory, this works.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#849211: Acknowledgement (Installing gives multiple errors)

[Scott Kitterman]

On Fri, 23 Dec 2016 13:42:57 -0500 James Cloos  wrote:
> And on another box I get:
> 
>   Can't locate JSON.pm in @INC
> 
> And then:
> 
>   Can't locate Geo/IP.pm in @INC
> 
> After adding those perl packages apt-get hangs again.
> 
> The postinst script needs to avoid hanging.

Agreed.  I'll have a look.  Thanks for the report.

Scott K

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

Bug#849138: atop installation fails

[Martin Steigerwald]

Am Freitag, 23. Dezember 2016, 20:10:23 CET schrieb Martin Steigerwald:
> Am Freitag, 23. Dezember 2016, 19:37:33 CET schrieb Vincent Lefevre:
> > On 2016-12-23 12:10:09 +0100, Marc Haber wrote:
[…]
> > > I would appreciate if you could test that, by installing the version
> > > from unstable and the upgrading to the current version in
> > > experimental. That would _really_ help.
> > 
> > It still fails:
> > 
> > Preparing to unpack .../atop_2.2.6-1~exp1_amd64.deb ...
> > Unpacking atop (2.2.6-1~exp1) over (1.26-2+b1) ...
> 
> […]
> 
> > but it doesn't fail on a different machine. I suppose that the problem
> > comes from the fact that there hasn't been any clean-up after purging
> > the buggy atop version: I still have the /run/pacct_shadow.d directory
> > with old files:
> > 
> > -rw-r--r-- 1 root root 0 2016-12-20 17:19:43 00.paf
> > -rw-r--r-- 1 root root 7 2016-12-20 17:19:43 current
> 
> Yes. So to really test this:
> 
> - Downgrade to atop 1.26
> - Reboot, or make sure atopacctd is stopped and remove /run/pacct_shadow.d
> directory.
> - Upgrade to 2.26.
> 
> This should work okay every single time. Unless it doesn´t there is no
> release critical bug.

I just downgraded to atop 1.26 and then upgraded to atop 2.26 twice. It just 
worked. Anytime I downgraded to atop 1.26 there was no /run/pacct_shadow.d 
present anymore. So it seems that on downgrading from from atop 2.26 to 1.26 
atopacctd was properly stopped as it then removes its files and directories. (I 
didn´t check for the presence of atopacctd process.)

> > But I wonder whether this may still be a problem. I mean that if
> > atopacctd complains that some file exists, isn't this because it wants
> > to recreate such a file, in which case the problem could occur again?
> 
> I think there is. The one I already reported in bug #842136.
> 
> But it is not release-critical.
> 
> If you want to add some additional testing, you can try a reinstall of atop
> 2.26 oder 2.26. If that doesn´t work, there is still an issue with atopacctd
> not being able to be stopped gracefully. But I do think this is fixed.

I also did this, but this fails due to a different issue:

merkaba:~> LANG=C aptitude reinstall atop
The following packages will be REINSTALLED:
  atop 
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 1 not 
upgraded.
Need to get 0 B/142 kB of archives. After unpacking 0 B will be used.
(Reading database ... 581734 files and directories currently installed.)
Preparing to unpack .../atop_2.2.6-1~exp1_amd64.deb ...
Unpacking atop (2.2.6-1~exp1) over (2.2.6-1~exp1) ...
Setting up atop (2.2.6-1~exp1) ...
Failed to preset unit: File /etc/systemd/system/multi-user.target.wants/
atop.service already exists.
/usr/bin/deb-systemd-helper: error: systemctl preset failed on atop.service: 
No such file or directory
Processing triggers for systemd (232-8) ...
Processing triggers for man-db (2.7.6.1-2) ...
[…]

I will report this separately. And it isn´t an RC bug either.

Thanks,
-- 
Martin

Bug#849215: encfs: 1.9.1-3 not a drop in replacement for previous version

[Eduard Bloch]

Hallo,
* Felix Lechner [Fri, Dec 23 2016, 09:40:48AM]:
> Package: encfs
> Version: 1.9.1-3
> Severity: important
> 
> When an encrypted home directory is on kerberized NFS4, upgrading to version 
> 1.9.1-3 in testing causes errors not present in the previous version.
> Logging in via terminal works, but not via GNOME/gdm 3.

And via other DM, like lxdm?

> Also, at some point an error appears when accessing the cleartext mountpoint. 
> Then the "Transport endpoint is not connected" (even though
> the default idle unmount setting was disabled in 
> /etc/security/pam_encfs.conf). Furthemore, some subsequent mount attempts via 
> PAM seem to trigger

This sounds like it might be an issue of libpam-encfs which is not my
package.

> segfaults like the ones below. It is currently unclear if the idle override 
> is being ignored or there is another, potentially more serious problem.
> 
> Dec 23 08:27:01 lechner-desktop kernel: [  192.786639] encfs[2308]: segfault 
> at 0 ip 7fce39883f36 sp 7fce37b4d970 error 4 in 
> libencfs.so.1.9.1[7fce3982a000+75000]

Now this sounds more like an encfs issue. Please enable coredumps (see
below for example) and mount manually and when it crashes, please send the
dump via some secure channel.

ulimit -c unlimited >/dev/null 2>&1
echo /tmp/core-%e-%s-%u-%g-%p-%t > /proc/sys/kernel/core_pattern

Or install the -dbg package from
http://debug.mirrors.debian.org/debian-debug/ and debug locally.

(You might also configure it via /etc/sysctl.conf but not sure how to
change ulimit correctly in pam context).

Regards,
Eduard.

Bug#849104: compizconfig-settings-manager should depend on libprotoc9v5

[Jean-Philippe MENGUAL]

Hi,


Le 23/12/2016 à 04:00, Thomas Vaughan a écrit :
> I figured out what my problem is.
> 
> I had built compiz some months ago from source and installed it under
> /usr/local.
> 
> There was still some python stuff under there, and the new ccsm python
> script was importing the compizconfig module from under /usr/local,
> which is apparently in the python path first.
> 
> When I built ccsm, it must have depended on the old protobuf stuff.
> 
> So this is totally not a bug in the package dependencies.
> 
> Sorry for the noise.

No problem, it shows that Compiz makes interest in Debian. It's positive
as we need any contributor to help maintaining.

> ​By the way, I am really happy that compiz is back in Debian!
> 
> I am a bit worried that I won't be able to use it, or that there will be
> not decent replacement for it, when it finally happens that I am forced
> to use wayland.​

1. It's not in a close future I think.
2. Hypra will maintain Compiz as long as possible, and we will plan, if
we have success in general project, to help Compiz with this transition.
But again, we have time.

> 
> Right now, I'm using compiz with xfce4.

We use it with MATE.

> -- 
> Thomas E. Vaughan

-- 
Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61

Mail: cont...@hypra.fr

Site Web: http://hypra.fr

Bug#849225: libreoffice-calc: 3D elliptical diagram are NOT a correct way to represent data

[Nicolas Patrois]

Package: libreoffice-calc
Version: 1:5.2.4~rc1-1
Severity: minor
Tags: upstream

Dear Maintainer,

LibreOffice has the ability to create 3D circular diagrams, ie elliptical 
diagram.
In fact, this way to draw a diagram is false mathematically. The area of a 
sector in the front is bigger than the area of another sector of the same 
importance if it is placed right or left or in the back.
I know that some users might reclaim this feature but it’s a classical error in 
presenting data.
As far as LibreOffice is a quality office suite, it should not let its users 
create garbage graphics.
Just keep a line in the creation window that tells that this feature is in fact 
a bad idea.

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

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

Versions of packages libreoffice-calc depends on:
ii  coinor-libcbc3 2.8.12-1+b1
ii  coinor-libcoinmp1v51.7.6+dfsg1-2
ii  coinor-libcoinutils3v5 2.9.15-4
ii  dpkg   1.18.15
ii  libatlas3-base [liblapack.so.3]3.10.3-1
ii  libblas3 [libblas.so.3]3.6.1-2
ii  libboost-filesystem1.62.0  1.62.0+dfsg-4
ii  libboost-iostreams1.62.0   1.62.0+dfsg-4
ii  libbz2-1.0 1.0.6-8
ii  libc6  2.24-8
ii  libetonyek-0.1-1   0.1.6-5
ii  libgcc11:6.2.1-5
ii  libicu57   57.1-5
ii  liblapack3 [liblapack.so.3]3.6.1-2
ii  liblcms2-2 2.8-2
ii  libmwaw-0.3-3  0.3.9-1
ii  libodfgen-0.1-10.1.6-2
ii  libopenblas-base [liblapack.so.3]  0.2.19-1
ii  liborcus-0.11-00.11.2-3+b1
ii  libreoffice-base-core  1:5.2.4~rc1-1
ii  libreoffice-core   1:5.2.4~rc1-1
ii  librevenge-0.0-0   0.0.4-6
ii  libstdc++6 6.2.1-5
ii  libwps-0.4-4   0.4.4-1
ii  libxml22.9.4+dfsg1-2.1
ii  lp-solve   5.5.0.15-4+b1
ii  uno-libs3  5.2.4~rc1-1
ii  ure5.2.4~rc1-1
ii  zlib1g 1:1.2.8.dfsg-4

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
ii  ocl-icd-libopencl1  2.2.10-2

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.7
ii  fonts-opensymbol  2:102.7+LibO5.2.4~rc1-1
ii  libboost-date-time1.62.0  1.62.0+dfsg-4
ii  libc6 2.24-8
ii  libcairo2 1.14.6-1.1
ii  libclucene-contribs1v52.3.3.4-4.2
ii  libclucene-core1v52.3.3.4-4.2
ii  libcmis-0.5-5v5   0.5.1+git20160603-3+b1
ii  libcups2  2.2.1-2
ii  libcurl3-gnutls   7.50.1-1
ii  libdbus-1-3   1.10.14-1
ii  libdbus-glib-1-2  0.108-1
ii  libdconf1 0.26.0-2
ii  libeot0   0.01-4
ii  libexpat1 2.2.0-1
ii  libexttextcat-2.0-0   3.4.4-2
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.2.1-5
ii  libgl1-mesa-glx [libgl1]  13.0.2-1
ii  libglew2.02.0.0-3
ii  libglib2.0-0  2.50.2-2
ii  libgltf-0.0-0v5   0.0.2-5
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgraphite2-31.3.9-2
ii  libharfbuzz-icu0  1.2.7-1+b1
ii  libharfbuzz0b 1.2.7-1+b1
ii  libhunspell-1.4-0 1.4.1-2+b1
ii  libhyphen02.8.8-5
ii  libice6   2:1.0.9-1+b1
ii  libicu57  57.1-5
ii  libjpeg62-turbo   1:1.5.1-2
ii  liblangtag1   0.6.2-1
ii  liblcms2-22.8-2
ii  libldap-2.4-2 2.4.44+dfsg-2
ii  libmythes-1.2-0   2:1.2.4-3
ii  libneon27-gnutls  0.30.2-2
ii  libnspr4  2:4.12-6
ii  libnss3   2:3.26.2-1
ii  libodfgen-0.1-1   0.1.6-2
ii  libpcre3  2:8.39-2
ii  libpng16-16   1.6.26-6
ii  librdf0   1.0.17-1+b1
ii  libreoffice-common1:5.2.4~rc1-1
ii  librevenge-0.0-0  0.0.4-6
ii  libsm62:1.2.2-1+b1
ii  libstdc++66.2.1-5
ii  libx11-6  2:1.6.4-2
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2   2.9.4+dfsg1-2.1
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxslt1.11.1.29-2
ii  uno-libs3 5.2.4~rc1-1
ii  ure   5.2.4~rc1-1
ii  zlib1g1:1.2.8.dfsg-4

Versions of packages 

Bug#783212: nfs-utils updated to 1.3.4-1, please check your bug #783212

[Martin B]

Control: tags -1 security

This bug is a security issue, as noted by Stephen Dowdy. While
this won't be a problem for stretch anymore, thanks to the upload of
1.3.4-1, it remains a problem for jessie.
There are three categories of use cases allowing file access 
on the server beyond the limits of the export specifications. I will
highlight these by example, as I have documented the generic
conditions in my original bug report:
1. server1 with /etc/exports:
/path/to/export -no_root_squash client1(root_squash)
will allow client1 to access /path/to/export on server1 as root user.
2. server2 with /etc/exports:
/path/to/export -async client2(all_squash)
will allow client2 to access /path/to/export on server2 as any non-root
uid/gid, instead of anonuid/anongid being used.
3. server3 with /etc/exports:
/path/to/export -rw client3(ro)
will allow client3 to write to any files in /path/to/export on server3,
if filesystem permissions on the server allow this for the connecting
uid/gid.

Regards
  Martin B

Bug#849224: xorg: Lots of graphical lockups

[Ryan Mattox]

Source: xorg
Severity: important

Dear Maintainer,

As I was using my computer and setting up my second monitor, my display locked
up and would only unlock when I went to a different tty and back to X. I
eventually figured out compton was locking up my graphics, so I disabled it,
but other programs such as games like supertuxkart and funguloids freeze up and
playback from vlc also freezes up. Even simple things like glxgears freeze up.
Chrome freezes up too, but firefox does not, even when playing fullscreen
video.
However, if I run games with the environment variable "vblank_mode=0", games
work again, even chrome and compton works, but vlc still has troubles decoding
video.
Also I'm running the open source radeon driver with a AMD Radeon HD 6400M card
if it matters.
Anyway, thanks for putting in the time to look at my problem.



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

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

Versions of packages xserver-xorg depends on:
ii  x11-xkb-utils 7.7+3
ii  xkb-data  2.18-1
ii  xserver-xorg-core 2:1.19.0-2
ii  xserver-xorg-input-all1:7.7+18
ii  xserver-xorg-input-libinput [xorg-driver-input]   0.22.0-1+b1
ii  xserver-xorg-input-synaptics [xorg-driver-input]  1.9.0-1+b1
ii  xserver-xorg-input-wacom [xorg-driver-input]  0.33.0-1+b1
ii  xserver-xorg-video-ati [xorg-driver-video]1:7.8.0-1+b1
ii  xserver-xorg-video-mach64 [xorg-driver-video] 6.9.5-1+b2
ii  xserver-xorg-video-r128 [xorg-driver-video]   6.10.1-2+b1
ii  xserver-xorg-video-radeon [xorg-driver-video] 1:7.8.0-1+b1
ii  xserver-xorg-video-vmware [xorg-driver-video] 1:13.2.1-1+b1

Versions of packages xserver-xorg recommends:
ii  libgl1-mesa-dri  13.0.2-1

Bug#849138: atop installation fails

[Martin Steigerwald]

Am Freitag, 23. Dezember 2016, 19:37:33 CET schrieb Vincent Lefevre:
> On 2016-12-23 12:10:09 +0100, Marc Haber wrote:
> > this is the second time this week that you're filing a duplicate of an
> > already existing bug with a severely inflated severity.
> 
> This is not an inflated severity. Under no circumstances, the
> installation of a package should make dpkg fail and leave the
> packaging system in an inconsistent state (this can block the
> correct installation of other packages). Well, actually here
> the problem came from the old package from experimental, but
> I wasn't aware of this.

The packaging system is not in an inconsistent state: You can always remove 
the package that fails to upgrade. Or pin it to a certain version to prevent 
an update.

As someone who uses Debian Sid and experimental I expect you to be aware of 
it.

> > While I appreciate your attention on atop, I would really love if
> > you could look whether the issue you're reporting already exists.
> 
> I was looking at RC bugs.

Which is, as I still think, not the right severity for this bug. Anyhow its 
always a good idea to look for bugs of all kinds of severity, as: The 
judgement of someone on severity else may be different than yours.

> > This being said, I do agree that #842136 is an issue that we should
> > look into, but I don't think it's a release stopper. The issue is
> > related to a bug in the version of atop being replaced, that has been
> > addressed with atop 2.2.5. I do doubt that this would happen when
> > you're upgrading from the ancient version that is currently in unstable.
> > 
> > I would appreciate if you could test that, by installing the version
> > from unstable and the upgrading to the current version in
> > experimental. That would _really_ help.
> 
> It still fails:
> 
> Preparing to unpack .../atop_2.2.6-1~exp1_amd64.deb ...
> Unpacking atop (2.2.6-1~exp1) over (1.26-2+b1) ...
[…]
> but it doesn't fail on a different machine. I suppose that the problem
> comes from the fact that there hasn't been any clean-up after purging
> the buggy atop version: I still have the /run/pacct_shadow.d directory
> with old files:
> 
> -rw-r--r-- 1 root root 0 2016-12-20 17:19:43 00.paf
> -rw-r--r-- 1 root root 7 2016-12-20 17:19:43 current

Yes. So to really test this:

- Downgrade to atop 1.26
- Reboot, or make sure atopacctd is stopped and remove /run/pacct_shadow.d 
directory.
- Upgrade to 2.26.

This should work okay every single time. Unless it doesn´t there is no release 
critical bug.

> But I wonder whether this may still be a problem. I mean that if
> atopacctd complains that some file exists, isn't this because it wants
> to recreate such a file, in which case the problem could occur again?

I think there is. The one I already reported in bug #842136.

But it is not release-critical.

If you want to add some additional testing, you can try a reinstall of atop 
2.26 oder 2.26. If that doesn´t work, there is still an issue with atopacctd 
not being able to be stopped gracefully. But I do think this is fixed.

Or or so, it would be nice if the start unit could clean the directory in case 
it would still exist, to cover rare corner cases where it might still exist.

Now please relax and first have a merry christmas, before panicking about this 
issue again.

Thank you,
-- 
Martin