Bug#731535: kanif: Taktuk errors when executing kash

[Lucas Nussbaum]

reassign 731535 taktuk
close 731535 3.7.5-1
thanks

Hi,

On 06/12/13 at 12:42 +0100, Vincent Bernat wrote:
> Package: kanif
> Version: 1.2.2-1
> Severity: normal
> 
> Dear Maintainer,
> 
> When I execute `kash -F -M ~/tmp/webs.txt cat /etc/debian_version`, I get
> many errors like this:
> 
> #v+
> [ TAKTUK ERROR : SYSTEM ] alucard (PID 10480) Line 3085 (command) Release 563
> Error No such process
> #v-
> 
> I don't see any drawback to those errors. Kanif seems to work as expected.

This was actually a taktuk bug, fixed in version 3.7.5-1.

Thanks for the report!

Lucas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#731265:

[Beren Minor]

Alright, I thought that conftest.h was part of the upstream NVidia driver
package, and as I was comparing with a working Ubuntu driver (331.38) to
figure out what was missing, I thought that this had changed between 331.38
and 340.32.

I see now that this is Debian-only, and was probably never activated, as
you mentioned. It explains why Nils Goroll had troubles with driver
versions 331.38 and 319.76 as well.

I attached the debdiff you requested.
--
Beren Minor
diff -Nru nvidia-graphics-drivers-340.32/debian/changelog 
nvidia-graphics-drivers-340.32/debian/changelog
--- nvidia-graphics-drivers-340.32/debian/changelog 2014-08-17 
12:20:45.0 +0200
+++ nvidia-graphics-drivers-340.32/debian/changelog 2014-09-01 
08:37:11.0 +0200
@@ -1,3 +1,10 @@
+nvidia-graphics-drivers (340.32-2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix DRM support activation in conftest.h (Closes #731265)
+
+ -- Beren Minor   Mon, 01 Sep 2014 08:35:48 +0200
+
 nvidia-graphics-drivers (340.32-1) unstable; urgency=medium
 
   * New upstream long lived branch release 340.32 (2014-08-12).
diff -Nru nvidia-graphics-drivers-340.32/debian/module/conftest.h 
nvidia-graphics-drivers-340.32/debian/module/conftest.h
--- nvidia-graphics-drivers-340.32/debian/module/conftest.h 2014-08-17 
12:20:45.0 +0200
+++ nvidia-graphics-drivers-340.32/debian/module/conftest.h 2014-09-01 
08:24:55.0 +0200
@@ -374,7 +374,7 @@
 #endif
 
 /* Implement conftest.sh function drm_available */
-#if 0
+#if IS_ENABLED(CONFIG_DRM) || IS_ENABLED(CONFIG_DRM_MODULE)
  #define NV_DRM_AVAILABLE
 #else
  #undef NV_DRM_AVAILABLE

Bug#760133: fai-client: 'mount --make-runbindable' breaks underlying device for unrelated operations

[Michael Prokop]

Package: fai-client
Version: 4.2.3
Severity: grave


The following commit from fai.git which was released as of FAI 4.2.3
seems to cause a serious regression:

, [ git log ]
| commit 22ce409188cee3f9abb6f7396da25496474841f7
| Author: Thomas Lange 
| Date:   Mon Aug 25 23:35:26 2014 +0200
|
| make mount --move work in jessie, Closes: #758613
`

It executes:

|# get the partition for making mount --move work
|local part=$(stat -c %m -- $disk/..)
|mount --make-runbindable $part

which modifies the underlying device in a way that it breaks
unrelated operations. For example while fai dirinstall was executed
the situation was as follows:

| # cat /proc/mounts
| [...]
| /dev/vdb /srv ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
| /dev/vdb 
/srv/jenkins/jobs/grml64-full_testing/workspace/grml_chroot/grml-live/sources 
ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
| tmpfs 
/srv/jenkins/jobs/grml64-full_testing/workspace/grml_chroot/var/lib/dpkg tmpfs 
rw,noatime 0 0
| [...]
| /dev/vdb /srv/pbuilder/build/cow.29884/var/cache/pbuilder/build ext4 
rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0

... and then an unrelated cowbuilder run failed to execute:

| I: Mounting /var/cache/pbuilder/build
| mount: wrong fs type, bad option, bad superblock on /srv/pbuilder/build,
|missing codepage or helper program, or other error
|In some cases useful info is found in syslog - try
|dmesg | tail  or so

Downgrading to FAI 4.2.2 seems to fix this issue.

I'm not yet sure whether this '--make-runbindable' option should be
executed at all, but if that's the case it should be at least
considered to not execute it as such within dirinstall.

Reporting as RC bug because this FAI version shouldn't reach testing
as is.

regards,
-mika-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2014-09-01t08-16...@devnull.michael-prokop.at

Bug#758857: buildbot: Unable to upgrade master

[fri.K]

Your command didn't work: 
$ echo -n ".headers on \n select * from migrate_version;"|sqlite3 state.sqlite
Usage: .headers on|off

But doing it manually:
$ sqlite3 state.sqlite 
sqlite> .headers on
sqlite> select * from migrate_version;
repository_id|repository_path|version
Buildbot|/usr/lib/python2.7/dist-packages/buildbot/db/migrate|22

$ls -al
rwxr-xr-x  1 USER USER  228 sie 27 14:24 .
drwxr-xr-x. 1 USER USER  718 wrz  1 07:29 ..
-rw-r--r--  1 USER USER 1,1K maj 14 11:37 buildbot.tac
drwx--  1 USER USER  118 maj 15 08:34 gitpoller-workdir
-rw---  1 USER USER 888K sie 18 08:16 http.log
-rw-r--r--  1 USER USER 5,7K cze  3 12:34 master.cfg
-rw---  1 USER USER 4,4K maj 14 11:37 master.cfg.sample
drwxr-xr-x  1 USER USER   94 maj 14 11:37 public_html
drwx--  1 USER USER 491K sie 18 08:24 runtests
-rw-r--r--  1 USER USER 136M sie 18 08:14 state.sqlite
drwxr-xr-x  1 USER USER   20 maj 14 11:37 templates
-rw-r--r--  1 USER USER  65M sie 27 14:24 twistd.log

If it's hard to reproduce then we can close this bug as incident because i'm 
can to drop all my history and start with fresh one. I submitted this bug not 
to restore builds history but to find a problem :)

On Wed, 27 Aug 2014 18:38:49 +0300 Andriy Senkovych  
wrote:
> Package: buildbot
> Followup-For: Bug #758857
>
> Hello fri.K,
>
> Thank you for your feedback, but I'm not able to reproduce the bug you
> mentioned. I have tried to upgrade several different master instances and got
> upgraded with no problem.
>
> Please specify more information on your setup. What is the contents of
> migrate_version table. To get this info, run following:
>
> echo -n ".headers on \n select * from migrate_version;"|sqlite3 state.sqlite
>
> Example output:
>
> repository_id|repository_path|version
> Buildbot|/usr/lib/python2.7/dist-packages/buildbot/db/migrate|24


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#755351: bug#18372: Bug#755351: blink-cursor-mode should respect GTK+ setting by default

[Jan D.]

Stefan Monnier skrev 2014-09-01 02:55:

In the GTK+ version of Emacs, the default setting for
blink-cursor-mode should respect the desktop setting of
org.gnome.desktop.interface.cursor-blink .  An explicit setting of
blink-cursor-mode in .emacs could still override it, but the default
setting should not.


That would make a lot of sense, indeed.



How do you distinguish between the default and

% emacs
M-x blink-cursor-mode
M-x blink-cursor-mode

?

The latter is an explicit setting to on.
Or are we just talking about customizing blink-cursor-mode?

Jan D.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759895: [debhelper-devel] Bug#759895: debhelper: please strip non-deterministic data from static libraries

[Andrew Ayer]

On Sun, 31 Aug 2014 15:34:57 -0700
Joey Hess  wrote:

> Jérémy Bobbio wrote:
> > Andrew Ayer has been working on a `dh_strip_nondeterminism` helper:
> > http://anonscm.debian.org/cgit/reproducible/strip-nondeterminism.git/
> > 
> > We can move that chunk of code to it, alongside normalizers for
> > gzip, zip, and jar files.
> > 
> > But we were kinda hoping to get that helper as part of debhelper in
> > order to not have to modify every packages to add a new
> > Build-Depends.
> 
> Right.. I was suggesting a non-debhelper utility, which dh_strip could
> then call.

That sounds good to me.  Would you have any objections to adding a
Depends: to a hypothetical "strip-nondeterminism" package that would
contain normalizer utilities for ar, gzip, jar, etc. files?

Cheers,
Andrew


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760132: net-snmp: CVE-2014-3565

[Salvatore Bonaccorso]

Source: net-snmp
Version: 5.7.2.1~dfsg-6.1
Severity: important
Tags: security upstream patch fixed-upstream

Hi,

the following vulnerability was published for net-snmp.

CVE-2014-3565[0]:
net-snmp: snmptrapd crash

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2014-3565
[1] 
http://sourceforge.net/p/net-snmp/code/ci/7f4a7b891332899cea26e95be0337aae01648742/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1125155

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760119: /dev/disk/by-uuid: Is a directory

[Norbert Preining]

Hi Michael,

On Mon, 01 Sep 2014, Michael Prokop wrote:
> Which version of initramfs-tools did you use before?

in my aptitude.log I find:
[UPGRADE] initramfs-tools:amd64 0.115 -> 0.116

>   sh -x /usr/sbin/mkinitramfs -o /tmp/initramfs.output 2>/tmp/mkinitramfs.log

Here it is.

Norbert


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

+ umask 0022
+ export PATH=/usr/bin:/sbin:/bin
+ keep=n
+ CONFDIR=/etc/initramfs-tools
+ verbose=n
+ test -e /bin/busybox
+ BUSYBOXDIR=/bin
+ test -e /usr/lib/initramfs-tools/bin/busybox
+ export BUSYBOXDIR
+ getopt -o c:d:ko:r:v -n /usr/sbin/mkinitramfs -- -o /tmp/initramfs.output
+ OPTIONS= -o '/tmp/initramfs.output' --
+ [ 0 != 0 ]
+ eval set --  -o '/tmp/initramfs.output' --
+ set -- -o /tmp/initramfs.output --
+ true
+ outfile=/tmp/initramfs.output
+ shift 2
+ true
+ shift
+ break
+ . /usr/share/initramfs-tools/scripts/functions
+ . /usr/share/initramfs-tools/hook-functions
+ . /etc/initramfs-tools/initramfs.conf
+ MODULES=most
+ BUSYBOX=y
+ KEYMAP=n
+ COMPRESS=gzip
+ DEVICE=
+ NFSROOT=auto
+ EXTRA_CONF=
+ [ -e /usr/share/initramfs-tools/conf.d/* ]
+ [ -e /etc/initramfs-tools/conf.d/driver-policy ]
+ basename /etc/initramfs-tools/conf.d/driver-policy
+ grep ^[[:alnum:]][[:alnum:]\._-]*$
+ grep -v \.dpkg-.*$
+ EXTRA_CONF= driver-policy
+ [ -e /etc/initramfs-tools/conf.d/resume ]
+ basename /etc/initramfs-tools/conf.d/resume
+ grep ^[[:alnum:]][[:alnum:]\._-]*$
+ grep -v \.dpkg-.*$
+ EXTRA_CONF= driver-policy resume
+ [ -d /etc/initramfs-tools/conf.d/driver-policy ]
+ [ -e /etc/initramfs-tools/conf.d/driver-policy ]
+ . /etc/initramfs-tools/conf.d/driver-policy
+ MODULES=dep
+ [ -d /etc/initramfs-tools/conf.d/resume ]
+ [ -e /etc/initramfs-tools/conf.d/resume ]
+ . /etc/initramfs-tools/conf.d/resume
+ RESUME=UUID=6892921e-2405-4573-b233-9d776bc78ff1
+ [ -d /usr/share/initramfs-tools/conf-hooks.d/* ]
+ [ -e /usr/share/initramfs-tools/conf-hooks.d/* ]
+ [ -n  ]
+ [ -z /tmp/initramfs.output ]
+ touch /tmp/initramfs.output
+ readlink -f /tmp/initramfs.output
+ outfile=/tmp/initramfs.output
+ [ 0 -ne 1 ]
+ uname -r
+ version=3.17.0-rc2+
+ [ -z  ]
+ compress=gzip
+ command -v gzip
+ dpkg --compare-versions 3.17.0-rc2+ lt 2.6.38
+ [ gzip = lzop ]
+ [ gzip = xz ]
+ [ -d /tmp/initramfs.output ]
+ MODULESDIR=/lib/modules/3.17.0-rc2+
+ [ ! -e /lib/modules/3.17.0-rc2+ ]
+ [ ! -e /lib/modules/3.17.0-rc2+/modules.dep ]
+ [ -n  ]
+ mktemp -d /var/tmp/mkinitramfs_XX
+ DESTDIR=/var/tmp/mkinitramfs_bWbpf8
+ chmod 755 /var/tmp/mkinitramfs_bWbpf8
+ NOEXEC=
+ df -P /var/tmp/mkinitramfs_bWbpf8
+ awk {print $6}
+ tail -1
+ fs=/
+ [ -n / ]
+ mount
+ grep -q on / .*noexec
+ mktemp /var/tmp/mkinitramfs-OL_XX
+ __TMPCPIOGZ=/var/tmp/mkinitramfs-OL_VjEGY2
+ mktemp /var/tmp/mkinitramfs-FW_XX
+ __TMPEARLYCPIO=/var/tmp/mkinitramfs-FW_EJLLB3
+ dpkg --print-architecture
+ DPKG_ARCH=amd64
+ export MODULESDIR
+ export version
+ export CONFDIR
+ export DESTDIR
+ export DPKG_ARCH
+ export verbose
+ export KEYMAP
+ export MODULES
+ export BUSYBOX
+ export __TMPCPIOGZ
+ export __TMPEARLYCPIO
+ mkdir -p /var/tmp/mkinitramfs_bWbpf8/bin
+ mkdir -p /var/tmp/mkinitramfs_bWbpf8/conf/conf.d
+ mkdir -p /var/tmp/mkinitramfs_bWbpf8/etc
+ mkdir -p /var/tmp/mkinitramfs_bWbpf8/lib/modules
+ mkdir -p /var/tmp/mkinitramfs_bWbpf8/run
+ mkdir -p /var/tmp/mkinitramfs_bWbpf8/sbin
+ mkdir -p /var/tmp/mkinitramfs_bWbpf8/scripts
+ mkdir -p /var/tmp/mkinitramfs_bWbpf8//lib/modules/3.17.0-rc2+
+ [ -f /lib/modules/3.17.0-rc2+/modules.builtin ]
+ cp -p /lib/modules/3.17.0-rc2+/modules.builtin 
/var/tmp/mkinitramfs_bWbpf8/lib/modules/3.17.0-rc2+/modules.builtin
+ [ -f /lib/modules/3.17.0-rc2+/modules.order ]
+ cp -p /lib/modules/3.17.0-rc2+/modules.order 
/var/tmp/mkinitramfs_bWbpf8/lib/modules/3.17.0-rc2+/modules.order
+ [ -f /etc/initramfs-tools/modules ]
+ add_modules_from_file /etc/initramfs-tools/modules
+ [ ! -e /etc/initramfs-tools/modules ]
+ grep ^[^#] /etc/initramfs-tools/modules
+ read module args
+ [ -f /usr/share/initramfs-tools/modules.d/* ]
+ dep_add_modules
+ local block minor root FSTYPE root_dev_path
+ local modules=
+ [ ! -d /sys/devices/ ]
+ mount
+ read dev foo mp foo fs opts rest
+ [ / = / ]
+ [ btrfs != rootfs ]
+ printf root=/dev/root\nFSTYPE=btrfs
+ break
+ eval root=/dev/root
FSTYPE=btrfs
+ root=/dev/root
+ FSTYPE=btrfs
+ [ -z /dev/root ]
+ [ -z /dev/root ]
+ [ btrfs = ubifs ]
+ [ /dev/root = /dev/root ]
+ root=/dev/disk/by-uuid/
+ readlink -f /dev/disk/by-uuid/
+ root=/dev/disk/by-uuid
+ /usr/lib/klibc/bin/fstype /dev/disk/by-uuid
/dev/disk/by-uuid: Is a directory
+ eval 
+ [ btrfs = unknown ]
+ modules= btrfs
+ [ /dev/disk/by-uuid != /dev/disk/by-uuid ]
+ [ /dev/disk/by-uuid != /

Bug#760131: mpd: dpkg doesn't restart MPD after upgrade (service is cut)

[Cédric Jeanneret]

Package: mpd
Version: 0.18.12-1+b1
Severity: normal

Dear Maintainer,


It seems dpkg doesn't restart MPD service after an update: the service
get cut, binary get replaced… but then service isn't started again,
leading to the absence of MPD service once the upgrade is finished.

Steps:
- upgrade mpd

Outcome:
- no mor MPD service after the upgrade, as it gets stopped and never
  restarted

Expected outcome:
- package post-install script should start mpd

Note: mpd is enabled at boot, and starts as expected when the
workstation starts

This behavior is also detected on testing and, if I recall correctly, on
current stable (though I'm not 100% sure, long time I didn't get stable
on my wrk).

Thanks!

Cheers,

C.



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

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mpd depends on:
ii  adduser   3.113+nmu3
ii  init-system-helpers   1.21
ii  libadplug-2.2.1-0 2.2.1+dfsg3-0.1
ii  libao41.1.0-3
ii  libasound21.0.28-1
ii  libaudiofile1 0.3.6-2
ii  libavahi-client3  0.6.31-4
ii  libavahi-common3  0.6.31-4
ii  libavcodec56  6:11~beta1-2
ii  libavformat56 6:11~beta1-2
ii  libavutil54   6:11~beta1-2
ii  libbz2-1.01.0.6-7
ii  libc6 2.19-10
ii  libcdio-cdda1 0.83-4.1
ii  libcdio-paranoia1 0.83-4.1
ii  libcdio13 0.83-4.1
ii  libcurl3-gnutls   7.37.1-1
ii  libfaad2  2.7-8
ii  libflac8  1.3.0-2
ii  libfluidsynth11.1.6-2
ii  libglib2.0-0  2.40.0-5
ii  libgme0   0.5.5-2
ii  libid3tag00.15.1b-11
ii  libiso9660-8  0.83-4.1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20140719git3eb0ae6a~dfsg-1
ii  libmad0   0.15.1b-8
ii  libmikmod33.3.6-4
ii  libmms0   0.6.2-4
ii  libmodplug1   1:0.8.8.4-4.1
ii  libmp3lame0   3.99.5+repack1-5
ii  libmpcdec62:0.1~r459-4.1
ii  libmpdclient2 2.9-1
ii  libmpg123-0   1.20.1-2
ii  libogg0   1.3.2-1
ii  libopenal11:1.15.1-5
ii  libopus0  1.1-2
ii  libpulse0 5.0-6
ii  libresid-builder0c2a  2.1.1-14
ii  libroar2  1.0~beta11-1
ii  libsamplerate00.1.8-8
ii  libshout3 2.3.1-3
ii  libsidplay2   2.1.1-14
ii  libsidutils0  2.1.1-14
ii  libsndfile1   1.0.25-9
ii  libsqlite3-0  3.8.6-1
ii  libstdc++64.9.1-12
ii  libsystemd-daemon0208-8
ii  libvorbis0a   1.3.2-1.4
ii  libvorbisenc2 1.3.2-1.4
ii  libvorbisfile31.3.2-1.4
ii  libwavpack1   4.70.0-1
ii  libwildmidi1  0.3.7-1
ii  libwrap0  7.6.q-25
ii  libyajl2  2.1.0-2
ii  libzzip-0-13  0.13.62-3
ii  lsb-base  4.1+Debian13

mpd recommends no packages.

Versions of packages mpd suggests:
ii  avahi-daemon  0.6.31-4
pn  icecast2  
ii  mpc [mpd-client]  0.26-1
ii  ncmpcpp [mpd-client]  0.5.10-2
pn  pulseaudio


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#744727: closed by Eduard Bloch (Bug#744727: fixed in apt-cacher-ng 0.8.0~pre2-1)

[Daniel Richard G.]

Eduard, thank you for the fix.

I can confirm that Fedora (as well as CentOS) installations are now
working through apt-cacher-ng. There are a couple minor notes I'd
like to add here:

First, the default VfilePattern needs one more adjustment: the Fedora 20
installer will request a file named "treeinfo" if it can't find
".treeinfo". The change is as you'd expect; see the attached patch.
(Also fixed a nearby spelling error.)

1409547840|I|537|A.B.C.D|fedora/.treeinfo
1409547840|O|230|A.B.C.D|fedora/.treeinfo
1409547840|E|420|A.B.C.D|403 Forbidden file type or location: 
/fedora/treeinfo

Second, I observed some Fedora installation failures with ~pre2-1 that
at first glance appeared the same as those I originally reported.
Instead of an erroneous 200 response, however, ACNG was returning "503
Service Unavailable". As that string does not appear in the source, the
error seemed to have come from the upstream server, and indeed changing
the server was enough to get a successful install. It appears that some
of the official Fedora mirror servers cannot handle the rapid succession
of partial requests made by the installer. One such faulty mirror is

http://ftp.linux.ncsu.edu/pub/fedora/linux

and a mirror that worked for me is

http://mirrors.kernel.org/fedora

(Because at least some mirrors have this problem, I can't use the
download.fedoraproject.org forwarding alias in the ACNG config.)
--- apt-cacher-ng-0.8.0~pre2/source/acfg_defaults.cc.orig	2014-08-31 00:33:53.0 -0400
+++ apt-cacher-ng-0.8.0~pre2/source/acfg_defaults.cc	2014-09-01 00:57:05.425780431 -0400
@@ -44,8 +44,8 @@
 		"|packages\\.[a-zA-Z][a-zA-Z]\\.gz|info\\.txt|license\\.tar\\.gz|license\\.zip" //opensuse
 		"|" ALXPATTERN // Arch Linux
 		"|metalink\\?repo|.*prestodelta\\.xml\\.gz|repodata/.*\\.(xml|sqlite)" COMPOPT // CentOS
-		"|\\.treeinfo|vmlinuz|(initrd|product|squashfs|updates)\\.img" // Fedora
-		")$" // end of only-filename paterns
+		"|\\.?treeinfo|vmlinuz|(initrd|product|squashfs|updates)\\.img" // Fedora
+		")$" // end of only-filename patterns
 		"|/dists/.*/installer-[^/]+/[^0-9][^/]+/images/.*"); // d-i stuff but not containing a date (year number) in the revision directory (like "current", "beta", ...)
 
 //string wfilepat( VPATPREFIX  "(Release|Release\\.gpg|release|meta-release|Translation[^/]*\\.bz2)$");

Bug#759727: patches for including LTS into security-tracker.d.o

[Salvatore Bonaccorso]

Hi Holger, hi Florian,

On Sun, Aug 31, 2014 at 02:37:34PM -0700, Holger Levsen wrote:
> Hi,
> 
> On Sonntag, 31. August 2014, Florian Weimer wrote:
> > You mean, with TEMP-%?
> 
> yeah, thats what I ment...
>  
> > It's currently not possible to address TEMP- vulnerabilities reliably,
> > so they cannot occur as copy targets.
> 
> ah!

I reopened this bug and reverted the commits. The bin/update cronjob
is breaking the cross-references, adds empty {}.

I tried to quick-fix this by adding the DLA part in bin/updatelist,
but this let explode the cross-reference list.

Regards,
Salvatore


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#731265:

[Vincent Cheng]

Hi Beren,

On Sun, Aug 31, 2014 at 8:05 AM, Beren Minor  wrote:
> Dear Maintainer,
>
> I had the same problem on a Debian Sid, with Nvidia drivers version 340.32,
> ie: xrandr reporting "cap: 0x0" and being unable to set the source output
> provider.
>
> I have found that the issue came from the drm feature that was not enabled
> during the dkms build of the driver. It looks like that with previous
> versions of the driver, the compilation of the drm support was conditionally
> enabled in conftest_nvidia.sh, but with 340.32, it looks like the
> configuration tests have been converted to a simple conftest.h using kbuild
> feature test macros.
>
> In this new conftest.h, the drm feature is not tested anymore, and is
> disabled by a #if 0.

Hmmm, I'm a bit flummoxed about why NV_DRM_AVAILABLE is being
unconditionally disabled; I can't find anything in d/changelog about
this (other than saying this new conftest.sh function was added in
319.17-1), and Andreas doesn't seem to be around nowadays to answer
any questions I might have.

I'd point out that this drm feature being disabled has been around for
a long time, e.g. it's been there since wheezy [1] and perhaps
earlier? So it doesn't look like it only affects 340.32, and it should
affect earlier versions?

Could you please attach a debdiff with your changes? All that you had
to change to fix this was debian/module/conftest.h, right?

Regards,
Vincent

[1] 
http://sources.debian.net/src/nvidia-graphics-drivers/304.117-1/debian/module/conftest.h/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760063: openafs-client: Acessing afs share causes slow shutdown/reboot (about 3 minutes) on Debian Jessie

[Benjamin Kaduk]

On Sun, 31 Aug 2014, Kuklin István wrote:

> There is a network with central LDAP+Kerberos+AFS users.
> If a central user tries to access an afs share, shutting down the client
> is going to take about 3 minutes. It can be done using PAM modules, or
> with a local (non-central) user using kinit , then
> aklog commands.
> If user logs out correctly using unlog and kdestroy, it doesn't solve
> the problem, shutting down is going to take about 3 minutes.
> If I stop openafs-client service and umount /afs before shutdown, it
> doesn't help.
> It affects rebooting as well.
> It seems that the system is trying to stop some "User Manager job" at
> shutdown as far as I remember.
> This problem affects Debian Jessie, shutdown was quite quick on Wheezy.
> It affects all the client machines.
> I'm writing this report from a client machine.

The kernel messages during the hang (ideally with timestamps) would be
quite helpful for understanding what's going on here.

I'll have to double-check, but I may only have wheezy and sid machines
sitting around.  I would expect any issues to also be present on sid, but
one never knows...

-Ben

Bug#750972: nautic: Please update to use wxwidgets3.0

[Gianni Enas]

Hi
Sorry still busy until mid october, no way to work on it by my side, no 
problem if you want try fix the bugs.

Cheers
Gianni


On 01/09/2014 01:13, Olly Betts wrote:

On Mon, Jun 09, 2014 at 08:06:50AM +0200, Gianni Enas wrote:

thanks for the advise, I'll try to fix it as soon as I can, please give me
time I'm very busy at the moment

Time's passing, and the jessie freeze is on November 5th.  If nautic is to make
it into the next stable release, it would be good to get an upload made fairly
soon, so that there's time to uncover any issues arising from switching to
wxwidgets 3.0.

If you're still busy, would you like me to NMU nautic to fix the 4 RC bugs
currently open against it?

Cheers,
 Olly




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#747069: pyzor: Build-Depends on setuptools? [Was: new upstream release available]

[Ian Zimmerman]

Is there a reason for the Build-Depends on setuptools?  I see it is
imported at the top of setup.py but not actually used anywhere in that
file.

I hate setuptools (and all other forks/divergent versions of distutils)
with a passion and want to avoid installing it just to be able to build
a binary package of pyzor.

-- 
Please *no* private copies of mailing list or newsgroup messages.
Local Variables:
mode:claws-external
End:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760119: /dev/disk/by-uuid: Is a directory

[Michael Prokop]

* Norbert Preining [Mon Sep 01, 2014 at 07:53:36AM +0900]:

> since update to 0.116 (yesterday) initramfs-tools does not work
> anymore:
> Processing triggers for initramfs-tools (0.116) ...
> update-initramfs: Generating /boot/initrd.img-3.17.0-rc2+
> /dev/disk/by-uuid: Is a directory
> mkinitramfs: for root /dev/disk/by-uuid missing disk/by-uuid /sys/block/ entry
[...]

Which version of initramfs-tools did you use before?
I assume this problem is btrfs specific.

Can you please execute:

  sh -x /usr/sbin/mkinitramfs -o /tmp/initramfs.output 2>/tmp/mkinitramfs.log

and share its resulting /tmp/mkinitramfs.log?

regards,
-mika-


signature.asc
Description: Digital signature

Bug#760130: Dependencies Incorrect for python-grib

[Marc Collins]

Package: python-grib
Version: 1.9.3-1

To install properly, pygrib must have header files for 
libgrib-api-1.10.4, libjasper1, libpng12-0, and python (and perhaps 
libgrib2c0d). Therefore, pygrib requires the development versions of 
those packages, rather than the standard versions. With the current 
dependency list, pygrib will install, but it fails several tests in the 
test.py file included with the pygrib source code. I have been able to 
properly install pygrib manually by installing the development versions 
of those packages and then installing the source code manually by 
specifying the locations of the header and library files in the 
setup.cfg file.


This dependency problem also exists in previous versions of the 
python-grib package. The dependency list should be updated.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760129: python3-google-apputils: too strict egg dependency on python3-dateutil?

[Robert Edmonds]

Source: google-apputils-python
Version: 0.4.0-2

Hi,

I'm trying to build protobuf 2.6.0's Python bindings against python3.
It's failing because
/usr/lib/python3/dist-packages/google_apputils-0.4.0.egg-info/requires.txt
says that google.apputils depends on "python-dateutil>=1.4,<2", while
the archive has version 2.0 of dateutil (at least for Python 3).

The package itself doesn't have the upper bound, only the lower one:

Depends: python3-dateutil (>= 1.4)

(Interestingly, the python-google-apputils package does have the upper
bound: "python-dateutil (<< 2)".)

Could this dependency be relaxed?  E.g., as in the attached patch.

Thanks!

-- 
Robert Edmonds
edmo...@debian.org
>From bd58ab34d280a8e1ea1dbdb94201199fe8a90d6d Mon Sep 17 00:00:00 2001
From: "Robert S. Edmonds" 
Date: Sun, 31 Aug 2014 20:31:51 -0700
Subject: [PATCH] setup.py: loosen versioned install_requires dependency on
 python-dateutil

---
 setup.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/setup.py b/setup.py
index ac367d0..322e99b 100644
--- a/setup.py
+++ b/setup.py
@@ -22,7 +22,7 @@ from setuptools import setup, find_packages
 from setuptools.command import test
 
 REQUIRE = [
-"python-dateutil>=1.4,<2",
+"python-dateutil>=1.4",
 "python-gflags>=1.4",
 "pytz>=2010",
 ]
-- 
2.0.0

Bug#760128: nmu: guacamole-server_0.8.3-1

[Vincent Cheng]

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

nmu guacamole-server_0.8.3-1 . ALL . -m "rebuild due to freerdp soname change"

This would fix #758478. libfreerdp1's soname change is tracked as #757605.

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

Kernel: Linux 3.15-2-vclaptop-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760127: initramfs-tools: creating initrd fails

[westlake]

Package: initramfs-tools
Version: 0.116
Severity: important

a booted custom kernel is being used and installing a new kernel package 
fails as the initramfs script in /etc/kernel/postinst.d/ fails


apt-get install linux-image-3.14-2-amd64 was issued
, and mkinitramfs also fails

'
mkinitramfs -k -o initrd.img-3.14-2-amd64
WARNING: missing /lib/modules/3.16.1--std-ipv6-64-vps
Device driver support needs thus be built-in linux image!
depmod: ERROR: could not open directory 
/lib/modules/3.16.1--std-ipv6-64-vps: No such file or directory

depmod: FATAL: could not search modules: No such file or directory
/dev/disk/by-uuid: Is a directory
mkinitramfs: for root /dev/disk/by-uuid missing disk/by-uuid /sys/block/ 
entry

mkinitramfs: workaround is MODULES=most
mkinitramfs: Error please report the bug
'

The current kernel I'm using was compiled with modules built-in the 
kernel without any external module path. My understanding is if I'm 
installing a new kernel from a package it should not depend that a 
module path exists for the current kernel because it could be customized 
similar to the case I'm using (that is without using a module path)


please look into, thanks

-Scott


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758478: libguac-client-rdp0: Please rebuild / binNMU against libfreerdp-1.1

[Vincent Cheng]

On Sun, 17 Aug 2014 23:03:22 +0200 Dominik George
 wrote:
> Package: libguac-client-rdp0
> Version: 0.8.3-1+b1
> Severity: grave
> Justification: renders package unusable

> libfreerdp1 changed its soname without renaming the package, which broke
> the dependency.

#757605

Also, if you'd like to see the package binNMU'ed, your point of
contact isn't the maintainer, it's the release team (via the
release.debian.org pseudo-package).

Regards,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760126: packagename: type_problemheading_here

[westlake]

Package: initramfs-tools
Version: 0.116
Severity: important

a booted custom kernel is being used and installing a new kernel package 
fails as the initramfs script in /etc/kernel/postinst.d/ fails


apt-get install linux-image-3.14-2-amd64 was issued
, and mkinitramfs also fails

'
mkinitramfs -k -o initrd.img-3.14-2-amd64
WARNING: missing /lib/modules/3.16.1--std-ipv6-64-vps
Device driver support needs thus be built-in linux image!
depmod: ERROR: could not open directory 
/lib/modules/3.16.1--std-ipv6-64-vps: No such file or directory

depmod: FATAL: could not search modules: No such file or directory
/dev/disk/by-uuid: Is a directory
mkinitramfs: for root /dev/disk/by-uuid missing disk/by-uuid /sys/block/ 
entry

mkinitramfs: workaround is MODULES=most
mkinitramfs: Error please report the bug
'

The current kernel I'm using was compiled with modules built-in the 
kernel without any external module path. My understanding is if I'm 
installing a new kernel from a package it should not depend that a 
module path exists for the current kernel because it could be customized 
similar to the case I'm using (that is without using a module path)


please look into, thanks

-Scott


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#697017: root=compute fails at parse_numeric() for lilo compatibility

[Stephen Powell]

On Sat, 30 Aug 2014 18:36:34 -0400 (EDT), Michael Prokop wrote:
> 
> If someone would provide an up2date patch (against current git
> master would be awesome) which resolves this issue (without possibly
> breaking anything else :)) I'm absolutely willing to accept it.

Here is what I am currently using on my system:

   http://users.wowway.com/~zlinuxman/kernel/parse_numeric.patch

Sorry, I know that it's customary to include patches inline, but my
e-mail client has the nasty habit of expanding tabs to blanks, inserting
extra line breaks, etc.  Therefore, to prevent my e-mail client from
corrupting the patch, I have included a link instead.

I tried to think of every perverse case my devious little mind could
think of.  (For example, what if there is more than one colon, what
if a colon is the first or last character, etc.)

Note that although the comments say "lilo compatibility", this code is
executed whenever the kernel boot parameters contain a "root" specification,
regardless of the hardware architecture and regardless of the boot loader.
It is associated with lilo because lilo translates a specification of

   root=/dev/...

in /etc/lilo.conf into the corresponding kernel composite device number,
such as

   root=801

This translation takes place behind the user's back.  The user never sees
this number.  But the kernel does.  However, you can always code a root
file system specification in this format directly, if you want to, with
any boot loader.

Let me know what you think.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758942: phatch: patch for wxwidgets3.0

[Olly Betts]

Control: tags 758942 + patch

I've attached a patch to update to use wxPython 3.0.

I tried to test the updated package, but wasn't able to actually convert
any images.  However, the same is true for the package currently in
unstable using wxPython 2.8 - this issue looks like it's already filed as 
#759146.

Let me know if you'd like me to NMU this change.

Cheers,
Olly
diff -Nru phatch-0.2.7.1/debian/changelog phatch-0.2.7.1/debian/changelog
--- phatch-0.2.7.1/debian/changelog	2013-10-02 18:39:40.0 -0300
+++ phatch-0.2.7.1/debian/changelog	2014-08-31 15:19:49.0 -0300
@@ -1,3 +1,11 @@
+phatch (0.2.7.1-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update for wxpython3.0 (Closes: #758942):
++ New patch: wxpy3.0-compat.patch
+
+ -- Olly Betts   Sun, 31 Aug 2014 18:10:50 +
+
 phatch (0.2.7.1-3) unstable; urgency=low
 
   * Replace python-imaging-compat dependency with python-imaging
diff -Nru phatch-0.2.7.1/debian/control phatch-0.2.7.1/debian/control
--- phatch-0.2.7.1/debian/control	2013-10-02 18:41:18.0 -0300
+++ phatch-0.2.7.1/debian/control	2014-08-31 15:11:17.0 -0300
@@ -23,7 +23,7 @@
  phatch-cli (= ${binary:Version}),
  xdg-utils,
 # move these to phatch-wx in the future:
- python-wxgtk2.8,
+ python-wxgtk3.0,
  python-wxversion,
 Suggests: blender, inkscape
 Enhances: thunar
diff -Nru phatch-0.2.7.1/debian/patches/series phatch-0.2.7.1/debian/patches/series
--- phatch-0.2.7.1/debian/patches/series	2011-03-16 16:17:26.0 -0300
+++ phatch-0.2.7.1/debian/patches/series	2014-08-31 15:15:01.0 -0300
@@ -1,2 +1,3 @@
 do_not_raise_string_exceptions.patch
 pyexiv2.patch
+wxpy3.0-compat.patch
diff -Nru phatch-0.2.7.1/debian/patches/wxpy3.0-compat.patch phatch-0.2.7.1/debian/patches/wxpy3.0-compat.patch
--- phatch-0.2.7.1/debian/patches/wxpy3.0-compat.patch	1969-12-31 21:00:00.0 -0300
+++ phatch-0.2.7.1/debian/patches/wxpy3.0-compat.patch	2014-08-31 15:19:06.0 -0300
@@ -0,0 +1,160 @@
+Description: Updates for wxPython3.0
+ Retains compatibility with 2.8 - there wx.InitAllImageHandlers() is a no-op
+ and wx.THICK_FRAME has the same value as wx.RESIZE_BORDER.
+Author: Olly Betts 
+Bug-Debian: https://bugs.debian.org/758942
+Forwarded: no
+Last-Update: 2014-08-31
+
+--- phatch-0.2.7.1.orig/phatch/lib/pyWx/dialogsInspector.py
 phatch-0.2.7.1/phatch/lib/pyWx/dialogsInspector.py
+@@ -76,7 +76,6 @@ if __name__ == "__main__":
+ gettext.install("app") # replace with the appropriate catalog name
+ 
+ app = wx.PySimpleApp(0)
+-wx.InitAllImageHandlers()
+ dialog = AddTagDialog(None, -1, "")
+ app.SetTopWindow(dialog)
+ dialog.Show()
+--- phatch-0.2.7.1.orig/phatch/lib/pyWx/imageInspector.py
 phatch-0.2.7.1/phatch/lib/pyWx/imageInspector.py
+@@ -792,7 +792,7 @@ class Grid(droplet.Mixin, gridlib.Grid):
+ class OpenMixin(object):
+ 
+ def OnOpen(self, event):
+-style = wx.OPEN | wx.CHANGE_DIR
++style = wx.FD_OPEN | wx.FD_CHANGE_DIR
+ if hasattr(wx, 'FD_PREVIEW'):
+ style |= wx.FD_PREVIEW
+ path = os.path.dirname(self.image_table.images[-1].filename)
+--- phatch-0.2.7.1.orig/phatch/lib/pyWx/paint.py
 phatch-0.2.7.1/phatch/lib/pyWx/paint.py
+@@ -115,7 +115,6 @@ def example():
+ 
+ class TestApp(wx.App):
+ def OnInit(self):
+-wx.InitAllImageHandlers()
+ frame = TestFrame(None, -1, "Test", size=(600, 400))
+ frame.EnableBackgroundPainting(frame)  # ,color=(245,245,255))
+ self.SetTopWindow(frame)
+--- phatch-0.2.7.1.orig/phatch/lib/pyWx/popup.py
 phatch-0.2.7.1/phatch/lib/pyWx/popup.py
+@@ -415,7 +415,7 @@ class FileCtrl(_PathCtrl):
+ wildcard = _t('All files') + '|*'
+ 
+ def OnBrowse(self, event):
+-style = wx.OPEN | wx.CHANGE_DIR
++style = wx.FD_OPEN | wx.FD_CHANGE_DIR
+ if hasattr(wx, 'FD_PREVIEW'):
+ style |= wx.FD_PREVIEW
+ dlg = wx.FileDialog(self, self._to_local("Choose a file"),
+--- phatch-0.2.7.1.orig/phatch/pyWx/dialogs.py
 phatch-0.2.7.1/phatch/pyWx/dialogs.py
+@@ -133,7 +133,7 @@ class ExecuteDialog(BrowseMixin, dialogs
+ self.set_drop(drop)
+ 
+ def browse_files(self):
+-style = wx.OPEN | wx.MULTIPLE | wx.CHANGE_DIR
++style = wx.FD_OPEN | wx.FD_MULTIPLE | wx.FD_CHANGE_DIR
+ if hasattr(wx, 'FD_PREVIEW'):
+ style |= wx.FD_PREVIEW
+ dlg = wx.FileDialog(
+@@ -529,7 +529,6 @@ def example():
+ class App(wx.App):
+ 
+ def OnInit(self):
+-wx.InitAllImageHandlers()
+ frame = wx.Frame(None, -1, "")
+ self.SetTopWindow(frame)
+ frame.Show(False)
+--- phatch-0.2.7.1.orig/phatch/pyWx/gui.py
 phatch-0.2.7.1/phatch/pyWx/gui.py
+@@ -29,7 +29,7 @@ import sys
+ #check wx
+ from lib.pyWx.wxcheck import ensure
+ try:
+-wx = ensure('2.8', '2.8')
++wx = ensure('3.0', '2.8')
+ excep

Bug#750972: nautic: Please update to use wxwidgets3.0

[Olly Betts]

On Mon, Jun 09, 2014 at 08:06:50AM +0200, Gianni Enas wrote:
> thanks for the advise, I'll try to fix it as soon as I can, please give me
> time I'm very busy at the moment

Time's passing, and the jessie freeze is on November 5th.  If nautic is to make
it into the next stable release, it would be good to get an upload made fairly
soon, so that there's time to uncover any issues arising from switching to
wxwidgets 3.0.

If you're still busy, would you like me to NMU nautic to fix the 4 RC bugs
currently open against it?

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#757313: python-pyface: patch to fix wxPython 3.0 deprecation warnings

[Olly Betts]

Control: tags 757313 + pending

Dear maintainer,

The attached patch updates python-pyface to use wxpython3.0, fixes some
deprecation warnings I saw testing some of the packages which use
python-pyface, and updates some constants to use preferred new names.

It would be good to get this update into unstable to aid testing the reverse
dependencies.

Let me know if you'd like me to NMU this change.

Cheers,
Olly
diff -Nru python-pyface-4.4.0/debian/changelog python-pyface-4.4.0/debian/changelog
--- python-pyface-4.4.0/debian/changelog	2014-07-06 17:19:24.0 -0300
+++ python-pyface-4.4.0/debian/changelog	2014-08-31 16:25:39.0 -0300
@@ -1,3 +1,11 @@
+python-pyface (4.4.0-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update for wxpython3.0 (Closes: #757313):
++ New patch: wxpy3.0-compat.patch
+
+ -- Olly Betts   Sun, 31 Aug 2014 19:09:23 +
+
 python-pyface (4.4.0-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru python-pyface-4.4.0/debian/control python-pyface-4.4.0/debian/control
--- python-pyface-4.4.0/debian/control	2014-03-16 00:44:34.0 -0300
+++ python-pyface-4.4.0/debian/control	2014-08-07 02:10:41.0 -0300
@@ -13,7 +13,7 @@
 
 Package: python-pyface
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-wxgtk2.8, python-qt4
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-wxgtk3.0, python-qt4
 Breaks: python-traitsbackendqt, python-traitsbackendwx
 Replaces: python-traitsbackendqt, python-traitsbackendwx
 Description: traits-capable windowing framework
diff -Nru python-pyface-4.4.0/debian/patches/series python-pyface-4.4.0/debian/patches/series
--- python-pyface-4.4.0/debian/patches/series	1969-12-31 21:00:00.0 -0300
+++ python-pyface-4.4.0/debian/patches/series	2014-08-15 07:54:32.0 -0300
@@ -0,0 +1 @@
+wxpy3.0-compat.patch
diff -Nru python-pyface-4.4.0/debian/patches/wxpy3.0-compat.patch python-pyface-4.4.0/debian/patches/wxpy3.0-compat.patch
--- python-pyface-4.4.0/debian/patches/wxpy3.0-compat.patch	1969-12-31 21:00:00.0 -0300
+++ python-pyface-4.4.0/debian/patches/wxpy3.0-compat.patch	2014-08-31 16:36:09.0 -0300
@@ -0,0 +1,116 @@
+Description: Updates for wxPython 3.0
+ These changes should maintain compatibility with wxPython 2.8.
+Author: Olly Betts 
+Forwarded: no
+Last-Update: 2014-08-15
+
+Index: python-pyface-4.4.0/pyface/ui/wx/directory_dialog.py
+===
+--- python-pyface-4.4.0.orig/pyface/ui/wx/directory_dialog.py
 python-pyface-4.4.0/pyface/ui/wx/directory_dialog.py
+@@ -70,7 +70,7 @@ class DirectoryDialog(MDirectoryDialog,
+ 
+ def _create_control(self, parent):
+ # The default style.
+-style = wx.OPEN
++style = 0
+ 
+ # Create the wx style depending on which buttons are required etc.
+ if self.new_directory:
+Index: python-pyface-4.4.0/pyface/ui/wx/file_dialog.py
+===
+--- python-pyface-4.4.0.orig/pyface/ui/wx/file_dialog.py
 python-pyface-4.4.0/pyface/ui/wx/file_dialog.py
+@@ -105,11 +105,11 @@ class FileDialog(MFileDialog, Dialog):
+ default_filename = self.default_filename
+ 
+ if self.action == 'open':
+-style = wx.OPEN
++style = wx.FD_OPEN
+ elif self.action == 'open files':
+-style = wx.OPEN | wx.MULTIPLE
++style = wx.FD_OPEN | wx.FD_MULTIPLE
+ else:
+-style = wx.SAVE | wx.OVERWRITE_PROMPT
++style = wx.FD_SAVE | wx.FD_OVERWRITE_PROMPT
+ 
+ # Create the actual dialog.
+ dialog = wx.FileDialog(parent, self.title, defaultDir=default_directory,
+Index: python-pyface-4.4.0/pyface/ui/wx/init.py
+===
+--- python-pyface-4.4.0.orig/pyface/ui/wx/init.py
 python-pyface-4.4.0/pyface/ui/wx/init.py
+@@ -15,17 +15,17 @@ import wx
+ 
+ 
+ # Check the version number is late enough.
+-if wx.VERSION < (2, 6):
+-raise RuntimeError, "Need wx version 2.6 or higher, but got %s" % str(wx.VERSION)
++if wx.VERSION < (2, 8):
++raise RuntimeError, "Need wx version 2.8 or higher, but got %s" % str(wx.VERSION)
+ 
+ # It's possible that it has already been initialised.
+ _app = wx.GetApp()
+ 
+ if _app is None:
+-_app = wx.PySimpleApp()
+-
+-# Before we can load any images we have to initialize wxPython's image
+-# handlers.
+-wx.InitAllImageHandlers()
++# wx.PySimpleApp() is deprecated in wx3.0, but this is all it really does:
++class PySimpleApp(wx.App):
++def OnInit(self):
++return True
++_app = PySimpleApp()
+ 
+  EOF ##
+Index: python-pyface-4.4.0/pyface/wx/dialog.py
+===
+--- python-pyfa

Bug#758940: spe: Patch for wxpython3.0

[Olly Betts]

Control: tags 758940 + patch

I've attached a patch to update spe to use wxPython 3.0.

I did some simple testing of spe with this patch, and it seems to work,
but it isn't an application I'm familiar with and it would be good if
somebody who habitually uses it could do more in-depth testing.

Let me know if you'd like me to NMU this change.

Cheers,
Olly
diff -Nru spe-0.8.4.h/debian/changelog spe-0.8.4.h/debian/changelog
--- spe-0.8.4.h/debian/changelog	2014-08-31 22:15:44.0 -0300
+++ spe-0.8.4.h/debian/changelog	2014-08-31 20:46:36.0 -0300
@@ -1,3 +1,11 @@
+spe (0.8.4.h-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update for wxPython 3.0 (Closes: #758940):
++ New patch: wxpython3.0.patch
+
+ -- Olly Betts   Sun, 31 Aug 2014 23:42:19 +
+
 spe (0.8.4.h-3) unstable; urgency=low
 
   * Team upload.
diff -Nru spe-0.8.4.h/debian/control spe-0.8.4.h/debian/control
--- spe-0.8.4.h/debian/control	2014-08-31 22:15:44.0 -0300
+++ spe-0.8.4.h/debian/control	2014-08-31 20:41:38.0 -0300
@@ -15,12 +15,12 @@
 Architecture: all
 Depends: ${python:Depends},
  ${misc:Depends},
- python-wxgtk2.8,
+ python-wxgtk3.0,
  python-wxglade,
  kiki,
  winpdb,
  pychecker (>= 0.8.17-5)
-Recommends: wx2.8-doc
+Recommends: wx3.0-doc
 Suggests: blender (>= 2.35), python-doc, python-wxtools
 Description: Stani's Python Editor
  Spe is a Python IDE with auto-indentation, auto completion, call
diff -Nru spe-0.8.4.h/debian/patches/series spe-0.8.4.h/debian/patches/series
--- spe-0.8.4.h/debian/patches/series	1969-12-31 21:00:00.0 -0300
+++ spe-0.8.4.h/debian/patches/series	2014-08-31 20:55:48.0 -0300
@@ -0,0 +1 @@
+wxpython3.0.patch
diff -Nru spe-0.8.4.h/debian/patches/wxpython3.0.patch spe-0.8.4.h/debian/patches/wxpython3.0.patch
--- spe-0.8.4.h/debian/patches/wxpython3.0.patch	1969-12-31 21:00:00.0 -0300
+++ spe-0.8.4.h/debian/patches/wxpython3.0.patch	2014-08-31 21:08:31.0 -0300
@@ -0,0 +1,330 @@
+Description: Update for wxPython 3.0
+Author: Olly Betts 
+Bug-Debian: https://bugs.debian.org/758940
+Forwarded: no
+Last-Update: 2014-08-31
+
+Index: spe-0.8.4.h/_spe/Child.py
+===
+--- spe-0.8.4.h.orig/_spe/Child.py
 spe-0.8.4.h/_spe/Child.py
+@@ -390,7 +390,7 @@ Please try then to change the encoding o
+ dlg = wx.FileDialog(self, "Save As - www.stani.be",
+ defaultDir  = defaultDir,
+ wildcard= info.WILDCARD,
+-style   = wx.SAVE|wx.OVERWRITE_PROMPT|wx.CHANGE_DIR)
++style   = wx.FD_SAVE|wx.FD_OVERWRITE_PROMPT|wx.FD_CHANGE_DIR)
+ if dlg.ShowModal() == wx.ID_OK:
+ path= dlg.GetPaths()[0]
+ self.save(path)
+@@ -406,7 +406,7 @@ Please try then to change the encoding o
+ dlg = wx.FileDialog(self, "Save a Copy - www.stani.be", 
+ defaultDir  = defaultDir, 
+ wildcard= info.WILDCARD, 
+-style   = wx.SAVE|wx.OVERWRITE_PROMPT|wx.CHANGE_DIR)
++style   = wx.FD_SAVE|wx.FD_OVERWRITE_PROMPT|wx.FD_CHANGE_DIR)
+ if dlg.ShowModal() == wx.ID_OK:
+ path= dlg.GetPaths()[0]
+ try:
+@@ -486,7 +486,7 @@ Please try then to change the encoding o
+ #defaultDir  = os.getcwd(),
+ #defaultFile = "",
+ wildcard= "Python source (*.py)|*.py|Text (*.txt)|*.txt|All files (*.*)|*.*",
+-style   = wx.OPEN | wx.FILE_MUST_EXIST
++style   = wx.FD_OPEN | wx.FD_FILE_MUST_EXIST
+ )
+ answer  = dlg.ShowModal()
+ signature   = dlg.GetPath()
+Index: spe-0.8.4.h/_spe/Parent.py
+===
+--- spe-0.8.4.h.orig/_spe/Parent.py
 spe-0.8.4.h/_spe/Parent.py
+@@ -430,7 +430,7 @@ class Panel(wx.Notebook):
+ dlg = wx.FileDialog(self, "Choose a file - www.stani.be",
+ defaultDir=defaultDir, defaultFile="",
+ wildcard=info.WILDCARD,
+-style=wx.OPEN|wx.MULTIPLE)
++style=wx.FD_OPEN|wx.FD_MULTIPLE)
+ if dlg.ShowModal() == wx.ID_OK:
+ fileList = dlg.GetPaths()
+ if fileList and self.app.children:
+@@ -449,7 +449,7 @@ class Panel(wx.Notebook):
+ dlg = wx.FileDialog(self, "Choose a file - www.stani.be",
+ defaultDir=defaultDir, defaultFile="",
+ wildcard=info.WORKSPACE_WILDCARD,
+-style=wx.OPEN)
++style=wx.FD_OPEN)
+ if dlg.ShowModal() == wx.ID_OK:
+ file = dlg.GetPath()
+ try:
+@@ -479,7 +479,7 @@ class Panel(wx.Notebook):
+ defaultFile = defaultFile,
+ defaultDir  = info.dirname(defaultFile),
+ wildcard= info.WORKSPACE_WILDCARD,
+-st

Bug#757987: kfreebsd: cannot create swap space

[Steven Chamberlain]

tags 757987 + pending
thanks

On 29/08/14 22:33, Cyril Brulebois wrote:
> I'm no partman-* expert, but that doesn't look crazy to me.

OK thanks, I've committed it to Git.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760065: RFS: kildclient/3.0.0-1 [new upstream version of package already in Debian]

[Eriberto Mota]

tags 760065 moreinfo
thanks


Hi Eduardo, greetings from Brazil!

Please:

1. d/changelog: add ACK for NMU. See details here[1].

2. d/rules: please, update to new (reduced) format. Ask me if you have
doubts. An example is here[2]. For details, see the 'dh' manpage.

[1] 
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-maintainer
[2] http://sources.debian.net/src/pcapfix/1.1.0-1/debian/rules/

3. d/rules: add 'export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed' to
solve these warnings:

dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libdl.so.2 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libgdk_pixbuf-2.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libcrypt.so.1 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libatk-1.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libenchant.so.1 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libcairo-gobject.so.2 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libgio-2.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libpangocairo-1.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libgthread-2.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/kildclient/usr/games/kildclient was not linked against
libcairo.so.2 (it uses none of the library's symbols)

Thanks for your work.

Cheers,

Eriberto


2014-08-31 9:24 GMT-03:00 Eduardo M KALINOWSKI :
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "kildclient"
>
>  * Package name: kildclient
>Version : 3.0.0-1
>Upstream Author : Eduardo Kalinowski 
>  * URL : http://www.kildclient.org
>  * License : GPL-2+
>Section : games
>
> It builds those binary packages:
>
> kildclient - powerful MUD client with a built-in Perl interpreter
> kildclient-doc - powerful MUD client with a built-in Perl
> interpreter - manual
>
> To access further information about this package, please visit the
> following URL:
>
>   http://mentors.debian.net/package/kildclient
>
> Alternatively, one can download the package with dget using this command:
>
>   dget -x
> http://mentors.debian.net/debian/pool/main/k/kildclient/kildclient_3.0.0-1.dsc
>
> Changes since the last upload:
>
>   * New upstream version: 3.0.0.
>   * control: Updated VCS urls.
>   * control: Reintroduced Homepage field that was lost and made it point
> to the new URL.
>   * copyright: Point to new homepage.
>   * control: New dependency: libjson-perl
>   * control: glib >= 2.32.0, gtk+3 >= 3.10.0 and gtkspell3 are now
> required. gtk3-perl is suggested instead of gtk2-perl.
>   * control: Use debhelper 9.
>   * control: Mentioned HTTP proxies in description.
>   * control: Updated Vcs fields to point to new git repository.
>   * control: Updated policy compliance to 3.9.5; no changes were
> necessary.
>   * rules: Added hardening flags.
>   * control, rules: dh-autoreconf is now used instead of autotools-dev.
>   * copyright: Change URL of Format: line to point to Version 1.0 of the
> machine-readable format.
>   * copyright: util_cursor.h is no longer used, so it has been removed.
>
>
> --
> It is impossible to travel faster than light, and certainly not desirable,
> as one's hat keeps blowing off.
> -- Woody Allen
>
> Eduardo M KALINOWSKI
> edua...@kalinowski.com.br
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/540313e9.6020...@kalinowski.com.br
>


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760125: shogun: FTBFS[mips,mipsel]: Clang binary is called clang-3.4

[Steven Chamberlain]

Package: shogun
Version: 3.2.0-7.1
Severity: serious

Hi,

shogun FTBFS on mips and mipsel, where the clang-3.4 compiler is used,
because the build system thinks the compiler binary is /usr/bin/clang
but that has changed (since clang-3.3) to include the version:

https://buildd.debian.org/status/fetch.php?pkg=shogun&arch=mipsel&ver=3.2.0-7.1&stamp=1409342821
| -- Check for working C compiler: /usr/bin/clang -- broken
| CMake Error: your C compiler: "/usr/bin/clang" was not found.   Please set 
CMAKE_C_COMPILER to a valid compiler path or name.
| CMake Error: your CXX compiler: "/usr/bin/clang++" was not found.   Please 
set CMAKE_CXX_COMPILER to a valid compiler path or name.

Thanks.

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

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#706190: Rework packaging to remove deprecated python-support

[Dave Steele]

>From Ben Finney 

> Can you give more information on what exactly is happening and why
> this bug is “important” severity?

It appeared as a broken package (method not found), but was caused by
a module name collision. I renamed and re-prioritized in April 2013.
Now it just contains a patch to upgrade from python-support.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706190#10

You can modify the bug as you see fit.

-- 
"Le mieux est l'ennemi du bien" - Voltaire


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758291: Complete solution for update-alternatives

[jre]

Hi,

I successfully implemented the update-alternatives system for wine and
wine-development (without changing the package names).
I built, installed and tested packages on my amd64 machine, using
cowbuilder for amd64 and i386 packages.

but ...

tldr:
I extended the packaging to support wine and wine-development at the
same time without any changes (except updating the changelog), but still
allowing for differences. Although this is no little change, it greatly
keeps in line with the current wine-development packaging.
Of course, if you don't support this approach, I can send you separate
patches for wine and wine-development, solely for update-alternatives
without any additional stuff.
But I really hope you accept the whole extended set. I think this
greatly improves the wine (stable) packages, without doing any grave
changes (having the freeze in mind).



Now the long version:

Why a unified packaging?


I think nearly all packaging changes in master (normally tracking wine
development) should be added regularly to wine (stable) Debian packages,
too. There should be no big difference between wine and
wine-development, except the upstream source.

Waiting for a upstream stable release to completely sync the packaging
is way too long, especially if this happens shortly after a Debian
release (e.g. jessie).
But just copying over the debian/ folder doesn't work. Although the
VERSION logic is already a great step for this (and the reason that I
tried this at all), there is still some stuff that requires manual
merging. At least the patches have to be adjusted, but I ended up with
other stuff, including changes for the update-alternative implementation.
Alternatively cherrypicking commits manually from wine-development IMO
is no option, because it increases the workload a lot, if you want to
keep both versions' packaging in sync.

So this is my proposal (completely implemented) to ease that task.


What I did:
===

First off, I've put everything at github:

 https://github.com/jre-wine/wine.git

I tried hard to structure it in meaningful commits, avoiding anything
unncesseary and explaining everything in commit messages.


Here the "short" summary:

Unified packaging:
--
I extended the Debian packaging based upon "master" (wine-development
1.7.25-1). It allows to use exactly the same debian/ folder for
wine-development and wine (currently 1.6.2) - only the debian/changelog
entry has to be adjusted and the control file regeneration by
debian/rules has to be triggered once.

If there are different lines necessary between wine and
wine-development's Debian packaging files, they can be tagged either
 #stable#
or
 #development#.
debian/rules takes care to build the correct version based on VERSION.
For this I just extended the current mechanism to remove the "wrong"
lines completely, and remove the "correct" tag so that we get valid lines.

Example:
wine (stable) has transitional packages defined in control.in. I just
prefixed these lines with #stable#. When building wine-development
"control" is generated without any mention of a transitional package.

This also allows both sharing patches, and having different patches
where necessary. Of course, I already did that for the current patches.

Generally I tried to use as much as possible of the current
wine-development packaging for both, including removal of old parts from
the wine (stable) packaging. I put the things I dropped from control.in
(stable) in a separate commit, so you can review it.
Beneath other changes this means for wine stable (I can revert those if
this doesn't suit for jessie):
- Renamed wine32|64-dev-tools to wine32|64-tools, added transitional
  packages .
- Added preloader packages.
- Replaced architecture any-amd64 with amd64.
And for wine-development:
 -added a conflicts wine (<< 1.6.2-9)
... hoping you take my changes in the next wine (stable) package 1.6.2-9.

update-alternatives
---
Then of course I added the update-alternatives system for /usr/bin/wine
and the apploader links. This uses the same names as wine (stable)
currently provides (e.g. /usr/bin/wine, so for wine (stable) I added a
suffix -stable to them, e.g. /usr/bin/wine-stable. Of course without
touching the rest of the packaging setup.
The default is to use stable wine, so installing wine-development
parallel to wine doesn't break anything.

other changes
-
Finally I made some related changes. They are also useful without the
unified packaging:
  * debian/rules: added d/changelog and d/rules as prerequisite of
d/control.
  * control.in: fix lintian warning multiarch-support.
  * debian/rules: add libwineVERSION-dbg for architecture amd64.



How to use the unified packaging:
=

The quick&dirty way to move from wine-development to wine (stable) is:

~
git checkout master
cp -rf debian ..
git checkout wine-1.6  #or whatever the branch is/will be called
rm -rf debi

Bug#760124: nmu: libwx-perl_1:0.9923-3, libpar-packer-perl_1.019-1, libverilog-perl_3.404-1

[Niko Tyni]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: pkg-perl-maintain...@lists.alioth.debian.org, 
p...@packages.debian.org

At least three packages were built partly without hardened LDFLAGS in
the Perl 5.20 transition because of #758471. This should be fixed in
5.20.0-6, so could you please binNMU the known ones?

nmu libwx-perl_1:0.9923-3  . ALL . -m "rebuild with hardened LDFLAGS (see 
#758471)"
nmu libpar-packer-perl_1.019-1 . ALL . -m "rebuild with hardened LDFLAGS (see 
#758471)"
nmu libverilog-perl_3.404-1. ALL . -m "rebuild with hardened LDFLAGS (see 
#758471)"

(I haven't listed the "dw" lines: I understand a dep-wait doesn't
 guarantee the newer perl is installed on the buildds, and something
 called "extra-depends" is needed instead, but I don't quite know the
 syntax. Perhaps you could enlighten me?)
-- 
Niko Tyni   nt...@debian.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#731699: Info received (Bug#731699: vlc: Segmentation fault by clicking on 'MyVideos' or 'My Music' or 'My Pictures')

[Jean-Baptiste Kempf]

reassign 731699 libdvdread4
thanks

Hello,

This is a libdvdread issue.

On Thu, 16 Jan 2014 19:59:34 +0100 xiscu  wrote:

I've updated to jessie now and VLC 2.1.2 Rincedwind hasn't that problem
(now using also gnome flashback).

Thanks!

xiscu





--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#748794: vlc: Segmentation fault when browsing filesystem at ~/Music

[Jean-Baptiste Kempf]

reassign 748794 libdvdread4
thanks

Hello,

This is a libdvdread issue.

On Wed, 21 May 2014 09:51:16 +0800 =?UTF-8?Q?R=C3=A9mi_Denis-Courmont?= 
 wrote:

reassign 748794 libdvdnav4
thanks

 Hello,

libdvdnav checks if the directory is a DVD disk, and crashes.

This is probably already fixed in newer libdvdnav versions.

Le 2014-05-21 03:50, Lauri Kaila a écrit :
> Package: vlc
> Version: 2.0.3-5
> Severity: important
>
> Dear Maintainer,
>
> My VLC player crashes sometimes when browsing the filesystem for my
> mp3s
> Playlist->My Computer->My Music->[some directory]
>
> The crash occurs when I click a directory name, which I think
> performs
> a scan for the directory contents (when crash doesn't happen, it'll
> create an arrow for expansion).
>
> backtrace:
>
> GNU gdb (GDB) 7.4.1-debian
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show
> copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> For bug reporting instructions, please see:
> ...
> Reading symbols from /usr/bin/vlc...Reading symbols from
> /usr/lib/debug/usr/bin/vlc...done.
> done.
> (gdb) r
> Starting program: /usr/bin/vlc
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library
> "/lib/x86_64-linux-gnu/libthread_db.so.1".
> VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e)
> [New Thread 0x7fffedce8700 (LWP 15726)]
> [0x605108] main libvlc: Running vlc with the default interface. Use
> 'cvlc' to use vlc without interface.
> [New Thread 0x7fffec992700 (LWP 15727)]
> [New Thread 0x7fffddcf1700 (LWP 15728)]
> libdvdnav: Using dvdnav version 4.2.0
> libdvdread: Encrypted DVD support unavailable.
> 
> ****
> **  No css library available. See **
> **  /usr/share/doc/libdvdread4/README.css **
> **  for more information. **
> ****


--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760090: [Pkg-acpi-devel] Bug#760090: acpid: shutdown issues

[westlake]

I get this with dmesg in Jessie(vm),

"
[0.02] ACPI: Interpreter enabled
[0.02] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep 
State [\_S1_] (20131218/hwxface-580)
[0.02] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep 
State [\_S2_] (20131218/hwxface-580)

[0.02] ACPI: (supports S0 S3 S4 S5)
[0.02] ACPI: Using IOAPIC for interrupt routing
[0.02] PCI: Using host bridge windows from ACPI; if necessary, 
use "pci=nocrs" and report a bug

[0.02] ACPI: No dock devices found.
[0.02] ACPI: PCI Root Bridge [PCI0] (domain  [bus 00-ff])
[0.02] acpi PNP0A03:00: _OSC: OS supports [ASPM ClockPM Segments 
MSI]

[0.02] acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[0.02] acpi PNP0A03:00: fail to add MMCONFIG information, can't 
access extended PCI configuration space under this bridge.

"

However I have this with Wheezy(vm), and it shutsdown from inside&out of 
the VM. The only packages I can think of is acpid and sysvinit(which 
runs halt).


Prior patch for bug 759522 a shutdown could not be done from the kvm 
monitor console(for the Jessie vm) but now could, so this is why I 
thought it is not something currently kvm related.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760074: mirrors: apt-get E: THe package lists or status file could not be parsed or opened

[Rhys Kenwell]

Sorry, forgot about that. I was using the UK mirror, as during a previous
installation that was the first one that I tried that did work


On Sun, Aug 31, 2014 at 10:16 AM, Simon Paillard 
wrote:

> On Sun, Aug 31, 2014 at 10:06:59AM -0400, Rhys Kenwell wrote:
> > Package: mirrors
> > Severity: grave
> > Justification: renders package unusable
> >
> >* What led up to the situation?
> >   Trying to update the debian kernel, apt-get and apt-cache cant
> read file lists
> >* What exactly did you do (or not do) that was effective (or
> ineffective)?
> >   Tried using Synaptic Package Manager
> >* What was the outcome of this action?
> >   Same error, can't read package lists
> >* What outcome did you expect instead?
> >   Able to install packages
>
> Please provide:
> * /etc/apt/sources.list
> * The full output including error messages
>
> Indeed, it would be helpful to known which mirror you use when the bug is
> reported against mirrors.
>
> --
> Simon Paillard
>

Bug#755351: bug#18372: Bug#755351: blink-cursor-mode should respect GTK+ setting by default

[Stefan Monnier]

>> In the GTK+ version of Emacs, the default setting for
>> blink-cursor-mode should respect the desktop setting of
>> org.gnome.desktop.interface.cursor-blink .  An explicit setting of
>> blink-cursor-mode in .emacs could still override it, but the default
>> setting should not.

That would make a lot of sense, indeed.


Stefan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#756774:

[Francois Carpentier]

Confirming this bug is also resolved with NetInstall Beta 1

We tested with "Advanced options" > "Alternative desktop environments" >
"GNOME" > "Graphical install"

Direct link
http://cdimage.debian.org/cdimage/jessie_di_beta_1/amd64/iso-cd/debian-jessie-DI-b1-amd64-netinst.iso

Bug#759406: Re: debian-cd: Merge iso images into usb drive thanks to cat

[adrian15]

El 28/08/14 11:35, Thomas Schmitt escribió:

Hi,

i am watching this bug as upstream developer of xorriso,
which packs up Debian ISOs under control of debian-cd.

So i can mainly comment about early boot stages and mounting
of ISO 9660, not much about Debian installer issues which
arise after or before these steps.

I see.

From your initial report i got the impression that you

wanted to let the user choose any of the ISOs for booting.
There are descriptions in the web for boot media which
contain multiple ISOs.
Google "boot multiple iso" found:
   
http://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/


Yes, but these tools, in theory, won't work perfect with Debian 
Installer till #724931 and #759744 are fixed.



But now it seems that you want to install Debian from
the first ISO onto hard disk and then only want to use the
other ISOs as alternative sources of packages.


Yes, that's the main idea so that you do not have to release 1 GB, 2 GB 
and 4 GB size images for each one of the usb media size you want to 
provide to.



So i wonder why you do not dd the first ISO onto the USB stick
(which will install an MBR and declare partition 1). Then you
could use a partition editor to create partition 2 which covers
the remaining blocks of the USB stick.

There you could create a mountable filesystem (e.g. FAT)
and store the other ISOs for loop-mounting.


Yes, I have checked it and it works. I mean even if the ISO's partition 
table is ~ 500 GB size initially when you dd. Live CD detected my hard 
disk as a 4 GB size one.


And, yes, I could create a new partitions thanks to gparted. So instead 
of using gparted from a live cd there could be a new option found at the 
same installer: "Repartition free space to store extra ISO images".


The user copies the additional ISO files to the new partition from e.g. 
Windows.


Then you would need some of the implementation about detecting new ISOs 
from the partition directory and using them that it's already found at: 
#724931 .


The other option would be providing a tool for Windows so that it did 
the partitioning of the usb after dding the image to it. Not sure if 
it's worth the effort.


Probably we should add a new bug suggesting the repartitioning of free 
space from installer and close this one. Not sure about it. I personally 
like the cat idea because is very new but at the same we are saving data 
into an space that could be thought of being empty.


I mean, perhaps someone could imagine to reuse "free" space in the USB 
for their own files while loosing their initial "hidden" extra ISOs.


I ask myself what's the opinion of debian-cd people on this subject.


Well, this works if you use mount command from util-linux package. busybox's
mount does not implement offset feature, so it either ignores it or
complains about it.


Originally "offset" is a feature of losetup(8) which creates
a loop device for mount if option "loop" is given.
The Archlinux example shows option "loop".
Did you try busybox mount with "loop" ?


Busybox has loop support but not offset support that I'm aware.
Losetup is not found when running a shell from the installer.


== Getting to know Debian CD 1 size ==
# fdisk -l debian-7.6.0-i386-CD-1.iso


This tells the size of the MBR partition which was wrapped
around the Debian image by xorriso. It may or may not give the
size of the ISO image data file.

Since you concatenate the image files and not the partition
contents, you should rather inquire the file size. Like:

   ls -l debian-7.6.0-i386-CD-1.iso

Yes, you are right. Although fdisk -l also shows this size somewhere.


chroot /target /bin/mount /dev/sdb /mnt/apt2 -o offset=679477248 -t iso9660
you will see that you can read Debian CD 2 disk while it's have been
concatenated to the USB !!!


In the case of a FAT filesystem in /dev/sdb2, which holds
the other ISOs you would first mount the FAT

   mkdir /target/mnt/usb_fat
   chroot /target /bin/mount /dev/sdb2 /mnt/usb_fat

and then mount the desired ISO from inside the FAT:

   mkdir /target/mnt/apt2
   chroot /target /bin/mount -o loop /mnt/usb_fat/apt2.iso /mnt/apt2

Note that no size information is needed to find the ISO but rather
its file name inside the FAT filesystem. I assume that the name of
debian-7.6.0-i386-CD-2.iso copy in the FAT is /apt2.iso.

One could also put the desired ISOs into a ext2/3/4 filesystem
instead of a FAT. This would allow the use of long filenames.
If they all are put into an ISO then they would be write-protected
for normal users.


Yes, actually, loop mount (without the offset feature) currently works 
from the installer. So you won't need need the previous system 
installation for mounting the isos.


Anyways this would need some of the implementation found in bug #724931 .


== Busybox based Implementation ==
This implementation would involve hacking busybox's mount


Would probably not be necessary if the ISOs are presented as
data files of a mountable filesystem

Bug#742485:

[Francewhoa]

Confirming this bug is also resolved with NetInstall Beta 1

Tested with "Advanced options" > "Alternative desktop environments" >
"GNOME" > "Graphical install"

Direct link
http://cdimage.debian.org/cdimage/jessie_di_beta_1/amd64/iso-cd/debian-jessie-DI-b1-amd64-netinst.iso

Bug#754915: Solved in linux-image-3.14-2-amd64 (3.14.15-2)

[DIONISIO MARTINEZ SOLER]

Hi.

This bug is no longer present in last linux kernel version from  
unstable (linux-image-3.14-2-amd64, version 3.14.15-2): it boots  
normally, and bug #754916 is also solved (/sys/class/power_supply/BAT1  
does exist and /sys/class/power_supply/ACAD/online is reporting online  
status correctly).


Regards,


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#742127:

[Francewhoa]

Confirming this bug is now resolved with NetInstall Beta 1

Direct link
http://cdimage.debian.org/cdimage/jessie_di_beta_1/amd64/iso-cd/debian-jessie-DI-b1-amd64-netinst.iso

"Gnome installation images have been fixed (#756774): they will now really
install Gnome (instead of Xfce). They should offer the best experience as
far as accessibility is concerned." Source:
https://www.debian.org/devel/debian-installer/News/2014/20140813

Bug#754916: Solved in linux-image-3.14-2-amd64 (3.14.15-2)

[DIONISIO MARTINEZ SOLER]

Hi.

This bug is no longer present in last linux kernel version from  
unstable (linux-image-3.14-2-amd64, version 3.14.15-2).


Regards,


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#756068: gdm3 blocks SIGUSR1 for all applications

[Colomban Wendling]

Package: gdm3
Version: 3.12.2-2.1
Followup-For: Bug #756068

Dear maintainer,

I'm afraid I still suffer from this bug even with version 3.12.2-2.1.
The upstream patch did not actually fix teh issue, as it only removed
the SIGUSR1 handler (which I'm not even sure is useful) but failed to
reset the signal mask.
See https://bugzilla.gnome.org/show_bug.cgi?id=731228#c7
Rebuilding the gdm3 package with this patch added fixed the issue for
me.

To ease checking SIGUSR1 is properly unmasked in the launched session,
above is a small C program that should output "is SIGUSR1 blocked? no".

> /* gcc -o sigusr1check sigusr1check.c */
>
> #define _POSIX_C_SOURCE 1
>
> #include 
> #include 
>
> int main(void)
> {
>   sigset_t set;
>
>   if (sigprocmask(0, NULL, &set) != 0)
> perror("sigprocmask()");
>   else
> fprintf(stderr, "is SIGUSR1 blocked? %s\n",
> sigismember(&set, SIGUSR1) ? "yes" : "no");
>
>   return 0;
> }


Regards,
Colomban

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

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

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.37-3
ii  adduser  3.113+nmu3
ii  cinnamon [x-window-manager]  2.2.16-2
ii  dconf-cli0.20.0-2
ii  dconf-gsettings-backend  0.20.0-2
ii  debconf [debconf-2.0]1.5.53
ii  gir1.2-gdm3  3.12.2-2.1
ii  gnome-session [x-session-manager]3.12.1-3
ii  gnome-session-bin3.12.1-3
ii  gnome-session-flashback [x-session-manager]  3.8.1-1
ii  gnome-settings-daemon3.12.2-1+b1
ii  gnome-shell  3.12.2-3
ii  gnome-terminal [x-terminal-emulator] 3.12.3-2
ii  gsettings-desktop-schemas3.12.2-1
ii  libaccountsservice0  0.6.37-3
ii  libaudit11:2.3.7-1
ii  libc62.19-10
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgdm1  3.12.2-2.1
ii  libglib2.0-0 2.40.0-5
ii  libglib2.0-bin   2.40.0-5
ii  libgtk-3-0   3.12.2-3+b1
ii  libpam-modules   1.1.8-3.1
ii  libpam-runtime   1.1.8-3.1
ii  libpam-systemd   208-8
ii  libpam0g 1.1.8-3.1
ii  librsvg2-common  2.40.3-1
ii  libselinux1  2.3-2
ii  libsystemd-daemon0   208-8
ii  libsystemd-journal0  208-8
ii  libsystemd-login0208-8
ii  libwrap0 7.6.q-25
ii  libx11-6 2:1.6.2-3
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.1-1
ii  libxrandr2   2:1.4.2-1
ii  lsb-base 4.1+Debian13
ii  marco [x-window-manager] 1.8.1+dfsg1-1
ii  mate-session-manager [x-session-manager] 1.8.1-4
ii  mate-terminal [x-terminal-emulator]  1.8.0+dfsg1-3
ii  metacity [x-window-manager]  1:3.12.0-2
ii  mutter [x-window-manager]3.12.2-2+b1
ii  openbox [x-window-manager]   3.5.2-7
ii  policykit-1  0.105-6.1
ii  twm [x-window-manager]   1:1.0.8-1
ii  ucf  3.0030
ii  x11-common   1:7.7+7
ii  x11-xserver-utils7.7+3
ii  xfce4-session [x-session-manager]4.10.1-8
ii  xfce4-terminal [x-terminal-emulator] 0.6.3-1
ii  xfwm4 [x-window-manager] 4.10.1-2
ii  xterm [x-terminal-emulator]  310-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.12.0-2
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
ii  xserver-xephyr 2:1.16.0-1
ii  xserver-xorg   1:7.7+7
ii  zenity 3.12.1-1.1

Versions of packages gdm3 suggests:
ii  gnome-orca3.12.2-1
ii  libpam-gnome-keyring  3.12.2-1

-- debconf information:
  gdm3/daemon_name: /usr/sbin/gdm3
* shared/default-x-displ

Bug#760123: release.debian.org: perl 5.20.1 'transition'

[Dominic Hargreaves]

Package: release.debian.org
Severity: normal

Hi,

We are preparing packages for 5.20.1 (soon to be released upstream, and
with fixes we'd like to include in jessie) in experimental, and would
like to check whether you're okay with an upload to unstable within the
next couple of weeks (hopefully).

There is no ABI incompatiblity, but a small number of packages need
a binNMU anyway (see [1]) and even smaller number need coordinated
sourceful uploads.

Thanks,
Dominic.

[1] 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#756947: hp-wmi: wifi rfkill can't be reversed

[Alan Wilson]

results of request below:

/sys/class/dmi/id/product_name:HP Compaq nc6230 (PU984AW#ABA)
/sys/class/dmi/id/product_version:F.15
/sys/class/dmi/id/board_name:0944
/sys/class/dmi/id/board_version:KBC Version 40.22


However, I had a repeat of the hangup after a soft kill- even with
hp_wfi removed.

Not sure what to make of that.  Same warnings on shutdown and startup
'waiting to fully populate /dev' resulting in a failed to set power on
IPW_2200 - request timed out - or words to that effect.

Cheers,

Al

  
On Tue, 2014-08-26 at 23:57 -0700, Ben Hutchings wrote:
> On Tue, 2014-08-26 at 17:40 -0500, Darren Hart wrote:
> > On 8/26/14, 2:50, "Ben Hutchings"  wrote:
> > 
> > >Alan Wilson (in cc) reported that rfkill doesn't work correctly on the
> > >HP Compaq nc6230.
> > >
> > >- Without the hp-wmi driver loaded, the hard rfkill switch controls both
> > >wifi and BT while soft rfkill only works for wifi.
> > >
> > >- With the hp-wmi driver loaded, soft and hard rfkill switches can be
> > >used to turn wifi and BT off and to turn BT back on, but wifi cannot be
> > >turned back on without using the BIOS setup program.
> > >
> > >(The full bug report is logged at .)
> > >
> > >This was reported against Linux 3.2, but I don't think there have been
> > >relevant fixes since then.
> > >
> > >Perhaps the hp-wmi driver should blacklist this model for wifi rfkill
> > >(while leaving all the others features enabled).  Does that seem like a
> > >reasonable approach to fix this?
> > >
> > >Ben.
> > 
> > Hi didn't quite have to get pencil and paper out to create a truth table
> > for this one, but nearly! Assuming assertions about no more firmware
> > becoming available and the latest firmware being run are accurate,
> > blacklisting this model seems like a reasonable approach to restoring
> > basic functionality.
> 
> Alan, can you provide the identifying information for this model:
> 
> grep . /sys/class/dmi/id/{product,board}_{name,version}
> 
> Ben.
> 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#732286: closed by Nicolas Boullis (Bug#732286: fixed in libcdio 0.92-1)

[Nicolas Boullis]

Hi,

On Sun, Aug 31, 2014 at 11:51:05AM +0200, Andreas Barth wrote:
> 
> I'd be thankful if we could get the fix earlier than the transition
> (especially as there is something to be done to get the packages
> depending on this one to be built).
> 
> If it would be ok for you I could upload an NMU just fixing this issue
> (which of course would be overwritten as soon as you upload a higher
> version into unstable). Would that be possible?

No problem if you want to NMU, feel free to go ahead.
On the othen hand, I may also do the upload myself if you like it 
better.


Cheers,

-- 
Nicolas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760122: openjdk-6-jre-headless: please depend on libnss3 instead of libnss3-1d

[Wilfried Klaebe]

Package: openjdk-6-jre-headless
Version: 6b32-1.13.4-1~deb7u1
Version: 6b32-1.13.4-4
Severity: normal

Dear Maintainer,

Please build openjdk-6-jre-headless against libnss3 instead of
libnss3-1d, which is a transitional dependency package depending
on the former.

Regards,
Wilfried

-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'testing'), (990, 'stable'), (900, 
'testing-updates'), (90, 'unstable'), (9, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.1 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openjdk-6-jre-headless depends on:
ii  ca-certificates-java  20140324
ii  java-common   0.52
ii  libc6 2.19-9
ii  libcups2  1.7.5-1
ii  libfreetype6  2.5.2-1.1
ii  libgcc1   1:4.9.1-4
ii  libjpeg8  8d1-1
ii  libkrb5-3 1.12.1+dfsg-7
ii  liblcms2-22.6-3
ii  libnss3-1d2:3.17-1
ii  libpcsclite1  1.8.11-3
ii  libstdc++64.9.1-4
ii  multiarch-support 2.19-9
ii  openjdk-6-jre-lib 6b32-1.13.4-1~deb7u1
ii  tzdata-java   2014f-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages openjdk-6-jre-headless recommends:
pn  icedtea-6-jre-cacao  
pn  icedtea-6-jre-jamvm  

Versions of packages openjdk-6-jre-headless suggests:
pn  fonts-ipafont-gothic   
pn  fonts-ipafont-mincho   
ii  fonts-wqy-microhei [ttf-wqy-microhei]  0.2.0-beta-2
ii  fonts-wqy-zenhei [ttf-wqy-zenhei]  0.9.45-6
ii  libnss-mdns0.10-6
pn  sun-java6-fonts
ii  ttf-dejavu-extra   2.34-1
pn  ttf-indic-fonts

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760121: add debconf-show --priorities packagename

[積丹尼 Dan Jacobson]

Package: debconf
Version: 1.5.53
Severity: wishlist
File: /usr/share/man/man1/debconf-show.1.gz

Add a debconf-show --priorities packagename
which would list the priority of each item, low, medium, etc. too.

Also
   The most common use is "debconf-show packagename", which displays all
   items in the debconf database owned by a given package, and their
   current values.  Questions that have been asked already are prefixed
   with an '*'.

The star seems to mean items that are not in their default state and
will get asked about and not skipped upon the next run of
dpkg-reconfigure. Perhaps say that instead.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760120: shogun: diff for NMU version 3.2.0-7.2

[Gilles Filippini]

Package: shogun
Version: 3.2.0-7.1
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for shogun (versioned as 3.2.0-7.2) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.

This upload fixes two FTBFSs blocking the ongoing hdf5 transition:
* on mips* /usr/bin/clang is now provided by the clang package;
* on kfreebsd-i386 a dot process hangs forever; a successfully tested
  workaround is to force dot to run on one thread only via the 
  DOT_NUM_THREADS setting in Doxyfile.

Regards.

_g.

diff -Nru shogun-3.2.0/debian/changelog shogun-3.2.0/debian/changelog
--- shogun-3.2.0/debian/changelog   2014-08-27 10:36:29.0 +0200
+++ shogun-3.2.0/debian/changelog   2014-08-31 22:35:12.0 +0200
@@ -1,3 +1,14 @@
+shogun (3.2.0-7.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Build-Depends: clang instead of clang-3.4
+/usr/bin/clang is now provided by clang since co-installability of
+clang-* packages.
+  * On kfreebsd-i386 force doxygen to run dot sequentialy to workaround
+a not yet explained dot process hanging.
+
+ -- Gilles Filippini   Sun, 31 Aug 2014 18:11:41 +0200
+
 shogun (3.2.0-7.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru shogun-3.2.0/debian/control shogun-3.2.0/debian/control
--- shogun-3.2.0/debian/control 2014-08-27 10:33:12.0 +0200
+++ shogun-3.2.0/debian/control 2014-08-31 18:11:37.0 +0200
@@ -9,7 +9,7 @@
  liblzo2-dev, zlib1g-dev, liblzma-dev, libxml2-dev, libjson-c-dev, cmake,
  libarpack2-dev, libsnappy-dev, libhdf5-dev (>= 1.8.8~) | libhdf5-serial-dev,
  libprotobuf-dev, protobuf-compiler, libcurl4-gnutls-dev, libbz2-dev, 
libcolpack-dev,
- clang-3.4 [mips mipsel powerpc]
+ clang [mips mipsel powerpc]
 Standards-Version: 3.9.5
 Homepage: http://www.shogun-toolbox.org
 Vcs-Svn: http://bollin.googlecode.com/svn/shogun/trunk/
diff -Nru shogun-3.2.0/debian/rules shogun-3.2.0/debian/rules
--- shogun-3.2.0/debian/rules   2014-07-11 21:42:37.0 +0200
+++ shogun-3.2.0/debian/rules   2014-08-31 23:42:38.0 +0200
@@ -19,6 +19,22 @@
 
 override_dh_auto_configure:
dh_auto_configure -- -DCMAKE_SKIP_RPATH=TRUE -DBUILD_EXAMPLES=OFF 
-DUSE_SVMLIGHT=OFF -DCmdLineStatic=ON $(OVERRIDE_COMPILER) $(DISABLE_SSE)
+ifeq ($(ARCH),kfreebsd-i386)
+   # Workaround dot process hanging on kfreebsd-i386 when run on multiple 
threads
+   sed -i.orig '$$s/$$/\nDOT_NUM_THREADS = 1/' doc/Doxyfile_*.in
+endif
+
+DOXYFILES_IN := $(shell ls doc/Doxyfile_*.in)
+DOXYFILES_OUT := $(DOXYFILES_IN:.in=)
+override_dh_clean:
+ifeq ($(ARCH),kfreebsd-i386)
+   cd doc && if ls Doxyfile_*.in.orig; then \
+   for file in Doxyfile_*.in.orig; do \
+   mv $$file $$(basename $$file .orig) || exit 1; \
+   done; \
+   fi
+endif
+   dh_clean $(DOXYFILES_OUT)
 
 override_dh_install:
$(MAKE) -C doc doc


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#747090: Old Debian version, 2.5 from Fedora works fine

[Dominique Brazziel]

Just installed systemtap(-client) 2.5 and ran the iotop.stp
on Fedora 20 without problems.  The systemtap release page 
(https://sourceware.org/systemtap/wiki/SystemTapReleases) lists
2 versions out (2.4, 2.5) since the current sid version of systemtap (2.3-2.3).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#755683: Same issue

[Jonas Lippuner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I've been experiencing the same issue since the update from 337.xx.
The issue has been present in both 340.24 and 340.32.

Many applications are affected and the issue randomly varies in
severity but it can become *really* annoying, especially when it's
happening while typing. Essentially, there is a big delay (several
seconds or until a mouse click or other keyboard event) until a window
is redrawn.

I've had it repeatedly happen while I was typing and with every
keystroke, the window would be redrawn with the previous state, so
that the currently displayed window never reflected the actual typed text.

I first thought it may be connected with the new xserver (1.16) that
now apparently has support for DRI3. So I first tried to disable DRI3
but that didn't work (I'm also not sure whether I succeeded at
disabling DRI3). Then I downgraded the xserver to 1.15 but that didn't
fix the problem either. Finally, I bit the bullet and downgraded
nvidida-driver (and all associated packages) to 337.67-2 (which also
required downgrading the kernel to 3.14-1). This finally fixed the
problem.

I think the severity of this bug should be at least important, if not
serious, as it was really difficult to use my computer sometimes
(especially when there was a big lag in refreshing windows where I'm
typing).


Best,
Jonas

- -- 
My email is signed and I encrypt email on request.
To verify my signature or send me encrypted email,
get my public key: http://lippuner.ca/key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUA6e7AAoJELH92qHy0gnt4bkQAMD3az2LQh/nTxeUGoe3suTu
HX17ZBmula84iQ1bcaNL56Gs7CklV2+ElsN2Gj5ouFQSgWTYe8ZgB1qypJ7xHNXk
0l2apGdGPoT95ytchRJ4IlvDlX6KgAe7QXigBlMHRBpd6V7p6aetX66wIVaM4FP8
T8fSoFe+itiFqcYoAM3rwHLty6ERygL7DzP8gjTpXvo7PRYo6VIKm99G2LNVdx5E
1mohSnBSudMVbkFjRwshYmMVe2T0ag9a67LWiege1vmVFC3TCtwPZ7z9ldMWyTaX
qzWSmIhgyRa89E7wxtVP+/hyPJ24ROpm1+ZgyJSP+KXvHNqs9isyiwgDO69SBrr4
QPTAgxgfgK46pZJ+QUf+aMig6GuepHlAYBX+SWB97MubZ0f8NIIlOH/5NnrBPStU
qgNify+4jI/zU2YcKLEr3O3IXj5DZ+Iv/0EdZlFVBt0jnFQxM0kYp2faPDPftAdu
6KMZeP7BZMUA4JL2fHbL3bYKe5Ix3VjshwUO0kluVELh4cEU/Q5/Nf/YawURSt1P
R1INxwGwCD/DsLN5H5Ts01+DRuLcjWa9NS4KeGP/kJqSFd1Y/PSME5pd1A4ykz4Q
o+dqwJP/V3M9z+bITQKmtBWql2p9is3bKht4ypX5TztzZL+Sm/vTZAdArPgD4HoB
MhUkWZ0xc+trFXmywMSx
=RbDU
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760119: /dev/disk/by-uuid: Is a directory

[Norbert Preining]

Package: initramfs-tools
Version: 0.116
Severity: important

Hi,

since update to 0.116 (yesterday) initramfs-tools does not work
anymore:
Processing triggers for initramfs-tools (0.116) ...
update-initramfs: Generating /boot/initrd.img-3.17.0-rc2+
/dev/disk/by-uuid: Is a directory
mkinitramfs: for root /dev/disk/by-uuid missing disk/by-uuid /sys/block/ entry
mkinitramfs: workaround is MODULES=most
mkinitramfs: Error please report the bug
update-initramfs: failed for /boot/initrd.img-3.17.0-rc2+ with 1.
dpkg: error processing package initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 1


My /etc/fstab looks like:
/dev/sda7   /   btrfs   defaults0   1
...



-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 3.4M Jun 10 16:45 /boot/initrd.img-3.15.0-wl+
-rw-r--r-- 1 root root 3.6M Aug  4 11:30 /boot/initrd.img-3.16.0
-rw-r--r-- 1 root root 3.5M Aug 28 10:31 /boot/initrd.img-3.17.0-rc2+
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.17.0-rc2+ root=/dev/sda7 ro libata.force=noncq

-- resume
RESUME=UUID=6892921e-2405-4573-b233-9d776bc78ff1
-- /proc/filesystems
ext3
ext2
vfat
iso9660
ntfs
fuseblk
btrfs

-- lsmod
Module  Size  Used by
ipheth  6250  0 
md4 3169  0 
md5 1729  0 
hmac2793  0 
cifs  261407  0 
fscache36926  1 cifs
usbhid 22570  0 
uas14722  0 
ctr 3503  2 
ccm 6946  2 
binfmt_misc 6141  1 
vboxpci12870  0 
vboxnetadp 17779  0 
vboxnetflt 15177  0 
vboxdrv   294473  3 vboxnetadp,vboxnetflt,vboxpci
nfsd  196141  2 
auth_rpcgss36913  1 nfsd
oid_registry2099  1 auth_rpcgss
nfs_acl 2063  1 nfsd
nfs   101266  0 
lockd  52990  2 nfs,nfsd
sunrpc152942  6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
btusb  17570  0 
iwlmvm166427  0 
x86_pkg_temp_thermal 4315  0 
intel_powerclamp8146  0 
mac80211  298219  1 iwlmvm
kvm_intel 120887  0 
kvm   240593  1 kvm_intel
crc32c_intel   12785  0 
aesni_intel   155022  5 
aes_x86_64  7295  1 aesni_intel
lrw 3383  1 aesni_intel
gf128mul5607  1 lrw
glue_helper 4026  1 aesni_intel
ablk_helper 1612  1 aesni_intel
cryptd  6912  2 aesni_intel,ablk_helper
iwlwifi70750  1 iwlmvm
joydev  8259  0 
cfg80211  165330  3 iwlwifi,mac80211,iwlmvm
sony_laptop36078  0 
ipv6  259356  43 
autofs420646  2 

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
do_bootloader = no
do_initrd = yes
link_in_boot = no

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- /sys/block
loop0
loop1
loop2
loop3
loop4
loop5
loop6
loop7
ram0
ram1
ram10
ram11
ram12
ram13
ram14
ram15
ram2
ram3
ram4
ram5
ram6
ram7
ram8
ram9
sda

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:

/usr/share/initramfs-tools/hooks:
btrfs
busybox
dmsetup
fuse
intel_microcode
keymap
klibc
kmod
ntfs_3g
resume
thermal
udev
zz-busybox


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

Kernel: Linux 3.17.0-rc2+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initramfs-tools depends on:
ii  cpio   2.11+dfsg-2
ii  klibc-utils2.0.3-1
ii  kmod   18-1
ii  module-init-tools  18-1
ii  udev   208-8

Versions of packages initramfs-tools recommends:
ii  busybox  1:1.22.0-8

Versions of packages initramfs-tools suggests:
pn  bash-completion  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#755981: Probably not a Debian-specific bug

[Daniel Miranda]

I'm experiencing the same issue on Fedora 20, meaning it's probably an
upstream problem. I haven't found any reports of it yet on GNOME
Bugzilla though.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759895: [debhelper-devel] Bug#759895: debhelper: please strip non-deterministic data from static libraries

[Joey Hess]

Jérémy Bobbio wrote:
> Andrew Ayer has been working on a `dh_strip_nondeterminism` helper:
> http://anonscm.debian.org/cgit/reproducible/strip-nondeterminism.git/
> 
> We can move that chunk of code to it, alongside normalizers for gzip,
> zip, and jar files.
> 
> But we were kinda hoping to get that helper as part of debhelper in
> order to not have to modify every packages to add a new Build-Depends.

Right.. I was suggesting a non-debhelper utility, which dh_strip could
then call.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#759886: [debhelper-devel] Bug#759886: debhelper: please make mtimes of packaged files deterministic

[Joey Hess]

Jérémy Bobbio wrote:
> Joey Hess:
> > Do you have a plan to get packages not using dh or cdbs to use this new
> > command?
> 
> Its heart is a single find+xargs+touch command. I had in mind that
> packages not using dh or cdbs could have their own way on how to make
> the mtimes deterministic. Possibly by adding such a find command in
> their debian/rules at the right location, but there might be other
> solutions.

I was talking about commands that do use debhelper, but list all the
commands to run in debian/rules.

> > My other idea is to make dh_fixmtimes set something that a later command
> > (eg, dh_builddeb) could use and warn if it was not run.
> 
> Maybe it should be integrated to dh_builddeb, then?

I don't think it belongs in dh_builddeb directly.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#747090: Still messed up here with or without CONFIG_USER_NS

[Dominique Brazziel]

>From current Debian kernel from testing (Linux debianx 3.14-2-686-pae #1 SMP 
>Debian 3.14.15-2 (2014-08-09) i686 GNU/Linux):

/usr/share/doc/systemtap-doc/examples/io$ stap -v ./iostats.stp
Pass 1: parsed user script and 95 library script(s) using 
25952virt/15284res/1984shr/13936data kb, in 730usr/40sys/763real ms.
Pass 2: analyzed script: 5 probe(s), 6 function(s), 25 embed(s), 4 global(s) 
using 182592virt/34596res/3112shr/31956data kb, in 2610usr/380sys/3349real ms.
Pass 3: translated to C into 
"/tmp/stapNUrtsG/stap_cf3af4684a917a0b242235955a886ace_19180_src.c" using 
182272virt/36776res/5416shr/31956data kb, in 50usr/150sys/201real ms.
Makefile:10: *** mixed implicit and normal rules: deprecated syntax
In file included from /usr/share/systemtap/runtime/linux/task_finder.c:17:0,
 from /usr/share/systemtap/runtime/linux/runtime.h:188,
 from /usr/share/systemtap/runtime/runtime.h:24,
 from 
/tmp/stapNUrtsG/stap_cf3af4684a917a0b242235955a886ace_19180_src.c:24:
/usr/share/systemtap/runtime/linux/task_finder2.c: In function 
\u2018__stp_utrace_attach_match_filename\u2019:
/usr/share/systemtap/runtime/linux/task_finder2.c:821:11: error: incompatible 
types when assigning to type \u2018uid_t\u2019 from type \u2018kuid_t\u2019
  tsk_euid = task_euid(tsk);
   ^
/usr/share/systemtap/runtime/linux/task_finder2.c: In function 
\u2018stap_start_task_finder\u2019:
/usr/share/systemtap/runtime/linux/task_finder2.c:1711:12: error: incompatible 
types when assigning to type \u2018uid_t\u2019 from type \u2018kuid_t\u2019
   tsk_euid = task_euid(tsk);
^
In file included from /usr/share/systemtap/runtime/linux/runtime.h:194:0,
 from /usr/share/systemtap/runtime/runtime.h:24,
 from 
/tmp/stapNUrtsG/stap_cf3af4684a917a0b242235955a886ace_19180_src.c:24:
/usr/share/systemtap/runtime/sym.c: In function \u2018_stp_snprint_addr\u2019:
/usr/share/systemtap/runtime/sym.c:567:4: error: implicit declaration of 
function \u2018preempt_enable_no_resched\u2019 
[-Werror=implicit-function-declaration]
preempt_enable_no_resched();
^
In file included from 
/usr/src/linux-headers-3.14-2-common/include/linux/sched.h:53:0,
 from 
/usr/src/linux-headers-3.14-2-common/include/linux/ptrace.h:5,
 from 
/usr/src/linux-headers-3.14-2-common/include/linux/ftrace.h:13,
 from 
/usr/src/linux-headers-3.14-2-common/include/linux/kprobes.h:42,
 from /usr/share/systemtap/runtime/linux/runtime.h:21,
 from /usr/share/systemtap/runtime/runtime.h:24,
 from 
/tmp/stapNUrtsG/stap_cf3af4684a917a0b242235955a886ace_19180_src.c:24:
/usr/share/systemtap/runtime/transport/control.c: In function 
\u2018_stp_ctl_write_cmd\u2019:
/usr/src/linux-headers-3.14-2-common/include/linux/cred.h:333:25: error: 
incompatible types when initializing type \u2018uid_t\u2019 using type 
\u2018kuid_t\u2019
 #define current_euid()  (current_cred_xxx(euid))
 ^
/usr/share/systemtap/runtime/transport/control.c:41:15: note: in expansion of 
macro \u2018current_euid\u2019
  uid_t euid = current_euid();
   ^
In file included from /usr/share/systemtap/runtime/linux/print.c:17:0,
 from /usr/share/systemtap/runtime/print.c:17,
 from /usr/share/systemtap/runtime/runtime_context.h:22,
 from 
/tmp/stapNUrtsG/stap_cf3af4684a917a0b242235955a886ace_19180_src.c:1033:
/usr/share/systemtap/runtime/transport/transport.c: In function 
\u2018_stp_transport_init\u2019:
/usr/share/systemtap/runtime/transport/transport.c:344:11: error: incompatible 
types when assigning to type \u2018uid_t\u2019 from type \u2018kuid_t\u2019
  _stp_uid = current_uid();
   ^
/usr/share/systemtap/runtime/transport/transport.c:345:11: error: incompatible 
types when assigning to type \u2018gid_t\u2019 from type \u2018kgid_t\u2019
  _stp_gid = current_gid();
   ^
cc1: all warnings being treated as errors
/usr/src/linux-headers-3.14-2-common/scripts/Makefile.build:308: recipe for 
target '/tmp/stapNUrtsG/stap_cf3af4684a917a0b242235955a886ace_19180_src.o' 
failed
make[3]: *** 
[/tmp/stapNUrtsG/stap_cf3af4684a917a0b242235955a886ace_19180_src.o] Error 1
/usr/src/linux-headers-3.14-2-common/Makefile:1293: recipe for target 
'_module_/tmp/stapNUrtsG' failed
make[2]: *** [_module_/tmp/stapNUrtsG] Error 2
Makefile:133: recipe for target 'sub-make' failed
make[1]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make: *** [all] Error 2
WARNING: kbuild exited with status: 2
Pass 4: compiled C into "stap_cf3af4684a917a0b242235955a886ace_19180.ko" in 
32120usr/2600sys/36470real ms.
Pass 4: compilation failed.  [man error::pass4]
Tip: /usr/share/doc/systemtap/README.Debian should help you get started.

>From a custom kernel without CONFIG_USER_NS set:

/usr/share/doc/systemtap-doc/examples/io$ stap -v ./iotop
Input file './i

Bug#760118: Forgotten password mechanism should search for both username and email

[Josh Triplett]

Package: python-moinmoin
Severity: normal

On the forgotten password form, if you enter both a username and email
address, and the username exists but the email does not, no forgotten
password mail goes out.  MoinMoin should check both the username and
email, in case a user knows their username but got the email wrong
(perhaps because they have multiple email addresses).

Thanks to Sledge (Steve McIntyre), sitting right next to me at DebConf
14, for debugging this.

Thanks,
Josh Triplett

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759886: [debhelper-devel] Bug#759886: debhelper: please make mtimes of packaged files deterministic

[Jérémy Bobbio]

Joey Hess:
> Do you have a plan to get packages not using dh or cdbs to use this new
> command?

Its heart is a single find+xargs+touch command. I had in mind that
packages not using dh or cdbs could have their own way on how to make
the mtimes deterministic. Possibly by adding such a find command in
their debian/rules at the right location, but there might be other
solutions.

> I can think of 2 ways.. one is to add it to some existing command,
> perhaps renaming the command. I thought maybe dh_fixperms could be
> renamed to dh_fixmetadata. But, I think some will use dh_fixperms -X to
> exclude certian files from being fixed, and we would not want that to
> apply to mtime fixing.

dh_fixmtimes must be run right before building the .deb, or it's likely
that some other command will change the newly set mtimes. dh_fixperms is
currently run at an earlier step of the build process.

> My other idea is to make dh_fixmtimes set something that a later command
> (eg, dh_builddeb) could use and warn if it was not run.

Maybe it should be integrated to dh_builddeb, then?

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#760116: initial changes

[Neil Williams]

Note that QOF is also migrating to git for VCS for the next upstream
release:

https://alioth.debian.org/projects/qof/

git clone https://alioth.debian.org/anonscm/git/qof/qof.git

https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=qof/qof.git;a=summary

I'm attaching the initial diff to at least get the backend/sqlite/ code
using libsqlite3-dev but it does not yet build.

The alternative is to drop the libqof2-backend-sqlite module for this
release as the remaining reverse dependencies for libqof2 do not
currently use this backend. That would be a small change to
configure.ac.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/

diff --git a/backend/sqlite/qof-sqlite.c b/backend/sqlite/qof-sqlite.c
index 5ada5a9..f4c708e 100644
--- a/backend/sqlite/qof-sqlite.c
+++ b/backend/sqlite/qof-sqlite.c
@@ -26,7 +26,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 #include 
 #include 
 #include "qof.h"
@@ -68,7 +68,7 @@ life of the process.
 typedef struct
 {
 	QofBackend be;
-	sqlite *sqliteh;
+	sqlite3 *sqliteh;
 	QsqlStatementType stm_type;
 	gint dbversion;
 	gint create_handler;
@@ -270,7 +270,7 @@ delete_event (QofEntity * ent, QofEventId event_type,
 			guid_to_string_buff (qof_entity_get_guid (ent), gstr);
 			sql_str = qof_sql_entity_delete (ent);
 			DEBUG (" sql_str=%s", sql_str);
-			if (sqlite_exec (qsql_be->sqliteh, sql_str,
+			if (sqlite3_exec (qsql_be->sqliteh, sql_str,
 	NULL, qsql_be, &qsql_be->err) != SQLITE_OK)
 			{
 qof_error_set_be (be, qsql_be->err_delete);
@@ -320,7 +320,7 @@ create_event (QofEntity * ent, QofEventId event_type,
 			qb.sql_str = qof_sql_entity_insert (ent);
 			/** \bug create one func to create_param_list and create_each_param */
 			DEBUG (" sql_str=%s", qb.sql_str);
-			if (sqlite_exec (qsql_be->sqliteh, qb.sql_str,
+			if (sqlite3_exec (qsql_be->sqliteh, qb.sql_str,
 NULL, &qb, &qsql_be->err) != SQLITE_OK)
 			{
 qof_error_set_be (be, qsql_be->err_insert);
@@ -342,7 +342,7 @@ create_event (QofEntity * ent, QofEventId event_type,
 			{
 /* id, guid, path, type, value */
 qb.sql_str = qof_sql_entity_insert (ent);
-if (sqlite_exec (qsql_be->sqliteh, qb.sql_str,
+if (sqlite3_exec (qsql_be->sqliteh, qb.sql_str,
 	NULL, &qb, &qsql_be->err) != SQLITE_OK)
 {
 	qof_error_set_be (be, qsql_be->err_insert);
@@ -394,7 +394,7 @@ qsql_modify (QofBackend * be, QofInstance * inst)
 		return;
 	}
 	DEBUG (" sql_str=%s", qb.sql_str);
-	if (sqlite_exec (qsql_be->sqliteh, qb.sql_str,
+	if (sqlite3_exec (qsql_be->sqliteh, qb.sql_str,
 			NULL, &qb, &qsql_be->err) != SQLITE_OK)
 	{
 		qof_error_set_be (be, qsql_be->err_update);
@@ -484,7 +484,7 @@ update_dirty (gpointer value, gpointer builder)
 		return;
 	}
 	DEBUG (" update=%s", qb->sql_str);
-	if (sqlite_exec (qsql_be->sqliteh, qb->sql_str,
+	if (sqlite3_exec (qsql_be->sqliteh, qb->sql_str,
 			NULL, qb, &qsql_be->err) != SQLITE_OK)
 	{
 		qof_error_set_be (be, qsql_be->err_update);
@@ -567,7 +567,7 @@ qsql_create (QofBackend * be, QofInstance * inst)
 	qb.ent = ent;
 	qb.dirty_list = NULL;
 	qb.exists = FALSE;
-	if (sqlite_exec (qsql_be->sqliteh, qb.sql_str,
+	if (sqlite3_exec (qsql_be->sqliteh, qb.sql_str,
 			mark_entity, &qb, &qsql_be->err) != SQLITE_OK)
 	{
 		qof_error_set_be (be, qsql_be->err_update);
@@ -579,7 +579,7 @@ qsql_create (QofBackend * be, QofInstance * inst)
 		/* create new entity */
 		qb.sql_str = qof_sql_entity_insert (ent);
 		DEBUG (" sql_str= %s", qb.sql_str);
-		if (sqlite_exec (qsql_be->sqliteh, qb.sql_str,
+		if (sqlite3_exec (qsql_be->sqliteh, qb.sql_str,
 NULL, qsql_be, &qsql_be->err) != SQLITE_OK)
 		{
 			qof_error_set_be (be, qsql_be->err_insert);
@@ -624,7 +624,7 @@ check_state (QofEntity * ent, gpointer builder)
 	/* Make a GList of dirty instances
 	   Don't update during a SELECT,
 	   UPDATE will fail with DB_LOCKED */
-	if (sqlite_exec (qsql_be->sqliteh, qb->sql_str,
+	if (sqlite3_exec (qsql_be->sqliteh, qb->sql_str,
 			create_dirty_list, qb, &qsql_be->err) != SQLITE_OK)
 	{
 		qof_error_set_be (be, qsql_be->err_update);
@@ -636,7 +636,7 @@ check_state (QofEntity * ent, gpointer builder)
 		/* create new entity */
 		qb->sql_str = qof_sql_entity_insert (ent);
 		DEBUG (" sql_str= %s", qb->sql_str);
-		if (sqlite_exec (qsql_be->sqliteh, qb->sql_str,
+		if (sqlite3_exec (qsql_be->sqliteh, qb->sql_str,
 NULL, qb, &qsql_be->err) != SQLITE_OK)
 		{
 			qof_error_set_be (be, qsql_be->err_insert);
@@ -722,7 +722,7 @@ qsql_load_kvp (QSQLiteBackend * qsql_be)
 	be = (QofBackend *) qsql_be;
 	qb.sql_str =
 		g_strdup_printf ("SELECT kvp_id from %s;", QSQL_KVP_TABLE);
-	sq_code = sqlite_exec (qsql_be->sqliteh, qb.sql_str, build_kvp_table,
+	sq_code = sqlite3_exec (qsql_be->sqliteh, qb.sql_str, build_kvp_table,
 			&qb, &qsql_be->err);
 	/* catch older files without a sqlite_kvp table */
 	if (sq_code == SQLITE_ERROR)
@@ -734,7 +734,7 @@ qsql_load_kvp (QSQLiteBackend * qsql_be)
 			"guid char(32)", "path mediumtext", "

Bug#607969: block

[Neil Williams]

block 606989 by 760116
tag 760116 + help
thanks

At least one package needs to migrate to sqlite3 and although the two
look compatible, the API has appreciable changes between libsqlite0 and
libsqlite3.

I am looking at the code changes required for this migration, help
would be appreciated.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



signature.asc
Description: PGP signature

Bug#759895: [debhelper-devel] Bug#759895: debhelper: please strip non-deterministic data from static libraries

[Jérémy Bobbio]

Joey Hess:
> Jérémy Bobbio wrote:
> > Currently, static libraries shipped in Debian package capture the time
> > when the package is built. As part of the “reproducible builds”
> > project [1], it would be great to have static libriaries normalized.
> > 
> > The attached patch will make `dh_strip` replace non-deterministic data
> > in static libraries. The replacement data is the same as the one put by
> > `ar` from binutils when used with the `D` option (deterministic mode).
> 
> I think this is awesome! However, I am uncomfortable putting this big
> block of code into debhelper.
> 
> > +sub normalize_ar {
> ...
> > +}
> 
> Could it be moved to a utility that could 
> a) be maintained by someone else, perhaps in a package such as binutils
> and b) could be used by non-debhelper users inside and outside of
> debian.

Andrew Ayer has been working on a `dh_strip_nondeterminism` helper:
http://anonscm.debian.org/cgit/reproducible/strip-nondeterminism.git/

We can move that chunk of code to it, alongside normalizers for gzip,
zip, and jar files.

But we were kinda hoping to get that helper as part of debhelper in
order to not have to modify every packages to add a new Build-Depends.

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#760117: perl-cross-debian: Document build process for architecture-version specific data files

[Neil Williams]

Package: perl-cross-debian
Version: 0.0.5
Severity: important

Document the process for creating the architecture & version specific data 
files like these:
https://github.com/codehelp/perl-cross-debian/tree/master/arm-linux-gnueabihf/5.18.2

The process is entirely manual and needs real hardware to generate the raw 
files and
a series of tests and tweaks to result in a working cross-build.

Add documentation to the package before Jessie. 

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages perl-cross-debian depends on:
ii  perl  5.20.0-6

perl-cross-debian recommends no packages.

Versions of packages perl-cross-debian suggests:
ii  meld  1.8.6-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760115: icinga2: [INTL:es] Spanish translation of debconf messages

[Matias A. Bellone]

Source: icinga2
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Find attached a compressed file that contains the packages' debconf messages
translated to Spanish as reviewed by the Debian L10N Spanish group.

Thanks for your time and dedication to Debian,
Toote



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (x86_64)

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


icinga2-es.tar.gz
Description: application/gzip

Bug#760116: qof: migrate to sqlite3

[Neil Williams]

Source: qof
Version: 0.8.7
Severity: important

QOF needs to migrate the sqlite backend to sqlite3. Initial changes do not
result in a buildable backend module, so some extra work will be required
on this.

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

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760114: transition: kfreebsd-kernel-headers

[Steven Chamberlain]

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

Hi,  This is not a mere transition but our ambition to use kFreeBSD 10.1
as our kernel version for jessie.

This is primarily driven by the FreeBSD 10.1 release schedule;  they
have gone into a 'code slush' which resembles Debian's early freeze,
with a final freeze date of 5th September, then they begin beta
builds.  That applies to their entire distribution, not just their
kernel.
http://www.freebsd.org/releases/10.1R/schedule.html

A major consequence of their release schedule is that 10.0 security
support will have ended by the time Jessie is released.  10.1 should get
long-term security support, which means two years from release.
http://www.freebsd.org/security/security.html#sup

Within Debian:

* packaging of 10.1 snapshots began some 3 weeks ago, it is in
experimental and got through the NEW queue already

* Christoph has been running it throughout DebConf

* it's working fine with d-i:  I've been using 10.1 kernels exclusively
while working on the bugs reported in d-i beta 1 (even udebs based on
10.0 or older userland)

* the snapshots are based on 10-STABLE, so it is not a development
trunk;  it is viable to use a snapshot of this for Debian even if the
final 10.1 release comes too late to reach sid/jessie

* we're already using some features that were new/unimplemented in 10.0,
such as newcons that Robert backported an early version of, and KMS
which should have matured some more in 10.1

* clang-3.3 is being dropped from jessie/sid in favour of clang-3.4 or
3.5:  upstream already builds 10.1 with clang-3.4, whereas 10.0 would
need some bits backported by us (not too difficult though)

The actual 'transition' part will be kfreebsd-kernel-headers from 10.0
to 10.1 (a snapshot is in experimental;  we could update it to a newer
snapshot in a few days).  It already went through a 9.2->10.0 transition
earlier this year.  Reverse-Depends are mostly our own freebsd-libs,
libc0.1-dev, and from there it could affect many more things.

Still it doesn't seem like a regular transition, I don't know if a Ben
file could be written to describe it.  It should not make anything
uninstallable by migrating to jessie.

amd64/i386 hardware is easy to get a hold of, so we could do some
test rebuilds where it seems like a good idea.

Thanks!

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

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760113: gcc-4.9: [sh4] Invalid operands for opcode div0s

[John Paul Adrian Glaubitz]

Package: gcc-4.9
Version: 4.9.1-11
Severity: normal
Tags: upstream

Hello!

gcc-4.9 currently creates invalid assembly code on sh4 due to a
regression. This mainly affects postgresql-9.4 which fails to build
from source due to this bug [1].

Upstream has already acknowledged the bug and proposed a patch to fix
the problem, see [2]. Just filing it here to be able to track the problem
better.

Cheers,
Adrian

> [1] 
> http://buildd.debian-ports.org/status/fetch.php?pkg=postgresql-9.4&arch=sh4&ver=9.4~beta2-1&stamp=1409261773
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62312


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759886: [debhelper-devel] Bug#759886: debhelper: please make mtimes of packaged files deterministic

[Joey Hess]

+1

Do you have a plan to get packages not using dh or cdbs to use this new
command?

I can think of 2 ways.. one is to add it to some existing command,
perhaps renaming the command. I thought maybe dh_fixperms could be
renamed to dh_fixmetadata. But, I think some will use dh_fixperms -X to
exclude certian files from being fixed, and we would not want that to
apply to mtime fixing.

My other idea is to make dh_fixmtimes set something that a later command
(eg, dh_builddeb) could use and warn if it was not run.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#759727: patches for including LTS into security-tracker.d.o

[Holger Levsen]

Hi,

On Sonntag, 31. August 2014, Florian Weimer wrote:
> You mean, with TEMP-%?

yeah, thats what I ment...
 
> It's currently not possible to address TEMP- vulnerabilities reliably,
> so they cannot occur as copy targets.

ah!


cheers,
Holger



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

Bug#759410: Should not install /usr/bin/rm conflicting with /bin/rm (blocks /bin -> /usr/bin)

[Josh Triplett]

On Sun, Aug 31, 2014 at 02:34:27PM -0700, Ben Hutchings wrote:
> I seem to remember there being a policy requirement that there are no
> name collisions among the standard executable directories (/bin,
> /usr/bin, /sbin, /usr/sbin, /usr/games).  However I can't find that now.

No such policy requirement currently exists.  I filed this bug because
I'd like to add such a requirement.  I've already written and committed
patches for molly-guard, the only other package introducing such
conflicts (other than compatibility symlinks for invocations by absolute
path).

- Josh Triplett


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758711: debian-goodies: checkrestart reports services which have open files with name including deleted as to be restarted

[Simon Ruderich]

tags 568359 patch
tags 758711 patch
thanks

Hello,

The attached patch fixes this issue by checking for "(deleted)"
instead of just "deleted". Still not perfect, but should handle
most cases.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
diff -Nru debian-goodies-0.63/checkrestart debian-goodies-0.63simon1/checkrestart
--- debian-goodies-0.63/checkrestart	2013-07-05 14:37:50.0 +0200
+++ debian-goodies-0.63simon1/checkrestart	2014-08-31 23:29:57.0 +0200
@@ -293,7 +293,7 @@
 last = process.descriptors.pop()
 # Add it to the list of deleted files if the previous descriptor
 # was DEL or lsof marks it as deleted
-if re.compile("DEL").search(last) or re.compile("deleted").search(data) or re.compile("\(path inode=[0-9]+\)$").search(data):
+if re.compile("DEL").search(last) or re.compile("\(deleted\)").search(data) or re.compile("\(path inode=[0-9]+\)$").search(data):
 process.files.append(data)
 else:
 # We discard the previous descriptors and drop it


signature.asc
Description: Digital signature

Bug#759410: Should not install /usr/bin/rm conflicting with /bin/rm (blocks /bin -> /usr/bin)

[Ben Hutchings]

I seem to remember there being a policy requirement that there are no
name collisions among the standard executable directories (/bin,
/usr/bin, /sbin, /usr/sbin, /usr/games).  However I can't find that now.

Ben,

-- 
Ben Hutchings
Q.  Which is the greater problem in the world today, ignorance or apathy?
A.  I don't know and I couldn't care less.


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

Bug#759974: [Debichem-devel] Bug#759974: Bug#759974: votca-csg: FTBFS: Could NOT find GROMACS (missing: GROMACS_LIBRARY GROMACS_INCLUDE_DIR)

[Christoph Junghans]

2014-08-30 16:10 GMT-06:00 Nicholas Breen :
> On Sat, Aug 30, 2014 at 02:57:22PM -0700, Lucas Nussbaum wrote:
>> Source: votca-csg
>> Version: 1.2.3-1
> [snip]
>> > -- checking for module 'libgmx'
>> > --   package 'libgmx' not found
>> > -- Could NOT find GROMACS (missing:  GROMACS_LIBRARY GROMACS_INCLUDE_DIR)
>> > CMake Error at src/libcsg/CMakeLists.txt:25 (message):
>> >   gromacs not found, make sure you have installed at least the 
>> > gromacs-4.0.7
>> >   and it's dev package.  If the gromacs module was not found above, make 
>> > sure
>> >   you have sourced GMXRC or set PKG_CONFIG_PATH yourself.  If you have a
>> >   double precision version of gromacs enable to build against it with
>> >   -DGMX_DOUBLE=ON.  If you have gromacs-5.0 installed enable to build 
>> > against
>> >   it with -DWITH_GMX_DEVEL=ON.  Gromacs support can be disable it with
>> >   -DWITH_GMX=OFF.
>
> This one looks like it's indirectly my fault - I just uploaded gromacs 5.0 to
> unstable a few days ago, and didn't realize it changed a build parameter in
> votca-csg.  libgmx and libmd are replaced by the merged libgromacs.
Votca 1.2.3 doesn't support gromacs-5, but I am about to make a new
release (1.2.4), which supports it.

>
> Christoph, do you want to upload a new package?  I can also make the suggested
> CMake change and upload it myself if you'd prefer.
Can you give me a 1 min intro, which commands I have to execute to do an NMU?
I have access to the debichem svn and know what to upload for 1.2.4,
but what's next after that?

Christoph

>
> - Nicholas
>
> ___
> Debichem-devel mailing list
> debichem-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debichem-devel



-- 
Christoph Junghans
Web: http://www.compphys.de


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760112: netatalk: Correctly set up user rights for ASP sessions

[Vincent Duvert]

Package: netatalk
Version: 2.2.5-1
Severity: normal
Tags: patch

Dear Maintainer,

When accessing an AFP server from an old client (using ASP/DDP) with the
default configuration (with atalkd and DDP enabled, of course), no volumes are
shown.

 This is because afpd ignores the AppleVolumes.default file and the uservols
for ASP/DDP sessions. It only shows volumes defined in AppleVolumes.system (and
the default configuration has none).

etc/afpd/volume.c's load_volumes function contains a check (line 1962) which
disables AppleVolumes.default loading if the parent_or_child variable indicates
that it's directly running in the main afpd process. This variable is updated
after the fork() in libatalk/dsi/dsi_tcp.c, so the correct volumes are shown
when using AFP over TCP.

The ASP session manager also forks when a new session is created (line 270 of
libatalk/asp/asp_getsess.c) but does not set the parent_or_child variable, so
load_volumes will not load the user-specific volumes nor AppleVolumes.default
on ASP.

The attached patch sets parent_or_child = 1 after this fork(), so clients which
use ASP/DDP will get the correct user-specific volumes.

Thanks.



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

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

Versions of packages netatalk depends on:
ii  libacl1   2.2.52-1.1
ii  libattr1  1:2.4.47-1
ii  libavahi-client3  0.6.31-4
ii  libavahi-common3  0.6.31-4
ii  libc6 2.19-9
ii  libcomerr21.42.11-2
ii  libcrack2 2.9.1-1+b2
ii  libcups2  1.7.5-1
ii  libdb5.3  5.3.28-6
ii  libgcrypt11   1.5.4-2
ii  libgssapi-krb5-2  1.12.1+dfsg-7
ii  libk5crypto3  1.12.1+dfsg-7
ii  libkrb5-3 1.12.1+dfsg-7
ii  libldap-2.4-2 2.4.39-1.1+b1
ii  libpam-modules1.1.8-3.1
ii  libpam0g  1.1.8-3.1
ii  libwrap0  7.6.q-25
ii  netbase   5.2
ii  perl  5.20.0-4

Versions of packages netatalk recommends:
ii  avahi-daemon  0.6.31-4
pn  cracklib-runtime  
pn  db-util   
pn  libpam-cracklib   
ii  lsof  4.86+dfsg-1
ii  procps1:3.3.9-7
pn  rc

Versions of packages netatalk suggests:
pn  db4.2-util   
pn  groff
pn  quota
ii  texlive-binaries [texlive-base-bin]  2014.20140528.34243-5

-- Configuration Files:
/etc/default/netatalk changed [not included]
/etc/netatalk/AppleVolumes.default changed [not included]
/etc/netatalk/afpd.conf changed [not included]

-- no debconf information
Description: Fix child status of ASP session processes
Author: Vincent Duvert 

--- netatalk-2.2.5.orig/libatalk/asp/asp_getsess.c
+++ netatalk-2.2.5/libatalk/asp/asp_getsess.c
@@ -269,6 +269,7 @@ ASP asp_getsession(ASP asp, server_child
 int dummy[2];
 	switch ((pid = fork())) {
 	case 0 : /* child */
+	  parent_or_child = 1;
 	  server_reset_signal();
 	  /* free/close some things */
 	  for (i = 0; i < children->nsessions; i++ ) {

Bug#759895: [debhelper-devel] Bug#759895: debhelper: please strip non-deterministic data from static libraries

[Joey Hess]

Jérémy Bobbio wrote:
> Currently, static libraries shipped in Debian package capture the time
> when the package is built. As part of the “reproducible builds”
> project [1], it would be great to have static libriaries normalized.
> 
> The attached patch will make `dh_strip` replace non-deterministic data
> in static libraries. The replacement data is the same as the one put by
> `ar` from binutils when used with the `D` option (deterministic mode).

I think this is awesome! However, I am uncomfortable putting this big
block of code into debhelper.

> +sub normalize_ar {
...
> +}

Could it be moved to a utility that could 
a) be maintained by someone else, perhaps in a package such as binutils
and b) could be used by non-debhelper users inside and outside of
debian.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#568359: checkrestart: machine-readable output?

[Simon Ruderich]

Hello,

The attached patch adds support for the -m (--machine) option to
provide machine-readable output. It uses a different format than
the one described in this bug report because I implemented it
before I found this bug report, but I'm open to suggestions to
change it.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
diff -Nru debian-goodies-0.63/checkrestart debian-goodies-0.63simon1/checkrestart
--- debian-goodies-0.63/checkrestart	2013-07-05 14:37:50.0 +0200
+++ debian-goodies-0.63simon1/checkrestart	2014-08-31 23:11:24.0 +0200
@@ -59,7 +59,7 @@
  return 1
 
 def usage():
-sys.stderr.write('usage: checkrestart [-vhpa] [-bblacklist] [-iignore]\n')
+sys.stderr.write('usage: checkrestart [-vhpam] [-bblacklist] [-iignore]\n')
 
 def main():
 global lc_all_c_env, file_query_check
@@ -75,7 +75,7 @@
 
 # Process options
 try:
-opts, args = getopt.getopt(sys.argv[1:], "hvpab:i:", ["help", "verbose", "packages", "all", "blacklist", "ignore"])
+opts, args = getopt.getopt(sys.argv[1:], "hvpamb:i:", ["help", "verbose", "packages", "all", "machine", "blacklist", "ignore"])
 except getopt.GetoptError, err:
 # print help information and exit:
 print str(err) # will print something like "option -x not recognized"
@@ -89,6 +89,8 @@
 onlyPackageFiles = False
 # Look for any deleted file
 allFiles = False
+# Generate machine parsable output
+machineOutput = False
 
 for o, a in opts:
 if o in ("-v", "--verbose"):
@@ -101,6 +103,8 @@
 elif o in ("-a", "--all"):
 allFiles = True
 onlyPackageFiles = False
+elif o in ("-m", "--machine"):
+machineOutput = True
 elif o in ("-b", "--blacklist"):
 blacklistFiles.append(a)
 onlyPackageFiles = False
@@ -130,7 +134,8 @@
 
 toRestart = lsofcheck(blacklist = blacklist)
 
-print "Found %d processes using old versions of upgraded files" % len(toRestart)
+if not machineOutput:
+print "Found %d processes using old versions of upgraded files" % len(toRestart)
 
 if len(toRestart) == 0:
 sys.exit(0)
@@ -140,16 +145,20 @@
 programs.setdefault(process.program, [])
 programs[process.program].append(process)
 
-if len(programs) == 1:
-print "(%d distinct program)" % len(programs)
-else:
-print "(%d distinct programs)" % len(programs)
+if not machineOutput:
+if len(programs) == 1:
+print "(%d distinct program)" % len(programs)
+else:
+print "(%d distinct programs)" % len(programs)
 
 # Verbose information
 if verbose:
 for process in toRestart:
-print "Process %s (PID: %d) "  % (process.program, process.pid)
-process.listDeleted()
+if not machineOutput:
+print "Process %s (PID: %d) "  % (process.program, process.pid)
+process.listDeleted()
+else:
+process.listDeletedMachine()
 
 packages = {}
 diverted = None
@@ -157,13 +166,13 @@
 dpkgQuery = ["dpkg-query", "--search"] + programs.keys()
 dpkgProc = subprocess.Popen(dpkgQuery, shell=False, stdout=subprocess.PIPE, stderr=subprocess.PIPE,
 env = lc_all_c_env)
-if verbose:
+if verbose and not machineOutput:
 print "Running:%s" % dpkgQuery
 while True:
 line = dpkgProc.stdout.readline()
 if not line:
 break
-if verbose:
+if verbose and not machineOutput:
 print "Reading line: %s" % line
 if line.startswith('local diversion'):
 continue
@@ -195,11 +204,13 @@
 # Close the pipe
 dpkgProc.stdout.close()
 
-print "(%d distinct packages)" % len(packages)
+if not machineOutput:
+print "(%d distinct packages)" % len(packages)
 
 if len(packages) == 0:
-print "No packages seem to need to be restarted."
-print "(please read checkrestart(1))"
+if not machineOutput:
+print "No packages seem to need to be restarted."
+print "(please read checkrestart(1))"
 sys.exit(0)
 
 for package in packages.values():
@@ -243,25 +254,31 @@
 nonrestartable.append(package)
 
 if len(restartable) > 0:
-print
-print "Of these, %d seem to contain init scripts which can be used to restart them:" % len(restartable)
-# TODO - consider putting this in a --verbose option
-print "The following packages seem to have init scripts that could be used\nto restart them:"
-for package in restartable:
-  print package.name + ':'
-  for process in package.processes:
-   print "\t%s\t%s" % (process.pid,process.program)
-
-print
-

Bug#759727: patches for including LTS into security-tracker.d.o

[Florian Weimer]

* Holger Levsen:

> around line 790 there is also:
>
> # Copy notes from DSA/DTSA/DLA to CVE.
> ...
> """SELECT source, target FROM bugs_xref
>  WHERE (source LIKE 'DTSA-%' OR source LIKE 'DSA-%' OR source LIKE 'DLA-%')
>  AND target LIKE 'CVE-%'""")):
>
> probably another OR is needed here? 

You mean, with TEMP-%?

It's currently not possible to address TEMP- vulnerabilities reliably,
so they cannot occur as copy targets.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760111: netatalk: Avahi registration fails when DDP is enabled

[Vincent Duvert]

Package: netatalk
Version: 2.2.5-1
Severity: normal
Tags: patch

Dear Maintainer,

I have noticed that afpd does not successfuly start when the DDP protocol is
enabled alongside with TCP (-ddp option without -notcp option in
/etc/netatalk/afpd.conf).
The syslog output reads:
afpd[4808]: AFP/TCP started, advertising 192.168.1.76:548 (2.2.5)
afpd[4808]: Failed to add service: Local name conflict

Since the avahi registration fails, the server will not be discoverable by the
clients. Older clients using atalkd will still be able to connect, though.

The problem is that when both DDP and TCP are enabled, afpd tries to register
twice on avahi (once for TCP, and once for ASP), with the same service name.

The attached patch skips Avahi registration for ASP/DDP configuration, to avoid
the double registration.

Thanks.



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

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

Versions of packages netatalk depends on:
ii  libacl1   2.2.52-1.1
ii  libattr1  1:2.4.47-1
ii  libavahi-client3  0.6.31-4
ii  libavahi-common3  0.6.31-4
ii  libc6 2.19-9
ii  libcomerr21.42.11-2
ii  libcrack2 2.9.1-1+b2
ii  libcups2  1.7.5-1
ii  libdb5.3  5.3.28-6
ii  libgcrypt11   1.5.4-2
ii  libgssapi-krb5-2  1.12.1+dfsg-7
ii  libk5crypto3  1.12.1+dfsg-7
ii  libkrb5-3 1.12.1+dfsg-7
ii  libldap-2.4-2 2.4.39-1.1+b1
ii  libpam-modules1.1.8-3.1
ii  libpam0g  1.1.8-3.1
ii  libwrap0  7.6.q-25
ii  netbase   5.2
ii  perl  5.20.0-4

Versions of packages netatalk recommends:
ii  avahi-daemon  0.6.31-4
pn  cracklib-runtime  
pn  db-util   
pn  libpam-cracklib   
ii  lsof  4.86+dfsg-1
ii  procps1:3.3.9-7
pn  rc

Versions of packages netatalk suggests:
pn  db4.2-util   
pn  groff
pn  quota
ii  texlive-binaries [texlive-base-bin]  2014.20140528.34243-5

-- Configuration Files:
/etc/default/netatalk changed [not included]
/etc/netatalk/AppleVolumes.default changed [not included]
/etc/netatalk/afpd.conf changed [not included]

-- no debconf information
Description: Fix Avahi registration when ASP is enabled
Author: Vincent Duvert 

--- netatalk-2.2.5.orig/etc/afpd/afp_avahi.c
+++ netatalk-2.2.5/etc/afpd/afp_avahi.c
@@ -94,6 +94,9 @@ static void register_stuff(void) {
 
 /* AFP server */
 for (config = ctx->configs; config; config = config->next) {
+if (config->obj.proto == AFPPROTO_ASP) {
+continue;
+}
 
 dsi = (DSI *)config->obj.handle;
 port = getip_port((struct sockaddr *)&dsi->server);

Bug#759774: Stopperbug: No stable releases to testing

[Sandro Knauß]

notfound -1 1.6.2+dfsg-1
found -1 owncloud-client_1.7.0~beta1+dfsg-1
stop

Hey,

> You've filed this bug against the version of owncloud-client that's
> currently in testing.

you are right. I wanted only block the 1.7.0~ to enter testing.

> (You could "fix" this by only marking the unstable version affected. I'm
> not entirely sure why you've decided to upload beta versions to unstable
> now if they're not going to suitable for stable, but that's a different
> conversation.)
Well the upload of the beta to sid was by accident - I wanted it to upload it 
to experimental. But we hope, that 1.7.0 will be released before the freeze.

Regads,

sandro

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

Bug#749445: Please avoid dependency on tdb when building on the Hurd

[Samuel Thibault]

Jelmer Vernooij, le Tue 27 May 2014 01:46:26 +0200, a écrit :
> Please avoid a build-dependency on libtdb-dev on the Hurd, as tdb depends on
> byte range locking which is not available on the Hurd. See
> http://bugs.debian.org/190367.

I have fixed and NMU-ed the changes to DELAYED/5, attached here.

Samuel
diff -Nru libcanberra-0.30/debian/changelog libcanberra-0.30/debian/changelog
--- libcanberra-0.30/debian/changelog   2013-05-30 17:14:44.0 +0200
+++ libcanberra-0.30/debian/changelog   2014-08-31 22:17:17.0 +0200
@@ -1,3 +1,14 @@
+libcanberra (0.30-2.1) unstable; urgency=medium
+
+  [ Samuel Thibault ]
+  * Non-maintainer upload.
+
+  [ Jelmer Vernooij ]
+  * Remove build-dependency on libtdb-dev on the Hurd, as tdb depends on
+byte range locking which is not available on the Hurd. Closes: #190367.
+
+ -- Samuel Thibault   Sun, 31 Aug 2014 22:17:15 +0200
+
 libcanberra (0.30-2) unstable; urgency=low
 
   * debian/rules: Properly exclude dh_makeshlibs from generating shlibs files
diff -Nru libcanberra-0.30/debian/control libcanberra-0.30/debian/control
--- libcanberra-0.30/debian/control 2013-05-30 17:16:02.0 +0200
+++ libcanberra-0.30/debian/control 2014-08-31 22:37:09.0 +0200
@@ -19,7 +19,7 @@
libvorbis-dev,
libgtk-3-dev (>= 3.0.0),
libgtk2.0-dev (>= 2.22),
-   libtdb-dev (>> 1.1),
+   libtdb-dev (>> 1.1) [!hurd-any],
gtk-doc-tools,
libpulse-dev (>= 0.9.11),
libgstreamer1.0-dev
diff -Nru libcanberra-0.30/debian/control.in libcanberra-0.30/debian/control.in
--- libcanberra-0.30/debian/control.in  2013-05-30 16:52:04.0 +0200
+++ libcanberra-0.30/debian/control.in  2014-08-31 22:25:02.0 +0200
@@ -14,7 +14,7 @@
libvorbis-dev,
libgtk-3-dev (>= 3.0.0),
libgtk2.0-dev (>= 2.22),
-   libtdb-dev (>> 1.1),
+   libtdb-dev (>> 1.1) [!hurd-any],
gtk-doc-tools,
libpulse-dev (>= 0.9.11),
libgstreamer1.0-dev
diff -Nru libcanberra-0.30/debian/libcanberra0.symbols.hurd-i386 
libcanberra-0.30/debian/libcanberra0.symbols.hurd-i386
--- libcanberra-0.30/debian/libcanberra0.symbols.hurd-i386  1970-01-01 
01:00:00.0 +0100
+++ libcanberra-0.30/debian/libcanberra0.symbols.hurd-i386  2014-08-31 
22:31:49.0 +0200
@@ -0,0 +1,72 @@
+libcanberra.so.0 libcanberra0 #MINVER#
+* Build-Depends-Package: libcanberra-dev
+ CANBERRA_0@CANBERRA_0 0.3
+ ca_context_cache@Base 0.2
+ ca_context_cache_full@Base 0.2
+ ca_context_cancel@Base 0.2
+ ca_context_change_device@Base 0.2
+ ca_context_change_props@Base 0.2
+ ca_context_change_props_full@Base 0.2
+ ca_context_create@Base 0.2
+ ca_context_destroy@Base 0.2
+ ca_context_open@Base 0.2
+ ca_context_play@Base 0.2
+ ca_context_play_full@Base 0.2
+ ca_context_playing@Base 0.16
+ ca_context_set_driver@Base 0.2
+ ca_debug@Base 0.4
+ ca_detect_fork@Base 0.12
+ ca_driver_order@Base 0.4
+ ca_get_data_dirs@Base 0.9
+ ca_get_data_home@Base 0.9
+ ca_lookup_sound@Base 0.2
+ ca_lookup_sound_with_callback@Base 0.8
+ ca_memdup@Base 0.10
+ ca_mutex_free@Base 0.2
+ ca_mutex_lock@Base 0.2
+ ca_mutex_new@Base 0.2
+ ca_mutex_try_lock@Base 0.2
+ ca_mutex_unlock@Base 0.2
+ ca_parse_cache_control@Base 0.2
+ ca_proplist_contains@Base 0.2
+ ca_proplist_create@Base 0.2
+ ca_proplist_destroy@Base 0.2
+ ca_proplist_from_ap@Base 0.2
+ ca_proplist_get_unlocked@Base 0.2
+ ca_proplist_gets_unlocked@Base 0.2
+ ca_proplist_merge@Base 0.2
+ ca_proplist_merge_ap@Base 0.2
+ ca_proplist_set@Base 0.2
+ ca_proplist_setf@Base 0.2
+ ca_proplist_sets@Base 0.2
+ ca_sound_file_close@Base 0.2
+ ca_sound_file_frame_size@Base 0.2
+ ca_sound_file_get_channel_map@Base 0.13
+ ca_sound_file_get_nchannels@Base 0.2
+ ca_sound_file_get_rate@Base 0.2
+ ca_sound_file_get_sample_type@Base 0.2
+ ca_sound_file_get_size@Base 0.2
+ ca_sound_file_open@Base 0.2
+ ca_sound_file_read_arbitrary@Base 0.2
+ ca_sound_file_read_int16@Base 0.2
+ ca_sound_file_read_uint8@Base 0.2
+ ca_sprintf_malloc@Base 0.2
+ ca_strerror@Base 0.2
+ ca_theme_data_free@Base 0.2
+ ca_vorbis_close@Base 0.2
+ ca_vorbis_get_channel_map@Base 0.13
+ ca_vorbis_get_nchannels@Base 0.2
+ ca_vorbis_get_rate@Base 0.2
+ ca_vorbis_get_size@Base 0.2
+ ca_vorbis_open@Base 0.2
+ ca_vorbis_read_s16ne@Base 0.2
+ ca_wav_close@Base 0.2
+ ca_wav_get_channel_map@Base 0.13
+ ca_wav_get_nchannels@Base 0.2
+ ca_wav_get_rate@Base 0.2
+ ca_wav_get_sample_type@Base 0.2
+ ca_wav_get_size@Base 0.2
+ ca_wav_open@Base 0.2
+ ca_wav_read_s16le@Base 0.2
+ ca_wav_read_u8@Base 0.2
+ driver_playing@Base 0.17
diff -Nru libcanberra-0.30/debian/rules libcanberra-0.30/debian/rules
--- libcanberra-0.30/debian/rules   2013-05-30 16:50:38.0 +0200
+++ libcanberra-0.30/debian/rules   2014-08-31 22:18:50.0 +0200
@@ -13,13 +13,17 @@
 
 common-binary-post-install-arch:: list-missing
 
+ifneq ($

Bug#759727: patches for including LTS into security-tracker.d.o

[Holger Levsen]

Hi,

On Sonntag, 31. August 2014, Florian Weimer wrote:
> That's indeed much better.  I've made this additional change.

:)

around line 790 there is also:

# Copy notes from DSA/DTSA/DLA to CVE.
...
"""SELECT source, target FROM bugs_xref
 WHERE (source LIKE 'DTSA-%' OR source LIKE 'DSA-%' OR source LIKE 'DLA-%')
 AND target LIKE 'CVE-%'""")):

probably another OR is needed here? 

> The code is now running on soler, so I'm closing this bug.

cool, thanks!


cheers,
Holger




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

Bug#759414: release.debian.org: debdiff with arguments in correct order

[Benjamin J. Scott]

Package: release.debian.org
Tags: wheezy
Followup-For: Bug #759414
User: release.debian@packages.debian.org
Usertags: pu


This is the debdiff reversed:


diff -Nru kvpm-0.8.6/debian/changelog kvpm-0.8.6/debian/changelog
--- kvpm-0.8.6/debian/changelog 2013-03-28 04:03:17.0 -0700
+++ kvpm-0.8.6/debian/changelog 2014-08-26 19:35:29.0 -0700
@@ -1,3 +1,11 @@
+kvpm (0.8.6-2+deb7u2) wheezy; urgency=low
+
+  [ Benjamin J. Scott ]
+  * Changed file debian/patches/bug-667232.patch. Fixed typo in patch file
+that caused FTBFS in last archive rebuild (Closes: #753175).
+
+ -- Benjamin J. Scott   Tue, 26 Aug 2014 17:25:21 -0700
+
 kvpm (0.8.6-2+deb7u1) testing-proposed-updates; urgency=high
 
   [ Benjamin J. Scott ]
diff -Nru kvpm-0.8.6/debian/patches/bug-667232.patch 
kvpm-0.8.6/debian/patches/bug-667232.patch
--- kvpm-0.8.6/debian/patches/bug-667232.patch  2012-09-16 20:41:30.0 
-0700
+++ kvpm-0.8.6/debian/patches/bug-667232.patch  2014-08-26 16:42:34.0 
-0700
@@ -1,6 +1,7 @@
 Fixed FTBFS with gcc version 4.7 by including the system header
 unistd.h in main.cpp and misc.cpp. It was implicitly included
-with gcc 4.6 and earlier.--- a/kvpm/main.cpp
+with gcc 4.6 and earlier.
+--- a/kvpm/main.cpp
 +++ b/kvpm/main.cpp
 @@ -12,6 +12,8 @@
   * See the file "COPYING" for the exact licensing terms.


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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#632627: Re[2]: Bug#632627: Re[2]: Bug#632627: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)

[Askar Safin]

Hi, kix.

Sun, 31 Aug 2014 20:43:33 + от "Rodolfo García Peñas (kix)" 
:
>About this bug, I worked on it one year ago. I sent some emails. As
>you can see in the bug history, uswsusp cannot update the file,
>because it belongs to initramfs-tools. I sent some patches,...
And then there was discussion on debian-devel, which was lost for some reason.
So, we should just continue discussion.
And also we should understand why the bug was magically "fixed" in modern 
jessie.

Also NOTE for all people writing to this bug report: be sure you are writing to 
632...@bugs.debian.org and not to 632627-d...@bugs.debian.org (closing this bug 
again and again).

==
Askar Safin
http://vk.com/safinaskar
Moscow, Russia
Moscow State University, http://msu.ru , Faculty of Mechanics and Mathematics, 
Department of Mathematical Logic and Theory of Algorithms
-
-

Bug#755351: blink-cursor-mode should respect GTK+ setting by default

[Rob Browning]

[If possible, please preserve the -forwarded address in any replies.]

This was reported to bugs.debian.org, and looked like something that
would be best considered upstream.

Josh Triplett  writes:

> In the GTK+ version of Emacs, the default setting for
> blink-cursor-mode should respect the desktop setting of
> org.gnome.desktop.interface.cursor-blink .  An explicit setting of
> blink-cursor-mode in .emacs could still override it, but the default
> setting should not.
>
> - Josh Triplett

More information here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755351

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#634930: [Pkg-gnupg-maint] GPA maintenance

[Daniel Kahn Gillmor]

Hi Andreas--

[cc'ing 634...@bugs.debian.org]

On 08/31/2014 01:32 PM, Andreas Rönnquist wrote:

> I am interested in helping out with GPA (I find it to be a very nice
> little tool), and I applaud your efforts to migrate the gnupg
> packaging repositories to git.
> 
> However, I don't really know what to do with #634930 [1], which is the
> only reason it isn't in testing. I have just now tested with a fresh
> virtual machine where it worked simply great, but I have previously
> also ran into the problems described there with "General Assuan error"
> which makes it unusable.
> 
> It would be really really nice to get GPA into testing before the
> freeze.
> 
> 1 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634930

Thank you for stepping up to offer to look into this further!

It would be great to have more attention paid to GPA -- i just tried
testing it and i didn't get the errors reported, but i got different
errors and found that i couldn't use it.

I tried from a user account that doesn't have

The two dialogs i saw were:

--
 The GPGME library returned an unexpected error.  The error was:

  Unknown option

 This is probably a bug in GPA.
 GPA will now try to recover from this error.
  [ Close ]
--



--
You do not have a private key yet.  Do you want to generate one now
(recommended) or do it later?

 [ Generate key now ] [ Do it later ]
--

This last dialog box just stays up, no matter what buttons i click.


Some possible questions that might make things clearer:

 * Have you tested it with from a new, clean user account?
 * What version of gnupg2 do you have installed?
 * What architecture are you using?
 * What desktop environment are you using?
 * What version of libassuan?

If you can figure out how to reproduce some of these problems, you might
consider looking into source.

I just moved the gpa debian packaging source to git.  You can clone it with:

 git clone git://git.debian.org/pkg-gnupg/gpa.git

Feel free to send patches to the list if you figure out needed fixes:

 git config sendemail.to pkg-gnupg-ma...@lists.alioth.debian.org

thanks for the offer of help!  hopefully we can get gpa more cleaned up
together.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#759891: golly: FTBFS: configure: error: could not determine Perl shared library name

[NIIBE Yutaka]

On 08/31/2014 07:46 AM, Niko Tyni wrote:
> The problem, of course, is that libperl.so moved from /usr/lib/libperl.so
> to /usr/lib//libperl.so, so it looks like debian/rules needs
> to be updated accordingly. Patch attached, this makes it build for me.

Thank you for your patch.  I changed debian/rules accordingly, and I'm
now about to upload.

> I do wonder about the missing runtime dependency. Comments in
> gui-wx/configure/configure.ac indicate libperl gets loaded dynamically
> at runtime. Is it intentional to not even Recommend libperl5.20, or is
> that left out because it's non-trivial to do? (See #611573 for a similar
> issue with the vim source package.)

It would be good to add Suggested, but I don't know users of those
language bindings (including myself).  As I don't want to limit
Golly's ability, the package is compiled for those language bindings,
but I'm not sure if its really useful.  Surely, it's useful for
Golly developers and special life game developers, though.

> I see you're currently parsing the output of the 'ls -l' command to get
> the symlink target of libperl.so in libperl-dev. I can see why that's
> necessary, but please note that I've just filed #759989 against perl to
> make it possible to use $Config{libperl} in the future for this.

Thank you.  Noted.
-- 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759727: patches for including LTS into security-tracker.d.o

[Holger Levsen]

Hi Florian,

On Sonntag, 31. August 2014, Florian Weimer wrote:
> * Holger Levsen:
> > -# security_db.py -- simple, CVE-driven Debian security bugs database
> > +# lts_db.py -- simple, CVE-driven Debian security bugs database
> This change appears unnecessary.

right (ouch)
 
> > -   AND sp.subrelease <> 'security'
> > +   AND sp.subrelease <> 'security' AND p.subrelease <> 'lts'
> This is a typo, should be "sp.subrelease" twice.

right!

> If you look at ,
> you will see that DLA-40-1 is listed under "Open issues".  This is
> incorrect, DLAs should never be listed there.
> 
> I believe the fix is this additional change in getBugsForSourcePackage:
> 
>  AND bugs.name = st.bug_name
> -AND bugs.name NOT LIKE 'DSA-%'
> +AND bugs.name LIKE 'CVE-%'

right, cool! maybe LIKE ('CVE-%' OR 'TEMP-%') ?? Or are those really never 
used?

>  GROUP BY bugs.name, bugs.description, sp.name)
> 
> Can you make these changes, test again, and commit?  I can then
> activate them on soler.

I've done so now, thanks for your review and pushing them to soler!

Please also close this bug then.

> And thanks a lot for working on this!

my pleasure! It felt good to come up with this patch! :-)


cheers,
Holger



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

Bug#758232:

[Tobias Frost]

Hi Willem,

here's a short review; I do not intend to sponsor this package.

You are also upstream, aren't you? Then I suggest reading
https://wiki.debian.org/UpstreamGuide (I always write that; However, I
did not spot any common errors :))

Reviewing the pacakge (unordered list)
-> You need to file an ITP bug 
-> When you upload a package for the first time to Debian, the only
changelog entry is "Intial Release (Closes #your-itp-bug)
-> (The Debian-part of the package-version is then also -1 )

-> d/rules --with-quilt is not needed. See man dh_quilt_patch

-> d/watch does not work.

-> Please remove the boilerplate-text (line2-7 from d/rules

-> If possible, move lyx to Build-Depends-Indep as it is only needed for
buiding arch:all doc pacakage. This saves severval indirect B-Ds...


-- 
tobi


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760109: emacs24: dumps core if X server connection goes away

[Rob Browning]

Russ Allbery  writes:

> I run Emacs quite a lot over ssh via ssh -X.  If I am doing that and
> the ssh connection dies for some reason, Emacs dumps core.  This isn't
> a huge problem, but the core files are rather large, and this doesn't
> seem like something that should cause a core dump as opposed to some
> more controlled process exit.

As a quick aside, this may or may not be related to a long-standing
upstream GTK+ issue.  If so, you may have better luck with emacs24-lucid
(with respect to crashing in the first place).

I had a similar problem a while back, when disconnecting from emacs
--daemon instances, before switching to lucid myself.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#753627: memtest86+: Bug #753627 confirmed

[Yann Dirson]

On Sun, Aug 31, 2014 at 01:09:31AM +0100, Jose M Calhariz wrote:
> 
> I can confirm the Bug.  Following the discussion in
> http://forum.canardpc.com/threads/83443-Memtest86-V5.01-crashes-with-gcc-4.7.2-or-later
> reducing the optimization from -O1 to -O0 and a small patch to the
> file io.h make memtest86 work again.

Thanks for finding this!

http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/4/SRPMS/core/release/memtest86+-5.01-5.mga4.src.rpm
 also have other interesting fixes, BTW.

However I have issues with the patch: -O0 disables quite a lot of
optimisations, and we surely don't want to disable all those that are
not buggy.  I haven't looked in depth, but the additional required
changes are probably a consequence of this.

Additionally, we don't even know what the gcc problem is, ir even if
it has been reported to the gcc team.  Having more detailed
information would allow to link to 2 problems.

If nobody has the detailed info, I'll try to find the time this week
to identify the faulty flag.

Best regards,
-- 
Yann


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#685575: opentracker debian folder passes lintian

[Antoine Beaupré]

On 2014-08-30 17:01:29, Antoine Beaupré wrote:
> Looking at this, I wonder if some features should be enabled in the
> build. I am thinking of:
>
> WANT_SYSLOGS
> WANT_V6
> WANT_COMPRESSION_GZIP


Reading the code quickly, it seems that WANT_DEV_RANDOM should probably
be used as well, otherwise the RNG is seeded on time(NULL), which is
bad.

I also looked at WANT_V6 and it seems mostly concerned about storage,
display and data structures, but network routines seem to do the right
thing, so i wonder why this is necessarily exclusive...

a.
-- 
Tout ce qui n’est pas donné est perdu.
- Proverbe indien


pgpcVlpf52ca8.pgp
Description: PGP signature

Bug#731594: openntpd: upstream is looking for a maintainer for the portable branch

[Martin-Éric Racine]

Package: openntpd
Followup-For: Bug #731594

Dererk pointed out in a previous comment to this bug report that the portable
branch is obsolete and that its maintainer hasn't responded. Here's some good
news: the project's site mentions that they in fact need a new maintainer for
the portable branch: http://www.openntpd.org

At this point, if we really mean to make OpenNTPD the standard NTP daemon at
Debian, we have a window of opportunity we can seize.

I'm the entirely wrong person to do this, though, seeing as my coding skills
are sketchy at best and how I've been meaning to spend less time on Debian as
other aspects of my life have taken on a much higher priority.

Does anybody else wanna contact Henning Brauer to see how we can hijack this?

Martin-Éric


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#756201: packaging-tutorial: [INTL:pt] Updated Portuguese translation

[Lucas Nussbaum]

On 31/08/14 at 20:23 +0100, Américo Monteiro wrote:
> A Domingo, 31 de Agosto de 2014 18:37:20 Lucas Nussbaum você escreveu:
> 
> 
> > This means I can convert this file back to utf-8 and you will receive the 
> > translation 
> > updated soon.
> 
> And here it is the attached file in utf-8 and updated

Thanks!

Applied, it will be in the next upload.

Lucas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751009:

[Tobias Frost]

Hi Nigel,

(I do not intend to sponsor this package, sorry.)

I had a few minutes, so here is a very short review (for sure not
complete:)

You are also upstream, aren't you? Then I suggest reading
https://wiki.debian.org/UpstreamGuide
(So you should for example consider removing the debian directory from
your repository; it will be hard for you to keep that in sync... :))

d/changelog:
for a new package its only "Initial release (Closes #xx)"; delete
the rest. 
There's should be an empty line between the "header" line and the
entries
Hint: Use dch(1) to create your d/changelog, don't do it manually

You need to remove your logfiles when the package is purged.
(using a postrm script) See policy 10.8 

There is a linitian problem with the long description, refer also to
policy 3.4.1

d/rules
I'd suggest not to override targets if there are other means, like
d/clean instead of override_dh_autoclean

AUTHORS and TODO needs not to be installed in the binary package, as it
does not contain information useful to the user.

Thanks!

--
tobi


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760110: ledger: cwd in RPATH

[Jakub Wilk]

Source: ledger
Severity: important
Version: 3.0.0+dfsg4-1
Tags: security

/usr/lib/ledger/libledger.so.3 has the following RPATH:

:

(Yes, this is 25 colons.)

RPATH works like $PATH: you can put multiple colon-separated items 
there, and an empty item stands for current working directory. This 
means that programs linking to libledger cannot be used securely when 
current working directory is world-writable (for example /tmp). Local 
malicious user could plant a crafted library there, tricking the program 
to load arbitrary code.


PoC:

$ gcc -Wall -shared -fPIC moo.c -o libmpfr.so.4
$ ledger
moo!
Aborted


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

Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages ledger depends on:
ii  libboost-filesystem1.55.0  1.55.0+dfsg-2
ii  libboost-iostreams1.55.0   1.55.0+dfsg-2
ii  libboost-regex1.55.0   1.55.0+dfsg-2
ii  libboost-system1.55.0  1.55.0+dfsg-2
ii  libc6  2.19-10
ii  libgcc11:4.9.1-9
ii  libgmp10   2:6.0.0+dfsg-6
ii  libicu52   52.1-5
ii  libmpfr4   3.1.2-1
ii  libstdc++6 4.9.1-9

--
Jakub Wilk
#include 
#include 
void f() __attribute__((constructor));
void f() { printf("moo!\n"); abort(); }

Bug#760109: emacs24: dumps core if X server connection goes away

[Russ Allbery]

Package: emacs24
Version: 24.3+1-4+b1
Severity: normal

I run Emacs quite a lot over ssh via ssh -X.  If I am doing that and
the ssh connection dies for some reason, Emacs dumps core.  This isn't
a huge problem, but the core files are rather large, and this doesn't
seem like something that should cause a core dump as opposed to some
more controlled process exit.

The (almost entirely unhelpful) backtrace is:

#0  0x7fb49133779b in raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
#1  0x004dcff6 in ?? ()
#2  0x004f75a3 in ?? ()
#3  0x004b222b in ?? ()
#4  0x004b235d in ?? ()
#5  0x7fb4945164fe in _XIOError ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x7fb494514602 in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x7fb4944f5928 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#8  0x7fb4944f67da in XLoadQueryFont ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6

followed by lots and lots of ?? () entries.

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

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

Versions of packages emacs24 depends on:
ii  emacs24-bin-common   24.3+1-4+b1
ii  gconf-service3.2.6-2
ii  libasound2   1.0.28-1
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-9
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libdbus-1-3  1.8.6-2
ii  libfontconfig1   2.11.0-6
ii  libfreetype6 2.5.2-1.1
ii  libgconf-2-4 3.2.6-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgif4  4.1.6-11
ii  libglib2.0-0 2.40.0-4
ii  libgnutls-deb0-283.2.16-1
ii  libgomp1 4.9.1-4
ii  libgpm2  1.20.4-6.1
ii  libgtk-3-0   3.12.2-3
ii  libice6  2:1.0.9-1
ii  libjpeg8 8d1-1
ii  libm17n-01.6.4-2
ii  libmagickcore5   8:6.7.7.10+dfsg-4
ii  libmagickwand5   8:6.7.7.10+dfsg-4
ii  libotf0  0.9.13-1
ii  libpango-1.0-0   1.36.6-1
ii  libpangocairo-1.0-0  1.36.6-1
ii  libpng12-0   1.2.50-2
ii  librsvg2-2   2.40.3-1
ii  libselinux1  2.3-1
ii  libsm6   2:1.2.2-1
ii  libtiff5 4.0.3-9
ii  libtinfo55.9+20140712-2
ii  libx11-6 2:1.6.2-3
ii  libxft2  2.3.2-1
ii  libxml2  2.9.1+dfsg1-4
ii  libxpm4  1:3.5.11-1
ii  libxrender1  1:0.9.8-1
ii  zlib1g   1:1.2.8.dfsg-1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.3+1-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759008: [Pkg-samba-maint] Bug#759008: libtdb1: FTBFS on hurd-i386

[Jelmer Vernooij]

On Sun, Aug 31, 2014 at 06:46:43PM +0200, Samuel Thibault wrote:
> Manuel Menal, le Sat 23 Aug 2014 22:56:11 +0200, a écrit :
> > I do hope too that partial file locking gets implemented on GNU/Hurd ASAP.
> > But in the meantime, it would be a shame not to have a working samba, when
> > it *does* work fine with this patch.
> 
> Well, it's not only about samba, it's also blocking libcanberra, and
> from there a large bunch of gnome things.

tdb support in libcanberra is optional. I filed #749445 earlier about
disabling it on the Hurd.

Cheers,

Jelmer

-- 
Jelmer Vernooij 
Debian Developer   https://jelmer.uk/


signature.asc
Description: Digital signature

Bug#759008: Spinlock

[Jelmer Vernooij]

See my earlier comments for requirements for a patch that addresses
this bug.

- A patch should not disable the testsuite; if byte range locking is
  not implemented, then please disable the tests *specifically*
  related to byte range locking on the Hurd but keep the rest intact.
- The package description should stay accurate on all architectures;
  i.e. a patch should either keep the properties described it in the
  package description or update the package description to reflect
  that those properties are not present on the Hurd.

Even with that in mind, I am very very weary about accepting a patch
that makes tdb use file-level locks as an alternative to byte range
locks. The whole point of TDB is that it allows multiple concurrent
readers and writers (see the package description). There is a reason
its users use TDB and not e.g. gdbm.

In the past, TDB supported spinlocks as an alternative to byte range
locking. Perhaps it would be an idea to re-introduce that support as a
patch on the Hurd?

Jelmer


signature.asc
Description: Digital signature

Bug#760108: gthumb: spews GLib-CRITICAL errors while running

[Russ Allbery]

Package: gthumb
Version: 3:3.3.1-2
Severity: minor

gthumb spews tons of errors like this:

(gthumb:23863): GLib-CRITICAL **: Source ID 109 was not found when attempting 
to remove it

(gthumb:23863): GLib-CRITICAL **: Source ID 112 was not found when attempting 
to remove it

(gthumb:23863): GLib-CRITICAL **: Source ID 117 was not found when attempting 
to remove it

while running.  These don't seem to affect the functionality of the
program, but they're quite annoying if gthumb was started from a
terminal window, or when going through .xsession-errors looking for
real problems.

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

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

Versions of packages gthumb depends on:
ii  gsettings-desktop-schemas   3.12.2-1
ii  gthumb-data 3:3.3.1-2
ii  libatk1.0-0 2.12.0-1
ii  libc6   2.19-10
ii  libcairo-gobject2   1.12.16-3
ii  libcairo2   1.12.16-3
ii  libexiv2-12 0.23-1.1
ii  libgcc1 1:4.9.1-11
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-5
ii  libgstreamer-plugins-base1.0-0  1.4.1-1
ii  libgstreamer1.0-0   1.4.1-1
ii  libgtk-3-0  3.12.2-3+b1
ii  libjavascriptcoregtk-3.0-0  2.4.5-1
ii  libjpeg88d1-1
ii  libjson-glib-1.0-0  1.0.2-1
ii  libpango-1.0-0  1.36.6-1
ii  libpangocairo-1.0-0 1.36.6-1
ii  libpng12-0  1.2.50-2
ii  librsvg2-2  2.40.3-1
ii  libsecret-1-0   0.18-1
ii  libsoup2.4-12.46.0-2
ii  libstdc++6  4.9.1-11
ii  libtiff54.0.3-10
ii  libwebkit2gtk-3.0-252.4.5-1
ii  libwebp50.4.1-1.1
ii  multiarch-support   2.19-10
ii  zlib1g  1:1.2.8.dfsg-2

Versions of packages gthumb recommends:
ii  bison   2:3.0.2.dfsg-2
ii  flex2.5.39-8
pn  gstreamer0.10-gnomevfs  
pn  gvfs-bin

gthumb suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org