Bug#804755: linux-image-4.2.0-1-amd64: Black screen when loading module i915

[Thomas]

Package: src:linux
Version: 4.2.5-1
Severity: important

Dear Maintainer,

I have installed debian-testing on an intel-baytrail-system (hp pavilion x2 10,
model 2015) using the multiarch image (64 bit OS, 32 bit UEFI). Installation
was fine, however when booting the system, the system seems to freeze when
changing from simplefb to inteldrmfb.

After waiting for ar least 10 minutes, I can access the system again,
everything works fine. There are two corresponding traces in the system log
after 10 minutes. This behaviour can be reproduced on every boot (see
attachment).

As a tempory solution, I am using the "nomodeset" parameter, resulting in a
weak and limited X-Server, but no 10 minutes delay. I have also compiled a
4.3.0 kernel - leading to exactly the same behaviour. Finally, I installed 32
bit OS - with no difference.

I would expect no black screen for 10 minutes.



-- Package-specific info:
** Version:
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-5) ) #1 SMP Debian 4.2.5-1 (2015-10-27)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 
root=UUID=72f06240-3159-485b-8342-18ffaa1946e9 ro

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[6.802008] RPC: Registered named UNIX socket transport module.
[6.804182] RPC: Registered udp transport module.
[6.807017] RPC: Registered tcp transport module.
[6.809832] RPC: Registered tcp NFSv4.1 backchannel transport module.
[6.820753] FS-Cache: Loaded
[6.840129] FS-Cache: Netfs 'nfs' registered for caching
[6.865166] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[7.556784] IPv6: ADDRCONF(NETDEV_UP): wlx801f02e283f9: link is not ready
[7.558326] random: nonblocking pool is initialized
[7.558417] rtl8192cu: MAC auto ON okay!
[7.570242] rtl8192cu: Tx queue select: 0x05
[7.953511] IPv6: ADDRCONF(NETDEV_UP): wlx801f02e283f9: link is not ready
[8.142221] IPv6: ADDRCONF(NETDEV_UP): wlx801f02e283f9: link is not ready
[9.049613] wlx801f02e283f9: authenticate with c8:0e:14:e1:c8:ac
[9.060674] wlx801f02e283f9: send auth to c8:0e:14:e1:c8:ac (try 1/3)
[9.063738] wlx801f02e283f9: authenticated
[9.066917] wlx801f02e283f9: associate with c8:0e:14:e1:c8:ac (try 1/3)
[9.114059] wlx801f02e283f9: RX AssocResp from c8:0e:14:e1:c8:ac 
(capab=0x431 status=0 aid=1)
[9.116117] wlx801f02e283f9: associated
[9.116145] IPv6: ADDRCONF(NETDEV_CHANGE): wlx801f02e283f9: link becomes 
ready
[9.127347] cfg80211: Regulatory domain changed to country: DE
[9.127356] cfg80211:  DFS Master region: ETSI
[9.127360] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[9.127366] cfg80211:   (240 KHz - 2483500 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[9.127372] cfg80211:   (515 KHz - 525 KHz @ 8 KHz, 20 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[9.127378] cfg80211:   (525 KHz - 535 KHz @ 8 KHz, 20 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[9.127383] cfg80211:   (547 KHz - 5725000 KHz @ 16 KHz), (N/A, 2698 
mBm), (0 s)
[9.127388] cfg80211:   (5700 KHz - 6600 KHz @ 216 KHz), (N/A, 
4000 mBm), (N/A)
[  312.844163] wlx801f02e283f9: AP c8:0e:14:e1:c8:ac changed bandwidth, new 
config is 2462 MHz, width 1 (2462/0 MHz)
[  752.186092] [ cut here ]
[  752.186176] WARNING: CPU: 0 PID: 721 at 
/build/linux-jyEg5w/linux-4.2.5/drivers/gpu/drm/drm_irq.c:1171 
drm_wait_one_vblank+0x150/0x190 [drm]()
[  752.186187] vblank wait timed out on crtc 0
[  752.186195] Modules linked in: ctr ccm nfsd auth_rpcgss oid_registry nfs_acl 
nfs lockd grace fscache sunrpc nls_utf8 nls_cp437 vfat fat arc4 rtl8192cu 
rtl_usb rtl8192c_common rtlwifi mac80211 cfg80211 intel_powerclamp intel_rapl 
coretemp kvm crct10dif_pclmul crc32_pclmul jitterentropy_rng drbg ansi_cprng 
snd_soc_sst_byt_rt5640_mach iTCO_wdt iTCO_vendor_support hp_wmi sparse_keymap 
rfkill hid_multitouch aesni_intel aes_x86_64 efi_pstore lrw gf128mul 
snd_soc_rt5640 glue_helper snd_soc_rl6231 ablk_helper cryptd snd_soc_core 
snd_compress efivars snd_pcm pcspkr snd_timer snd soundcore regmap_i2c battery 
joydev evdev i915 drm_kms_helper lpc_ich mfd_core drm i2c_algo_bit wmi button 
8250_fintek video tpm_crb tpm processor_thermal_device dw_dmac 
intel_soc_dts_iosf int3402_thermal int3403_thermal dw_dmac_core
[  752.186476]  int3400_thermal int340x_thermal_zone iosf_mbi acpi_thermal_rel 
snd_soc_sst_acpi ac i2c_designware_platform i2c_designware_core acpi_pad 
processor ecryptfs cbc sha256_ssse3 sha256_generic hmac encrypted_keys 
parport_pc ppdev lp parport efivarfs autofs4 ext4 crc16 mbcache jbd2 
hid_generic usbhid mmc_block xhci_pci xhci_hcd crc32c_intel usbcore thermal 
usb_common thermal_sys i2c_hid sdhci_acpi hid sdhci mmc_core
[  752.186629] CPU: 0 PID: 721 Comm: Xorg Not tainted 4.2.0-1-amd64 #1 Debian 
4.2.5-1
[  752.186640] Hardware name: Hewlett-Packard HP Pavilion x2 

Bug#804669: libreoffice-kde (5.1): integration with dolphin is bugged

[Eric Valette]

On 10/11/2015 15:09, Eric Valette wrote:

On 11/10/2015 02:53 PM, Eric Valette wrote:

On 11/10/2015 02:42 PM, Rene Engelhard wrote:

Or did you also upgrade dolphin with LO?

No. This was a libreoffice only upgrade. Libreoffice works when I launch
it from say Thunderbird, not from dolphin.

Of course, it might be that in 5.1 they added some new stuff to
.desktop which affects this, but...

Dunno. Just wanted to let you know : clicking on a file inside dolphin
is convenient and used to work from the day dolphin 5 and kde5 started
working for me (road was a bit shaking at the beginning)




Have been playing with kde application association : for .odt extension,
the libreoffice "default" association had been removed, probably by the
install (at least not by me and I'm the only user of the computer).

Reinstalling it manually did fix the problem. If it gives any hint...



Checked this moring on another computer at home : the odt association is 
also missing => it is at install with the new version (mime types I 
suppose).



--  eric

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

[Peter Pentchev]

On Wed, Nov 11, 2015 at 11:45:10AM +0300, Dmitry Bogatov wrote:
> * Gianfranco Costamagna  [2015-11-04 
> 17:38:33+]
> > Hi, according to [1] [2] [3] FDL with the "no invariant" section is not 
> > considered DFSG.
> 
> Well, I moved complexity-doc into 'non-free/doc' (!) section.
> 
> Lintian complains, that I build free and non-free binaries from same
> source package, but separating doc into almost-identical source package
> and keeping them in sync is insane.

(the following is based on my opinion and impressions of how the Debian
archive, mirrors, and autobuilders work; if it is incorrect, corrections
would not merely be appreciated, but also very much welcome)

Well, the problem with this is that if your source package contains
files that are distributed under a non-DFSG license, your source package
may not be distributed in the Debian archive's "main" section.  Thus, it
will not be "visible" to the Debian autobuilders and, even if it does
build binary packages that target the "main" or "contrib" sections,
those packages will never be automatically built and uploaded.

Of course, your packages may still be uploaded manually; I believe that
this is the way the "non-free" section of the archive works (cue remark
about how "non-free" may or may not even be considered a part of
the archive).  Still, I don't think that this is the way that you would
prefer it to happen - every time your package needs to be updated, a
Debian developer with upload access should manually build it for all
the supported architectures... and, of course, this might have to
happen with library transitions, too, most probably leaving your package
broken (uninstallable) until somebody steps in, rebuilds it manually,
and uploads it.

It is certainly ultimately your call as the package maintainer; I just
thought you'd want to be aware of the implications :)

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13


signature.asc
Description: PGP signature

Bug#804757: New version 1.1.0 available

[Sebastien Bacher]

Package: ideviceinstaller
Version: 1.0.1-0.2

There is a new version available with support for the new
libimobiledevice version which is in Debian experimental, would be nice
to get the new ideviceinstaller in experimental as well then

Thanks

Bug#792303: asterisk-modules: new upload has undesireable depends

[Tzafrir Cohen]

On Wed, Nov 11, 2015 at 08:36:51AM +0200, Tzafrir Cohen wrote:
> On Sun, Nov 08, 2015 at 05:21:17PM -0500, James Cloos wrote:
> > > "TC" == Tzafrir Cohen  writes:
> > 
> > TC> res_rtp_asterisk and the pjsip modules link with pjproject
> > TC> libraries. I guess further symbols diet may be needed.
> > 
> > Perhaps pjproject needs a x vs nox split?
> 
> Maybe. Not sure this is the right split.
> 
> A few more details.
> 
> The pkgconfig file:
> 
> ###
> prefix=/usr
> exec_prefix=${prefix}
> libdir=/usr/lib/x86_64-linux-gnu
> includedir=/usr/include
> 
> Name: libpjproject
> Description: Multimedia communication library
> URL: http://www.pjsip.org
> Version: 2.4.5
> Libs: -L${libdir} -lpjsua2 -lstdc++ -lpjsua -lpjsip-ua -lpjsip-simple
> -lpjsip -lpjmedia-codec -lpjmedia -lpjmedia-videodev -lpjmedia-audiodev
> -lpjmedia -lpjnath -lpjlib-util   -lsrtp -lpj -lm -lrt -lpthread
> -lopencore-amrnb
> Cflags: -I${includedir} -I/usr/include -DPJ_AUTOCONF=1
> -DPJ_IS_BIG_ENDIAN=0 -DPJ_IS_LITTLE_ENDIAN=1 
> ###
> 
> 
> Below are the actual external dependenciesof various libraries.
> Note, however, that all of them depend on libpjlib-utils2, which has
> many external dependencies. I suspect that the dependency on X comes
> from libsld2, which is pulled by the utils library.
> 
> I'll try to see if there are some unused libraries in the utils, but I'm
> not optimitic. Having a separate nox build is not something I want. I do

Not as bad as I thought. libSDL's dependencies in the util libraries
aree unused: checking for "dpkg-shlibdeps: warning: package could avoid
a useless dependency if FOO was not linked against BAR (it uses none of the
library's symbols)" (see below).

I'll try to do something, but if someone beats me to it, it would be
nice.

$ awk '/useless/{print $10,$15}' ../pjproject_2.4.5~dfsg-1_amd64.build | sed -e 
's|.*/||' 
libpjlib-util.so.2 libv4l2.so.0
libpjlib-util.so.2 libswscale-ffmpeg.so.3
libpjlib-util.so.2 libavformat-ffmpeg.so.56
libpjlib-util.so.2 libopencore-amrnb.so.0
libpjlib-util.so.2 libSDL2-2.0.so.0
libpjlib-util.so.2 libavutil-ffmpeg.so.54
libpjlib-util.so.2 libavcodec-ffmpeg.so.56
libpjmedia-audiodev.so.2 libpthread.so.0
libpjmedia-audiodev.so.2 libm.so.6
libpjmedia-audiodev.so.2 libopencore-amrnb.so.0
libpjmedia-audiodev.so.2 libavutil-ffmpeg.so.54
libpjmedia-audiodev.so.2 libavcodec-ffmpeg.so.56
libpjmedia-audiodev.so.2 librt.so.1
libpjmedia-audiodev.so.2 libsrtp.so.0
libpjmedia-audiodev.so.2 libavformat-ffmpeg.so.56
libpjmedia-audiodev.so.2 libswscale-ffmpeg.so.3
libpjmedia-audiodev.so.2 libSDL2-2.0.so.0
libpjmedia-audiodev.so.2 libv4l2.so.0
libpjmedia-codec.so.2 libm.so.6
libpjmedia-codec.so.2 libavformat-ffmpeg.so.56
libpjmedia-codec.so.2 libSDL2-2.0.so.0
libpjmedia-codec.so.2 libswscale-ffmpeg.so.3
libpjmedia-codec.so.2 libpthread.so.0
libpjmedia-codec.so.2 libsrtp.so.0
libpjmedia-codec.so.2 libv4l2.so.0
libpjmedia-codec.so.2 librt.so.1
libpjmedia-videodev.so.2 libsrtp.so.0
libpjmedia-videodev.so.2 libavutil-ffmpeg.so.54
libpjmedia-videodev.so.2 libopencore-amrnb.so.0
libpjmedia-videodev.so.2 libswscale-ffmpeg.so.3
libpjmedia-videodev.so.2 libavformat-ffmpeg.so.56
libpjmedia-videodev.so.2 libavcodec-ffmpeg.so.56
libpjmedia-videodev.so.2 libm.so.6
libpjmedia-videodev.so.2 librt.so.1
libpjmedia.so.2 libv4l2.so.0
libpjmedia.so.2 libopencore-amrnb.so.0
libpjmedia.so.2 libpthread.so.0
libpjmedia.so.2 librt.so.1
libpjmedia.so.2 libSDL2-2.0.so.0
libpjmedia.so.2 libavcodec-ffmpeg.so.56
libpjnath.so.2 libswscale-ffmpeg.so.3
libpjnath.so.2 libSDL2-2.0.so.0
libpjnath.so.2 libavcodec-ffmpeg.so.56
libpjnath.so.2 libv4l2.so.0
libpjnath.so.2 libavutil-ffmpeg.so.54
libpjnath.so.2 libopencore-amrnb.so.0
libpjnath.so.2 libavformat-ffmpeg.so.56
libpjnath.so.2 libopencore-amrwb.so.0
libpjsip-simple.so.2 libm.so.6
libpjsip-simple.so.2 libpthread.so.0
libpjsip-simple.so.2 libsrtp.so.0
libpjsip-simple.so.2 libopencore-amrnb.so.0
libpjsip-simple.so.2 librt.so.1
libpjsip-ua.so.2 librt.so.1
libpjsip-ua.so.2 libm.so.6
libpjsip-ua.so.2 libopencore-amrnb.so.0
libpjsip-ua.so.2 libpthread.so.0
libpjsip-ua.so.2 libsrtp.so.0
libpjsip.so.2 libpthread.so.0
libpjsip.so.2 libopencore-amrnb.so.0
libpjsip.so.2 libm.so.6
libpjsip.so.2 librt.so.1
libpjsip.so.2 libsrtp.so.0
libpjsua.so.2 librt.so.1
libpjsua.so.2 libopencore-amrnb.so.0
libpjsua.so.2 libsrtp.so.0
libpjsua.so.2 libpthread.so.0
libpjsua.so.2 libm.so.6
libpjsua2.so.2v5 librt.so.1
libpjsua2.so.2v5 libpjsip-ua.so.2
libpjsua2.so.2v5 libpjnath.so.2
libpjsua2.so.2v5 libsrtp.so.0
libpjsua2.so.2v5 libpthread.so.0
libpjsua2.so.2v5 libopencore-amrnb.so.0
libpjsua2.so.2v5 libpjmedia-codec.so.2
libpj.so.2 libopencore-amrnb.so.0
_pjsua.x86_64-linux-gnu.so libpjsip-simple.so.2
_pjsua.x86_64-linux-gnu.so libpjnath.so.2
_pjsua.x86_64-linux-gnu.so libpjmedia.so.2
_pjsua.x86_64-linux-gnu.so libm.so.6
_pjsua.x86_64-linux-gnu.so libpjsip-ua.so.2
_pjsua.x86_64-linux-gnu.so 

Bug#804432: RFS: liwc/1.21-2 [ITA]

[Paul Wise]

On Sun, Nov 8, 2015 at 8:24 PM, Jörg Frings-Fürst wrote:

>Upstream Author : Antti-Juhani Kaijanaho 
>URL : http://liwc.googlecode.com/

The website says "READ-ONLY: This project has been archived.", that
doesn't sound good. Is there a new upstream location for this project?
I suggest contacting upstream and asking about that.

>   * New debian/source.lintian-overrides to override warning about googlecode.

It isn't appropriate to hide this warning, please remove the lintian override.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#804756: gnus-agent-regenerate-group crashes => Invalid read syntax: ". in wrong context"

[Anonymous]

Package: emacs24
Version: 24.4+1-5
Severity: important

Dear Maintainer,

A particular newsgroup breaks gnus in an irrecoverable way.  Gnus
cannot open a group with content from "gwene.com.fatwallet.hotdeals"
from the news.gmane.org server (filed in bug# 797409).

Two other gnus functions fail when trying to recover:

  * gnus-agent-regenerate-group
  * gnus-agent-expire-group

Those two commands fail with:

  Invalid read syntax: ". in wrong context"

This is very severe, because regenerating the group is the only
function to recover from other bugs, and this function itself is
broken.  It's not even possible to delete the messages, because the
group cannot be entered.  It's a complete stalemate.  The bugs are so
entrenched that there is no way to recover from this.

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

Kernel: Linux 3.16.0-4-amd64 (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 emacs24 depends on:
ii  emacs24-bin-common 24.4+1-5
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgomp1   4.9.2-10
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-12
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-12.3
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-5
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
pn  emacs24-common-non-dfsg  

-- no debconf information

Bug#803734: freedombox-setup: Cleanup hardware setup script

[Sunil Mohan]

On 11/10/2015 11:58 AM, Petter Reinholdtsen wrote:
> 
> I initially went for the 'apt-get install' solution to keep the disk
> footprint down by only installing hardware dependent packages on the
> hardware that needed it.  What is the reason for going with the
> dependency approach instead?

The primary motivation is updates on FreedomBox, which we want to start
doing soon.

- After upgrading freedombox-setup, the user will not run the /setup
script again.  If done as dependencies, when upgrading freedombox-setup,
we can pull in a newer version of a package, or an additional package,
if we need to.  Doing apt-get in post-inst script would not be possible.

- If we look at the current list of hardware-specific packages, that
being refactored, it is just flash-kernel (~100 KiB) and
firmware-libertas (~7 MiB).

The patch doing the dependency approach is a bit incorrect because the
dependency of flash-kernel can only be satisfied on ARM architectures.
The patch is now superseded by moving the bits into freedom-maker (below
is discussion on that).

> 
> [James Valleroy]
>> Sunil suggested moving the hardware setup script to freedom-maker
>> instead. Then freedombox-setup can focus on configuring a Debian install
>> as a FreedomBox, while freedom-maker can handle making bootable images
>> for various hardware targets. This will also make it easier to add new
>> hardware targets.
> 
> Isn't this going to place files in the installed system that do not
> belong to any packages and that will be hard to upgrade using 'apt-get
> upgrade'?
> 

The following is the reasoning for doing this:

- The hardware setup process that we have is currently to take care of
boot stuff.  This setup happens only once and future kernel installs are
handled by the flash-kernel.  They have to be.  So, why not make the
first time also happen with flash-kernel?  We will need to two things
from flash-kernel: forcing device when running under chroot and forcing
the install location.  We might have to fix flash-kernel for this if
necessary.  After this we will have fixed a bunch of issues that arise
from mismatch of our first time assumptions and flash-kernel's later
assumptions (this happened with BBB recently I believe).  We can remove
a lot of hardware specific code.  We are open supporting a much larger
set of devices easily.

- Even now, the files that are created are not really part of any
package in strict sense.  We are not removing those files when
freedombox-setup is removed.  We are not upgrading the files when
freedombox-setup upgrades.  (This change is only for hardware setup
script and not for the rest of freedombox-setup that sets up LDAP,
apache2, sudoers etc.)  In case of Raspberry Pi, the kernel, modules and
other boot files are essentially installed by a script.

- All the hardware specific parts will only be in freedom-maker.  This
makes supporting new devices and maintaining existing devices much more
easier.

- By moving much closer to just using flash-kernel, we are getting
closer to Debian way of doing things.  We might be able to use d-i one
day for building FreedomBox.

- Installing hardware specific packages, such as the right kernel
flavor, is already being done by the freedom-marker.  There is a list of
hardware specific packages already over there.  We could add
flash-kernel and firmware-libertas there.

- Most importantly, for all the users who are installing
freedombox-setup package on an existing Debian, this hardware specific
code either does not run or will spoil their existing boot process.
(Debian installer folks seem to have a separate package for such code
called flash-kernel-installer.  This will setup flash-kernel during
image building but should never be installed on a regular Debian machine.)

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#804756: Acknowledgement (gnus-agent-regenerate-group crashes => Invalid read syntax: ". in wrong context")

[Paranoia Remailer]

This message is being sent to you automatically in response to an email
that you sent to .

Most likely, you tried to reply to an email that has been sent through
this service. If you did not send an email to ,
please ignore this message.

The Anonymous Remailer is a free service that
allows individuals including crime victims, domestic violence victims,
persons in recovery, and others, such as those living under oppressive
regimes, to communicate confidentially in a manner that ensures their
privacy under even the most adverse conditions.

To block individuals using this remailer from sending email to your
address in the future, please send a message to 

containing the line

destination-block 804...@bugs.debian.org

anywhere in the body text of the email.  You can simply forward this
entire email to  using your email
program for your current email address to be permanently blocked
from users of the Anonymous Remailer.

For more information about the Anonymous Remailer Administrator's
strict anti-abuse policy, please send a blank email to


Sincerely,

-- The Anonymous Remailer Administrator

Bug#804752: unbound: After upgrade to 1.5.6, unbound does not start on default configuration.

[Paweł Różański]

Package: unbound
Version: 1.5.6-1
Severity: normal

Dear Maintainer,

I run unbound on my laptop with Debian unstable as local DNS cache. After 
standard upgrade of pacakges
I noticed, that my DNS resolver does not work anymore. Unbound service does not 
run/start. After
enabling debug I found in syslog:
fatal error: could not open autotrust file for writing, 
/etc/unbound/root.key.3265-0: Permission denied

Indeed, I used /var/lib/unbound/root.key in 1.4:
ls -ltr /var/lib/unbound/root.key
-rw-r--r-- 1 unbound unbound 759 lis 11 09:44 /var/lib/unbound/root.key

1.5.6 tried to use /etc/unbound/root.key:
ls -ltra /etc/unbound/root.key
-rw-r--r-- 1 root root 759 lis 10 09:33 /etc/unbound/root.key

1.4 probably used conf.d, and 1.5.4 probably does not, as I have
cat /etc/unbound/unbound.conf.d/root-auto-trust-anchor-file.conf 
server:
# The following line will configure unbound to perform cryptographic
# DNSSEC validation using the root trust anchor.
auto-trust-anchor-file: "/var/lib/unbound/root.key"

I also checked exactly the same default configuration on previous version - 
works with 1.4.

Below is my current, working configuration. The only change is 
auto-trust-anchor-file line.

I believe configuration file should be modified as below or reading conf.d 
should be
restored. Right now service does not work on default configuration and may 
disrupt services.

Kind regards,
Paweł

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages unbound depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.19-22
ii  libevent-2.0-5  2.0.21-stable-2+b1
ii  libfstrm0   0.2.0-1
ii  libprotobuf-c1  1.1.1-1
ii  libpython2.72.7.10-5+b1
ii  libssl1.0.2 1.0.2d-3
ii  openssl 1.0.2d-3
ii  unbound-anchor  1.5.6-1

unbound recommends no packages.

unbound suggests no packages.

-- Configuration Files:
/etc/unbound/unbound.conf changed:
server:
# whitespace is not necessary, but looks cleaner.
# verbosity number, 0 is least verbose. 1 is default.
verbosity: 1
# print statistics to the log (for every thread) every N seconds.
# Set to "" or 0 to disable. Default is disabled.
# statistics-interval: 0
# enable cumulative statistics, without clearing them after printing.
# statistics-cumulative: no
# enable extended statistics (query types, answer codes, status)
# printed from unbound-control. default off, because of speed.
# extended-statistics: no
# number of threads to create. 1 disables threading.
num-threads: 4
# power of 2 close to num-threads  
msg-cache-slabs: 4
rrset-cache-slabs: 4
infra-cache-slabs: 4
key-cache-slabs: 4
# more cache memory, rrset=msg*2
rrset-cache-size: 50m
msg-cache-size: 25m
# more outgoing connections
# depends on number of cores: 1024/cores - 50 
outgoing-range: 200
# Larger socket buffer.  OS may need config.
so-rcvbuf: 8m
so-sndbuf: 8m
# specify the interfaces to answer queries from by ip-address.
# The default is to listen to localhost (127.0.0.1 and ::1).
# specify 0.0.0.0 and ::0 to bind to all available interfaces.
# specify every interface[@port] on a new 'interface:' labelled line.
# The listen interfaces are not changed on reload, only on restart.
# interface: 192.0.2.153
# interface: 192.0.2.154
# interface: 192.0.2.154@5003
# interface: 2001:DB8::5
# enable this feature to copy the source address of queries to reply.
# Socket options are not supported on all platforms. experimental. 
# interface-automatic: no
# port to answer queries from
# port: 53
# specify the interfaces to send outgoing queries to authoritative
# server from by ip-address. If none, the default (all) interface
# is used. Specify every interface on a 'outgoing-interface:' line.
# outgoing-interface: 192.0.2.153
# outgoing-interface: 2001:DB8::5
# outgoing-interface: 2001:DB8::6
# number of ports to allocate per thread, determines the size of the
# port range that can be open simultaneously.  About double the
# num-queries-per-thread, or, use as many as the OS will allow you.
# outgoing-range: 4096
# permit unbound to use this port number or port range for
# making outgoing queries, using an outgoing interface.
# outgoing-port-permit: 32768
# deny unbound the use this of port number or port 

Bug#804759: O: wmii -- lightweight tabbed and tiled X11 window manager

[Andrew Shadura]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello everyone,

I stopped using wmii earlier this year, having switched to i3, XFCE and
Unity, so probably I'm not the right person to respond to the bug
reports anymore. The upstream has not been active recently, but wmii
is quite stable except for multi-monitor support which unfortunately
is far from perfect. The lack of good multi-monitor support is what
made me switch to i3 first, but later for various reasons I stopped
using tiling window managers altogether — after more than 5 years of
using them!

Please take care of this package if you use it.

- -- 
Cheers,
  Andrew

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWQwpAAAoJEJ1bI/kYT6UUjkcH/1cnL+bRpacJu+TduWH2puUr
tNh9nOCVS/uJW0OIrIfp0t7NlNIzsws7SaL/FhwwqU/0SV34f/og0FXlOtxWpRlF
NLAz4Y0l6axGCwW3hF2V4KiL8z95Uu5qx2BwebGmXYe9OPQKBaHXB0bExHmsi8aD
LH7Ais2Hx80jT7KfmTALUSN2N9Gq8CiYYg5xW0teCZ03Uf7K+FoULQ6+HAFclE5X
EhbIZZ/b9e0zX8yl/g+ezH7kN5e2xLrWAMBFs078ydCbaHpkex1HEFRnVA/vJlv8
KL31RHEgSxNPIfphvg7dF0om8mFCbSA8HO6J8VDsO8OdTfPUjsK5G4uujNn2BR8=
=OTvQ
-END PGP SIGNATURE-

Bug#804758: libqt5widgets5: Crashes and drawing errors related to SHM

[Florian Bruhin]

Package: libqt5widgets5
Version: 5.3.2+dfsg-4+deb8u1
Severity: normal

Dear Maintainer,

Since a few days, QtWebKit applications (such as Calibre or my minimal
PyQt test script[1]) crash when resizing the window. I think it mostly
happens when it's resized bigger than the window size when the
application was started.

Sometimes there's a segfault, sometimes just a warning printed:

[...]
QXcbShmImage: shmget() failed (28) for size 103376 (364x71)
QXcbShmImage: shmget() failed (28) for size 905664 (636x356)
QXcbShmImage: shmget() failed (28) for size 921600 (640x360)
QXcbShmImage: shmget() failed (28) for size 8294400 (1920x1080)
QXcbShmImage: shmget() failed (28) for size 8294400 (1920x1080)
[...]

I also see drawing errors when using KeePassX (wich doesn't use
QtWebKit) with similar errors:

QNativeImage: Unable to attach to shared memory segment. 
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x0
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x0

screenshot: http://the-compiler.org/tmp/qt5drawing.png

Everything non-Qt seems to work fine.

[1] 
https://github.com/The-Compiler/qutebrowser/blob/master/scripts/minimal_webkit_testbrowser.py

Florian

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

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

Versions of packages libqt5widgets5 depends on:
ii  libc6  2.19-18+deb8u1
ii  libglib2.0-0   2.42.1-1
ii  libqt5core5a   5.3.2+dfsg-4+deb8u1
ii  libqt5gui5 5.3.2+dfsg-4+deb8u1
ii  libstdc++6 4.9.2-10
ii  libx11-6   2:1.6.2-3
ii  multiarch-support  2.19-18+deb8u1

libqt5widgets5 recommends no packages.

libqt5widgets5 suggests no packages.

-- no debconf information

Bug#804760: gnus-agent-regenerate-group => Invalid read syntax: . in wrong context

[Nomen Nescio]

Package: emacs24
Version: 24.4+1-5
Severity: important

Dear Maintainer,

A particular newsgroup breaks gnus in an irrecoverable way.  Gnus
cannot open a group with content from "gwene.com.fatwallet.hotdeals"
from the news.gmane.org server (filed in bug# 797409).

Two other gnus functions fail when trying to recover:

  * gnus-agent-regenerate-group
  * gnus-agent-expire-group

Those two commands fail with:

  Invalid read syntax: ". in wrong context"

This is very severe, because regenerating the group is the only
function to recover from other bugs, and this function itself is
broken.  It's not even possible to delete the messages, because the
group cannot be entered.  It's a complete stalemate.  The bugs are so
entrenched that there is no way to recover from this.

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

Kernel: Linux 3.16.0-4-amd64 (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 emacs24 depends on:
ii  emacs24-bin-common 24.4+1-5
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgomp1   4.9.2-10
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-12
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-12.3
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-5
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
pn  emacs24-common-non-dfsg  

-- no debconf information

Bug#795085: python-pafy: Upstream supports Python 2.6+, but Debian package only Python 3

[Stein Magnus Jodal]

On Wed, Nov 11, 2015 at 01:04:21AM +0100, Zlatan Todoric wrote:
> CCing you now to make sure you get it :) I am planning to do some work
> on pafy next week and want to see where you stand in this? Also notice
> that new release of pafy is not anymore standalone module but depends
> on youtube-dl (if that somehow affects you or your upstream).

Ah, sorry. I noticed your August 25 reply some time in October, but I
didn't reply right away and forgot about it.

My upstream just does `pafy.new(url)` and uses the following
attributes/methods from the return value:

- title
- videoid
- getbestaudio()
- getbest()
- bitrate
- mediatype
- extension
- bigthumb
- bigthumbhd

As long as these attributes/functions continues to work in the new
version of pafy or there's an equivalent replacement, I should be good.

> My PoV in short - I would prefer not to reintroduce the python2
> version but if that is what you and your upstream really want and do,
> then I guess the only solution is to do exactly that (but would also
> prefer a notice to your upstream in that case saying that having
> python3 support sooner rather then later is excellent thing :) ).

Mopidy-YouTube is an extension (running in the same process/interpreter)
to Mopidy, which is working hard to get to Python 2+3 support (ETA: <3
months).

Once that is in place, we need to transition most of the Mopidy
extension community (>50 extensions on PyPI, of which 13 are packaged in
Debian) to supporting Python 2+3 before we can switch the /usr/bin/mopidy
executable in Debian to run under Python 3 by default. I believe this
will take at least on the order 6 additional months. Maybe less for the
13 in Debian, as I have upstream commit bit on most of them.

All in all, we're talking about a time frame of around 9 months before
Mopidy-YouTube in Debian will no longer need a Python 2 version of pafy.

I wholeheartedly support any effort to move the world to Python 3, and
preferably before the freeze of stretch. For Mopidy and pafy, I think
that should be within reach.

-- 
Stein Magnus Jodal
jo...@debian.org
jodal at #debian-python


signature.asc
Description: Digital signature

Bug#804435: vinagre fails to connect to local vnc tunneled via ssh

[Federico Schwindt]

This is a problem with gtk-vnc:

$ vinagre --gtk-vnc-debug
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Init
VncConnection=0x165aba0
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncdisplaykeymap.c Using evdev
keycode mapping
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncdisplay.c Grab sequence is
now Control_L+Alt_L
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Open host=
127.0.0.1:11213 port=5900
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Open coroutine
starting
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Started
background coroutine
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Resolving host
127.0.0.1:11213 5900
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Doing final VNC
cleanup
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Close
VncConnection=0x165aba0
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Emit main
context 15
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncdisplay.c Disconnected from
VNC server
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncdisplay.c Display destroy,
requesting that VNC connection close
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncdisplay.c Display destroy,
requesting that VNC connection close
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncdisplay.c Releasing VNC
widget
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Delayed unref
VncConnection=0x165aba0
(vinagre:3602): gtk-vnc-DEBUG: ../../../src/vncconnection.c Finalize
VncConnection=0x165aba0

It's failing to parse the port correctly.

Bug#804762: proftpd version 1.3.5-1.1+deb8u1 bug

[Aurel Mihai]

Package: proftpd-basic
Version: 1.3.5-1.1+deb8u1

In /var/log/proftpd/proftpd.log:

ROOT PRIVS: unable to seteuid(): Operation not permitted
ROOT PRIVS: unable to setegid(): Operation not permitted
RELINQUISH PRIVS: unable to seteuid(PR_ROOT_UID): Operation not permitted

I am using Debian 8.2, kernel 3.16.7-ckt11-1+deb8u6

I belive this is the proftpd bug #4091

Please see:
http://bugs.proftpd.org/show_bug.cgi?id=4091
https://github.com/proftpd/proftpd/pull/32/files

Bug#802851: jessie-pu: package qpsmtpd/0.84-11

[Devin Carraway]

On Sun, Oct 25, 2015 at 01:23:11PM +, Adam D. Barratt wrote:

> While the proposed patch on its own looks fine, in order for us to give
> an ack on the upload please prepare, build and test a package on jessie
> - versioned as 0.84-11+deb8u1 rather than -12 - and send the source
> debdiff to this bug report.

Debdiff attached.

-- 
Devin  \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com
Carraway \ 4096R/9197B5F9: 9C64 37CD 1B7B 029D 0933  49EA 1E52 7672 9197 B5F9
diff -Nru qpsmtpd-0.84/debian/changelog qpsmtpd-0.84/debian/changelog
--- qpsmtpd-0.84/debian/changelog   2013-08-13 00:39:07.0 -0700
+++ qpsmtpd-0.84/debian/changelog   2015-11-11 00:18:17.0 -0800
@@ -1,3 +1,11 @@
+qpsmtpd (0.84-11+deb8u1) stable; urgency=medium
+
+  * Patch for compatibility-breaker change in Net::DNS (Closes: #795836)
+  * Depend on libnet-dns-perl >= 0.81, since 0.66 from oldstable has the
+opposite compatibility problem
+
+ -- Devin Carraway   Sat, 24 Oct 2015 07:27:50 +
+
 qpsmtpd (0.84-11) unstable; urgency=low
 
   * Add Japanese debconf translation; thanks to victory (Closes:
diff -Nru qpsmtpd-0.84/debian/control qpsmtpd-0.84/debian/control
--- qpsmtpd-0.84/debian/control 2013-07-01 19:28:34.0 -0700
+++ qpsmtpd-0.84/debian/control 2015-10-24 01:04:20.0 -0700
@@ -7,7 +7,7 @@
 
 Package: qpsmtpd
 Architecture: all
-Depends: ${misc:Depends}, ${perl:Depends}, debconf (>= 1.0.0), adduser (>= 
3.0), libdigest-hmac-perl, libmail-spf-perl (>= 2.8.0), libnet-dns-perl, 
libnet-perl, libmailtools-perl, libipc-shareable-perl, libclamav-client-perl, 
libsocket6-perl, libio-socket-inet6-perl
+Depends: ${misc:Depends}, ${perl:Depends}, debconf (>= 1.0.0), adduser (>= 
3.0), libdigest-hmac-perl, libmail-spf-perl (>= 2.8.0), libnet-dns-perl (>= 
0.81), libnet-perl, libmailtools-perl, libipc-shareable-perl, 
libclamav-client-perl, libsocket6-perl, libio-socket-inet6-perl
 Suggests: spamassassin (>= 3.0.0), clamav-daemon, tinycdb
 Homepage: http://smtpd.develooper.com/
 Description: Flexible SMTP daemon for network-level spam detection
diff -Nru qpsmtpd-0.84/debian/files qpsmtpd-0.84/debian/files
--- qpsmtpd-0.84/debian/files   1969-12-31 16:00:00.0 -0800
+++ qpsmtpd-0.84/debian/files   2015-11-11 00:22:31.0 -0800
@@ -0,0 +1 @@
+qpsmtpd_0.84-11+deb8u1_all.deb mail extra
diff -Nru qpsmtpd-0.84/debian/patches/netdns_header_compat-bug795836.patch 
qpsmtpd-0.84/debian/patches/netdns_header_compat-bug795836.patch
--- qpsmtpd-0.84/debian/patches/netdns_header_compat-bug795836.patch
1969-12-31 16:00:00.0 -0800
+++ qpsmtpd-0.84/debian/patches/netdns_header_compat-bug795836.patch
2015-10-24 00:25:59.0 -0700
@@ -0,0 +1,13 @@
+Index: qpsmtpd-0.84/qpsmtpd-forkserver
+===
+--- qpsmtpd-0.84.orig/qpsmtpd-forkserver   2015-10-24 05:35:24.0 
+
 qpsmtpd-0.84/qpsmtpd-forkserver2015-10-24 07:23:18.815328768 +
+@@ -281,7 +281,7 @@
+ # all children should have different seeds, to prevent conflicts
+ srand();
+ for (0 .. rand(65536)) {
+-  Net::DNS::Header::nextid();
++  Net::DNS::Header::id();
+ }
+   
+ close $_ for $select->handles;
diff -Nru qpsmtpd-0.84/debian/patches/series qpsmtpd-0.84/debian/patches/series
--- qpsmtpd-0.84/debian/patches/series  2013-07-01 19:21:52.0 -0700
+++ qpsmtpd-0.84/debian/patches/series  2015-10-24 00:23:00.0 -0700
@@ -2,3 +2,4 @@
 spf_plugin-upstream-02912602842.patch
 spf_plugin-bug693181.patch
 ipv6_warnings-bug693179.patch
+netdns_header_compat-bug795836.patch


signature.asc
Description: Digital signature

Bug#804596: [Pdns-dev] Bug#804596: pdns-server: New version fails to sign axfrs

[Aki Tuomi]

On Tue, Nov 10, 2015 at 12:42:34PM -0500, James Cloos wrote:
> > "PvD" == Peter van Dijk  writes:
> 
> PvD> geo did not change its name - geoip is a different backend.
> 
> Sorry for forgetting that.  I now recall that again.  So I should have
> written about the one backend replacing the other, and as such apt left
> the old one there.
> 
> The geoip deb needs to have an annotation that it replaces the geo deb
> given that there is no 3.4.7 deb for geo.
> 
> That should have been done when 3.4.6-3 was uploaded, based on the
> files currently in pool.
> 
> -JimC

Hi!

GeoIP backend does not replace geo backend either. =)

Aki

Bug#804754: gnus-agent-regenerate-group crashes => Invalid read syntax: ". in wrong context"

[Anonymous]

Package: emacs24
Version: 24.4+1-5
Severity: important

Dear Maintainer,

A particular newsgroup breaks gnus in an irrecoverable way.  Gnus
cannot open a group with content from "gwene.com.fatwallet.hotdeals"
from the news.gmane.org server (filed in bug# 797409).

Two other gnus functions fail when trying to recover:

  * gnus-agent-regenerate-group
  * gnus-agent-expire-group

Those two commands fail with:

  Invalid read syntax: ". in wrong context"

This is very severe, because regenerating the group is the only
function to recover from other bugs, and this function itself is
broken.  It's not even possible to delete the messages, because the
group cannot be entered.  It's a complete stalemate.  The bugs are so
entrenched that there is no way to recover from this.

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

Kernel: Linux 3.16.0-4-amd64 (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 emacs24 depends on:
ii  emacs24-bin-common 24.4+1-5
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgomp1   4.9.2-10
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-12
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-12.3
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-5
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
pn  emacs24-common-non-dfsg  

-- no debconf information

Bug#777043: Anyone still working on this ITP?

[Ghislain Vaillant]

Is anyone still working on this ITP?

Otherwise, I am happy to start working on it and have shark maintained 
under Debian Science.


Thanks for letting me know.

Ghis

Bug#804756: Your email to mixmas...@remailer.paranoici.org

[Paranoia Remailer]

This message is being sent to you automatically in response to an email
that you sent to .
If you did not send such an email, please ignore this message.

This remailer is a free service that allows individuals including crime
victims, domestic violence victims, persons in recovery, and others,
such as those living under oppressive regimes, to communicate
confidentially in a manner that ensures their privacy under even the
most adverse conditions.

To obtain information on how you can use this service, please send an
email with subject "remailer-help" to .

Should you have received an unwelcome message through this service or to
report problems with this service, please contact the Administrator at
.

Thank you for your interest in secure and private communications,

-- The Anonymous Remailer Administrator

Bug#804492: bash completion

[Nicholas Bamber]

On 10/11/15 12:17, Nicholas Bamber wrote:

On 10/11/15 11:59, James McCoy wrote:

On Tue, Nov 10, 2015 at 09:56:26AM +, Nicholas Bamber wrote:




On the contrary, I think changing Makefiles is much more appropriate.
Installing the completion files in the right place under the right name
should happen regardless of whether this is being packaged in Debian or
a downstream (possibly non-Debian based) distro, so it should happen as
much as possible in the build process, not in the packaging.

Cheers,




Thanks for the clarification. I#m happy to work on that basis. It will
take slightly longer.



James,
	My amended patch is ready. I have ran debdiff, sbuild, lintian etc and 
installed it locally and tested it. Everything looks good to me. I have 
it in git locally so if acceptable all I need to do is push it.
diff -Nru --exclude po4a devscripts-2.15.10/debian/changelog devscripts-2.15.10/debian/changelog
--- devscripts-2.15.10/debian/changelog	2015-11-11 09:44:19.0 +
+++ devscripts-2.15.10/debian/changelog	2015-11-11 00:18:33.0 +
@@ -1,8 +1,21 @@
 devscripts (2.15.10) UNRELEASED; urgency=medium
 
+  [ Benjamin Drung ]
   * test_uscan: Fix failure in testFileExclusion due to wrong tarfile name
 test on Ubuntu.
 
+  [ Nicholas Bamber ]
+  * Fixed issues with current bash completion (Closes: #804492)
+- Reorganised scripts/Makefile so that bash completion scripts
+  are installed matching their command names - exception the
+  generic pkgnames.bash_completion .
+- Where necessary added links to bash completion scripts
+  to debian/links to reuse bash completion code
+- Removed deprecated "have" mechanism from bash completion scripts.
+- Removed undefined "$filenames" from chdist.bash_completion
+- Split debi.bash_completion off from pkgnames.bash_completion
+  and added links for both debi/debc and corrected complete commands
+
  -- Benjamin Drung   Fri, 23 Oct 2015 23:54:58 +0200
 
 devscripts (2.15.9) unstable; urgency=medium
diff -Nru --exclude po4a devscripts-2.15.10/debian/links devscripts-2.15.10/debian/links
--- devscripts-2.15.10/debian/links	2015-11-11 09:44:19.0 +
+++ devscripts-2.15.10/debian/links	2015-11-10 23:49:04.0 +
@@ -11,3 +11,24 @@
 /usr/share/man/fr/man1/debchange.1.gz		/usr/share/man/fr/man1/dch.1.gz
 /usr/share/man/fr/man1/pts-subscribe.1.gz	/usr/share/man/fr/man1/pts-unsubscribe.1.gz
 /usr/share/man/fr/man1/edit-patch.1.gz		/usr/share/man/fr/man1/add-patch.1.gz
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/wnpp-alert
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/wnpp-check
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/mk-build-deps
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/rmadison
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/mass-bug
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/debsnap
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/dd-list
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/build-rdeps
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/who-uploads
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/transition-check
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/getbuildlog
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/dcontrol
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/grep-excuses
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/rc-alert
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/bts
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/whodepends
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/dget
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/pts-subscribe
+/usr/share/bash-completion/completions/pkgnames  /usr/share/bash-completion/completions/pts-unsubscribe
+/usr/share/bash-completion/completions/debchange /usr/share/bash-completion/completions/dch
+/usr/share/bash-completion/completions/debi /usr/share/bash-completion/completions/debc
diff -Nru --exclude po4a devscripts-2.15.10/scripts/chdist.bash_completion devscripts-2.15.10/scripts/chdist.bash_completion
--- devscripts-2.15.10/scripts/chdist.bash_completion	2015-11-11 09:44:19.0 +
+++ devscripts-2.15.10/scripts/chdist.bash_completion	2015-11-10 23:50:21.0 +
@@ -1,4 +1,3 @@
-have chdist &&
 _chdist ()
 {
   local cur=$2 prev=$3
@@ -47,6 

Bug#804764: kdevelop-python: Python 2 support missing

[Jacob Kanev]

Subject: kdevelop-python: Python 2 support missing
Package: kdevelop-python
Version: 1.7.0-1
Severity: important

Dear Maintainer,

   I would like to use kdevelop to program/debug a larger application that 
requires Python 2.7 (OpenERP/Odoo). Unfortunately, when I start debugging in 
kdevelop I get the message "Sorry, debugging is only supported for Python 3.x 
applications". Kdevelop-python is the only python plugin in Debian and supports 
only python 3. When installing kdev-python from ubuntu I don't get this message 
(although there are other problems). With python 2 still in widespread use this 
is a major issue.

Lots of regards, Jacob.


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

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

Versions of packages kdevelop-python depends on:
ii  kdevelop4:4.7.1-2
ii  kdevplatform8-libs  1.7.1-1
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-22
ii  libkdecore5 4:4.14.13-1
ii  libkdeui5   4:4.14.13-1
ii  libkio5 4:4.14.13-1
ii  libknewstuff3-4 4:4.14.13-1
ii  libkparts4  4:4.14.13-1
ii  libktexteditor4 4:4.14.13-1
ii  libpython3.43.4.3-10
ii  libqtcore4  4:4.8.7+dfsg-3
ii  libqtgui4   4:4.8.7+dfsg-3
ii  libstdc++6  5.2.1-22
ii  libthreadweaver44:4.14.13-1
ii  python3 3.4.3-7

kdevelop-python recommends no packages.

Versions of packages kdevelop-python suggests:
pn  kdevelop-python-l10n  

-- no debconf information

-- 
   __
   Setting Orange, 23rd of The Aftermath, 3181
   jacob kanev
 email: jka...@zoho.com
 twitter: @j_kanev
 jabber: jka...@jabber.ccc.de
 skype: j_kanev
 blog: http://jacobkanev.wordpress.com

Bug#804751: gnus-agent-regenerate-group crashes => Invalid read syntax: ". in wrong context"

[Jack Ryan]

Package: emacs24
Version: 24.4+1-5
Severity: important

Dear Maintainer,

A particular newsgroup breaks gnus in an irrecoverable way.  Gnus
cannot open a group with content from "gwene.com.fatwallet.hotdeals"
from the news.gmane.org server (filed in bug# 797409).

Two other gnus functions fail when trying to recover:

  * gnus-agent-regenerate-group
  * gnus-agent-expire-group

Those two commands fail with:

  Invalid read syntax: ". in wrong context"

This is very severe, because regenerating the group is the only
function to recover from other bugs, and this function itself is
broken.  It's not even possible to delete the messages, because the
group cannot be entered.  It's a complete stalemate.  The bugs are so
entrenched that there is no way to recover from this.

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

Kernel: Linux 3.16.0-4-amd64 (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 emacs24 depends on:
ii  emacs24-bin-common 24.4+1-5
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgomp1   4.9.2-10
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-12
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-12.3
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-5
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
pn  emacs24-common-non-dfsg  

-- no debconf information

Bug#804753: plinth: Update description

[Sunil Mohan Adapa]

Package: plinth
Version: 0.6
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- - "Freedom Box" should be written as "FreedomBox".  See identity manual.

- - Fully describe FreedomBox with it's latest definition from the Wiki page
FreedomBox/Introduction.



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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWQwPmAAoJEDbDYUQMm8lxnNQP+gLFGRQyB6Q1Kl6yguGvHDUI
X8ExfJUrj5ko6oWUTRalv+uarVhjQ0ziR58Z8oCiDWkSRKkq8Pqqv8pT/4op5cHw
y/iBjRXEGPnNYqnMVELnNHmIVumNuSqXCEk9NNV/hcL2BVxwkKIO2gKSlvi1rWpa
Mf6SY9zad8kPMe65xdRLcm0OrZiuAliC7QyPYAMpsNm42Hp9s0qaqkBIE5hYdGZ0
ux9NHSwCQAK5PGOYstecBu4NfDdq0GQ6VOYtIS2unJarZdCOIAmQ/AFTDXqIufWi
KohJgeCuf+S3rl/VahgwtmUuJENPmWbDjx1PuugJrz9gAzXGjkUorRfxSqLRbI3D
+f6tjrPWanc02Isq1bUjtPfstUaiCfY61AkFs1CMdrhbBSpw/zn8WG76yxqbp2Iz
APjsfdVp43+PhKKZGOXO+ZqVH3QJzdMfexTAbmkuBgMYyDpwvAdU4FF7ilHFfFoC
fo8hH5ABzQIjX4qbOZ/dtQH2fka5Z137qya7Rx35bSvEqXQ3kYZR0mb32cNelpz1
ASEV2XC3kwBG+pFS4rBkv3tgC0dx7F2GSZGwtQb6kxeIgoFegSm8kjhHT+iLFDl/
nWKoggG8Ap0sYYCqLgI07oc1S27Jk5di+T1TGmt0k8gp74hXyPhGUKpxcT/Tjq6N
0f+no+lu/ihWBsfGQptS
=GYQi
-END PGP SIGNATURE-

Bug#804763: zim: searching all pages does not open the results

[Francois Mescam]

Package: zim
Version: 0.65-1
Severity: normal

Dear Maintainer,

The problem appears since I have installed version 0.65 of zim. In the previous
version 0.63 there is no problem.

When I use Maj+CTRL+F to search in alle pages I obtain a window with the
results which are correct. After when I do a click on a result or if I select a
result and do Return ZIM does not open the page. These operations works well
with ZIM 0.63.

With my best regards

François



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

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

Versions of packages zim depends on:
ii  python  2.7.9-1
ii  python-gobject  3.18.2-2
ii  python-gtk2 2.24.0-4
ii  python-xdg  0.25-4
pn  python:any  

Versions of packages zim recommends:
ii  python-gtkspell  2.25.3-13

Versions of packages zim suggests:
pn  bzr   
pn  ditaa 
pn  dvipng
ii  git   1:2.6.2-1
pn  gnuplot   
pn  graphviz  
pn  lilypond  
pn  mercurial 
ii  python-zeitgeist  0.9.16-0.1
pn  r-base
pn  scrot 

-- no debconf information

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

[Dmitry Bogatov]

* Gianfranco Costamagna  [2015-11-04 
17:38:33+]
> Hi, according to [1] [2] [3] FDL with the "no invariant" section is not 
> considered DFSG.

Well, I moved complexity-doc into 'non-free/doc' (!) section.

Lintian complains, that I build free and non-free binaries from same
source package, but separating doc into almost-identical source package
and keeping them in sync is insane.

> there is no problem in backporting it, but we prior need to make it dfsg and 
> pass the new queue.
> When the package will enter testing, a backport will be possible (assuming 
> the rdeps are in jessie)

They are, for sure.


-- 
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Keep-In-CC: yes
X-Web-Site: nanlnhhunqer4xcy.onion


signature.asc
Description: Digital signature

Bug#803117: [Python-modules-team] Bug#803117: celery: non-free documentation (CC-BY-NC-SA-3.0)

[Brian May]

Michael Fladischer  writes:

> I opened an issue with upstream and will wait a few days for them to
> respond. If they cannot change their license I will repack the source
> tarball and drop the documentation.

I see upstream has changed the license, however not yet made a release.

I believe this means we should be able to downgrade this bug to non-RC
status, as the license is OK now, even though the license text in our
version is incorrect.
-- 
Brian May 

Bug#804757: New version 1.1.0 available

[Sebastien Bacher]

In fact that changeset is required as well

http://cgit.libimobiledevice.org/ideviceinstaller.git/commit/src/ideviceinstaller.c?id=e8417d6b44efe2047805388836fffbc31b6a65a3

Bug#733094: Still exists in Jessie

[Paulo Assis]

Hi, in recent versions this was fixed by changing debug to 0 in
uvcdynctrl script:
http://sourceforge.net/p/libwebcam/code/ci/f1e631a4163beb926f25efa52e2c5b71128de345/

this will redirect log output to /dev/null

Regards,
Paulo

2015-11-06 13:54 GMT+00:00 Matti Kurkela :
> If /var or /var/log is a separate filesystem, the udev rule for this can
> often run before that filesystem is mounted, causing the
> /var/log/uvcdynctrl-udev.log file to be "hidden" under the mountpoint -
> where it is also unreachable by logrotate and similar tools, and thus might
> grow forever until the root filesystem is full.
>
> One way to remove the unreachable file would be to reboot into single user
> mode - but there is an easier way: bind mount the root filesystem to some
> other location. Bind mounts ignore submounts, and thus make the files stuck
> under mount points accessible.
>
> Here's an example from my system:
>
> # ls -l /var/log/uvcdynctrl-udev.log
> -rw-r--r-- 1 root root 0 Nov 6 12:28 /var/log/uvcdynctrl-udev.log
>
> # mount --bind / /mnt
>
> # ls -l /mnt/var/log/uvcdynctrl-udev.log
> -rw-r--r-- 1 root root 97805 Nov 4 21:15 /mnt/var/log/uvcdynctrl-udev.log
>
> Apparently /lib/udev/uvcdynctrl and /lib/udev/rules.d/80-uvcdynctrl.rules
> are not marked as conffiles, so updates will overwrite any manual edits.
>
> A permanent workaround can be achieved by also overriding the udev rule to
> make it read the script from elsewhere, so the modified script won't be
> overwritten on updates:
>
> # sed -e '/^debug=/s/1/0/' < /lib/udev/uvcdynctrl >/etc/udev/uvcdynctrl
> # sed -e 's|/lib/udev/uvcdynctrl|/etc/udev/uvcdynctrl|' \
> < /lib/udev/rules.d/80-uvcdynctrl.rules \
>>
>> /etc/udev/rules.d/80-uvcdynctrl.rules
>
>
> A minimal patch would be to add a configuration file to the package, e.g.
> /etc/default/uvcdynctrl, and have the /lib/udev/uvcdynctrl read the value of
> the "debug" variable from there.
>
>
> --
> Matti.Kurkela (at) iki.fi (or welho.com)

Bug#802572: mps-youtube: "user" search command gives unexpected results

[mlang]

Zlatan Todoric  writes:

> Hi Mario,
>
>> 
>> On Wed, 21 Oct 2015 11:27:19 +0200 Mario Lang 
>> wrote:
>>> Package: mps-youtube Version: 0.2.5-3 Severity: normal
>>> 
>>> Dear Maintainer,
>>> 
>>> There seems to be a problem with the "user" command of mpsyt.
>>> 
>>> --
 user CppCon
>>> User CppCon not found --
>>> 
>>> However, that user exists on YouTube.
>>> 
>>> For instance, I can retrieve the CppCon playlists like this:
>>> 
>>> --
 userpl CppCon
>>> Item  Playlist Author Updated
>>> Count 1 CppCon 2015 Lightning Talks CppCon   10/21/15 21
>>> 2 CppCon 2015 CppCon   09/23/15 114
>>> 
>>> 
>>> 
>>> 
>>> Playlist results for user: CppCon --
>>> 
>>> Also, going to youtube.com/user/CppCon reveals that this user 
>>> indeed exists.
>>> 
>>> If the user is found, the number of videos returned can be 
>>> incomplete:
>>> 
>>> --
 user mlang23
>>> Num  Title  Time 1
>>> Goldberg variation 5 - christmas etude...
>>> 00:38 2 BWV 1034 (3): Andante 04:00 3   Mario Lang: Comptine d'un
>>> autre été: L'Après-midi (Yann Tiersen)   02:18 4   BMC
>>> -- Braille Music Compiler Live Demo - Mario Lang & Simon Kain
>>> 08:23
>>> 
>>> 
>>> Video uploads by mlang23 --
>>> 
>>> However, going to youtube.com/user/mlang23 reveals that this
>>> user has actually uploaded more then just 4 videos.  For
>>> instance, "How do blind people play (computer) games" (1/3, 2/3,
>>> 3/3) are definitely missing from the list shown by mpsyt.
>>> 
>>> 
>>> -- System Information: Debian Release: stretch/sid APT prefers 
>>> testing APT policy: (500, 'testing') Architecture: amd64
>>> (x86_64)
>>> 
>>> Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: 
>>> LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> 
>
> CCing you now to make sure you get the mail :)
>
> Answer:
>
> So, okay, the problem is that user CppCon has no videos in category
> music and by default mps-youtube shows only music. So try this command:
>
>> set search_music False
>
> and search again, now you should get all the videos.

Doh, thanks for the answer!
Totally makes sense now.

-- 
Mario Lang
Graz University of Technology
IT Services - Computing
Steyrergasse 30/1, 8010 Graz, Austria - Europe
Phone: +43 316 873 6897
Mobile: +43 664 60 873 6897
Email: ml...@tugraz.at
www.zid.tugraz.at

Bug#804761: gnus-agent-regenerate-group crashes => Invalid read syntax: ". in wrong context"

[Anonymous]

Package: emacs24
Version: 24.4+1-5
Severity: important

Dear Maintainer,

A particular newsgroup breaks gnus in an irrecoverable way.  Gnus
cannot open a group with content from "gwene.com.fatwallet.hotdeals"
from the news.gmane.org server (filed in bug# 797409).

Two other gnus functions fail when trying to recover:

  * gnus-agent-regenerate-group
  * gnus-agent-expire-group

Those two commands fail with:

  Invalid read syntax: ". in wrong context"

This is very severe, because regenerating the group is the only
function to recover from other bugs, and this function itself is
broken.  It's not even possible to delete the messages, because the
group cannot be entered.  It's a complete stalemate.  The bugs are so
entrenched that there is no way to recover from this.

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

Kernel: Linux 3.16.0-4-amd64 (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 emacs24 depends on:
ii  emacs24-bin-common 24.4+1-5
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgomp1   4.9.2-10
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-12
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-12.3
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-5
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
pn  emacs24-common-non-dfsg  

-- no debconf information

Bug#804612: Requires upload of bazel first

[Ghislain Vaillant]

According to the installation instructions [1], bazel is required to 
build TensorFlow. There is an ITP currently filed for bazel [2].


[1] 
https://github.com/tensorflow/tensorflow/blob/master/tensorflow/g3doc/get_started/os_setup.md

[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782654

On a separate note, this package would be a great candidate for 
maintenance by the Debian Science Team. I might give it a go if bazel 
gets uploaded eventually.


Ghis

Bug#793358: mysql-5.6: FTBFS on HURD: error: 'RTLD_DEFAULT' undeclared

[Robie Basak]

Hi,

I've not included this in my upload today as I want to get it forwarded
upstream. I'm speaking to upstream on Friday and I'd like to go through
all the oustanding bugs that are relevant to upstream with them then.
But if we don't get it resolved upstream soon we can carry the patch
anyway I guess.

Robie


signature.asc
Description: Digital signature

Bug#804771: RFA: gedit-r-plugin -- Gedit plugin for R statistical computing language

[Christoph Feenders]

Package: wnpp
Severity: normal

I request an adopter for the gedit-r-plugin package.

The package description is:
 Gedit plugin for R statistical computing language
 This plugin serves as a lightweight IDE for R. In addition
 to standard gedit functionality such as syntax highlighting
 the additional features are:
  - bottom panel containing one or more different R consoles
  - executing predefined blocks of code
  - generating customized R code

There are open issues with this package, for some of which
solutions are suggested. However, failed to test and incorporate
them for too long, so it's time to let the package find a
better maintainer.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-rfa
for detailed instructions how to adopt a package properly.

Bug#804776: ITP: ruby-state-machines-activemodel -- Adds support for creating state machines for attributes on ActiveModel

[Abhijith PA]

Package: wnpp
Severity: wishlist
Owner: Abhijith PA 

* Package name: ruby-state-machines-activemodel
  Version : 0.3.0
  Upstream Author : Abdelkader Boudih 
Aaron Pfeifer 
* URL :
https://github.com/state-machines/state_machines-activemodel
* License : MIT
  Programming Lang: Ruby
  Description : Adds support for creating state machines for
attributes on ActiveModel

-- 
അഭി‍ജിത്ത്



signature.asc
Description: OpenPGP digital signature

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

[Sebastian Dröge]

On Di, 2015-11-10 at 20:31 +0100, Agustin Martin wrote:
> On Mon, Sep 21, 2015 at 03:55:16AM +0200, Soeren D. Schulze wrote:
> > Package: iceweasel
> > Version: 38.2.1esr-1~deb8u1
> > Severity: important
> > 
> > Approximately once every 10 hours of use, I experience a crash of
> > Iceweasel.
> > It seems to be correlated with playing videos via gstreamer with
> > the
> > libav/ffmpeg backend, but I have not yet found any reliable way to
> > reproduce
> > it.
> > 
> > I have observed similar crashes like this on other Debian systems
> > with
> > earlier versions of Iceweasel, but I cannot tell if it is the same
> > bug
> > because I did not have a debugger running.
> > 
> > Please see the full backtrace below.  At a first glance, the
> > problem seems
> > to be in the GST_VIDEO_FRAME_COMP_DATA macro which ultimately calls
> > GST_VIDEO_FORMAT_INFO_DATA (defined in the gstreamer headers),
> > which in turn
> > dereferences frame->info->finfo.  According to #1 in the backtrace,
> > finfo is
> > NULL, so I think this is what causes the crash.
> ...
> 
> > {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype
> > = 0}}}
> > not_first_call = 
> > pagesize_m1 = 
> > sp = 
> > freesize = 
> > __PRETTY_FUNCTION__ = "start_thread"
> > #16 0x7707c06d in clone () at
> > ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
> > No locals.
> > (gdb)
> 
> This seems to be similar to the backtrace reported in
> https://bugs.debian.org/797227, caused by the same problem
> as https://bugs.debian.org/788708 (cc'ed).
> 
> Is this problem still hapenning with gstreamer1.0-plugins-bad 1.4.5-3 
> or higher?

If someone can confirm that, I'll prepare a gst-plugins-bad1.0 update
for jessie with that patch. Just let me know :)

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

Bug#804494: patch : disable broken printf length

[Mike Dupont]

Attached a dirty patch to disable the broken printf max string length
code. I dont expect it to be merged but it might be a starting point
for someone experiencing the problem that I have.

Take a look at _doprnt from libiberty for an implementation. I am
wondering why we need these lengths in the parameters anyway? I would
like the raw data so.
It might be interesting to show the result of the format string applied.

see my bug report here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804494

any feedback would be appreciated.

mike

-- 
James Michael DuPont
Kansas Linux Fest http://kansaslinuxfest.us
Free/Libre Open Source and Open Knowledge Association of Kansas
http://openkansas.us
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Index: ltrace-0.7.3/printf.c
===
--- ltrace-0.7.3.orig/printf.c
+++ ltrace-0.7.3/printf.c
@@ -97,11 +97,11 @@ drop_future_length(struct param_enum *se
 static int
 form_next_param(struct param_enum *self,
enum arg_type format_type, enum arg_type elt_type,
-   unsigned hlf, unsigned lng, char *len_buf, size_t len_buf_len,
+   unsigned hlf, unsigned lng, 
struct arg_type_info *infop)
 {
 
-  debug(DEBUG_FUNCTION, "form_next_param(lng=%d,len_buf=%s)", lng, len_buf);
+  debug(DEBUG_FUNCTION, "form_next_param(lng=%d)", lng);
   
/* XXX note: Some types are wrong because we lack
   ARGTYPE_LONGLONG, ARGTYPE_UCHAR and ARGTYPE_SCHAR.  */
@@ -130,41 +130,36 @@ form_next_param(struct param_enum *self,
 
struct expr_node *node = NULL;
int own_node;
-   if (len_buf_len != 0
-   || self->future_length != NULL) {
-   struct tmp {
-   struct expr_node node;
-   struct arg_type_info type;
-   };
-   struct tmp *len = malloc(sizeof(*len));
-   if (len == NULL) {
-   fail:
-   free(len);
-   free(array);
-   return -1;
-   }
-
-   len->type = *type_get_simple(ARGTYPE_LONG);
-
-   long l;
-   if (self->future_length != NULL) {
-   l = *self->future_length;
-   drop_future_length(self);
-   } else {
-   l = atol(len_buf);
-   }
-
-   expr_init_const_word(>node, l, >type, 0);
-
-   node = build_zero_w_arg(>node, 1);
-   if (node == NULL)
-   goto fail;
-   own_node = 1;
-
-   } else {
-   node = expr_node_zero();
-   own_node = 0;
-   }
+   /* if (len_buf_len != 0 */
+   /* || self->future_length != NULL) { */
+   /*  struct tmp { */
+   /*  struct expr_node node; */
+   /*  struct arg_type_info type; */
+   /*  }; */
+   /*  struct tmp *len = malloc(sizeof(*len)); */
+   /*  if (len == NULL) { */
+   /*  fail: */
+   /*  free(len); */
+   /*  free(array); */
+   /*  return -1; */
+   /*  } */
+   /*  len->type = *type_get_simple(ARGTYPE_LONG); */
+   /*  long l; */
+   /*  if (self->future_length != NULL) { */
+   /*  l = *self->future_length; */
+   /*  drop_future_length(self); */
+   /*  } else { */
+   /*  l = atol(len_buf); */
+   /*  } */
+   /*  expr_init_const_word(>node, l, >type, 0); */
+   /*  node = build_zero_w_arg(>node, 1); */
+   /*  if (node == NULL) */
+   /*  goto fail; */
+   /*  own_node = 1; */
+   /* } else { */
+node = expr_node_zero();
+own_node = 0;
+//}
assert(node != NULL);
 
type_init_array(array, elt_info, 0, node, own_node);
@@ -188,8 +183,8 @@ param_printf_next(struct param_enum *sel
unsigned lng = 0;
enum arg_type format_type = ARGTYPE_VOID;
enum arg_type elt_type = ARGTYPE_VOID;
-   char len_buf[25] = {};
-   size_t len_buf_len = 0;
+   //char len_buf[25] = {};
+   //size_t len_buf_len = 0;
struct lens *lens = NULL;
 
for (; self->ptr < 

Bug#803351: gnome-shell: high cpu consumption and long time to login

[Drew Parsons]

On Thu, 29 Oct 2015 01:52:50 +0100 gpe92  wrote:
>
> Since the update to gnome-shell 3.18 the login takes very long time
> (more than 1 minute) and after there is a processus 'gnome-shell
> --mode=gdm' which consumes 20% of CPU all the time.


Have you got extensions installed?

There's a suggestion at http://forums.debian.net/viewtopic.php?f=6=125286  
that high CPU usage by gnome-shell could be caused by extensions.

Bug#804787: jessie-pu: package servefile/0.4.3-1

[Sebastian Lohff]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi,

there has been a directory traversal bug in servefile, it was fixed in
version 0.4.4. I talked to the Debian security team and they said a DSA
would not be necessary and recommended doing a stable-pu. Therefore
I'd like to propose an update to 0.4.4 (debdiff attached).

Greetings,
seba

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

Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru servefile-0.4.3/ChangeLog servefile-0.4.4/ChangeLog
--- servefile-0.4.3/ChangeLog	2013-12-28 01:55:41.0 +0100
+++ servefile-0.4.4/ChangeLog	2015-11-10 21:05:35.0 +0100
@@ -1,6 +1,18 @@
 servefile changelog
 ===
 
+2015-11-10 v0.4.4
+-
+
+	0.4.4 released
+
+	* prefer using TLS1.2/TLS1 with --ssl if available
+	* issue v3 certificates for self signed certificates with --ssl
+	* removed lots of unnecessary error output
+	* fixed a bug where wrong ranges were used on a HEAD request in directory listing mode
+	* fixed a bug where directory listing mode allowed path traversal
+
+
 2013-12-28 v0.4.3
 -
 
diff -Nru servefile-0.4.3/debian/changelog servefile-0.4.4/debian/changelog
--- servefile-0.4.3/debian/changelog	2014-08-12 22:11:04.0 +0200
+++ servefile-0.4.4/debian/changelog	2015-11-11 15:52:59.0 +0100
@@ -1,3 +1,9 @@
+servefile (0.4.4-1~deb8u1) jessie; urgency=high
+
+  * New upstream version
+
+ -- Sebastian Lohff   Tue, 10 Nov 2015 21:22:17 +0100
+
 servefile (0.4.3-1) unstable; urgency=low
 
   * New upstream version
diff -Nru servefile-0.4.3/debian/control servefile-0.4.4/debian/control
--- servefile-0.4.3/debian/control	2014-08-13 00:41:01.0 +0200
+++ servefile-0.4.4/debian/control	2015-11-10 21:27:07.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Sebastian Lohff 
 Build-Depends: debhelper (>= 9.0~), python
-Standards-Version: 3.9.5
+Standards-Version: 3.9.6
 Homepage: http://seba-geek.de/stuff/servefile/
 
 Package: servefile
diff -Nru servefile-0.4.3/PKG-INFO servefile-0.4.4/PKG-INFO
--- servefile-0.4.3/PKG-INFO	2013-12-28 02:31:38.0 +0100
+++ servefile-0.4.4/PKG-INFO	2015-11-10 21:13:09.0 +0100
@@ -1,6 +1,6 @@
 Metadata-Version: 1.0
 Name: servefile
-Version: 0.4.3
+Version: 0.4.4
 Summary: Serve files from shell via a small HTTP server
 Home-page: http://seba-geek.de/stuff/servefile/
 Author: Sebastian Lohff
diff -Nru servefile-0.4.3/servefile servefile-0.4.4/servefile
--- servefile-0.4.3/servefile	2013-12-28 02:21:57.0 +0100
+++ servefile-0.4.4/servefile	2015-11-10 20:54:36.0 +0100
@@ -7,7 +7,7 @@
 
 from __future__ import print_function
 
-__version__ = '0.4.3'
+__version__ = '0.4.4'
 
 import argparse
 import base64
@@ -16,7 +16,6 @@
 import mimetypes
 import urllib
 import os
-import posixpath
 import re
 import select
 import socket
@@ -102,7 +101,7 @@
 	try:
 		fromto[0] = int(fromto[0])
 		fromto[1] = int(fromto[1])
-	except:
+	except ValueError:
 		return (False, None)
 
 	if fromto[0] >= fileLength or fromto[0] < 0 or fromto[1] >= fileLength or fromto[1]-fromto[0] < 0:
@@ -154,11 +153,7 @@
 		self.end_headers()
 		block = self.getChunk(myfile, fromto)
 		while block:
-			try:
-self.wfile.write(block)
-			except socket.error as e:
-print("%s ABORTED transmission (Reason %s: %s)" % (self.client_address[0], e[0], e[1]))
-return False
+			self.wfile.write(block)
 			block = self.getChunk(myfile, fromto)
 		myfile.close()
 		print("%s finished downloading %s" % (self.client_address[0], filePath))
@@ -310,6 +305,15 @@
 		""" Send file or directory index, depending on requested path """
 		path = self.getCleanPath()
 
+		# check if path is in current serving directory
+		currBaseDir = os.path.abspath(self.targetDir) + os.path.sep
+		requestPath = os.path.normpath(os.path.join(currBaseDir, path)) + os.path.sep
+		if not requestPath.startswith(currBaseDir):
+			self.send_response(301)
+			self.send_header("Location", '/')
+			self.end_headers()
+			return
+
 		if os.path.isdir(path):
 			if not self.path.endswith('/'):
 self.send_response(301)
@@ -325,7 +329,7 @@
 	self.end_headers()
 else:
 	self.send_response(200)
-	self.sendContentHeaders(self, path, length)
+	self.sendContentHeaders(path, length)
 	self.end_headers()
 			else:
 self.sendFile(path, head)
@@ -406,7 +410,7 @@
 			
 		
 		
-		""" % {'path': posixpath.normpath(urllib.unquote(self.path))}
+		""" % {'path': os.path.normpath(urllib.unquote(self.path))}
 		footer = """
 http://seba-geek.de/stuff/servefile/;>servefile %(version)s
 
@@ 

Bug#802211: systemd: rescue.service fails if root password is not set

[Andreas Henriksson]

Hello Michael Biebl.

I'm going to add some historic background here which hopefully helps
you understand where we currently stand unless you already know
about this.

During stretch development cycle the 'sulogin' binary was taken
over by 'util-linux' package. It was previously shipped in
sysvinit-utils.
The sysvinit-utils version carried a Debian-specific patch:
http://sources.debian.net/src/sysvinit/2.88dsf-59/debian/patches/91_sulogin_lockedpw.dpatch/

This patch was *not* carried over when switching to util-linux
implementation. Martin Pitt submitted the patch for upstream
inclusion and I reviewed it finding that it had serious flaws.
https://github.com/karelzak/util-linux/pull/200
(Unfortunately github seems to have misplaced my initial
in-code review commends after force push of updated version.)

The entire patch was then rejected based on security consideration.
Upstream reasoned that a locked account should probably stay
locked in the regular case. If you wanted to override that behaviour
it was implemented under the --force option of sulogin.
It was first supported in util-linux (>= 2.27~rc1-1~),
even though the --force flag itself existed in earlier versions.

The practical example for why you do *not* want Debians behaviour
was mentioned as somthing along the lines of 'think of a kiosk which
people shakes around and eventually the filesystem might need fsck.
You don't want to hand out passwordless root shell to kiosk users.'


On Mon, Nov 09, 2015 at 02:12:10AM +0100, Michael Biebl wrote:
> Control: tags -1 + moreinfo
> 
> Am 18.10.2015 um 14:25 schrieb Mattia Monga:
[...]
> > When the root account is locked or its password is not set,
> > rescue.service fails to get a root shell. The solution is to call
> > sulogin with --force option.
> 
> I'm worried that this might open up a security hole.
> Do we know how sysvinit behaved in that case?

As explained above, we used to just hand out passwordless root shells
(no matter which init system was used).

Our current (buggy?) behaviour is you have a locked root account
(which from what I hear debian-installer will happily give you if
you don't enter a root password or something like that) you'll
be pretty much out of luck unless you can edit the kernel cmdline
and set init=/bin/sh.

Previous discussion concluded that using --force in rescue target
would be a good enough compromise. (And noone probably cares about
fixing sysvinit I presume?)

> 
> Should we have debian-installer create a drop-in for rescue.service to
> only add --force if during the installation no password was set for root?

That might be another (and better?) alternative...


It would probably also be good if we can find a nice place to document
what to do to handle this particular case when someone wants to
lock down their installation and make locked accounts really mean
locked.


HTH.

Regards,
Andreas Henriksson

Bug#804788: simpleburn: [CRASH] simpleburn does not recognize device, medium and commands

[Eduardo Casais]

Package: simpleburn
Version: 1.7.0-3
Severity: normal

Dear Maintainer,

Running the version of simpleburn officially distributed by Debian, on a
computer with LXDE, following behaviour is observed.

1) Insert a CD-R/CD-RW into the CD-reader-burner.
2) Launch simpleburn from the command line.
Observation: simpleburn neither recognizes the existence of a drive,
nor that there is medium in it.
3) Click on any button of the simpleburn interface, such as "analyze
informations" or "eject".
Observation: simpleburn crashes and its window disappears.

Here are the error messages written to the terminal window in case (3):

(simpleburn:24387): Gtk-CRITICAL **: gtk_list_store_get_value: assertion
'VALID_ITER (iter, list_store)' failed

(simpleburn:24387): GLib-GObject-WARNING **:
/build/glib2.0-EvFudu/glib2.0-2.42.1/./gobject/gtype.c:4221: type id '0' is
invalid

(simpleburn:24387): GLib-GObject-WARNING **: can't peek value table for type
'' which is not currently referenced

Furthermore, it appears from a comparison with screenshots of the program in
the original site of the developer that the Debian version of simpleburn is
either missing functionality, or does not display it correctly.



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

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

Versions of packages simpleburn depends on:
ii  cdrdao   1:1.2.3-2
ii  cdrskin  1.3.2-1.1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u1
ii  libcairo21.14.0-2.1
ii  libcdio-utils0.83-4.2
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3+deb8u1
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u3
ii  libglib2.0-0 2.42.1-1
ii  libgtk2.0-0  2.24.25-3
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  xorriso  1.3.2-1.1

Versions of packages simpleburn recommends:
ii  flac1.3.0-3
pn  mencoder
ii  mpg123  1.20.1-2
ii  mplayer2 [mplayer]  2.0-728-g2c378c7-4+b1
ii  normalize-audio 0.7.7-12
ii  vorbis-tools1.4.0-6

simpleburn suggests no packages.

-- no debconf information

Bug#771687: debootstrap: Please add support for the Tanglu derivative

[Cyril Brulebois]

Matthias Klumpp  (2015-11-11):
> The "staging" suite is an incomplete suite, just like Debian
> experimental (so it might not make sense anymore to have it
> bootstrapable).

Alright, I'll remove it then. I wasn't too fond of having such a generic
name anyway. ;)

> Try the "dasyatis" suite instead, which is the current development
> target and next stable release - that should work.

That's going on; I'll push/upload if there are no worries with it.

> > I suppose it would probably make sense to have tanglu-archive-keyring in
> > Debian, the same way we have ubuntu-archive-keyring and a few others.
> 
> If that's the normal procedure, I'll polish the package a little and
> then upload it to Debian. Thanks for the suggestion, that would make
> bootstrapping on Debian and other derivatives even easier.

I'm not sure we have any normal procedure to be honest. Given the amount
of keyring packages, and the fact we have a well-established derivative
behaving this way (in the archive, and in debootstrap's debian/rules), I
don't think there's a good reason not to have the t-a-k package in
Debian as well.

Thanks for the swift reply.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#801755: cqrlog: prompting due to modified conffiles

[Andreas Beckmann]

On Tue, 10 Nov 2015 20:24:58 + Colin Tuckley  wrote:
> > But this is not the real problem, the real problem is that this 
> > prompt shows up in the first place, as there was nobody modifying 
> > this conffile at all, the package has just been installed and
> > upgraded...
> 
> Actually the conf file *is* being modified!

But not by the local admin with $EDITOR.

> The file in question /etc/apparmor.d/usr.sbin.mysqld is designed to be
> modified by client packages that use the mysql package so that apparmor
> knows about them.

But with the file being a conffile owned by mysql-something, it must not
be modified by any other package.

cqrlog seems to be the only package in the archive doing this, breaking
mysql upgrades. Did other packages find a better solution? Cannot you
ship a separate configuration file to achieve what you need?
Note: I have no clue (and don't even want to know) how any of the
involved packages work :-)

If the only solution is to modify that file, talk with the mysql
maintainers how this could be achieved without breaking upgrades.
This probably means it can no longer be a conffile and instead some
machanism to generate and update it has to be implemented. Sounds a bit
like something for triggers ...

> cqrlog attempts to modify this file (and revert it when it's uninstalled).


Andreas

Bug#758764: [Aptitude-devel] Bug#758764: E: Internal error: couldn't generate list of packages to download

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


2015-09-30 00:59 積丹尼 Dan Jacobson:

"MAFM" == Manuel A Fernandez Montecelo  writes:


MAFM> So yes, I guess that it was some kind of action pending in
MAFM> aptitude/apt/dpkg (or that they thought that it was pending).

Maybe in that case it should print a message "please try aptitude update
and then try this command again."


Applied in VCS so marking as +pending, thanks.


--
Manuel A. Fernandez Montecelo 

Bug#804485: pan: Pan crashes when downloading headers

[Gary Dale]

On 11/11/15 08:15 AM, Dominique Dumont wrote:

Le dimanche 8 novembre 2015 16:39:24, vous avez écrit :

I've used pan to access newsgroups for a long time without problems. However
I am now running Debian/Stretch on using KDE and it crashes when I try to
download new headers.

I cannot reproduce this behavior on Debian/Sid. Either this was a temporary
issue or you have corrupted files on your system.

I had similar issues a while ago. I fixed this by identifying which group pan
was updating while crashing. I then removed the matching file from
~/.pan2/groups/

Hope this helps.

I've been able to fix it by:
- deleting all the articles
- getting all headers again but stopping the download before it completes

If I simply remove the articles but allow the Get all headers to 
complete, Pan crashes. It doesn't seem to crash at completion of the 
task however. It seems to be happening well before that time.


It was happening in all groups that I subscribe to and started happening 
at the same time in all of them. This suggests that possibly an earlier 
version of Pan caused a problem that the current version couldn't handle.

Bug#804786: jed-extra: New version of po-mode

[Morten Bo Johansen]

Package: jed-extra
Version: 2.5.6-3
Severity: wishlist
Tags: patch

Dear Maintainer,

I am attaching a new version of my po-mode for the Jed editor,
currently included in this package. I should be greatful if you
would include it in the next release.

Thanks,
Morten

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

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

jed-extra depends on no packages.

Versions of packages jed-extra recommends:
ii  jed   1:0.99.19-4
ii  slsh  2.3.0-2+b1
ii  xjed  1:0.99.19-4

Versions of packages jed-extra suggests:
ii  a2ps  1:4.14-1.3
ii  chromium [www-browser]46.0.2490.71-1
ii  dict  1.12.1+dfsg-3
ii  elinks [www-browser]  0.12~pre6-10
ii  google-chrome-unstable [www-browser]  48.0.2552.0-1
ii  iceweasel [www-browser]   38.4.0esr-1
ii  install-info  6.0.0.dfsg.1-3
ii  lynx-cur [www-browser]2.8.9dev6-4
ii  opera-stable [www-browser]33.0.1990.58
ii  slang-curl0.2.1-4.2
ii  slang-expat   0.5.0-2
ii  slang-gdbm1.7.1-4
pn  slang-sqlite  
ii  slang-wildcard0.5.0-2
ii  w3m [www-browser] 0.5.3-25+b1

-- no debconf information


po-mode.tar.gz
Description: application/gzip

Bug#771687: debootstrap: Please add support for the Tanglu derivative

[Cyril Brulebois]

Hi,

Matthias Klumpp  (2015-08-30):
> It's been a while (almost 6 months) since the last patch, and we meanwhile
> released chromodoris and are working on the next release, dasyatis.
> I updated the patch to reflect that change.
> Would be cool if it could get included in the official debootstrap package
> at Debian!

Sorry it took so long to get back to you.

Having patched debootstrap locally, having fetched the
tanglu-archive-keyring, and extracted the key locally, I can't actually
run debootstrap:
> (sid-amd64-devel)kibi@wodi:/tmp$ sudo debootstrap 
> --keyring=fooobar/usr/share/keyrings/tanglu-archive-keyring.gpg staging 
> staging
> I: Retrieving Release 
> I: Retrieving Release.gpg 
> I: Checking Release signature
> I: Valid Release signature (key id EAE6F073DA970B71C7A8403F4D9C621E119AE60F)
> I: Retrieving Packages 
> I: Validating Packages 
> I: Resolving dependencies of required packages...
> I: Resolving dependencies of base packages...
> I: Checking component main on http://archive.tanglu.org/tanglu...
> E: Couldn't find these debs: tanglu-minimal

I can push my current changes to master though, so that you can tweak
stuff as needed. What do you think?

I suppose it would probably make sense to have tanglu-archive-keyring in
Debian, the same way we have ubuntu-archive-keyring and a few others.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#800576: gitk --all doesn’t work anymore in some locales

[Jerome Robert]

This is fixed by 28de568 in the upstream repo [1].

[1] git://ozlabs.org/~paulus/gitk.git

Bug#771687: debootstrap: Please add support for the Tanglu derivative

[Matthias Klumpp]

2015-11-11 18:15 GMT+01:00 Cyril Brulebois :
> Hi,
>
> Matthias Klumpp  (2015-08-30):
>> It's been a while (almost 6 months) since the last patch, and we meanwhile
>> released chromodoris and are working on the next release, dasyatis.
>> I updated the patch to reflect that change.
>> Would be cool if it could get included in the official debootstrap package
>> at Debian!
>
> Sorry it took so long to get back to you.

No worries :)

> Having patched debootstrap locally, having fetched the
> tanglu-archive-keyring, and extracted the key locally, I can't actually
> run debootstrap:
>> (sid-amd64-devel)kibi@wodi:/tmp$ sudo debootstrap 
>> --keyring=fooobar/usr/share/keyrings/tanglu-archive-keyring.gpg staging 
>> staging
>> I: Retrieving Release
>> I: Retrieving Release.gpg
>> I: Checking Release signature
>> I: Valid Release signature (key id EAE6F073DA970B71C7A8403F4D9C621E119AE60F)
>> I: Retrieving Packages
>> I: Validating Packages
>> I: Resolving dependencies of required packages...
>> I: Resolving dependencies of base packages...
>> I: Checking component main on http://archive.tanglu.org/tanglu...
>> E: Couldn't find these debs: tanglu-minimal
>
> I can push my current changes to master though, so that you can tweak
> stuff as needed. What do you think?

The "staging" suite is an incomplete suite, just like Debian
experimental (so it might not make sense anymore to have it
bootstrapable).
Try the "dasyatis" suite instead, which is the current development
target and next stable release - that should work.

> I suppose it would probably make sense to have tanglu-archive-keyring in
> Debian, the same way we have ubuntu-archive-keyring and a few others.

If that's the normal procedure, I'll polish the package a little and
then upload it to Debian. Thanks for the suggestion, that would make
bootstrapping on Debian and other derivatives even easier.

Cheers,
Matthias


-- 
I welcome VSRE emails. See http://vsre.info/

Bug#799880: patchelf: ftbfs on ppc64el - pageSize problems

[Felipe Sateler]

On 11 November 2015 at 14:45, Fernando Seiti Furusato
 wrote:
> Hi Felipe.
>
> I have just tested commit 35ecfa7 and it works indeed.
> Are you able to apply that one on the package?

Excellent! I will apply and upload ASAP.

-- 

Saludos,
Felipe Sateler

Bug#764983: [Aptitude-devel] Bug#764983: reportbug --template aptitude misses vital configuration details

[Manuel A. Fernandez Montecelo]

Control: severity -1 minor
Control: tags -1 + moreinfo


Hi,

2014-10-14 04:14 積丹尼 Dan Jacobson:

I'm saying don't you think your bug script should at least capture the 
Aptitude:: config values in effect too?

E.g., in my bug example there was a something probably affected by
one of them, but I had to remember to append them by hand to the bug report!


One of the problems to solve this is that reportbug should not be used
as root, while aptitude's Aptitude:: config values often come from
~root/.aptitude/config, and sometimes people launch aptitude as regular
user and then become root as part of running aptitude, or run through
sudo, etc.

So if the person uses reportbug as normal user, it cannot read the
root's config, and if one uses root (which reportbug doesn't recomment)
then it's not known which user's config should be appended as well.

I don't know if the problem can be solvable in general.  Unless we only
capture the reporting user's config, I don't know if we can do much
better.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#804787: jessie-pu: package servefile/0.4.3-1

[Adam D. Barratt]

Control: tags -1 + moreinfo

On 2015-11-11 16:39, Sebastian Lohff wrote:

there has been a directory traversal bug in servefile, it was fixed in
version 0.4.4. I talked to the Debian security team and they said a DSA
would not be necessary and recommended doing a stable-pu. Therefore
I'd like to propose an update to 0.4.4 (debdiff attached).


+servefile (0.4.4-1~deb8u1) jessie; urgency=high
+
+  * New upstream version

That's not really a suitable changelog for an upload to unstable, 
particularly one that fixes security issues. It's certainly not suitable 
for a stable update.


The point of a changelog entry is to explain the purpose of the upload. 
In this case it is to fix a security problem and some other (specific, 
and enumerated in upstream's changelog) issues, not simply because a new 
upstream release is available. Please make the changelog indicate what 
has actually changed - see 
https://www.debian.org/doc/manuals/developers-reference/ch06.en.html#bpp-changelog-do 
, for example.


Regards,

Adam

Bug#799880: patchelf: ftbfs on ppc64el - pageSize problems

[Fernando Seiti Furusato]

Hi Felipe.

I have just tested commit 35ecfa7 and it works indeed.
Are you able to apply that one on the package?

Thanks!
--
Fernando Seiti Furusato
Software Engineer
IBM Brazil - Linux Technology Center

Bug#804770: debootstrap: please don't install nfacct and related libs

[Arturo Borrero Gonzalez]

On 11 November 2015 at 15:25, Cyril Brulebois  wrote:
>
> Arturo, given the issue is fixed in unstable and testing already, are
> you fine with letting jessie in its current state? It looks to me that
> this is only a small annoyance, people can still remove this package if
> they want to spare a few kBs. I'm also not sure this warrants an update
> in stable (we tend to only fix serious or important bugs there).
>

I'm fine, yeah. Thanks for your time :-)

Feel free to close the bug or whatever.

best regards.

-- 
Arturo Borrero González

Bug#804342: Tests 0.9.2-2.1

[Mathieu Leon]

Hi Patrick
Thanks for the packages.
Using "dpkg -i",I installed 
  libmlt++3_0.9.2-2.1_amd64.deb  libmlt6_0.9.2-2.1_amd64.deb   
libmlt-data_0.9.2-2.1_all.deb  
  melt_0.9.2-2.1_amd64.deb 
Unfortunately, it doesn't solve the rendering problem in kdenlive.
Using the command line "melt --version", I get:melt 0.9.2
Copyright (C) 2002-2013 Ushodaya Enterprises Limited

This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Have I done something wrong ?

BR
Mathieu
Ps: sorry for the wrong mail address

Bug#793415: freeorion leads to GPU lock up with nouveau driver on GeForce 9400 GT

[Markus Koschany]

On Wed, 29 Jul 2015 21:49:41 +0200 Markus Koschany  wrote:
> Am 29.07.2015 um 20:55 schrieb Juergen Kosel:
> > Package: freeorion
> > Version: 0.4.4+git20150327-2
> > Followup-For: Bug #793415
> > 
> > Dear Maintainer,
> > 
> > after updating freeorion to the version from Debian-testing, the
> > problem still occurs:
> 
> 
> I will keep this bug report open and get back to you when FreeOrion
> 0.4.5 has been released.

Hello,

I have uploaded the final 0.4.5 release of Freeorion to
jessie-backports. Please test this version again and report back if you
can still reproduce the error.

If it still happens I suggest to open a thread in the "Support" forum at

http://www.freeorion.org/forum/

They will need a debugging backtrace of the crash.

https://wiki.debian.org/HowToGetABacktrace

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#804179: Permit building with older libtool versions to ease backports

[dann frazier]

On Fri, Nov 06, 2015 at 11:59:18AM +0300, Michael Tokarev wrote:
> 05.11.2015 22:57, Michael Tokarev wrote:
> > 05.11.2015 22:13, dann frazier wrote:
> >> Package: qemu
> >> Version: 1:2.4+dfsg-4
> >> Severity: wishlist
> >> Tags: patch
> >>
> >> diff --git a/debian/changelog b/debian/changelog
> >> index 760b87e..985bd2e 100644
> >> --- a/debian/changelog
> >> +++ b/debian/changelog
> >> @@ -1,3 +1,10 @@
> >> +qemu (1:2.4+dfsg-5) UNRELEASED; urgency=medium
> >> +
> >> +  * control-in: Permit building with older libtool versions to ease
> >> +backporting to releases where libtool-bin wasn't yet split out.
> 
> Even with that in place, are you thinking about backorting
> current qemu (in stretch) to debian release prior jessie?
> Are you targetting wheezy?  Note that libtool-bin package is
> in jessie already, and backporting qemu to wheezy and before
> is a somewhat difficult procedure, since we'll have to backport
> all the libvirt stack on the way.

What I'm working on is building a supplementary archive for Ubuntu's
cloud archive (read: openstack) for 14.04 for arm64 hosts. This isn't
the only change I needed to make, but this is the only one that
also applied to Debian.

> > Since libcacard package has been split out of qemu,
> > libtool isn't needed to build qemu anymore.  Next
> > release wont build-depend on libtool.
> 
> BTW, the same tweak might be needed for libcacard now,
> as it is too build-depends on libtool-bin.  But it might
> be easier to disable cacard support in backport instead.

Ah, ok. Thanks Michael!

  -dann

Bug#802572: mps-youtube: "user" search command gives unexpected results

[Zlatan Todoric]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Mario,

On 11/11/2015 10:54 AM, mlang wrote:
> 
> Doh, thanks for the answer! Totally makes sense now.
> 

You can also type h or help inside mpsyt and it will show excellent
built-in help. :)

Cheer,

zlatan
- -- 
It's not the COST, it's the VALUE
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWQ3I+AAoJEC5cILs3kzv9PRAP/RkXlPBD8/ZVyAX+OJdkNaKa
ZCgIip1rbcLuUA5Lk/t95gdRbW4xOnXrXVKY6Ya94R6RH0timZNo4F57dvxm8g2E
Nqbf8m9PqrINqRM/bBbsz3lGE6rWrbPqsOgjLUMkhAxQaHCUlY8HECquDqa5jPkQ
S4fK41cuYBVyjqrUpQJ9VZMOepLk5P3YkCQCQ0F+0BGcO96FMSetm3EAgIpOmTMm
fV201syFfO1kruWjNnQvQsG47KdYu+x0nTvqIFlIQe2NENvWxxaLbLZmyV0NB4QZ
DrBYi9hA0hHa/Y/Pj1vx+r+/MEfWqqrbYowMwwxUzosdOU/Gf917fMzfAp6s2eV5
qPn+2739g+Bn/ldwwDeSYqE2FmsV1wSNafqNPPEhVM1oEKDWvanEI+acKUis7ZzQ
v5q/RsXLedyvD8C1cSdEwLVYJt6q7cWP4DcL5qBW1ugA6DIazrXJdlHmdLK8XQ+7
7bNtUR54Rhgh7FMBfvTxTh8h6BOKDRslRmcFE+KtVQa4ckQGpAtN8l62UzjyO74m
EllZ6p0QDuTTowp+NJbF+lItaIyAICuA6GBF2kWTScKdZK5MVRn9kKlEAm38aIbe
Bb0x3A7EsJPwftY3LlR4AkLxeRTgu72Txv6BwbCBCo+hUQ6T6EtohuJsPjQQzOdR
5Ht/5OtViwp0yNzHvHSv
=rQQL
-END PGP SIGNATURE-

Bug#804775: transition: bullet

[Markus Koschany]

Am 11.11.2015 um 15:47 schrieb Emilio Pozuelo Monfort:
> Control: tags -1 confirmed
> 
> On 11/11/15 14:21, Markus Koschany wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> Hello release team,
>>
>> I would like to request a transition for Bullet 2.83.6.
>> Upstream made a backward-incompatible ABI change between
>> version 2.83.5 and 2.83.6 without changing the SONAME too.
> 
> You can go ahead and upload this to unstable.
> 
> Emilio

Uploaded to unstable.

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#804789: Bluetooth Settings window no longer shows anything

[Brent S. Elmer]

Package: gnome-bluetooth
Version: 3.18.0-1
Severity: normal

the gnome-bluetooth bluetooth settings window no longer shows anything like it
used to.  I believe this happened after updating to the latest gnome-bluetooth
package.  I can see a small scroll section toward the top of the window and the
scrollbar shows up when I move my cursor over it.  I can't resize the small
scroll portion or ever get anything to show up there.



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

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

Versions of packages gnome-bluetooth depends on:
ii  bluez 5.33-1
ii  bluez-obexd   5.33-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.19-22
ii  libcairo-gobject2 1.14.2-2
ii  libcairo2 1.14.2-2
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra0  0.30-2.1
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u2
ii  libglib2.0-0  2.46.0-2
ii  libgnome-bluetooth13  3.18.0-1
ii  libgtk-3-03.16.6-1
ii  libnotify40.7.6-2
ii  libpam-systemd226-4
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libudev1  227-2
ii  libx11-6  2:1.6.3-1
ii  udev  227-2

Versions of packages gnome-bluetooth recommends:
ii  gnome-control-center  1:3.16.3-1
ii  gvfs-backends 1.26.1.1-1

Versions of packages gnome-bluetooth suggests:
ii  gnome-user-share  3.18.0-1

-- no debconf information

Bug#786719: aptitude: cannot forbid a version for a package going to be installed

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


Hi,

2015-05-24 21:12 Yann Dirson:

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

Context: iceweasel just got updated in testing from 31 to 38, and that
new version pulls gstreamer1.0-libav.  On upgrade, the apt-listbugs
hook shows the latter as impacted by a serious bug, so as usual for
this situation, I stop the upgrade process and try to forbid that
version of gstreamer1.0-libav.

But the problem is, nothing happens when I use the "F" key.


Do you still experience this problem?  Was it with iceweasel only or
also happened with other / all packages?

The code was not changed lately, I never experienced it and there are no
other reports, and it's a moderately popular feature... so it's a bit
odd if it only fails in your system or with a particular package.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#798975: [Pkg-libvirt-maintainers] Bug#798975: Bug#798975: libvirt-daemon-system: AppArmor profile breaks startup of QEMU VM with type=pty serial port

[Guido Günther]

Hi,
On Wed, Nov 11, 2015 at 03:19:45PM +0100, intrigeri wrote:
> Hi,
> 
> https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1342083/comments/20
> reads: "nevermind, my issue was caused by piuparts messing the
> /dev/pts mount permissions".
> 
> And indeed, before I ever run piuparts since my last reboot I could
> not reproduce this bug, and then I run piuparts and this bug is back.

This matches the behaviour we're seeing. So what I'd say this is not a
bug in the Apparmor profile so should we mark this as "wontfix" so it
stays open for others to find this answyer?

Cheers,
 -- Guido

Bug#799925: corekeeper: Please provide a possibility to disable cron mails

[Axel Beckert]

Hi,

Paul Wise wrote:
> On Wed, 2015-11-11 at 16:54 +0100, Axel Beckert wrote:
> > Ok. Thanks for testing.
> 
> Is that sufficient for your needs then?

Actually no. It would also disable the pruning of core dumps older
than 7 days. Which I consider a corekeeper feature.

> > Ah, good point. Indeed, that only works for /etc/cron.d/ and crontab
> > files.
> 
> I guess the right thing to do would be to setup a procmail rule, but
> that is something for the sysadmin to do rather than the package.

Gathering all data and then piping it into mailx instead of via cron
would also be an option.

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

Bug#804791: netdiag: netwatch crashes when interface name is enp3s6

[Jure Špik]

Package: netdiag
Version: 1.1-2
Severity: important

Dear Maintainer,

I installed firmware-realtek. On boot interface name changes from eth0->enp3s6 
so I edited /etc/network/interfaces to

auto lo
iface lo inet loopback

allow-hotplug enp3s6
iface enp3s6 inet static
address 10.1.1.5
network 10.0.0.0
netmask 255.255.255.0
broadcast 10.0.0.255
gateway 10.1.1.2

now, when running `netwatch -i enp3s6` in stretch causes netwatch to briefly 
display the curses screen, then after half a second to crash with the following 
message:


1.  
 7f61e46eb000-7f61e48ea000 
---p b000 fb:00 1969490
/lib/x86_64-linux-gnu/libnss_files-2.19.so
2. 7f61e48ea000-7f61e48eb000 
r--p a000 fb:00 1969490
/lib/x86_64-linux-gnu/libnss_files-2.19.so
3.  

  7f61e48eb000-7f61e48ec000 rw-p b000 fb:00 1969490
/lib/x86_64-linux-gnu/libnss_files-2.19.so
4.  
7f61e48ec000-7f61e48ef000 r-xp  fb:00 1969500
/lib/x86_64-linux-gnu/libdl-2.19.so
5.  

7f61e48ef000-7f61e4aee000 ---p 3000 fb:00 
1969500/lib/x86_64-linux-gnu/libdl-2.19.so
6.  
   7f61e4aee000-7f61e4aef000 r--p 2000 fb:00 1969500
/lib/x86_64-linux-gnu/libdl-2.19.so
7.7f61e4aef000-7f61e4af rw-p 3000 fb:00 1969500 
   /lib/x86_64-linux-gnu/libdl-2.19.so
8.  
  7f61e4af-7f61e4c8f000 r-xp 
 fb:00 1969492/lib/x86_64-linux-gnu/libc-2.19.so
9.  7f61e4c8f000-7f61e4e8f000 ---p 0019f000 fb:00 
1969492/lib/x86_64-linux-gnu/libc-2.19.so
10. 

7f61e4e8f000-7f61e4e93000 r--p 0019f000 fb:00 1969492
/lib/x86_64-linux-gnu/libc-2.19.so
11.   7f61e4e93000-7f61e4e95000 
rw-p 001a3000 fb:00 1969492
/lib/x86_64-linux-gnu/libc-2.19.so
12. 
 
7f61e4e95000-7f61e4e99000 rw-p  00:00 0
13. 7f61e4e99000-7f61e4ebf000 r-xp  fb:00 1966099   
 /lib/x86_64-linux-gnu/libtinfo.so.5.9
14. 
  7f61e4ebf000-7f61e50be000 ---p 00026000 
fb:00 1966099/lib/x86_64-linux-gnu/libtinfo.so.5.9
15.7f61e50be000-7f61e50c2000 r--p 00025000 fb:00 
1966099/lib/x86_64-linux-gnu/libtinfo.so.5.9
16. 
 
7f61e50c2000-7f61e50c3000 rw-p 00029000 fb:00 1966099
/lib/x86_64-linux-gnu/libtinfo.so.5.9
17.   7f61e50c3000-7f61e50e5000 
r-xp  fb:00 1966188
/lib/x86_64-linux-gnu/libncurses.so.5.9
18. 

  7f61e50e5000-7f61e52e4000 ---p 00022000 fb:00 1966188
/lib/x86_64-linux-gnu/libncurses.so.5.9
19. 
 7f61e52e4000-7f61e52e5000 r--p 00021000 fb:00 1966188
/lib/x86_64-linux-gnu/libncurses.so.5.9
20. 

 7f61e52e5000-7f61e52e6000 rw-p 00022000 fb:00 
1966188/lib/x86_64-linux-gnu/libncurses.so.5.9
21. 
7f61e52e6000-7f61e5306000 r-xp  fb:00 
1969487

Bug#804775: transition: bullet

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 11/11/15 14:21, Markus Koschany wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hello release team,
> 
> I would like to request a transition for Bullet 2.83.6.
> Upstream made a backward-incompatible ABI change between
> version 2.83.5 and 2.83.6 without changing the SONAME too.

You can go ahead and upload this to unstable.

Emilio

Bug#804782: cloud-init: Package upstream snapshot

[James Bromberger]

Package: cloud-init
Severity: normal

Dear Maintainers,

Upstream cloud-init has hd a lot of work to fix many of the bugs listed 
against this package, including... the ability to resize partitions with 
modern tools (eg, old growpart that used to work is now a utility that 
prints info ABOUT a partition, but doesnt actually resize it). Any EC2 
instance witht he curent cloud-init cannot resize its root parition as 
this version depends upon older packages that are no longer in Debian 
as expected.

Meanwhile, ther distros have continued to package bzr snapshots of 
cloud-init from Launchpad, meaning that their images actually resize 
partitions and are very useful.

Can you please update the Debian cloud-init package from a current 
bzr snapshot, and also deposit a copy in Jessie-backports.

Ta.
  James

Bug#804770: debootstrap: please don't install nfacct and related libs

[Laurence J. Lane]

NMU, please.

Bug#804783: libconfig-model-dpkg-perl: No documentation of fill.copyright.blanks.yml

[Jens Reyer]

Package: libconfig-model-dpkg-perl
Version: 2.069
Severity: minor

Hi,

using scan-copyrights I get output like this for some files:

Path debian/copyright.new has no license info. Add a line in
debian/fill.copyright.blank file


1.)
This is misleading, the correct filepath is
debian/fill.copyright.blanks.yml. Attached patch fixes this, a
redundancy in the output when loading this file, and a capitalization error.

2.)
You already have documented this feature in
lib/Dpkg/Copyright/Scanner.pm, but this is not available in man
scan-copyrights. I didn't want to dive into the whole
buildsystem/perl/whatever, so no patch here.


Thanks a lot. This is the first time I use scan-copyrights, but I really
like it.

Greets
jre

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

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

Versions of packages libconfig-model-dpkg-perl depends on:
ii  devscripts  2.15.9
ii  libapt-pkg-perl 0.1.29+b3
ii  libarray-intspan-perl   2.003-1
ii  libconfig-model-perl2.074-1
ii  libexporter-lite-perl   0.06-1
ii  liblog-log4perl-perl1.44-1
ii  libmouse-perl   2.4.5-1
ii  libparse-recdescent-perl1.967013+dfsg-1
ii  libsoftware-license-perl0.103010-4
ii  libtext-autoformat-perl 1.72-1
ii  libtext-levenshtein-damerau-perl0.41-1
ii  liburi-perl 1.69-1
ii  libwww-perl 6.13-1
ii  lintian 2.5.38
ii  perl5.20.2-6
ii  perl-modules [libmodule-corelist-perl]  5.20.2-6

Versions of packages libconfig-model-dpkg-perl recommends:
ii  libconfig-model-tkui-perl  1.350-1

libconfig-model-dpkg-perl suggests no packages.

-- no debconf information
diff --git a/lib/Dpkg/Copyright/Scanner.pm b/lib/Dpkg/Copyright/Scanner.pm
index c46d7b2..1306cd2 100644
--- a/lib/Dpkg/Copyright/Scanner.pm
+++ b/lib/Dpkg/Copyright/Scanner.pm
@@ -174,10 +174,10 @@ sub scan_files ( %args ) {
 }
 
 if ( $c =~ /no-info-found/ and $is_debian_package) {
-_warn "Path $f has no copyright info. Add a line in debian/fill.copyright.blank file\n";
+_warn "Path $f has no copyright info. Add a line in debian/fill.copyright.blanks.yml\n";
 }
 if ( $l =~/unknown/i and $is_debian_package ) {
-_warn "Path $f has no license info. Add a line in debian/fill.copyright.blank file\n";
+_warn "Path $f has no license info. Add a line in debian/fill.copyright.blanks.yml\n";
 }
 
 #say "Storing '$f' : '$c' '$l'";
@@ -186,7 +186,7 @@ sub scan_files ( %args ) {
 
 my @notused = grep { ! $fill_blank_data->{$_}{used} and $_; } sort keys %$fill_blank_data ;
 if (@notused) {
-_warn "Warning: the following entries from fill.copyright.blanks were not used\n- '"
+_warn "Warning: the following entries from fill.copyright.blanks.yml were not used\n- '"
 .join("'\n- '",@notused)."'\n";
 }
 
@@ -465,7 +465,7 @@ sub __load_fill_blank_data ($current_dir) {
 if ($debian->is_dir) {
 my @fills = $debian->children(qr/fill\.copyright\.blanks\.yml$/);
 
-say "Note: loading @fills fixes from copyright fix files" if @fills and not $quiet;
+say "Note: loading @fills fixes" if @fills and not $quiet;
 foreach my $file ( @fills) {
 my $yaml = $file->slurp_utf8;
 my $data = Load $yaml;
@@ -537,7 +537,7 @@ will be used. Unfortunately, this will prevent a correct grouping and
 merging of copyright entries.
 
 Instead of patching upstream source files to fill the blank, you can
-specify the missing information in a special file. THis file is
+specify the missing information in a special file. This file is
 C. It should contain a "mapping"
 YAML structure (i.e. a hash), where the key is a Perl pattern used to
 match a path. E.g:

Bug#804732: [PATCH] zh_CN and zh_TW translations for w3m 0.5.3

[Tatsuya Kinoshita]

Control: forcemerge -1 804733
Control: tags -1 + patch pending

On November 10, 2015 at 7:28PM -0500, arthur2e5 (at aosc.xyz) wrote:
>  filename="0001-Add-zh_CN-and-zh_TW-Translations.patch.gz"

Thanks for your contribution.

Merged in the Git repo.

  - http://anonscm.debian.org/cgit/collab-maint/w3m.git

Will be fixed in the next upload.

Thanks,
--
Tatsuya Kinoshita


pgp8otfWCpk12.pgp
Description: PGP signature

Bug#799925: corekeeper: Please provide a possibility to disable cron mails

[Paul Wise]

On Wed, 2015-11-11 at 16:54 +0100, Axel Beckert wrote:

> Ok. Thanks for testing.

Is that sufficient for your needs then? Should the bug be closed?

> Ah, good point. Indeed, that only works for /etc/cron.d/ and crontab
> files.

I guess the right thing to do would be to setup a procmail rule, but
that is something for the sysadmin to do rather than the package.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#802700: More info -- Locales

[Connor Glosser]

I started investigating this locale thing a little bit more, and after
looking at Axel's screenshot again I noticed my locale was set to
LANG=en_US.utf8, while his was LANG=en_US.UTF-8. Issuing export
LANG=en_US.UTF-8 and running zsh again fixed all of my missing character
issues, so it must be an issue with the locale (en_US.utf8 is "incomplete"
somehow). Interesting in that my locale.gen file is clearly set to build
the "en_US.UTF-8 UTF-8" pack...

~Connor

Bug#804785: Useless in Debian

[David Prévot]

Package: phpunit-selenium
Version: 1.3.3-1
Severity: serious
Tags: sid stretch

[Filled as RC by a team member to see it autoremoved from testing if
 nobody disagrees. Please, do downgrade it with an explanation if you
 disagree.]

phpunit-selenium used to be part of phpunit, and this package was
uploaded when it was split out. PHPUnit 5 removed all mention if it,
PHPUnit upstream doesn’t take care of it anymore, and the Debian package
never moved to the new upstream source [0].

0: https://github.com/giorgiosironi/phpunit-selenium

Not sure anyone actually uses it, but if so, now would be a good time to
step up, or this package will not be part of Stretch.

I intend to follow up with an RM request in a few months if nobody
objects (but feel free to beat me to it).

Regards

David


signature.asc
Description: PGP signature

Bug#804766: inetutils-inetd: please support ipv6

[Rick Thomas]

Package: inetutils-inetd
Version: 2:1.9.2.39.3a460-3
Severity: wishlist

Dear Maintainer,

inetd does not listen on IPv6 ports, only IPv4.



-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 
'stable'), (500, 'oldstable')
Architecture: armel (armv5tel)

Kernel: Linux 3.16.0-4-kirkwood
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages inetutils-inetd depends on:
ii  libc62.19-18+deb8u1
ii  lsb-base 4.1+Debian13+nmu1
ii  rsyslog [system-log-daemon]  8.4.2-1+deb8u1
ii  tcpd 7.6.q-25
ii  update-inetd 4.43

inetutils-inetd recommends no packages.

inetutils-inetd suggests no packages.

-- no debconf information

Bug#804770: debootstrap: please don't install nfacct and related libs

[Arturo Borrero Gonzalez]

Package: debootstrap
Version: 1.0.74
Severity: wishlist

Dear debootstrap maintainers,

thanks for your work in this tool, it's just awesome :-)

Yesterday I noticed that debootstrap is installing nfacct and related libs
by default.
I simply ignore how do deboostrap chooses which packages to install.

nfacct is a software by the Netfilter project to perform network accouting
by means of iptables.
It has a very specific pourpose, and I think it's not used unless you are
running an accounting firewall or other network application to perform
accounting. Which I bet is very rare.
I guess that 100% of users of nfacct are fine if they have to manually install
it with aptitude or other method after running debootstrap.

I was told on a debian channel (IRC) that there is no reason to not install
it, it's a very small package after all.
But again, the nfacct software has very specific pourpose and little usage for
most of people both in the desktop land and the server land.

I wonder if nfacct being installed by debootstrap is the reason behind the
abnormal popcon values [0].

thanks, best regards.

[0] https://qa.debian.org/popcon.php?package=nfacct

Bug#802893: linux-image-3.16.0-4-amd64: additional info

[tom]

Package: src:linux
Version: 3.16.7-ckt11-1+deb8u5
Followup-For: Bug #802893

There is one information i forgot to add: When i encouter this bug, its useless 
for me to simply reboot and try again, because the machine will ALWAYS produce 
exactly this error.
So no matter how often i reboot, i never can reach the graphical session. What 
i have to do instead is to boot into Windows. After that i can reboot into 
Linux and get into graphical mode without any problems.

This suggests, that Linux is not able to initialise the hardware correctly. But 
once the hardware gets correctly initialized by Windows, its no problem for 
Linux to boot into graphical mode.



-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u5 (2015-10-09)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 
root=UUID=25776b34-b8f2-469c-bb96-2a52652fbf4e ro quiet

** Not tainted

** Kernel log:
[   16.209484] [drm] initializing kernel modesetting (PITCAIRN 0x1002:0x6801 
0x1462:0x1117).
[   16.209510] [drm] register mmio base: 0xFEA0
[   16.209513] [drm] register mmio size: 262144
[   16.209516] vga_switcheroo: enabled
[   16.209729] ATPX version 1, functions 0x0003
[   18.207870] EXT4-fs (sda5): mounting ext3 file system using the ext4 
subsystem
[   18.217544] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: 
(null)
[   19.986504] systemd-journald[263]: Received request to flush runtime journal 
from PID 1
[   22.075855] ACPI Error: Field [TEMP] at 524288 exceeds Buffer [TVGA] size 
512000 (bits) (20140424/dsopcode-236)
[   22.075872] ACPI Error: Method parse/execution failed [\_SB_.PCI0.VGA_.ATRM] 
(Node 88023e04e748), AE_AML_BUFFER_LIMIT (20140424/psparse-536)
[   22.075896] failed to evaluate ATRM got AE_AML_BUFFER_LIMIT
[   22.075906] ATOM BIOS: MSI
[   22.076009] radeon :01:00.0: VRAM: 2048M 0x - 
0x7FFF (2048M used)
[   22.076015] radeon :01:00.0: GTT: 1024M 0x8000 - 
0xBFFF
[   22.076019] [drm] Detected VRAM RAM=2048M, BAR=256M
[   22.076021] [drm] RAM width 256bits DDR
[   22.076045] [drm] radeon: 2048M of VRAM memory ready
[   22.076048] [drm] radeon: 1024M of GTT memory ready.
[   22.076080] [drm] Loading PITCAIRN Microcode
[   22.112957] radeon :01:00.0: firmware: direct-loading firmware 
radeon/PITCAIRN_pfp.bin
[   22.221827] radeon :01:00.0: firmware: direct-loading firmware 
radeon/PITCAIRN_me.bin
[   22.239224] radeon :01:00.0: firmware: direct-loading firmware 
radeon/PITCAIRN_ce.bin
[   22.259754] radeon :01:00.0: firmware: direct-loading firmware 
radeon/PITCAIRN_rlc.bin
[   22.270155] radeon :01:00.0: firmware: direct-loading firmware 
radeon/PITCAIRN_mc2.bin
[   22.270170] [drm] radeon/PITCAIRN_mc2.bin: 31100 bytes
[   22.275130] radeon :01:00.0: firmware: direct-loading firmware 
radeon/PITCAIRN_smc.bin
[   22.275149] [drm] Internal thermal controller without fan control
[   22.275400] [drm] probing gen 2 caps for device 1022:1413 = 700d01/6
[   22.287098] [drm] radeon: dpm initialized
[   22.287156] [drm] GART: num cpu pages 262144, num gpu pages 262144
[   22.288854] [drm] probing gen 2 caps for device 1022:1413 = 700d01/6
[   22.288860] [drm] enabling PCIE gen 2 link speeds, disable with 
radeon.pcie_gen2=0
[   22.618538] [drm] PCIE GART of 1024M enabled (table at 0x00276000).
[   22.618693] radeon :01:00.0: WB enabled
[   22.618696] radeon :01:00.0: fence driver on ring 0 use gpu addr 
0x8c00 and cpu addr 0x880233276c00
[   22.618698] radeon :01:00.0: fence driver on ring 1 use gpu addr 
0x8c04 and cpu addr 0x880233276c04
[   22.618700] radeon :01:00.0: fence driver on ring 2 use gpu addr 
0x8c08 and cpu addr 0x880233276c08
[   22.618702] radeon :01:00.0: fence driver on ring 3 use gpu addr 
0x8c0c and cpu addr 0x880233276c0c
[   22.618704] radeon :01:00.0: fence driver on ring 4 use gpu addr 
0x8c10 and cpu addr 0x880233276c10
[   22.620265] radeon :01:00.0: fence driver on ring 5 use gpu addr 
0x00075a18 and cpu addr 0xc900127b5a18
[   22.620276] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   22.620277] [drm] Driver supports precise vblank timestamp query.
[   22.620279] radeon :01:00.0: radeon: MSI limited to 32-bit
[   22.620301] radeon :01:00.0: irq 54 for MSI/MSI-X
[   22.620315] radeon :01:00.0: radeon: using MSI.
[   22.620347] [drm] radeon: irq initialized.
[   22.836517] [drm] ring test on 0 succeeded in 1 usecs
[   22.836529] [drm] ring test on 1 succeeded in 1 usecs
[   22.836538] [drm] ring test on 2 succeeded in 1 usecs
[   22.836551] [drm] ring test on 3 succeeded in 4 usecs
[   22.836562] [drm] ring test on 4 succeeded in 4 usecs
[   23.022302] [drm] ring test on 5 succeeded in 1 usecs
[   23.022328] [drm] UVD 

Bug#804765: Don't disable deprecated functions

[Dirk Eddelbuettel]

On 11 November 2015 at 11:45, Iain Lane wrote:
| Package: gsl
| Version: 2.0+dfsg-1
| Severity: normal
| Tags: patch
| User: ubuntu-de...@lists.ubuntu.com
| Usertags: origin-ubuntu xenial ubuntu-patch
| 
| I noticed when rebuilding packages for the gsl transition in Ubuntu that
| mrtrix FTBFS due to disabled deprecatead functions. Maybe we should
| re-enable them for now to ease the transition? Patch attached.

Great idea -- will do.

Dirk
 
| Cheers,
| 
| -- 
| Iain Lane  [ i...@orangesquash.org.uk ]
| Debian Developer   [ la...@debian.org ]
| Ubuntu Developer   [ la...@ubuntu.com ]
| x[DELETED ATTACHMENT gsl_2.0+dfsg-1ubuntu1.debdiff, text/x-diff]

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#804773: RM: boo -- ROM; Dead upstream

[Jo Shields]

Package: ftp.debian.org
Severity: normal

(We think) we've removed dependencies on this, and would like to see it gone.

Bug#804775: transition: bullet

[Markus Koschany]

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

Hello release team,

I would like to request a transition for Bullet 2.83.6.
Upstream made a backward-incompatible ABI change between
version 2.83.5 and 2.83.6 without changing the SONAME too.

https://bugs.debian.org/801914

I have renamed the binary packages and added Breaks and Replaces
against the older version. The package is ready in experimental.

All reverse-dependencies should be binNMUable without requiring any
further action.

The r-deps are:

hkl
gazebo
cyphesis-cpp
openmw


Ben file:

title = "bullet";
is_affected = 
/\b(libbulletcollision2\.83\.6|libbulletdynamics2\.83\.6|libbulletfileloader2\.83\.6|libbulletsoftbody2\.83\.6|libbulletworldimporter2\.83\.6|libbulletxmlworldimporter2\.83\.6|libconvexdecomposition2\.83\.6|libgimpactutils2\.83\.6|libhacd2\.83\.6|liblinearmath2\.83\.6|libbulletcollision2\.83v5|libbulletdynamics2\.83v5|libbulletfileloader2\.83v5|libbulletsoftbody2\.83v5|libbulletworldimporter2\.83v5|libbulletxmlworldimporter2\.83v5|libconvexdecomposition2\.83v5|libgimpactutils2\.83v5|libhacd2\.83v5|liblinearmath2\.83v5)\b/;

is_good = 
/\b(libbulletcollision2\.83\.6|libbulletdynamics2\.83\.6|libbulletfileloader2\.83\.6|libbulletsoftbody2\.83\.6|libbulletworldimporter2\.83\.6|libbulletxmlworldimporter2\.83\.6|libconvexdecomposition2\.83\.6|libgimpactutils2\.83\.6|libhacd2\.83\.6|liblinearmath2\.83\.6)\b/;

is_bad = 
/\b(libbulletcollision2\.83v5|libbulletdynamics2\.83v5|libbulletfileloader2\.83v5|libbulletsoftbody2\.83v5|libbulletworldimporter2\.83v5|libbulletxmlworldimporter2\.83v5|libconvexdecomposition2\.83v5|libgimpactutils2\.83v5|libhacd2\.83v5|liblinearmath2\.83v5)\b/;

Regards,

Markus

Bug#804772: TAR: patch

[Gianfranco Costamagna]

Hi, attached the patch,

cheers,

G.
From e6fcc73efa7463fe20c30a20603d3a3f6abfd4e5 Mon Sep 17 00:00:00 2001
From: Sergey Poznyakoff 
Date: Wed, 11 Nov 2015 13:01:45 +0200
Subject: [PATCH] Work around unlinkat bug on FreeBSD and GNU/Hurd

* src/unlink.c (dunlink_insert): New function.
(flush_deferred_unlinks): Skip cwds and nonempty directories
at the first pass.  If force is requested, run a second pass
removing them.
(queue_deferred_unlink): Make sure current working directory
entries are sorted in descending order by the value of dir_idx.
This makes sure they will be removed in right order, which works
around unlinkat bug on FreeBSD and GNU/Hurd.
* tests/remfiles08b.at: Remove expected failure.
* tests/remfiles09b.at: Likewise.
---
 src/unlink.c | 94 +---
 tests/remfiles08b.at |  2 --
 tests/remfiles09b.at |  2 --
 3 files changed, 74 insertions(+), 24 deletions(-)

diff --git a/src/unlink.c b/src/unlink.c
index 7f86cc5..509daf3 100644
--- a/src/unlink.c
+++ b/src/unlink.c
@@ -32,6 +32,10 @@ struct deferred_unlink
    entry got added to the queue */
   };

+#define IS_CWD(p) \
+  ((p)->is_dir \
+   && ((p)->file_name[0] == 0 || strcmp ((p)->file_name, ".") == 0))
+
 /* The unlink queue */
 static struct deferred_unlink *dunlink_head, *dunlink_tail;

@@ -61,6 +65,24 @@ dunlink_alloc (void)
 }

 static void
+dunlink_insert (struct deferred_unlink *anchor, struct deferred_unlink *p)
+{
+  if (anchor)
+{
+  p->next = anchor->next;
+  anchor->next = p;
+}
+  else
+{
+  p->next = dunlink_head;
+  dunlink_head = p;
+}
+  if (!p->next)
+dunlink_tail = p;
+  dunlink_count++;
+}
+
+static void
 dunlink_reclaim (struct deferred_unlink *p)
 {
   free (p->file_name);
@@ -73,7 +95,7 @@ flush_deferred_unlinks (bool force)
 {
   struct deferred_unlink *p, *prev = NULL;
   int saved_chdir = chdir_current;
-
+
   for (p = dunlink_head; p; )
 {
   struct deferred_unlink *next = p->next;
@@ -86,12 +108,11 @@ flush_deferred_unlinks (bool force)
 	{
 	  const char *fname;

-	  if (p->dir_idx
-		  && (p->file_name[0] == 0
-		  || strcmp (p->file_name, ".") == 0))
+	  if (p->dir_idx && IS_CWD (p))
 		{
-		  fname = tar_dirname ();
-		  chdir_do (p->dir_idx - 1);
+		  prev = p;
+		  p = next;
+		  continue;
 		}
 	  else
 		fname = p->file_name;
@@ -104,15 +125,12 @@ flush_deferred_unlinks (bool force)
 		  /* nothing to worry about */
 		  break;
 		case ENOTEMPTY:
-		  if (!force)
-			{
-			  /* Keep the record in list, in the hope we'll
-			 be able to remove it later */
-			  prev = p;
-			  p = next;
-			  continue;
-			}
-		  /* fall through */
+		  /* Keep the record in list, in the hope we'll
+			 be able to remove it later */
+		  prev = p;
+		  p = next;
+		  continue;
+
 		default:
 		  rmdir_error (fname);
 		}
@@ -139,6 +157,34 @@ flush_deferred_unlinks (bool force)
 }
   if (!dunlink_head)
 dunlink_tail = NULL;
+  else if (force)
+{
+  for (p = dunlink_head; p; )
+	{
+	  struct deferred_unlink *next = p->next;
+	  const char *fname;
+
+	  chdir_do (p->dir_idx);
+	  if (p->dir_idx && IS_CWD (p))
+	{
+	  fname = tar_dirname ();
+	  chdir_do (p->dir_idx - 1);
+	}
+	  else
+	fname = p->file_name;
+
+	  if (unlinkat (chdir_fd, fname, AT_REMOVEDIR) != 0)
+	{
+	  if (errno != ENOENT)
+		rmdir_error (fname);
+	}
+	  dunlink_reclaim (p);
+	  dunlink_count--;
+	  p = next;
+	}
+  dunlink_head = dunlink_tail = NULL;
+}
+
   chdir_do (saved_chdir);
 }

@@ -146,6 +192,7 @@ void
 finish_deferred_unlinks (void)
 {
   flush_deferred_unlinks (true);
+
   while (dunlink_avail)
 {
   struct deferred_unlink *next = dunlink_avail->next;
@@ -171,10 +218,17 @@ queue_deferred_unlink (const char *name, bool is_dir)
   p->is_dir = is_dir;
   p->records_written = records_written;

-  if (dunlink_tail)
-dunlink_tail->next = p;
+  if (IS_CWD (p))
+{
+  struct deferred_unlink *q, *prev;
+  for (q = dunlink_head, prev = NULL; q; prev = q, q = q->next)
+	if (IS_CWD (q) && q->dir_idx < p->dir_idx)
+	  break;
+  if (q)
+	dunlink_insert (prev, p);
+  else
+	dunlink_insert (dunlink_tail, p);
+}
   else
-dunlink_head = p;
-  dunlink_tail = p;
-  dunlink_count++;
+dunlink_insert (dunlink_tail, p);
 }
diff --git a/tests/remfiles08b.at b/tests/remfiles08b.at
index 13beaf4..5b3dd2c 100644
--- a/tests/remfiles08b.at
+++ b/tests/remfiles08b.at
@@ -31,8 +31,6 @@
 AT_SETUP([remove-files deleting two subdirs in -c/incr. mode])
 AT_KEYWORDS([create incremental remove-files remfiles08 remfiles08b])

-AT_XFAIL_IF(true) # we expect to fail in tar 1.27
-
 AT_TAR_CHECK([
 mkdir foo
 mkdir bar
diff --git a/tests/remfiles09b.at b/tests/remfiles09b.at
index 45b8440..31597df 100644
--- a/tests/remfiles09b.at
+++ b/tests/remfiles09b.at
@@ -29,8 +29,6 @@
 AT_SETUP([remove-files 

Bug#802600: [python3-matplotlib] Qt4Agg: RuntimeError: call __init__ twice

[Sandro Tosi]

On Wed, Nov 11, 2015 at 1:09 PM, Daniel Hornung
 wrote:
> Upstream just released the final 1.5.0, could this be included into Debian?

it will

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#802600: [python3-matplotlib] Qt4Agg: RuntimeError: call __init__ twice

[Daniel Hornung]

Upstream just released the final 1.5.0, could this be included into Debian?

https://pypi.python.org/pypi/matplotlib/


-- 
Max-Planck-Institute for Dynamics and Self-Organization
Research Group Biomedical Physics

Am Fassberg 17
D-37077 Goettingen
(+49) 551 5176 373

You can obtain my public key 0xF197B128 from all keyservers, e.g. pgp.mit.edu
Fingerprint: 9698 BDD4 71CC 1274 B7E2  2049 1EDD 012D F197 B128


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

Bug#790972: youtube-dl: MemoryError when trying to download videos from youtube

[Rogério Brito]

Control: tags 790972 moreinfo

Hi, Waqqas Dadabhoy.

On Jul 03 2015, Waqqas Dadabhoy wrote:
> youtube-dl gives a MemoryError when trying to downlod videos from
> YouTube, instead of downloading the video.
> 
> The command and its output is pasted at https://paste.debian.net/278432/
> 
> Downloading from Vimeo works.

I think that I need more information about this bug. I see that you are
using torsocks. If you download without it, do you still see such problems?


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Bug#804780: [INTL:tr] turkish translation update of mysql-5.6

[Atila KOÇ]

Package: mysql-5.6
Version: N/A
Severity: wishlist
Tags: l10n patch

Please find attached the Turkish translation of mysql-5.6 package.

Regards,
Atila KOÇ
# Turkish translation of mysql-server.
# This file is distributed under the same license as the mysql-server package.
# Gürkan Aslan , 2004
# Atila KOÇ , 2015
#
msgid ""
msgstr ""
"Project-Id-Version: mysql-5.6\n"
"Report-Msgid-Bugs-To: mysql-...@packages.debian.org\n"
"POT-Creation-Date: 2011-11-08 11:42-0800\n"
"PO-Revision-Date: 2015-11-04 12:16+0200\n"
"Last-Translator: Atila KOÇ \n"
"Language-Team: Turkish \n"
"Language: tr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"X-Generator: Poedit 1.5.4\n"

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:2001
msgid "Really proceed with downgrade?"
msgstr "Sürüm düşürme işlemine gerçekten başlansın mı?"

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:2001
msgid "A file named /var/lib/mysql/debian-*.flag exists on this system."
msgstr "Bu sistemde /var/lib/mysql/debian-*.flag adlı bir dosya bulunmaktadır."

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:2001
msgid ""
"Such a file is an indication that a mysql-server package with a higher "
"version has been installed previously."
msgstr ""
"Böyle bir dosyanın varlığı daha yüksek sürümde bir mysql-server paketinin "
"önceden kurulu olduğunu gösterir."

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:2001
msgid ""
"There is no guarantee that the version you're currently installing will be "
"able to use the current databases."
msgstr ""
"Kurmakta olduğunuz sürümün var olan veritabanlarını kullanabileceğinin "
"garantisi yoktur."

#. Type: note
#. Description
#: ../mysql-server-5.6.templates:3001
#| msgid "Important note for NIS/YP users!"
msgid "Important note for NIS/YP users"
msgstr "NIS/YP kullanıcıları için önemli not"

#. Type: note
#. Description
#: ../mysql-server-5.6.templates:3001
msgid ""
"Using MySQL under NIS/YP requires a mysql user account to be added on the "
"local system with:"
msgstr ""
"MySQL'in NIS/YP ile kullanılması için yerel sisteme aşağıdaki komut "
"çalıştırılarak mysql kullanıcı hesabının eklenmesi gereklidir:"

#. Type: note
#. Description
#: ../mysql-server-5.6.templates:3001
msgid ""
"You should also check the permissions and ownership of the /var/lib/mysql "
"directory:"
msgstr ""
"/var/lib/mysql dizininin sahiplik ve izin ayarlarını da gözden "
"geçirmelisiniz:"

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:4001
msgid "Remove all MySQL databases?"
msgstr "Tüm MySQL veritabanları kaldırılsın mı?"

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:4001
msgid ""
"The /var/lib/mysql directory which contains the MySQL databases is about to "
"be removed."
msgstr ""
"MySQL veritabanlarını barındıran /var/lib/mysql dizini kaldırılmak üzere"

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:4001
msgid ""
"If you're removing the MySQL package in order to later install a more recent "
"version or if a different mysql-server package is already using it, the data "
"should be kept."
msgstr ""
"Eğer MySQL paketini daha sonra güncel bir sürümünü kurmak üzere "
"kaldırıyorsanız ya da veritabanlarınıza başka bir mysql-server paketi ile "
"erişiyorsanız, veritabanlarınızı kaldırmamalısınız."

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:5001
#| msgid "Should MySQL start on boot?"
msgid "Start the MySQL server on boot?"
msgstr "MySQL açılış sırasında başlatılsın mı?"

#. Type: boolean
#. Description
#: ../mysql-server-5.6.templates:5001
msgid ""
"The MySQL server can be launched automatically at boot time or manually with "
"the '/etc/init.d/mysql start' command."
msgstr ""
"MySQL sunucusu açılış sırasında kendiliğinden ya da sonradan elle '/etc/init."
"d/mysql start' komutu çalıştırılarak başlatılabilir."

#. Type: password
#. Description
#: ../mysql-server-5.6.templates:6001
msgid "New password for the MySQL \"root\" user:"
msgstr "MySQL \"root\" kullanıcısı için yeni parola:"

#. Type: password
#. Description
#: ../mysql-server-5.6.templates:6001
msgid ""
"While not mandatory, it is highly recommended that you set a password for "
"the MySQL administrative \"root\" user."
msgstr ""
"Zorunlu olmasa da MySQL yönetimsel \"root\" kullanıcısı için bir parola "
"oluşturulması kuvvetle önerilir."

#. Type: password
#. Description
#: ../mysql-server-5.6.templates:6001
msgid "If this field is left blank, the password will not be changed."
msgstr "Bu alanın boş bırakılması durumunda parola değiştirilmeyecektir."

#. Type: password
#. Description
#: 

Bug#804694: libqt5xcbqpa5 SIGSEGV crashes sporadically at QXcbWindow::handleClientMessageEvent

[Dmitry Shachnev]

Hallo Markus,

On Tue, Nov 10, 2015 at 04:54:36PM +0100, Markus Frosch wrote:
> Applications that are based on QT can crash with a SIGSEGV.
> 
> This happens for me on owncloud-client and quasselclient, others maybe
> as well, but not yet stacktraced.
> 
> Here is a backtrace for quasselclient.
> 
> I'll happily supply more details if required. But I'm not very deep into QT.

It would be nice if you could provide a more useful stacktrace (i.e. with
qtbase5-dbg installed).

Also, do you know if it is a new bug in Qt 5.5, or did it exist with Qt 5.4 too?

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#799925: corekeeper: Please provide a possibility to disable cron mails

[Paul Wise]

On Wed, 2015-11-11 at 16:15 +0100, Axel Beckert wrote:

> I didn't think about that. But doesn't cron (or actually run-parts)
> then barf about a non-executable file?

Doesn't look like it:

pabs@chianamo ~ $ mkdir foo
pabs@chianamo ~ $ touch foo/bar
pabs@chianamo ~ $ run-parts -- foo
pabs@chianamo ~ $ (echo '#!/bin/sh' ; echo echo bar) > foo/bar
pabs@chianamo ~ $ run-parts -- foo
pabs@chianamo ~ $ chmod a+x foo/bar
pabs@chianamo ~ $ run-parts -- foo
bar

> I'd prefer if I don't have to edit a script which likely changes with
> every release. I'd rather prefer something like /etc/default/corekeeper
> which is then sourced by that script if it exists.

The package and the script is pretty much set in stone, it is unlikely
any changes to either of them will be needed apart from bumping
Standards-Version, at least once I have done the next upload.

> BTW: What also would suffice would be to make the target e-mail
> address configurable (preferably via /etc/default/corekeeper) so that
> it doesn't go to root@`hostname`.

I'm not sure how to send cron.daily output to a different address.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#799925: corekeeper: Please provide a possibility to disable cron mails

[Axel Beckert]

Hi,

Paul Wise wrote:
> On Wed, 2015-11-11 at 16:15 +0100, Axel Beckert wrote:
> > I didn't think about that. But doesn't cron (or actually run-parts)
> > then barf about a non-executable file?
> 
> Doesn't look like it:

Ok. Thanks for testing.

> > BTW: What also would suffice would be to make the target e-mail
> > address configurable (preferably via /etc/default/corekeeper) so that
> > it doesn't go to root@`hostname`.
> 
> I'm not sure how to send cron.daily output to a different address.

Ah, good point. Indeed, that only works for /etc/cron.d/ and crontab
files.

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

Bug#804485: pan: Pan crashes when downloading headers

[Dominique Dumont]

I've now a crash when opening the unsubcribed groups.

I've recompiled pan. A lot of deprecation warnings were displayed.

With the recompiled version, pan lost the subscribed group and the 
list of groups available on the server . 

I've updated the list of available groups (which was diplayed by pan), closed 
the list,  re-opened the 
list, and pan crashed.

Here's the end of the debug output:
(socket-impl-openssl.cc:735:gio_func) gio_func: sock 0x7f48e00010e0, channel 
0x7f48e0001f70, cond IN
(socket-impl-openssl.cc:749:set_watch_mode) socket 0x7f48e00010e0 calling 
set_watch_mode 2; _channel is 0x7f48e0001f70
(socket-impl-openssl.cc:758:set_watch_mode) channel 0x7f48e0001f70 setting mode 
**IGNORE**
(socket-impl-openssl.cc:778:set_watch_mode) set_watch_mode IGNORE: _tag_watch 
is now 0
(nntp.cc:63:fire_done_func) I (0x1c1d740) am setting my _listener to 0
(task-groups.cc:134:on_nntp_done) groups task got an on_nntp_done() from 1
(task-groups.cc:151:on_nntp_done) groups task setting state completed
(task.cc:50:check_in) task 0x1c1d070 returning nntp 0x1c1d740
(task.cc:57:check_in) returned nntp 0x1c1d740 OK; task 0x1c1d070 now has 0 nntps
(nntp-pool.cc:129:check_in) nntp 0x1c1d740 is being checked in, health is 0
(queue.cc:283:process_task) in process_task with a task of type GROUPS
(queue.cc:289:process_task) completed
(socket-impl-openssl.cc:735:gio_func) gio_func: sock 0x7f48e00010e0, channel 
0x7f48e0001f70, cond IN
Erreur de segmentation

And the top of the backtrace:

Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `pan'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f67f0175d92 in _int_malloc (av=av@entry=0x7f67f049f620 , 
bytes=bytes@entry=4) at malloc.c:3302
3302malloc.c: Aucun fichier ou dossier de ce type.
[Current thread is 1 (Thread 0x7f67f4503a00 (LWP 5248))]
(gdb) bt
#0  0x7f67f0175d92 in _int_malloc (av=av@entry=0x7f67f049f620 , 
bytes=bytes@entry=4) at malloc.c:3302
#1  0x7f67f0178080 in __GI___libc_malloc (bytes=4) at malloc.c:2891
#2  0x7f67f0c66df8 in operator new(unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x0046027c in ?? ()
#4  0x0045d3fd in ?? ()
#5  0x7f67e9bb9c87 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
tree_path=tree_path@entry=0x3cb6720, orig=orig@entry=0x0, 
count=count@entry=0x7ffdb9b1a1dc, depth=depth@entry=0)
at /tmp/buildd/gtk+2.0-2.24.28/modules/other/gail/gailtreeview.c:3453
#6  0x7f67e9bb9ca8 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
tree_path=0x3cb6720, tree_path@entry=0x3cb6710, orig=orig@entry=0x0, 
count=count@entry=0x7ffdb9b1a1dc, depth=depth@entry=0)
at /tmp/buildd/gtk+2.0-2.24.28/modules/other/gail/gailtreeview.c:3456
#7  0x7f67e9bb9ca8 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
tree_path=0x3cb6710, tree_path@entry=0x3cb6700, orig=orig@entry=0x0, 
count=count@entry=0x7ffdb9b1a1dc, depth=depth@entry=0)
at /tmp/buildd/gtk+2.0-2.24.28/modules/other/gail/gailtreeview.c:3456
#8  0x7f67e9bb9ca8 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
tree_path=0x3cb6700, tree_path@entry=0x3cb66c0, orig=orig@entry=0x0, 
count=count@entry=0x7ffdb9b1a1dc, depth=depth@entry=0)
at /tmp/buildd/gtk+2.0-2.24.28/modules/other/gail/gailtreeview.c:3456
#9  0x7f67e9bb9ca8 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
tree_path=0x3cb66c0, tree_path@entry=0x3cb66b0, orig=orig@entry=0x0, 
count=count@entry=0x7ffdb9b1a1dc, depth=depth@entry=0)
at /tmp/buildd/gtk+2.0-2.24.28/modules/other/gail/gailtreeview.c:3456
#10 0x7f67e9bb9ca8 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
tree_path=0x3cb66b0, tree_path@entry=0x3cb66a0, orig=orig@entry=0x0, 
count=count@entry=0x7ffdb9b1a1dc, depth=depth@entry=0)
at /tmp/buildd/gtk+2.0-2.24.28/modules/other/gail/gailtreeview.c:3456
#11 0x7f67e9bb9ca8 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
tree_path=0x3cb66a0, tree_path@entry=0x3cb6690, orig=orig@entry=0x0, 
count=count@entry=0x7ffdb9b1a1dc, depth=depth@entry=0)
at /tmp/buildd/gtk+2.0-2.24.28/modules/other/gail/gailtreeview.c:3456
#12 0x7f67e9bb9ca8 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
tree_path=0x3cb6690, tree_path@entry=0x3cb6680, orig=orig@entry=0x0, 
count=count@entry=0x7ffdb9b1a1dc, depth=depth@entry=0)
at /tmp/buildd/gtk+2.0-2.24.28/modules/other/gail/gailtreeview.c:3456
#13 0x7f67e9bb9ca8 in iterate_thru_children 
(tree_view=tree_view@entry=0x18ee2d0, tree_model=tree_model@entry=0x1acf0a0, 
  

Bug#799268: RFS: ck/1.6.2 [ITP]

[Grigori Fursin]

I think I see. Thanks, Gianfranco.
I guess I will now wait if someone will be willing
to sponsor my package and then will try finalize all that ...
Take care,
Grigori

-Original Message- 
From: Gianfranco Costamagna

Sent: Tuesday, November 10, 2015 10:17 AM
To: Grigori Fursin ; Lucas Nussbaum ; 799...@bugs.debian.org
Subject: Re: Bug#799268: RFS: ck/1.6.2 [ITP]

Hi Grigori, the RFS is already fine and you are just missing the ITP.

ITP means "I want to package this foo for Debian"
and you close it in your changelog

RFS (this bug #799268) means: I want to find a sponsor, because I'm not able
to directly upload on Debian.

this RFS is closed by your sponsor when the upload is performed, the other 
bug

(*A NEW BUG*) needs to be opened and closed in the upload in this way:

* Initial Release (Closes: #X)

where X is the ITP bug.

cheers,

G.





Il Martedì 10 Novembre 2015 10:09, Grigori Fursin 
 ha scritto:

Hi Lucas,
Do you mean that I should open a separate ticket (RFS)?
Or since the package now seems to be okeish, should
I just continue searching for a sponsor?
Thanks,
Grigori


-Original Message- 
From: Lucas Nussbaum

Sent: Tuesday, November 10, 2015 9:38 AM
To: Grigori Fursin
Cc: Gianfranco Costamagna ; 799...@bugs.debian.org
Subject: Bug#799268: RFS: ck/1.6.2 [ITP]

On 07/11/15 at 16:21 +0100, Grigori Fursin wrote:

Hi Gianfranco,

After hacking various guides I managed to update python-ck
based on what you mentioned:

>https://mentors.debian.net/package/python3-ck
>this is a nack for me.
>
>You can build two binaries with the same source package, look e.g. to
>https://sources.debian.net/src/python-esmre/0.3.1-3/

I have done that and deleted separate python3-ck package.

>this includes:
>compat level --> 9
>debhelper >= 9

Done.

>ITP bug?
I changed it as ITP bug. It still complains and I guess
this can only be fixed when I find a sponsor ...


you need both an ITP bug (because it's a new package) and an RFS bug
(because you are looking for a sponsor)

Lucas 

Bug#799925: corekeeper: Please provide a possibility to disable cron mails

[Axel Beckert]

Hi,

Paul Wise wrote:
> On Thu, 2015-09-24 at 12:11 +0200, Axel Beckert wrote:
> > it would be nice if I can get corekeepers functionality without getting
> > daily cron-mails if something crashed.
> 
> Right now you can either make the cron job not executable with the dpkg
> -statoverride tool

I didn't think about that. But doesn't cron (or actually run-parts)
then barf about a non-executable file?

> or add exit 0 to the top of the cron job script.

I'd prefer if I don't have to edit a script which likely changes with
every release. I'd rather prefer something like
/etc/default/corekeeper which is then sourced by that script if it
exists.

BTW: What also would suffice would be to make the target e-mail
address configurable (preferably via /etc/default/corekeeper) so that
it doesn't go to root@`hostname`.

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

Bug#804784: remove suid bit on binary

[Antoine Beaupré]

Package: oping
Version: 1.7.0-1
Severity: wishlist
Tags: upstream

There is an effort upstream to make oping use the DGRAM socket type
instead of RAW to do root-less pings:

https://github.com/octo/liboping/pull/7

In the meantime, maybe this package could do like iputils-ping and use
capabilities instead of suid?

-rwxr-xr-x 1 root root 44104 nov  8  2014 /bin/ping
-rwsr-xr-x 1 root root 18792 oct 21  2014 /usr/bin/oping

$ getcap /usr/bin/ping
/bin/ping = cap_net_raw+ep

thanks!

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

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

Versions of packages oping depends on:
ii  libc6 2.19-18+deb8u1
ii  libncursesw5  5.9+20140913-1+b1
ii  liboping0 1.7.0-1
ii  libtinfo5 5.9+20140913-1+b1

oping recommends no packages.

oping suggests no packages.

-- no debconf information

Bug#804050: freetype: new upstream release

[Matteo F. Vescovi]

Hi!

On 2015-11-11 at 15:55 (CET), Andreas Henriksson wrote:
> Please consider updating freetype to the new upstream release 2.6.1.
> 
> As discussed on IRC this fixes graphical issues (very) visible in the
> GNOME lockscreen (and elsewhere) in Debian Unstable/Testing.

For the record, I've tested the new version and it builds[1]
and works[2] just fine.

So, given that this issue is quite annoying, I'm about uploading the
linked NMU to DELAYED/10. Steve, I hope it's ok for you.

Cheers.


[1] 
http://debomatic-amd64.debian.net/distribution#unstable/freetype/2.6.1-0.1/buildlog
[2] http://studiovescovi.eu/pub/gnome.png

-- 
Matteo F. Vescovi || Debian Developer
GnuPG KeyID: 4096R/0x8062398983B2CF7A


signature.asc
Description: PGP signature

Bug#804716: plasma-widgets-addons: (fuzzy clock) legacy fuzzyness

[Maximiliano Curia]

Hi,

On 10/11/15 21:05, Alex Henry wrote:
> If possible I would appreciate bringing back the granulity that showed only
> 4 options per hour:

> 13:00
> 13:15
> 13:30
> 13:45

> None of the current fuzzinesses seem right to me. It also seems weird that 
> from
> "Afternoon" we jump to "Five minutes to six" or so. This legacy fuzziness 
> would
> be the perfect middle-ground between these two: one too fuzzy for me, the 
> other not
> fuzzy enough.

> I'm curious why this was available in earlier versions and not on this one.

> Earlier versions of the fuzzy clock would let you right click and copy the
> current date or time in various formats to the clipboard so you could paste
> them easily.

> The menu would offer a lot of formats you could choose from but I'd be
> pretty happy with just copying the current time (12:34) and date
> (2015-11-10) or both together.

> I can't even begin to count how many times I've used this features so it
> would be highly appreciated. I think the normal clock would probably
> benefit from having it also.

The bugs #804716 and #804717 are upstream requests and as such it would be
better if they are discussed directly with upstream, as having us (package
maintainers) as human proxies in this kind of discussions is not very
productive. Please consider submitting this requests upstream, either in the
upstream bug tracker (https://bugs.kde.org) or in a kde development mailing
list or even in a upstream irc channel.

If you go for a bug submission you can then tag the bugs as forwarded with the
upstream bug url, that way we get notified when the state of the bug changes.
(http://pkg-kde.alioth.debian.org/btslink.html)

Happy hacking,



signature.asc
Description: OpenPGP digital signature

Bug#804765: Don't disable deprecated functions

[Iain Lane]

Package: gsl
Version: 2.0+dfsg-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

I noticed when rebuilding packages for the gsl transition in Ubuntu that
mrtrix FTBFS due to disabled deprecatead functions. Maybe we should
re-enable them for now to ease the transition? Patch attached.

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
diff -Nru gsl-2.0+dfsg/debian/patches/dont-disable-deprecated gsl-2.0+dfsg/debian/patches/dont-disable-deprecated
--- gsl-2.0+dfsg/debian/patches/dont-disable-deprecated	1970-01-01 01:00:00.0 +0100
+++ gsl-2.0+dfsg/debian/patches/dont-disable-deprecated	2015-11-11 11:18:43.0 +
@@ -0,0 +1,28 @@
+Index: b/configure.ac
+===
+--- a/configure.ac
 b/configure.ac
+@@ -566,10 +566,6 @@
+ AH_BOTTOM([#define RETURN_IF_NULL(x) if (!x) { return ; }
+ ])
+ 
+-AH_VERBATIM([GSL_DISABLE_DEPRECATED],
+-[/* Disable deprecated functions and enums while building */
+-#define GSL_DISABLE_DEPRECATED 1])
+-
+ dnl
+ AC_CONFIG_FILES([  \
+ Makefile   \
+Index: b/multifit/fdjac.c
+===
+--- a/multifit/fdjac.c
 b/multifit/fdjac.c
+@@ -135,7 +135,7 @@
+   if (status)
+ return status;
+ 
+-  status = fdjac(x, fdf, f, J);
++  status = fdjac(x, NULL, fdf, f, J);
+   if (status)
+ return status;
+ 
diff -Nru gsl-2.0+dfsg/debian/patches/series gsl-2.0+dfsg/debian/patches/series
--- gsl-2.0+dfsg/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ gsl-2.0+dfsg/debian/patches/series	2015-11-11 11:13:47.0 +
@@ -0,0 +1 @@
+dont-disable-deprecated

Bug#804767: Improvements to option parsing and help messages

[Ian Campbell]

Source: qcontrol
Severity: wishlist
Tags: patch,upstream
X-Debbugs-CC: elboulangero 

Hi Arnaud,

Thanks for these patches, I'm forwarding to the Debian BTS for safekeepping
until I get round to dealing with them.

Ian.--- Begin Message ---

Here are two trivial patches for qcontrol, that just fix little details.
Thanks for maintaining qcontrol.

Best regards,

Arnaud

--- End Message ---
--- Begin Message ---
According to the help message, version is obtained with uppercase V.

Signed-off-by: elboulangero 
---
 qcontrol.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/qcontrol.c b/qcontrol.c
index 076c936..1c911c8 100644
--- a/qcontrol.c
+++ b/qcontrol.c
@@ -714,7 +714,7 @@ int main(int argc, char **argv)
{0, 0, 0, 0}
};
 
-   int opt = getopt_long(argc, argv, "c:dfhv",
+   int opt = getopt_long(argc, argv, "c:dfhV",
  long_options, NULL);
 
if (opt == -1)
-- 
2.6.2

--- End Message ---
--- Begin Message ---
Signed-off-by: elboulangero 
---
 system.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/system.c b/system.c
index 8b75d9a..9a43d91 100644
--- a/system.c
+++ b/system.c
@@ -37,7 +37,8 @@ static int system_init(int argc, const char **argv UNUSED)
 
register_command("system-status",
 "Signal system status",
-"",
+"Signal system status, options are:\n"
+"\tstart\n\tstop\n",
 system_status);
return 0;
 }
-- 
2.6.2

--- End Message ---

Bug#804772: TAR: testsuite failure: 163 165 failed (GNU/hurd and kfreebsd-*)

[Gianfranco Costamagna]

Package: tar
Version: 1.28-2.1
Severity: normal
Tags: patch

Attached the patch that should fix the kfreebsd and hurd test failures on test
163 and 165.

(I'm not going to NMU them I guess, because they aren't release architectures)

cheers,

G.




Il Mercoledì 11 Novembre 2015 12:10, Sergey Poznyakoff  ha 
scritto:
Gianfranco Costamagna  ha escrit:

> exodar:~$ gcc test.c && ./a.out
> fstatat: No such file or directory
> unlinkat: No such file or directory

Thanks, that confirms the nature of the bug.  Please try the attached
patch.

Regards,

SergeyFrom e6fcc73efa7463fe20c30a20603d3a3f6abfd4e5 Mon Sep 17 00:00:00 2001
From: Sergey Poznyakoff 
Date: Wed, 11 Nov 2015 13:01:45 +0200
Subject: [PATCH] Work around unlinkat bug on FreeBSD and GNU/Hurd

* src/unlink.c (dunlink_insert): New function.
(flush_deferred_unlinks): Skip cwds and nonempty directories
at the first pass.  If force is requested, run a second pass
removing them.
(queue_deferred_unlink): Make sure current working directory
entries are sorted in descending order by the value of dir_idx.
This makes sure they will be removed in right order, which works
around unlinkat bug on FreeBSD and GNU/Hurd.
* tests/remfiles08b.at: Remove expected failure.
* tests/remfiles09b.at: Likewise.
---
 src/unlink.c | 94 +---
 tests/remfiles08b.at |  2 --
 tests/remfiles09b.at |  2 --
 3 files changed, 74 insertions(+), 24 deletions(-)

diff --git a/src/unlink.c b/src/unlink.c
index 7f86cc5..509daf3 100644
--- a/src/unlink.c
+++ b/src/unlink.c
@@ -32,6 +32,10 @@ struct deferred_unlink
    entry got added to the queue */
   };

+#define IS_CWD(p) \
+  ((p)->is_dir \
+   && ((p)->file_name[0] == 0 || strcmp ((p)->file_name, ".") == 0))
+
 /* The unlink queue */
 static struct deferred_unlink *dunlink_head, *dunlink_tail;

@@ -61,6 +65,24 @@ dunlink_alloc (void)
 }

 static void
+dunlink_insert (struct deferred_unlink *anchor, struct deferred_unlink *p)
+{
+  if (anchor)
+{
+  p->next = anchor->next;
+  anchor->next = p;
+}
+  else
+{
+  p->next = dunlink_head;
+  dunlink_head = p;
+}
+  if (!p->next)
+dunlink_tail = p;
+  dunlink_count++;
+}
+
+static void
 dunlink_reclaim (struct deferred_unlink *p)
 {
   free (p->file_name);
@@ -73,7 +95,7 @@ flush_deferred_unlinks (bool force)
 {
   struct deferred_unlink *p, *prev = NULL;
   int saved_chdir = chdir_current;
-
+
   for (p = dunlink_head; p; )
 {
   struct deferred_unlink *next = p->next;
@@ -86,12 +108,11 @@ flush_deferred_unlinks (bool force)
 	{
 	  const char *fname;

-	  if (p->dir_idx
-		  && (p->file_name[0] == 0
-		  || strcmp (p->file_name, ".") == 0))
+	  if (p->dir_idx && IS_CWD (p))
 		{
-		  fname = tar_dirname ();
-		  chdir_do (p->dir_idx - 1);
+		  prev = p;
+		  p = next;
+		  continue;
 		}
 	  else
 		fname = p->file_name;
@@ -104,15 +125,12 @@ flush_deferred_unlinks (bool force)
 		  /* nothing to worry about */
 		  break;
 		case ENOTEMPTY:
-		  if (!force)
-			{
-			  /* Keep the record in list, in the hope we'll
-			 be able to remove it later */
-			  prev = p;
-			  p = next;
-			  continue;
-			}
-		  /* fall through */
+		  /* Keep the record in list, in the hope we'll
+			 be able to remove it later */
+		  prev = p;
+		  p = next;
+		  continue;
+
 		default:
 		  rmdir_error (fname);
 		}
@@ -139,6 +157,34 @@ flush_deferred_unlinks (bool force)
 }
   if (!dunlink_head)
 dunlink_tail = NULL;
+  else if (force)
+{
+  for (p = dunlink_head; p; )
+	{
+	  struct deferred_unlink *next = p->next;
+	  const char *fname;
+
+	  chdir_do (p->dir_idx);
+	  if (p->dir_idx && IS_CWD (p))
+	{
+	  fname = tar_dirname ();
+	  chdir_do (p->dir_idx - 1);
+	}
+	  else
+	fname = p->file_name;
+
+	  if (unlinkat (chdir_fd, fname, AT_REMOVEDIR) != 0)
+	{
+	  if (errno != ENOENT)
+		rmdir_error (fname);
+	}
+	  dunlink_reclaim (p);
+	  dunlink_count--;
+	  p = next;
+	}
+  dunlink_head = dunlink_tail = NULL;
+}
+
   chdir_do (saved_chdir);
 }

@@ -146,6 +192,7 @@ void
 finish_deferred_unlinks (void)
 {
   flush_deferred_unlinks (true);
+
   while (dunlink_avail)
 {
   struct deferred_unlink *next = dunlink_avail->next;
@@ -171,10 +218,17 @@ queue_deferred_unlink (const char *name, bool is_dir)
   p->is_dir = is_dir;
   p->records_written = records_written;

-  if (dunlink_tail)
-dunlink_tail->next = p;
+  if (IS_CWD (p))
+{
+  struct deferred_unlink *q, *prev;
+  for (q = dunlink_head, prev = NULL; q; prev = q, q = q->next)
+	if (IS_CWD (q) && q->dir_idx < p->dir_idx)
+	  break;
+  if (q)
+	dunlink_insert (prev, p);
+  else
+	dunlink_insert (dunlink_tail, p);
+}
   else
-dunlink_head = p;
-  dunlink_tail = p;
-  dunlink_count++;
+dunlink_insert (dunlink_tail, p);
 }

Bug#804777: Missing UTF8 in vsftpd FEAT

[Rainer Kemme]

Package: vsftpd
Version: 3.0.2-17

Upon the FEAT-command the response of vsftpd does not contain UTF8.
The status message is: 'Server does not support non-ASCII characters.'

System: Debian GNU/Linux 8.2 (Jessie); Kernel 3.16.7-ckt11-1+deb8u5 with
libc6 2.19-18+deb8u1


BTW: Ubuntu 15.04, 15.10 behave same way (no UTF8). Ubuntu 14.04 (vsftpd
3.0.2) responses with UTF8.

Debian GNU/Linux 7.9 (Wheezy) running vsftpd 2.3.5-3 responses with UTF8
too!

Bug#804494: [Ltrace-devel] patch : disable broken printf length

[Mike Dupont]

Ok petr I will make a clean patch in the next days.
mike

On Wed, Nov 11, 2015 at 9:32 AM, Petr Machata  wrote:
> 2015-11-11 14:34 GMT+01:00 Mike  Dupont :
>> Attached a dirty patch to disable the broken printf max string length
>> code.
>
> The patch, cleaned up, would make sense to me.
>
>> Take a look at _doprnt from libiberty for an implementation. I am
>
> We parse the formatting string purely to learn about the vararg types.
> I'm not sure libiberty is of much help in that regard.
>
> Thanks,
> Petr



-- 
James Michael DuPont
Kansas Linux Fest http://kansaslinuxfest.us
Free/Libre Open Source and Open Knowledge Association of Kansas
http://openkansas.us
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com

Bug#802517: Crashes each time a union boolean operation is tried

[Daniel Hornung]

On Sun, 08 Nov 2015 22:31:04 +0100 Torquil Macdonald Sørensen 
 wrote:
> I just rebuilt freecad against oce 0.16-2 from experimental, and
> unions have started to work again.

This also seems to be in accordance with the report here, where OCE 0.16 amkes 
it work: http://forum.freecadweb.org/viewtopic.php?f=3=12908=10

-- 
Max-Planck-Institute for Dynamics and Self-Organization
Research Group Biomedical Physics

Am Fassberg 17
D-37077 Goettingen
(+49) 551 5176 373

You can obtain my public key 0xF197B128 from all keyservers, e.g. pgp.mit.edu
Fingerprint: 9698 BDD4 71CC 1274 B7E2  2049 1EDD 012D F197 B128


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

Bug#804758: Duplicate

[Florian Bruhin]

I did some more research on this, and I think I'm actually running
into #799587:

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

Closing the Java application I was running did indeed fix the issue...

So I guess this can be merged into #799587 - sorry for the noise!

Florian

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


signature.asc
Description: Digital signature