Bug#759770: isenkram-cli: Missing Breaks/Replaces on isenkram 0.10 (or the relevant version)
Package: isenkram-cli Version: 0.10 Severity: important THe missing relation means that apt may decide to unpack isenkram-cli before isenkram is upgraded, resulting in failure: dpkg: error processing archive /var/cache/apt/archives/isenkram-cli_0.10_all.deb (--unpack): trying to overwrite '/usr/bin/isenkram-lookup', which is also in package isenkram 0.7 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Please add the relation to avoid more upgrade issues. Saludos -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) Shell: /bin/sh linked to /bin/dash Versions of packages isenkram-cli depends on: ii lsb-release 4.1+Debian13 ii python 2.7.8-1 isenkram-cli recommends no packages. isenkram-cli 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
Bug#759771: Allow to align sizes/size differences used in format strings
Package: aptitude Version: 0.6.11-1 Severity: minor Let's assume I was using something along the lines of %c%a%M%S %?i %p# %Z %10D %10I %4r %20v %20V %t for the display format of package lists. Now this looks much better than the default but due to the lack of aligning numbers of the included sizes it always requires second look to see the actual sizes. It would be better, if all sizes could be right aligned with the empty SI prefix treated as a space, thus instead of 1,234 B 12.9 kB 789 kB I'd get something like 1,234.5 kB 12.9 kB 789.7 kB Regards, BenBE. -- Package-specific info: Terminal: screen $DISPLAY not set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.11 compiled at Jun 9 2014 20:46:57 Compiler: g++ 4.8.3 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.11 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20140712 cwidget version: 0.5.17 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 (0x727fc000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7fc8bd44c000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fc8bd216000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fc8bcfeb000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fc8bcde6000) libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7fc8bcadf000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fc8bc81d000) libboost_iostreams.so.1.55.0 = /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7fc8bc605000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fc8bc1fa000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fc8bbfdc000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fc8bbcd1000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fc8bb9d) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fc8bb7b9000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fc8bb41) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fc8bb20d000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fc8bb008000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fc8badf) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fc8babe) liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fc8ba9bc000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fc8ba7b4000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fc8ba5ae000) /lib64/ld-linux-x86-64.so.2 (0x7fc8bdde2000) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (750, 'experimental'), (700, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-trunk-amd64 (SMP w/8 CPU cores) 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 aptitude depends on: ii aptitude-common 0.6.11-1 ii libapt-pkg4.121.0.6 ii libboost-iostreams1.55.0 1.55.0+dfsg-2 ii libc6 2.19-9 ii libcwidget3 0.5.17-1 ii libgcc1 1:4.9.1-4 ii libncursesw5 5.9+20140712-2 ii libsigc++-2.0-0c2a2.2.11-4 ii libsqlite3-0 3.8.5-2 ii libstdc++64.9.1-4 ii libtinfo5 5.9+20140712-2 ii libxapian22 1.2.18-1 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-doc none ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn apt-xapian-index none ii debtags 1.12.1 ii tasksel 3.20 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759263: cryptmount: Failed to initialize device for LUKS keyfile
This bug seems to be related to apparent incompatibilities between the latest libcryptsetup and libgcrypt11. Preliminary experiments with libgcrypt20 indicate that the problems with non-privileged access to LUKS partitions can be fixed simply by compiling with libgcrypt20-dev in place of libgcrypt11-dev. The attached patch describes these changes. After a bit more testing, I hope to have an updated (minor) release available soon. RW Penney diff --git a/debian/control b/debian/control index 245d9d6..de31c79 100644 --- a/debian/control +++ b/debian/control @@ -4,12 +4,12 @@ Priority: extra Maintainer: RW Penney rwpen...@users.sourceforge.net Homepage: http://cryptmount.sourceforge.net Build-Depends: debhelper (= 9.0.0), dpkg-dev (=1.16.1), autotools-dev, -libcryptsetup-dev (= 1.4), libdevmapper-dev, -libgcrypt11-dev (= 1.1), pkg-config, uuid-dev +libcryptsetup-dev (= 1.6), libdevmapper-dev, +libgcrypt20-dev (= 1.1), pkg-config Standards-Version: 3.9.5 Package: cryptmount -Architecture: any +Architecture: linux-any Depends: ${shlibs:Depends}, ${misc:Depends} Recommends: udev Suggests: openssl, dmsetup
Bug#759772: Allow format strings to require fixed width for optional arguments
Package: aptitude Version: 0.6.11-1 Severity: minor Let's assume the following format string for package lists: %c%a%M%S %?i %p# %Z %10D %10I %4r %20v %20V %t Now configure some packages with explicit preferences along the lines of: $ cat /etc/apt/preferences Package: linux-image-* linux-headers-* linux-firmware-* firmware-* *-firmware Pin: release a=experimental Pin-Priority: 1000 Package: linux-image-* linux-headers-* linux-firmware-* firmware-* *-firmware Pin: release a=unstable Pin-Priority: 950 Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=stable Pin-Priority: 800 Package: * Pin: release a=experimental Pin-Priority: 750 Package: * Pin: release a=unstable Pin-Priority: 700 When browsing the various categories you will see various most packages without any priority, as desired. But when looking into a section with kernel images, development headers or firmware packages in them, mixed with other, you will see stairs and other effects with misalignment of the columns. It would be cool if you could ask Aptitude to skip the value as is now, but still reserve a certain amount of space for it anyway. Regards, BenBE. -- Package-specific info: Terminal: screen $DISPLAY not set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.11 compiled at Jun 9 2014 20:46:57 Compiler: g++ 4.8.3 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.11 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20140712 cwidget version: 0.5.17 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 (0x7fffa67fc000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7f1358d05000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f1358acf000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f13588a4000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f135869f000) libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7f1358398000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f13580d6000) libboost_iostreams.so.1.55.0 = /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7f1357ebe000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f1357ab3000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f1357895000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f135758a000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f1357289000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f1357072000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f1356cc9000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f1356ac6000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f13568c1000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f13566a9000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f1356499000) liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f1356275000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f135606d000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f1355e67000) /lib64/ld-linux-x86-64.so.2 (0x7f135969b000) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (750, 'experimental'), (700, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-trunk-amd64 (SMP w/8 CPU cores) 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 aptitude depends on: ii aptitude-common 0.6.11-1 ii libapt-pkg4.121.0.6 ii libboost-iostreams1.55.0 1.55.0+dfsg-2 ii libc6 2.19-9 ii libcwidget3 0.5.17-1 ii libgcc1 1:4.9.1-4 ii libncursesw5 5.9+20140712-2 ii libsigc++-2.0-0c2a2.2.11-4 ii libsqlite3-0 3.8.5-2 ii libstdc++64.9.1-4 ii libtinfo5 5.9+20140712-2 ii libxapian22 1.2.18-1 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-doc none ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn apt-xapian-index none ii debtags 1.12.1 ii tasksel 3.20 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: Latarki , Lornetki ,Noże
Nalepsze Latarki ,Lornetki wejdz i zobacz : www.elektroshop-polska.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752769: [Pkg-xfce-devel] Bug#752769: (no subject)
On ven., 2014-08-29 at 23:19 -0300, Breno Leitao wrote: As we are bootstrapping ppc64el officially, and this bug is going to become an offender soon, blocking the bootstrap process. What does “bootstrapping officialy” means? Is it a release arch? Let me know if you are busy, and someone can work on a NMU. It's just a matter of uploading what's in svn, so I'll just do that. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#759773: [INTL:da] Danish translation of apt-listbugs
Package: apt-listbugs Severity: wishlist Tags: l10n patch Please include the attached Danish apt-listbugs translation. joe@pc:~/over/debianp/apt-listbugs$ msgfmt --statistics -c -v -o /dev/null da.poda.po: 100 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#754982: Uploaded 2.84-0.1 to delayed/5 queue
Hi, I uploaded version 2.84-0.1 to the delayed queue (5 days), including the patches sent in this bug report. I tested it, and could download Debian 7.6.0 DVD image. Note that I also pushed the changes in the Git in collab-maint, and tagged this Debian release. This includes the fix for the systemd bug #718624. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511715: Latarki , Lornetki ,Noże
Nalepsze Latarki ,Lornetki wejdz i zobacz : www.elektroshop-polska.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638822: smb.conf: acl related options need mount flags in fstab (acl, user_xattr)
[Mike Gabriel] that require tweaking of /etc/fstab for samba related mount points (add acl and user_xattr option for ext3 file systems): I had a look at the partman automatic partitioning documentation, and believe this patch should solve it. Can you test it and let me know if it solve the issue for Samba? diff --git a/lib/partman/common/90edumain b/lib/partman/common/90edumain index 53ce258..f012280 100644 --- a/lib/partman/common/90edumain +++ b/lib/partman/common/90edumain @@ -62,6 +62,8 @@ debian-edu-install/text/partman-debian-edu-main :: format{ } use_filesystem{ } filesystem{ ext4 } +options/acl{ acl } +options/user_xattr{ user_attr } mountpoint{ /skole/backup } . @@ -71,6 +73,8 @@ debian-edu-install/text/partman-debian-edu-main :: format{ } use_filesystem{ } filesystem{ ext4 } + options/acl{ acl } + options/user_xattr{ user_attr } mountpoint{ /skole/tjener/home0 } . 32 1000 -1 ext4 diff --git a/lib/partman/common/91edumain+ltsp b/lib/partman/common/91edumain+ltsp index 6da626b..7ef2218 100644 --- a/lib/partman/common/91edumain+ltsp +++ b/lib/partman/common/91edumain+ltsp @@ -70,6 +70,8 @@ debian-edu-install/text/partman-debian-edu-main+ltsp :: format{ } use_filesystem{ } filesystem{ ext4 } + options/acl{ acl } + options/user_xattr{ user_attr } mountpoint{ /skole/tjener/home0 } . 64 1000 15360 ext4 @@ -86,6 +88,8 @@ debian-edu-install/text/partman-debian-edu-main+ltsp :: format{ } use_filesystem{ } filesystem{ ext4 } +options/acl{ acl } +options/user_xattr{ user_attr } mountpoint{ /skole/backup } . 32 1000 -1 ext4 -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759774: Stopperbug: No stable releases to testing
Package: owncloud-client Version: 1.6.2+dfsg-1 Severity: grave To stop the automatic migration to testing for non stable releases.. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (500, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1.towo-siduction-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages owncloud-client depends on: ii libc6 2.19-9 ii libgcc1 1:4.9.1-7 ii libowncloudsync0 1.6.2+dfsg-1 ii libqt5core5a 5.3.1+dfsg-3 ii libqt5dbus5 5.3.1+dfsg-3 ii libqt5gui55.3.1+dfsg-3 ii libqt5network55.3.1+dfsg-3 ii libqt5sql5-sqlite 5.3.1+dfsg-3 ii libqt5widgets55.3.1+dfsg-3 ii libqt5xml55.3.1+dfsg-3 ii libstdc++64.9.1-7 ii owncloud-client-l10n 1.6.2+dfsg-1 owncloud-client recommends no packages. owncloud-client 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
Bug#759590: Error in GnuTLS initialization: Failed to acquire random data.
Klaus, $ gnutls-cli Error in GnuTLS initialization: Failed to acquire random data. Are you setting LD_PRELOAD to libeatmydata.so? I am. This is definitely related to the problem for me. Is it for you too? $ env -i gnutls-cli No hostname specified $ env -i LD_PRELOAD=/usr/lib/libeatmydata/libeatmydata.so gnutls-cli Error in GnuTLS initialization: Failed to acquire random data. No hostname specified $ unset LD_PRELOAD ; gnutls-cli No hostname specified Bob signature.asc Description: Digital signature
Bug#759775: ImportError: No module named cmds
Package: trash-cli Version: 0.12.9.14-1 Severity: important Dear Maintainer, With the new version I can't put any file to trash bin anymore. /usr/bin/trash-put tobedeleted Traceback (most recent call last): File /usr/bin/trash-put, line 4, in module from trashcli.cmds import put as main ImportError: No module named cmds Downgrading to 0.12.7-1 (aptitude install trash-cli=0.12.7-1) solves the issue. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages trash-cli depends on: ii python2.7.8-1 ii python-pkg-resources 5.5.1-1 trash-cli recommends no packages. trash-cli 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
Bug#759776: xfce4-session: recommends xscreensaver but that has 'won't fix' bug against power manager
Package: xfce4-session Version: 4.10.1-8 Severity: normal xcfe4-session still recommends xscreensaver despite that fact that for years xscreensaver has prevented (even with DPMS settings turned off) prevented xfce's power manager from shutting of the display or going into sleep mode due to taking over the xidle timer. xscreensaver's maintainer, in a bug about this, has expressed his opinion that it's not a bug and he has no intention of fixing it. Therefore xscreensaver is broken for xfce and should be replace, perhaps by light-locker now that it is avialable. -- 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/8 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-session depends on: ii libatk1.0-02.12.0-1 ii libc6 2.19-9 ii libcairo2 1.12.16-2 ii libdbus-1-31.8.6-2 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6 ii libfreetype6 2.5.2-1.1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-4 ii libgtk2.0-02.24.24-1 ii libice62:1.0.9-1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-01.36.6-1 ii libpangoft2-1.0-0 1.36.6-1 ii libpolkit-gobject-1-0 0.105-6.1 ii libsm6 2:1.2.2-1 ii libwnck22 2.30.7-1 ii libx11-6 2:1.6.2-3 ii libxfce4ui-1-0 4.10.0-5 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii multiarch-support 2.19-9 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-2 Versions of packages xfce4-session recommends: ii dbus-x11 1.8.6-2 ii libpam-systemd 208-8 ii systemd-sysv 208-8 ii upower 0.99.0-3 ii x11-xserver-utils 7.7+3 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-2 ii xscreensaver 5.26-1 Versions of packages xfce4-session suggests: pn fortunes-mod none ii sudo 1.8.9p5-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#759265: override: perl:perl/important perl-modules:perl/important (and some others)
On Mon, Aug 25, 2014 at 07:25:04PM +0200, Ansgar Burchardt wrote: Please consider raising perl's priority to important (and the same for the packages it depends on). I'll followup with the full list later as I had it only in emacs's scratch buffer a few days ago... Note that this increases the size Priority: important quite a bit, but Hi, there're other solutions discussed to solve this priority conflict that don't increase the size (or far less) of the set of priority important packages, which should be taken into account before adding this override https://bugs.debian.org/757891 https://bugs.debian.org/757905 I personally prefer the very first one (#757891). Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759777: tt-rss: Partially broken by libjs-dojo-core/dijit upgrade
Package: tt-rss Version: 1.13+dfsg-1 Severity: normal After libjs-dojo-core/dijit just upgraded in testing (from 1.7.2+dfsg-1 to 1.10.0+dfsg-1), tt-rss' UI is partially broken. All the feed icons in the left menu/tree are gone, and the roll-over highlight on all pop-up menu items is not rendered correctly. Downgrading this pair of packages back to 1.7.2+dfsg-1 (hooray snapshot.debian.org) is sufficient to fix the problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tt-rss depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.21 ii libapache2-mod-php55.6.0~rc4+dfsg-4 ii libjs-dojo-core1.10.0+dfsg-1 ii libjs-dojo-dijit 1.10.0+dfsg-1 ii libjs-scriptaculous1.9.0-2 ii libphp-phpmailer 5.2.8+dfsg-1 ii php-gettext1.0.11-1 ii php5 5.6.0~rc4+dfsg-4 ii php5-cli 5.6.0~rc4+dfsg-4 ii php5-json 1.3.6-1 ii php5-mysql 5.6.0~rc4+dfsg-4 ii php5-pgsql 5.6.0~rc4+dfsg-4 ii phpqrcode 1.1.4-1 Versions of packages tt-rss recommends: ii apache2 2.4.10-1 ii apache2-bin [httpd] 2.4.10-1 ii lighttpd [httpd] 1.4.35-3 ii php5-gd 5.6.0~rc4+dfsg-4 ii php5-mcrypt 5.6.0~rc4+dfsg-4 Versions of packages tt-rss suggests: ii mysql-client 5.5.37-1 ii mysql-client-5.5 [mysql-client]5.5.37-1 ii mysql-server 5.5.37-1 ii php-apc4.0.6-1 ii php5-apcu [php-apc]4.0.6-1 ii postgresql-client-9.3 [postgresql-client] 9.3.4-2 ii sphinxsearch 2.0.4-1.1 -- Configuration Files: /etc/default/tt-rss changed [not included] /etc/tt-rss/apache.conf changed [not included] /etc/tt-rss/config.php changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: Latarki , Lornetki ,Noże
Nalepsze Latarki ,Lornetki wejdz i zobacz : www.elektroshop-polska.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753532: gtkspell: please run autoreconf to build properly on new architectures
Hi, On Wed, Jul 02, 2014 at 05:15:06PM -0300, Fernando Seiti Furusato wrote: Source: gtkspell Version: 2.0.16-1 Severity: normal Tags: patch Dear Maintainer, Although the package gtkspell builds without failing in ppc64el, it does not work properly when installed. That is due to the linker being incorrectly identified among other things, which prevents .so files from being generated and installed. Including dh-autoreconf to the build fixes that problem so the package installed works properly in addition to enabling the package to other new architectures. The patch attached contains such modification. This bug now blocks the ppc64el bootstrap in Debian. Would it be possible to get a fixed version as soon as possible? If you don't have time, I can also NMU the package with the patch attached to this bug. Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751704: libparted ped_disk_clobber() overwrites firmware on some arm systems
Control: tags -1 pending thanks On Thu, Aug 28, 2014 at 10:31:43PM +0200, Karsten Merker wrote: as libparted upstream has now confirmed that modifying PedDisk.needs_clobber from within the calling application is ok, I would like to apply the following patch to partman-base unless somebody has further objections against it. Functionally it is the same patch that I had posted earlier already, just with some coding style cleanups. The patch has been committed to the partman-base git repository. Regards, Karsten -- Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der Werbung sowie der Markt- oder Meinungsforschung. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759778: [INTL:da] Danish translation of the debconf templates icinga2
Package: icinga2 Severity: wishlist Tags: l10n patch Please include the attached Danish icinga2 translations. joe@pc:~/over/debian/icinga2$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 13 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#753532: debian-installer: ppc64el support
Hi, On Mon, Jul 07, 2014 at 03:53:47PM +0200, Frederic Bonnard wrote: Package: debian-installer Severity: normal Tags: d-i patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, hi, here is a patch from Ubuntu to add support of ppc64el. I just changed grub-cdrom.cfg to remove any d-i option on the kernel command line. I added virtio-modules to support VMs with virtio which is good to have for development. I have merge the part of the patch which doesn't use grub, as it is not yet available. This will allow debian-installer to be built for the daily images [1] that I'll setup for ppc64el in the next days. I'll merge the other parts when grub is available. I also have done some small changes to the packages list, and set the DEBIAN_RELEASE variable to install unstable instead of testing, as the latter is not yet available for ppc64el. [1] http://d-i.debian.org/daily-images/ -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754433: RFS: gnome-alsamixer_0.9.7~cvs.20060916.ds.1-6 [ITA]
hi eriberto, thanks for watching the pkg. i build it in the stable release and linthian didn't show any messages; when i uploaded to mentors i saw them! ASAP i'll update the package. cheers, Pierangelo 2014-08-18 4:01 GMT+02:00 Eriberto Mota eribe...@debian.org: tags 754433 moreinfo thanks Hi Pierangelo, I saw your package in mentors.debian.org and it has several Lintian messages. IMHO, to get a sponsor you must, at least, clear your package removing all possible messages. Regards, Eriberto 2014-07-10 20:58 GMT-03:00 Pierangelo Mancusi pierangelo.manc...@gmail.com: Package: sponsorship-requests Severity: normal Dear Mentors, I am looking for a sponsor for my package gnome-alsamixer, used by 155716 people. Package name : gnome-alsamixer Version: 0.9.7~cvs.20060916.ds.1-6 Upstream Author: Derrick J Houy djh...@paw.za.org URL: License: GPL v2 Section: sound It builds those binary packages: gnome-alsamixer To access further information about this package, please visit the following URL: https://packages.qa.debian.org/g/gnome-alsamixer.html Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gnome-alsamixer/gnome- alsamixer_0.9.7~cvs.20060916.ds.1-6.dsc Changes since the last upload: * New maintainer. Closes: #691265. * Fix FTBFS gam-slider-dual.c:279: error: undefined reference to 'lrint' Closes: #753263. * Fix GUI is too large Closes: #222490 * Fix Settings are not saved Closes: #691263 * Fix Slider widgets displayed the wrong way around Closes: #416949 * Fix FTBFS mkinstalldir Cheers, Pierangelo Mancusi -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20140710235842.5029.9514.reportbug@petrus
Bug#758870: nfs-common: nfs v4: uid/gid lookup fails for some of the users
Hi Ben and other readers, I tried to find more on this issue. I have a fix, that make things better, but not good. First, on one of the jessie systems, I created the file /etc/request-key.d/id_legacy.conf containing: create id_legacy * * /usr/sbin/nfsidmap -t 600 %k %d This itself does not make the situation better. Since I suspect that rpc might have something to do with this, I looked at the ti-rpc library (libtirpc1 pkg) on another jessie system. Ti-rpc comes with the /etc/netconfig file. Since we don't have ipv6 here, I commented the inet6 lines. This prevents rpcbind from listening op ipv6 addresses. When I UNcommented the inet6 lines, things got better (identities were resolved in minutes). But when I rebooted this system, things were as bad as before. Note: the commented inet6 lines pose no problem on wheezy systems. However, when I applied _both_ changes to both systems things got better. Identities are always resolved (some in seconds, some in minutes), but some files still have bad identities (0xFFFE), notably new ones. Where I created the new files (i.e. on a jessie-mounted partition, a wheezy-mounted partition or directly on the xfs filesystem itself) did not make a difference. This situation is stable for over a day now. Btw, both systems run the regular jessie kernel (3.14.15-2), both have amd64 architecture. Hope this helps in narrowing the search. Best regards, Piet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759780: gstreamer1.0-clutter: Webcam does not work: One or more needed GStreamer elements are missing: cluttervideosink
Package: gstreamer1.0-clutter Version: 2.0.12-1 Severity: important Dear Maintainer, I launched cheese, and got the message 'One or more needed GStreamer elements are missing: cluttervideosink', and the camera wasn't working. I can't use cheese. I'm not sure when this started, or what caused it - it used to work fine. It turns out the webcam doesn't work at all (I tried a videocall in pidgin). Reinstalling both cheese and gstreamer1.0-clutter did nothing. However, when I ran rm -r ~/.cache/gstreamer-1.0 it sorted out the problem. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) Shell: /bin/sh linked to /bin/dash Versions of packages gstreamer1.0-clutter depends on: ii libc6 2.19-9 ii libclutter-1.0-01.18.4-1 ii libcogl20 1.18.2-1 ii libglib2.0-02.40.0-4 ii libgstreamer-plugins-base1.0-0 1.4.0-1 ii libgstreamer1.0-0 1.4.0-1 ii libx11-62:1.6.2-3 gstreamer1.0-clutter recommends no packages. gstreamer1.0-clutter 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
Bug#759779: [INTL:da] Danish translation linuxinfo manual
Package: linuxinfo Severity: wishlist Tags: l10n patch Please include the attached Danish linuxinfo manual translation. joe@pc:~/over/debianm/linuxinfo$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 22 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#759746: mime-support: Missing rule for ddeb files
Control: severity -1 wishlist Control: tag -1 pending Le Fri, Aug 29, 2014 at 06:04:57PM -0400, Samuel Bronson a écrit : The mime.types entry for application/vnd.debian.binary-package should list ddeb along with deb and udeb; this extension is used on Ubuntu and hopefully will be used in Debian for automatically-generated debug info packages. See https://wiki.debian.org/AutomaticDebugPackages for more information. Dear Samuel, I added ddeb to /etc/mimes.types an unless you need it to be propagated quickly, I will wait for more changes until I upload the next update of mime-support. Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#291015: mime-support: run‐mailcap to understand URL notation and start sensible-browser if required.
Dear Eric, do you still have interst for this bug report ? Have a nice week-end, -- Charles Plessy Le Sat, May 03, 2014 at 09:02:28PM +0900, Charles Plessy a écrit : Le Tue, Jan 18, 2005 at 09:56:22AM +0100, Eric Lavarde a écrit : more and more utilities use URL notation to pass around file names, hence it would be very useful to have run-mailcap understand URL and do one of two things: - handle file:/... URL as normal files. - pass along other kinds of URL (http://, ftp://, etc...) to sensible-browser. This could be possibly controlled by a switch (e.g. --allow-url) for security reasons. Dear Eric, for the first part of your proposition, I think that there is a serious obstacle: with the mailcap system, it is not possible to determine if a program would be able to use an URL to retreive a file. For the second part, here is what we could do: - send a patch to the sensible-utils package, to add two lines in its mailcap file, where the media types x-scheme-handler/http and x-scheme-handler/ftp would be associated to the sensible-browser program. - Detect URLs passed to run-mailcap, and execute what /etc/mailcap proposes for the corresponding media type. The problem I have with this approach is that x-scheme-handler media types are not registered to the IANA. As far as I know, they originate from the Shared MIME-info Database specification. http://standards.freedesktop.org/shared-mime-info-spec/ Perhaps it would be better to ask for comments on debian-devel before using these unregistered media types outside the scope where thay have been developed originally. What do you think about this ? Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759590: Error in GnuTLS initialization: Failed to acquire random data.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Sa den 30. Aug 2014 um 8:31 schrieb Bob Proulx: $ gnutls-cli Error in GnuTLS initialization: Failed to acquire random data. Are you setting LD_PRELOAD to libeatmydata.so? I am. This is definitely related to the problem for me. Is it for you too? No, it isn't. I have eatmydata installed but use it only for apt. And gnutls-cli is working for me without problem. It is only exim that breaks; and it does not break every time, just from time to time. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUAZLxAAoJEKZ8CrGAGfasCFoL/R1uRYgN3dDYx+WWFM0o+0Fp BOAnCU3w/8zir/o2CPqiy0cB3wv5vPfs3xxbUUJV8WuhZ25yEmt2/GJN1720uqtE oQqNpX2zZZXG09MkhlEswdHM+FWk+NNbvz5O4Wh5f5W/+FevKhQPHZWxDhclYHyN 5BS1YIxKyfIKIewo/b5bkHfC0w2TTSSb+NXpvLnLPTzREb4jOg08fgESMoPJ78BY E342GuenyjuEb48XoE49vLhQ6O4wLfuagHQh0vaUW/qTyNzXItF279hgzIyXLN8x 2tpUz1x8dchkdZgSzinr0UdFqT2CJJYPSPtqo8qVUcZaVi1ptOtzxOtZw2AZySdL gUIugq1ivDdXu+Oss1upagnWMX52/AublyELPZ6VHzSzioeaIMv9FeXC7sBVk8ab wL+VM8xCooCFcEih1E5Woyhew12UX0ynSikU3KQ9EiX8UvfsNivskA+aAju3v4YT H3Umd7eXsmH4j7F0g4XoaH7qx2JIqTBLkZ0slL1DrA== =SNIu -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#403619: Neueste Stellenangebote garantiert in Ihrer Umgebung
Sehr geehrte Damen und Herren, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht zu 100 Prozent ausgelastet und wollen nebenbei etwas dazu verdienen? Sind Sie Rentner oder arbeitslos? Wären Sie am liebsten Ihr eigener Boss? Möchten Sie Ihre Dienstzeit und Ihre Arbeitsstelle selbst bestimmen? Dann haben wir garantiert was passendes für Sie. Wir vermitteln Arbeitsstellen europaweit und haben auch etwas für Sie in Ihrer Umgebung, und die Bezahlung beträgt durchschnittlich ab 20 € die Stunde. Sollten Sie an dieser Arbeit interessiert sein, dann senden Sie uns ein knappes Bewerbungsschreiben an frenchangeliqu...@allergist.com und Sie erhalten weitere Einzelheiten. Mit besten Grüßen Schmitt GmbH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753777: Flickr upload also broken in stable
Dear maintainer, The version in stable (4:2.6.0-1) suffers from the same problem. As the fix simply means using https instead of http it was simple to back-port the patch to stable. I have attached the back-ported patch, which works fine on my amd64 machine. The patch changes some web addresses from http to https and bumps copyright dates in comments. I'm not sure the latter really makes sense, but it doesn't have any effect on the compiled program anyway. Regards, Arnold Metselaar commit 1d4a95bc3d36060a025b8950aaaca467253532bc Author: Gilles Caulier caulier.gil...@gmail.com Date: Mon Jul 28 07:57:11 2014 +0200 use SSL based url for flickr web service communication BUGS: 336835 FIXED-IN: 4.2.0 --- a/extra/kipi-plugins/flickrexport/flickrtalker.cpp +++ b/extra/kipi-plugins/flickrexport/flickrtalker.cpp @@ -7,7 +7,7 @@ * Description : a kipi plugin to export images to Flickr web service * * Copyright (C) 2005-2009 by Vardhman Jain vardhman at gmail dot com - * Copyright (C) 2009-2012 by Gilles Caulier caulier dot gilles at gmail dot com + * Copyright (C) 2009-2014 by Gilles Caulier caulier dot gilles at gmail dot com * * This program is free software; you can redistribute it * and/or modify it under the terms of the GNU General @@ -104,9 +104,9 @@ } else { -m_apiUrl= QString(http://www.flickr.com/services/rest/;); -m_authUrl = QString(http://www.flickr.com/services/auth/;); -m_uploadUrl = QString(http://api.flickr.com/services/upload/;); +m_apiUrl= QString(https://www.flickr.com/services/rest/;); +m_authUrl = QString(https://www.flickr.com/services/auth/;); +m_uploadUrl = QString(https://api.flickr.com/services/upload/;); m_apikey = 49d585bafa0758cb5c58ab67198bf632; m_secret = 34b39925e6273ffd; --- a/extra/kipi-plugins/flickrexport/flickrtalker.h +++ b/extra/kipi-plugins/flickrexport/flickrtalker.h @@ -7,7 +7,7 @@ * Description : a kipi plugin to export images to Flickr web service * * Copyright (C) 2005-2009 by Vardhman Jain vardhman at gmail dot com - * Copyright (C) 2009 by Gilles Caulier caulier dot gilles at gmail dot com + * Copyright (C) 2009-2014 by Gilles Caulier caulier dot gilles at gmail dot com * * This program is free software; you can redistribute it * and/or modify it under the terms of the GNU General
Bug#753532: gtkspell: please run autoreconf to build properly on new architectures
* Fernando Seiti Furusato (ferse...@br.ibm.com) [140830 09:33]: That is due to the linker being incorrectly identified among other things, which prevents .so files from being generated and installed. Including dh-autoreconf to the build fixes that problem so the package installed works properly in addition to enabling the package to other new architectures. The patch attached contains such modification. As this bugs blocks inkscape and indirectly cython / python-numpy to be built (and this in turn another ~200 packages or so), and the package is on the lowNMU-list, I will upload the fix now. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759610: Small correction (typo/braino)
Aaaargh ... when I wrote : bug 754580 filed against package pkg-kde-extras by Colin Watson that should have been filed against partitionmanager (I had altogether too many tabs open at the time). Also, it's worth noting that 754580 is marked closed/done, with comments that both an NMU of a (minimally, to support parted 3.1) tweaked 1.0.3 has been prepared (by Colin W), and that upstream 1.1.0 is being packaged (by a new maintainer). It's still unclear (to me) whether or not 1.1.0 addresses 4KiB sector partition alignment issues. Cheers Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758557: [Pkg-utopia-maintainers] Bug#758557: network-manager: not authorized to control networking
Package: network-manager Version: 0.9.10.0-1.1 Status: fixed Debian Release: jessie/sid Linux debian 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux loginctl show-session $XDG_SESSION_ID Id=1 Timestamp=Sat 2014-08-30 00:07:34 PDT TimestampMonotonic=13226634 VTNr=7 Display=:0 Remote=no Service=kdm Scope=session-1.scope Leader=1098 Audit=1 Type=x11 Class=user Active=yes State=active IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 Name=username I had this same problem after a recent system update (of many packages, not just network-manager) -- when I tried to up a connection in the KDE network-manager applet, it said Not authorized to control networking. After doing some research I thought it might have been an issue with Polkit permissions, as I was also unable to mount volumes in Dolphin with udisks, and I was unable to grant root privileges to Apper to download package lists and install packages. It also seemed to be related to ConsoleKit because when I ran ck-list-sessions it had active = FALSE in the output. I then found that ConsoleKit is currently not actively maintained. The focus has shifted to the built-in seat/user/session management of Software/systemd called systemd-logind!. Next I did some research on systemd, and found the following page which explains how to determine which init is active on boot-up: (http://www.reddit.com/r/debian/comments/29ydkj/jessie_am_i_running_systemd/). My system was running sysvinit. I found it a little odd that I had an active logind session while running sysvinit. So after looking around some more and not getting anywhere, I decided to try switching to systemd for a single boot by adding int=/bin/systemd (symlink to /lib/systemd/systemd) to the kernel line in the grub menu (pressing e to edit the line). I was fairly surprised to find that this fixed all three of the problems, and it didn't seem to break anything. I was able to enable a connection with network-manager, and mount volumes in Dolphin, and download lists and install packages in Apper. Additionally, my default connection was enabled automatically on boot, and that hadn't happened for several months (I had also used nmcli to set it to autoconnect so that may have helped, but at least didn't fix it on its own). I did find the following thread in which someone recommends installing task-kde-desktop, so I installed that package: (http://forums.debian.net/viewtopic.php?f=17t=116810). (Someone else recommends not using Apper, especially not with testing, and I will probably take that advice.) I then went ahead and installed systemd-sysv to use systemd permanently. I then ran journalctl to view the systemd journal so I could check for error messages, and there wasn't anything of concern. It sounds like jessie is in the process of switching over to systemd from sysvinit before it is released as stable, so my guess is that something was changed in one or more packages which made them dependent on systemd. At least in my case, the problem wasn't caused by a bug in network-manager itself.** **
Bug#758412: amarok: diff for NMU version 2.8.0-2.1
Control: tags -1 + pending Dear maintainer, I've prepared an NMU for amarok (versioned as 2.8.0-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru amarok-2.8.0/debian/changelog amarok-2.8.0/debian/changelog --- amarok-2.8.0/debian/changelog 2013-11-04 20:44:32.0 +0100 +++ amarok-2.8.0/debian/changelog 2014-08-30 10:37:43.0 +0200 @@ -1,3 +1,11 @@ +amarok (2.8.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: Explicitly list libgcrypt20-dev in Build-Depends (Closes: +#758412). + + -- Sebastian Ramacher sramac...@debian.org Sat, 30 Aug 2014 10:37:41 +0200 + amarok (2.8.0-2) unstable; urgency=low * Drop kdemultimedia-dev build dependency. Apparently, it is not needed. diff -Nru amarok-2.8.0/debian/control amarok-2.8.0/debian/control --- amarok-2.8.0/debian/control 2013-11-04 20:26:49.0 +0100 +++ amarok-2.8.0/debian/control 2014-08-30 10:24:29.0 +0200 @@ -14,7 +14,8 @@ libmysqld-pic (= 5.5.23+dfsg), libwrap0-dev, libcurl4-gnutls-dev, libxml2-dev, libloudmouth1-dev, libgtk2.0-dev, libqca2-dev, liblastfm-dev (= 1.0.3), - libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any] + libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any], + libgcrypt20-dev Build-Depends-Indep: mysql-server-core-5.5 | mysql-server-core Standards-Version: 3.9.5 Homepage: http://amarok.kde.org signature.asc Description: Digital signature
Bug#738935: pu: package qlandkartegt/1.5.0~dfsg1-1+deb7u1
2014-08-24 21:49 GMT+03:00 Adam D. Barratt a...@adam-barratt.org.uk: On 2014-04-13 18:56, Adam D. Barratt wrote: On Wed, 2014-04-02 at 12:34 +0200, Jaromír Mikeš wrote: Sorry for delay and thanks for remind me. I just uploaded ... hopefully it is fine like this. Unfortunately it looks like the upload had some issues: Apr 2 08:47:09 qlandkartegt_1.5.0~dfsg1-1+deb7u1_amd64.changes: does not start with a clearsigned message Apr 2 08:47:09 /qlandkartegt_1.5.0~dfsg1-1+deb7u1_amd64.changes has bad PGP/GnuPG signature! Apr 2 08:47:09 Removing /qlandkartegt_1.5.0~dfsg1-1+deb7u1_amd64.changes, but keeping its associated files for now. Apr 3 08:55:56 Deleted stray file /qlandkartegt_1.5.0~dfsg1-1+deb7u1.debian.tar.xz Apr 3 08:55:56 Deleted stray file /qlandkartegt_1.5.0~dfsg1-1+deb7u1.dsc Apr 3 08:55:56 Deleted stray file /qlandkartegt_1.5.0~dfsg1-1+ deb7u1_amd64.deb Ping? Hello Adam, thanks remind me ... unfortunately I am busy at the moment with other things I have to leave it for later :( best regards mira
Bug#759781: (no subject)
Subject: mailman: web interfaces does not work, reports a bug is found Package: mailman Version: 1:2.1.15-1 Severity: important It was working earlier. I had another instant running the on the same debian version. But it was not on virtual machine. ÄI have changed grou/ownee to www-data and list, instead of root list pair. ı was imitation the other machine. Then I got Bug in Mailman version 2.1.15 Bug in Mailman version 2.1.15 We're sorry, we hit a bug relevant part from /var/lib/mailman/logs/error is as follows: Aug 30 08:28:23 2014 (14421) Uncaught runner exception: [Errno 13] Permission denied: '/var/lib/mailman/archives/private/eearound80/index.html' Aug 30 08:28:23 2014 (14421) Traceback (most recent call last): File /var/lib/mailman/Mailman/Queue/Runner.py, line 119, in _oneloop self._onefile(msg, msgdata) File /var/lib/mailman/Mailman/Queue/Runner.py, line 190, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File /var/lib/mailman/Mailman/Queue/ArchRunner.py, line 73, in _dispose mlist.ArchiveMail(msg) File /var/lib/mailman/Mailman/Archiver/Archiver.py, line 215, in ArchiveMail h.close() File /var/lib/mailman/Mailman/Archiver/pipermail.py, line 325, in close self.write_TOC() File /var/lib/mailman/Mailman/Archiver/HyperArch.py, line 1108, in write_TOC toc = open(os.path.join(self.basedir, 'index.html'), 'w') -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-29-pve (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages mailman depends on: ii apache2 2.2.22-13+deb7u3 ii apache2-mpm-worker [httpd] 2.2.22-13+deb7u3 ii cron3.0pl1-124 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u4 ii logrotate 3.8.1-4 ii lsb-base4.1+Debian8+deb7u1 ii pwgen 2.06-1+b2 ii python 2.7.3-4+deb7u1 ii ucf 3.0025+nmu3 Versions of packages mailman recommends: ii postfix [mail-transport-agent] 2.9.6-2 Versions of packages mailman suggests: pn listadmin none pn lynx none pn spamassassin none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759719: openexr FTBFS on ppc64el - NMU pending
On 2014-08-29 Andreas Barth a...@ayous.org wrote: [...] As openexr is required to build kde4libs (which is blocker for a bunch of other packages) I intend to upload a fix for this issue tomorrow evening unless there is a reason why not. I will take the opportunity and make an upload which a) fixes the bug and b) changes the maintainer to QA. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759782: apt-offline: add support for sources in xz format
Package: apt-offline Version: 1.3.1 Severity: wishlist Executing command 'install /tmp/apt-offline-tests-18307.zip --skip-bug-reports --allow-unauthenticated' VERBOSE: Namespace(allow_unauthenticated=True, func=function installer at 0x7f313dad1b18, install='/tmp/apt-offline-tests-18307.zip', install_src_path=None, simulate=True, skip_bug_reports=True, verbose=True) VERBOSE: apt-package-target-path is /tmp/apt-package-target-path-21473 VERBOSE: apt-update-target-path is /tmp/apt-update-target-path-21473 VERBOSE: apt-update-final-path is /tmp/apt-update-final-path-21473 VERBOSE: Skipping bug report check as requestedVERBOSE: {} VERBOSE: Great!!! No bugs found for all the packages that were downloaded. Installing src package file lxde-metapackages_4+nmu1.dsc to /tmp/apt-offline-src-downloads-21473. Hola!! ERROR: I couldn't understand file type lxde-metapackages_4+nmu1.tar.xz. Another Hola!!! Installing src package file xorg_7.7+7.dsc to /tmp/apt-offline-src-downloads-21473. Installing src package file icewm_1.3.7-5.dsc to /tmp/apt-offline-src-downloads-21473. Hola!! ERROR: I couldn't understand file type icewm_1.3.7-5.debian.tar.xz. Another Hola!!! Hola!! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-offline depends on: ii apt1.0.6 ii less 458-2 ii libpython2.7-stdlib [python-argparse] 2.7.8-6 ii python 2.7.8-1 apt-offline recommends no packages. apt-offline 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
Bug#759783: apt-offline: global name NoNetwork not defined
Package: apt-offline Version: 1.3.1 Severity: important libgnomeui-common copied from local cache directory /var/cache/apt/archives. VERBOSE: Item is ['http://ftp.debian.org/debian/pool/main/libg/libgnomeui/libgnomeui-0_2.24.5-3_amd64.deb', 'libgnomeui-0_2.24.5-3_amd64.deb', '321334', 'MD5Sum:e48679af6f9af8382168b66976aae1e9\n'] VERBOSE: Stripped item URL is: http://ftp.debian.org/debian/pool/main/libg/libgnomeui/libgnomeui-0_2.24.5-3_amd64.deb VERBOSE: Stripped item FILE is: libgnomeui-0_2.24.5-3_amd64.deb VERBOSE: Stripped item SIZE is: 321334 VERBOSE: Stripped item CHECKSUM is: MD5Sum:e48679af6f9af8382168b66976aae1e9 VERBOSE: Thread is Thread-3 VERBOSE: Checksum correct for package libgnomeui-0. VERBOSE: Fetching bug reports for package libgnomeui-0. VERBOSE: Fetched bug reports for package libgnomeui-0. libgnomeui-0 copied from local cache directory /var/cache/apt/archives. VERBOSE: Item is ['http://ftp.debian.org/debian/pool/main/h/harfbuzz/libharfbuzz-gobject0_0.9.35-1_amd64.deb', 'libharfbuzz-gobject0_0.9.35-1_amd64.deb', '365120', 'MD5Sum:4269a47b8c4c39127184f828eb2759e7\n'] VERBOSE: Stripped item URL is: http://ftp.debian.org/debian/pool/main/h/harfbuzz/libharfbuzz-gobject0_0.9.35-1_amd64.deb VERBOSE: Stripped item FILE is: libharfbuzz-gobject0_0.9.35-1_amd64.deb VERBOSE: Stripped item SIZE is: 365120 VERBOSE: Stripped item CHECKSUM is: MD5Sum:4269a47b8c4c39127184f828eb2759e7 VERBOSE: Thread is Thread-3 VERBOSE: Checksum correct for package libharfbuzz-gobject0. VERBOSE: Fetching bug reports for package libharfbuzz-gobject0. Exception in thread Thread-3: Traceback (most recent call last): File /usr/lib/python2.7/threading.py, line 810, in __bootstrap_inner self.run() File /usr/lib/python2.7/threading.py, line 763, in run self.__target(*self.__args, **self.__kwargs) File /home/rrs/devel/apt-offline/apt-offline/apt_offline_core/AptOfflineLib.py, line 601, in run self.responseQueue.put( self.WorkerFunction( item, thread_name ) ) File /home/rrs/devel/apt-offline/apt-offline/apt_offline_core/AptOfflineCoreLib.py, line 630, in DataFetcher if FetchBugReportsDebian.FetchBugsDebian(PackageName) in [1,2]: File /home/rrs/devel/apt-offline/apt-offline/apt_offline_core/AptOfflineCoreLib.py, line 147, in FetchBugsDebian except NoNetwork: NameError: global name 'NoNetwork' is not defined Downloaded data to /tmp/apt-offline-tests-18307.zip -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-offline depends on: ii apt1.0.6 ii less 458-2 ii libpython2.7-stdlib [python-argparse] 2.7.8-6 ii python 2.7.8-1 apt-offline recommends no packages. apt-offline 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
Bug#758557: [Pkg-utopia-maintainers] Bug#758557: network-manager: not authorized to control networking
On 30/08/14 11:06, Tyler wrote: Next I did some research on systemd, and found the following page which explains how to determine which init is active on boot-up: (http://www.reddit.com/r/debian/comments/29ydkj/jessie_am_i_running_systemd/). My system was running sysvinit. I found it a little odd that I had an active logind session while running sysvinit. So after looking around some more and not getting anywhere, I decided to try switching to systemd for a single boot by adding int=/bin/systemd (symlink to /lib/systemd/systemd) to the kernel line in the grub menu (pressing e to edit the line). I was fairly surprised to find that this fixed all three of the problems, and it didn't seem to break anything. I was able to enable a connection with network-manager, and mount volumes in Dolphin, and download lists and install packages in Apper. Additionally, my default connection was enabled automatically on boot, and that hadn't happened for several months (I had also used nmcli to set it to autoconnect so that may have helped, but at least didn't fix it on its own). I did find the following thread in which someone recommends installing task-kde-desktop, so I installed that package: (http://forums.debian.net/viewtopic.php?f=17t=116810). (Someone else recommends not using Apper, especially not with testing, and I will probably take that advice.) I then went ahead and installed systemd-sysv to use systemd permanently. I then ran journalctl to view the systemd journal so I could check for error messages, and there wasn't anything of concern. It sounds like jessie is in the process of switching over to systemd from sysvinit before it is released as stable, so my guess is that something was changed in one or more packages which made them dependent on systemd. At least in my case, the problem wasn't caused by a bug in network-manager itself.** ** For reference I won't be switching over to systemd, so a normal SysV init here. Debian is committed to supporting alternative init systems, so having something only work under systemd is unacceptable. signature.asc Description: OpenPGP digital signature
Bug#752002: cdebconf: Please run maintainer scripts in correct selinux context
Regis Boudin wrote: Hi Laurent, Hello Regis, On 18/06/14 18:27, Laurent Bigonville wrote: Package: cdebconf Version: 0.191 Severity: wishlist Hi, Since 1.17.0, dpkg is trying to run the maintainer scripts in a different context based on the file context and fallback on dpkg_script_t. OTHO, a maintainer script run by dpkg-reconfigure is never transitioned out of the dpkg_t context. The maintainer scripts run by dpkg-reconfigure should also transition to the appropriate context. Since libselinux 2.3, the setexecfilecon() function can be called for every maintainer scripts just before they are executed. I had a look at it this morning. As I'm not really a SELinux specialist, so I have a question. Would it make sense and be safe to apply it for all scripts run from cdebconf ? That would include dpkg-reconfigure, but also dpkg-preconfigure, and when cdebconf is called from dpkg (dpkg calls the script, which calls (c)debconf, which in turn exec the script again). In dpkg (I'm not an expert here and quickly looked at the code) the maintscript_exec() function is called for all {pre,post}{inst,rm} maintainer scripts. (https://anonscm.debian.org/cgit/dpkg/dpkg.git/tree/src/script.c#n155) And this function is (indirectly) calling setexecfilecon(). So I guess that cdebconf should do the transition only in these cases too? Is the required modification then as simple as this ? + setexecfilecon(argv[1],dpkg_script_t); if (execv(argv[1], args) != 0) Yes, calling the function just before the execv() should do it. You just need to add some return code checking (dpkg exits as soon as setexecfilecon() is failing) and also make it conditional so cdebconf can still build on !linux :) If you have a patch I would happily test it. I've added the debian selinux-devel mailing list if anybody has a comment on this. Cheers, Laurent Bigonville Thanks, Regis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759742: (RFS: tkinfo/2.8-5 [ITA, RC])
The O/ITA for this is #741872 (I have updated the changelog) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741872 The lintian pedantic 'no-upstream-changelog' looks to be a false positive as upstream changes are documented in the installed README. Regards, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759786: gdm3: multiple displays handled incorrectly (used to work)
Package: gdm3 Version: 3.12.2-2.1 Severity: normal Dear Maintainer, * What led up to the situation? Booted my laptop with external display attached * What was the outcome of this action? Internal display turned off, no login screen on secondary display * What outcome did you expect instead? Preferably login screen mirrored on all displays, at least leave built in display turned on. If I boot the system with the external display disconnected then connect it after the login screen turns on it works 'till I log off. Attempts to change the display layout often leave me with no workable display. This all used to work perfectly. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) 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 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 libatk1.0-0 2.12.0-1 ii libaudit11:2.3.7-1 ii libc62.19-10 ii libcairo-gobject21.12.16-3 ii libcairo21.12.16-3 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 libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii librsvg2-common 2.40.3-1 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-8 ii libsystemd-id128-0 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 metacity [x-window-manager] 1:3.12.0-2 ii policykit-1 0.105-6.1 ii ucf 3.0030 ii x11-common 1:7.7+7 ii x11-xserver-utils7.7+3 ii xterm [x-terminal-emulator] 308-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 -- Configuration Files: /etc/gdm3/greeter.gsettings [Errno 2] No such file or directory: u'/etc/gdm3/greeter.gsettings' -- debconf information: gdm3/daemon_name: /usr/sbin/gdm3 * shared/default-x-display-manager: gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759785: wicd-daemon: Problem with default wpa2-peap template
Package: wicd-daemon Version: 1.7.2.4-4.1 Severity: normal Dear Maintainer, With default wpa2-eap wicd fails to get authentication. Default wpa2-eap template contains $_DOMAIN\$_IDENTITY, and this leads to string User-Name = DEFAULT\\$_IDENTITY in freeradius log, when domain name set to DEFAULT. It's config contains proxy.conf: . realm DEFAULT { type = radius authhost = LOCAL acchost = LOCAL } users: ... wifiuser Cleartext-Password :=passpasspass With modified wpa2-eap, which is given below, authentication works. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd-daemon depends on: ii adduser 3.113+nmu3 ii dbus 1.8.6-1 ii debconf 1.5.53 ii ethtool 1:3.13-1 ii iproute 1:3.15.0-2 ii iputils-ping 3:20121221-5+b1 ii isc-dhcp-client 4.3.0+dfsg-1 ii lsb-base 4.1+Debian13 ii net-tools1.60-26 ii psmisc 22.21-2 ii python 2.7.8-1 ii python-dbus 1.2.0-2+b3 ii python-gobject 3.12.1-1 ii python-wicd 1.7.2.4-4.1 ii wireless-tools 30~pre9-8 ii wpasupplicant1.1-1 Versions of packages wicd-daemon recommends: ii rfkill 0.5-1 ii wicd-curses [wicd-client] 1.7.2.4-4.1 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-15 Versions of packages wicd-curses depends on: ii python2.7.8-1 ii python-urwid 1.1.1-1+b2 Versions of packages wicd-curses recommends: ii sudo 1.8.9p5-1 Versions of packages python-wicd depends on: ii python 2.7.8-1 -- Configuration Files: /etc/wicd/encryption/templates/wpa2-peap changed: name = WPA2-PEAP author = atiketemola version = 1 require identity *Username domain *Domain password *Password protected password *Password - ctrl_interface=/var/run/wpa_supplicant network={ ssid=$_ESSID proto=RSN key_mgmt=WPA-EAP pairwise=CCMP eap=PEAP identity=$_IDENTITY password=$_PASSWORD phase2=auth=MSCHAPv2 } -- debconf information: * wicd/users: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738935: pu: package qlandkartegt/1.5.0~dfsg1-1+deb7u1
On 08/30/2014 12:23 PM, Jaromír Mikeš wrote: thanks remind me ... unfortunately I am busy at the moment with other things I have to leave it for later :( Maybe I can help. What needs to be done to get the proposed-update into shape? Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757585: missing libtool-update on smpeg
Hi, 2014-08-29 23:04 GMT+01:00 Andreas Barth a...@ayous.org: * Andreas Barth (a...@ayous.org) [140829 23:55]: - Remove everything from acinclude.m4 except the entry for socklen_t (the last one). According to changelog that change was already done by Branden Robinson in 2001, and confirmed by Felix Geyer in 2011. For that reason I tend to commit that change again on Sunday evening unless I get review otherwise. I am a bit busy right now and will continue to be for a few days, so I cannot guarantee that I have time to review this within 10 days at least. For me, it's fine if you want to NMU and do it ASAP, and I want to thank you anyway for finding the problem and the solution. Alas, I was helping to bootstrap the new arches NMUing other packages during the past few months, and now it's mine which is blocking things... :o) Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757585: missing libtool-update on smpeg
* Manuel A. Fernandez Montecelo (manuel.montez...@gmail.com) [140830 13:22]: Hi, 2014-08-29 23:04 GMT+01:00 Andreas Barth a...@ayous.org: * Andreas Barth (a...@ayous.org) [140829 23:55]: - Remove everything from acinclude.m4 except the entry for socklen_t (the last one). According to changelog that change was already done by Branden Robinson in 2001, and confirmed by Felix Geyer in 2011. For that reason I tend to commit that change again on Sunday evening unless I get review otherwise. I am a bit busy right now and will continue to be for a few days, so I cannot guarantee that I have time to review this within 10 days at least. Ok. I will wait a bit to give other the chance to review the patches, even though it looks fine for me. For me, it's fine if you want to NMU and do it ASAP, and I want to thank you anyway for finding the problem and the solution. Thanks for allowing the NMU. Alas, I was helping to bootstrap the new arches NMUing other packages during the past few months, and now it's mine which is blocking things... :o) I'm not saying my own packages never block ;) Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759787: transmission-daemon: IPv6 DHT not ready (broken, 0 nodes)
Package: transmission-daemon Version: 2.52-3+nmu2 Severity: important Tags: ipv6 Dear Maintainer, The IPv6 DHT does not appear to be working. With a debug level equal to 3, this message repeatedly appears in the log for each torrent: transmission-daemon[1985]: debian-7.6.0-amd64-DVD-1.iso IPv6 DHT not ready (broken, 0 nodes) (tr-dht.c:589) As a comparison, the IPv4 DHT seems to be working fine, this appears in the log even with the default verbosity setting: transmission-daemon[1985]: debian-7.6.0-amd64-DVD-1.iso Starting IPv4 DHT announce (good, 188 nodes) (tr-dht.c:574) Note that this system has a perfectly working IPv6 connectivity, unfirewalled (both in and out). As a matter of fact, some IPv6 peers do show up sometimes, probably thanks to trackers or peer exchange. Netstat shows that transmission-daemon correctly listens both on IPv4 and IPv6 sockets: tcp0 0 0.0.0.0:90910.0.0.0:* LISTEN 104180080821985/transmission-d tcp0 0 0.0.0.0:49125 0.0.0.0:* LISTEN 104180080831985/transmission-d tcp6 0 0 :::49125:::*LISTEN 104180080841985/transmission-d udp0 0 0.0.0.0:49125 0.0.0.0:* 10455041985/transmission-d udp0 0 0.0.0.0:33085 0.0.0.0:* 10454791985/transmission-d udp6 0 0 2a02:8429:80cf:4e:49125 :::* 10455061985/transmission-d Additionally, transmission-daemon has been running for a few weeks, which should be enough for having a properly-working DHT. On another system (Archlinux) with another version of transmission (2.84), the IPv6 DHT works fine: transmission-daemon[23243]: [2014-08-30 09:32:08.359 CEST] debian-7.6.0-amd64-netinst.iso Starting IPv6 DHT announce (good, 105 nodes) (tr-dht.c:576) transmission-daemon[23243]: [2014-08-30 09:36:16.359 CEST] debian-7.6.0-amd64-netinst.iso IPv6 DHT announce done (tr-dht.c:547) The only related bug upstream has seemingly been fixed long ago, in 2.22: https://trac.transmissionbt.com/ticket/4028 Thanks, Baptiste -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages transmission-daemon depends on: ii adduser 3.113+nmu3 ii libc62.13-38+deb7u4 ii libcurl3-gnutls 7.26.0-1+wheezy9 ii libevent-2.0-5 2.0.19-stable-3 ii libminiupnpc51.5-2 ii libnatpmp1 20110808-3 ii libssl1.0.0 1.0.1e-2+deb7u12 ii lsb-base 4.1+Debian8+deb7u1 ii transmission-common 2.52-3+nmu2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages transmission-daemon recommends: ii transmission-cli 2.52-3+nmu2 transmission-daemon suggests no packages. -- Configuration Files: /etc/transmission-daemon/settings.json { alt-speed-down: 50, alt-speed-enabled: false, alt-speed-time-begin: 540, alt-speed-time-day: 127, alt-speed-time-enabled: false, alt-speed-time-end: 1020, alt-speed-up: 50, bind-address-ipv4: 0.0.0.0, bind-address-ipv6: ::, blocklist-enabled: false, blocklist-url: http://www.example.com/blocklist;, cache-size-mb: 4, dht-enabled: true, download-dir: /var/lib/transmission-daemon/downloads, download-limit: 100, download-limit-enabled: 0, download-queue-enabled: true, download-queue-size: 5, encryption: 1, idle-seeding-limit: 30, idle-seeding-limit-enabled: false, incomplete-dir: /root/Downloads, incomplete-dir-enabled: false, lpd-enabled: false, max-peers-global: 200, message-level: 2, peer-congestion-algorithm: , peer-limit-global: 240, peer-limit-per-torrent: 60, peer-port: 49125, peer-port-random-high: 65535, peer-port-random-low: 49152, peer-port-random-on-start: false, peer-socket-tos: default, pex-enabled: true, port-forwarding-enabled: false, preallocation: 1, prefetch-enabled: 1, queue-stalled-enabled: true, queue-stalled-minutes: 30, ratio-limit: 2, ratio-limit-enabled: false, rename-partial-files: true, rpc-authentication-required: true, rpc-bind-address: 0.0.0.0, rpc-enabled: true, rpc-password: {21f5b60d37b1e0f880c6f7279bacd78dc67ddba3esBhsXKH, rpc-port: 9091, rpc-url: /transmission/, rpc-username: transmission, rpc-whitelist: 127.0.0.1, rpc-whitelist-enabled: true, scrape-paused-torrents-enabled: true, script-torrent-done-enabled: false,
Bug#647561: seahorse: asked for new keyring password every time
Package: seahorse Version: 3.12.2-1 Followup-For: Bug #647561 Dear Maintainer, I don't have exactly this problem, but it is very similar. I am asked for a new keyring password quite regularly, normally once every time I log in, sometimes more or less - and it creates a new keyring. I tick 'automatically unlock', but it still creates a new keyring. At the moment, when I go onto seahorse - 'passwords and keys', under passwords, there are about 60 or so keyrings called 'Login' and 3 called 'Default' one of the ones called 'Login' and one called 'Default' are unlocked, but all the rest aren't doing much. I could go through and delete them all, but it doesn't solve the problem. It should not prompt me for this keyring, since I have ticked for it to automatically unlock when I log in; furthermore, there should only be one, so all the passwords could be managed together, rather than 70 or so. I'm not clear what the distinction between 'Login' and 'Default' is. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) Shell: /bin/sh linked to /bin/dash Versions of packages seahorse depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gcr 3.12.2-1 ii gnome-keyring3.8.2-2+b1 ii gnupg1.4.18-2 ii libassuan0 2.1.2-1 ii libatk1.0-0 2.12.0-1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libavahi-glib1 0.6.31-4 ii libc62.19-9 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libgck-1-0 3.12.2-1 ii libgcr-base-3-1 3.12.2-1 ii libgcr-ui-3-13.12.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-4 ii libgpg-error01.13-3 ii libgpgme11 1.5.1-1 ii libgtk-3-0 3.12.2-3 ii libldap-2.4-22.4.39-1.1+b1 ii libp11-kit0 0.20.3-2 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libsecret-1-00.18-1 ii libsoup2.4-1 2.46.0-2 Versions of packages seahorse recommends: ii openssh-client 1:6.6p1-7 seahorse 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
Bug#738935: pu: package qlandkartegt/1.5.0~dfsg1-1+deb7u1
2014-08-30 14:19 GMT+03:00 Sebastiaan Couwenberg sebas...@xs4all.nl: On 08/30/2014 12:23 PM, Jaromír Mikeš wrote: thanks remind me ... unfortunately I am busy at the moment with other things I have to leave it for later :( Hello Sebastiaan, Maybe I can help. That would be great. What needs to be done to get the proposed-update into shape? Following patch should be applied against the 1.5.0~dfsg1 ... I never figured out what is right workflow in git for fixing stable So I got trouble with signature when tried use dpkg-buildpackage instead. - diff -Nru qlandkartegt-1.5.0~dfsg1/debian/changelog qlandkartegt-1.5.0~dfsg 1/debian/changelog --- qlandkartegt-1.5.0~dfsg1/debian/changelog 2012-06-26 22:28:06.0 +0200 +++ qlandkartegt-1.5.0~dfsg1/debian/changelog 2014-02-12 21:17:35.0 +0100 @@ -1,3 +1,9 @@ +qlandkartegt (1.5.0~dfsg1-1+deb7u1) unstable; urgency=low + + * Added patch to fix downloading of OSM mapnik tiles (Closes: #736550 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736550) + + -- Jaromír Mikeš Wed, 12 Feb 2014 21:16:10 +0100 + qlandkartegt (1.5.0~dfsg1-1) unstable; urgency=low * New upstream release. diff -Nru qlandkartegt-1.5.0~dfsg1/debian/patches/series qlandkartegt-1.5.0~ dfsg1/debian/patches/series --- qlandkartegt-1.5.0~dfsg1/debian/patches/series 1970-01-01 01:00: 00.0 +0100 +++ qlandkartegt-1.5.0~dfsg1/debian/patches/series 2014-02-12 21:14: 54.0 +0100 @@ -0,0 +1 @@ +set-user-agent.patch diff -Nru qlandkartegt-1.5.0~dfsg1/debian/patches/set-user-agent.patch qlandkartegt-1.5.0~dfsg1/debian/patches/set-user-agent.patch --- qlandkartegt-1.5.0~dfsg1/debian/patches/set-user-agent.patch 1970-01-01 01:00:00.0 +0100 +++ qlandkartegt-1.5.0~dfsg1/debian/patches/set-user-agent.patch 2014-02-12 21:14:54.0 +0100 @@ -0,0 +1,18 @@ +--- a/src/CMapTms.cpp b/src/CMapTms.cpp +@@ -27,6 +27,7 @@ + #include CDlgMapTmsConfig.h + #include CMapSelectionRaster.h + #include CSettings.h ++#include version.h + + #include + #include +@@ -591,6 +592,7 @@ + + QNetworkRequest request; + request.setUrl(req.url); ++ request.setRawHeader(User-Agent , QLandkarteGT/ VER_STR); + req.reply = accessManager-get(request); + + pendRequests[req.url.toString()] = req;= - regards mira
Bug#733473: freealut: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el
On Fri, 29 Aug 2014 23:15:26 -0300 Breno Leitao bren...@br.ibm.com wrote: Hi Debian game team, Any feedback in the following patch? As we are bootstrapping ppc64el officially, and this bug will soon block the progress of the bootstrap. Let me know if you are busy guys, and someone can work on a NMU. Hi Breno, both uploaders of freealut seem to be inactive. If this bug becomes a blocker for bootstrapping ppc64el, please feel free to do a NMU. The changes should be small anyway. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#759788: whyteboard: diff for NMU version 0.41.1-4.1
Package: whyteboard Version: 0.41.1-4 Severity: normal Tags: patch pending Control: tags 758204 + pending Control: tags 725711 + pending Dear maintainer, I've prepared an NMU for whyteboard (versioned as 0.41.1-4.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers, Olly diff -Nru whyteboard-0.41.1/debian/changelog whyteboard-0.41.1/debian/changelog --- whyteboard-0.41.1/debian/changelog 2011-08-16 12:22:12.0 -0300 +++ whyteboard-0.41.1/debian/changelog 2014-08-28 22:03:40.0 -0300 @@ -1,3 +1,13 @@ +whyteboard (0.41.1-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update to depend on python-wxgtk3.0 rather than python-wxgtk2.8 +(Closes: #758204): ++ New patch: 01_wxpy3.0-compat.patch + * Add dependency on python-wxgtk-media3.0. (Closes: #725711) + + -- Olly Betts o...@survex.com Fri, 29 Aug 2014 01:03:39 + + whyteboard (0.41.1-4) unstable; urgency=low * Add python-setuptools to Build-Depends. (Closes: #634411) diff -Nru whyteboard-0.41.1/debian/control whyteboard-0.41.1/debian/control --- whyteboard-0.41.1/debian/control 2011-08-16 12:15:08.0 -0300 +++ whyteboard-0.41.1/debian/control 2014-08-17 08:28:01.0 -0300 @@ -12,7 +12,7 @@ Package: whyteboard Architecture: all -Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk2.8 +Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk3.0, python-wxgtk-media3.0 Description: overlay painting and annotation application Whyteboard is a free painting application for Linux, Windows and Mac. It is suited towards creating visual presentations and for overlaying PDF images diff -Nru whyteboard-0.41.1/debian/patches/01_wxpy3.0-compat.patch whyteboard-0.41.1/debian/patches/01_wxpy3.0-compat.patch --- whyteboard-0.41.1/debian/patches/01_wxpy3.0-compat.patch 1969-12-31 21:00:00.0 -0300 +++ whyteboard-0.41.1/debian/patches/01_wxpy3.0-compat.patch 2014-08-17 09:17:05.0 -0300 @@ -0,0 +1,107 @@ +Description: Fix to work with wxpython3.0 +Author: Olly Betts o...@survex.com +Bug-Debian: http://bugs.debian.org/725711 +Forwarded: no +Last-Update: 2014-08-15 + +--- a/whyteboard/gui/frame.py b/whyteboard/gui/frame.py +@@ -264,7 +264,7 @@ + _file = _file.replace(u:, u-).replace(u/, u-) + + name = file_dialog(self, _(Save Whyteboard As...), +- wx.SAVE | wx.OVERWRITE_PROMPT, wildcard, _dir, _file) ++ wx.FD_SAVE | wx.FD_OVERWRITE_PROMPT, wildcard, _dir, _file) + if name: + if not os.path.splitext(name)[1]: # no file extension + name += u'.wtbd' +@@ -290,7 +290,7 @@ + + _dir = self.util.config.get('last_opened_dir') or u + +-filename = file_dialog(self, _(Open file...), wx.OPEN, wildcard, _dir) ++filename = file_dialog(self, _(Open file...), wx.FD_OPEN, wildcard, _dir) + self.open_file(filename) + + +@@ -330,7 +330,7 @@ + if not self.util.im_location: + return + filename = file_dialog(self, _(Export data to...), +- wx.SAVE | wx.OVERWRITE_PROMPT, uPDF (*.pdf)|*.pdf) ++ wx.FD_SAVE | wx.FD_OVERWRITE_PROMPT, uPDF (*.pdf)|*.pdf) + + if filename: + ext = os.path.splitext(filename)[1] +@@ -395,7 +395,7 @@ + wildcard = _(Whyteboard Preference Files) + u (*.pref)|*.pref + + filename = file_dialog(self, _(Export preferences to...), +- wx.SAVE | wx.OVERWRITE_PROMPT, wildcard) ++ wx.FD_SAVE | wx.FD_OVERWRITE_PROMPT, wildcard) + if filename: + if not os.path.splitext(filename)[1]: + filename += u.pref +@@ -409,7 +409,7 @@ + + wildcard = _(Whyteboard Preference Files) + u (*.pref)|*.pref + +-filename = file_dialog(self, _(Import Preferences From...), wx.OPEN, ++filename = file_dialog(self, _(Import Preferences From...), wx.FD_OPEN, +wildcard, get_home_dir()) + + if filename: +@@ -454,7 +454,7 @@ + uBMP (*.bmp)|*.bmp|TIFF (*.tiff)|*.tiff) + + dlg = wx.FileDialog(self, _(Export data to...), +-style=wx.SAVE | wx.OVERWRITE_PROMPT, wildcard=wildcard) ++style=wx.FD_SAVE | wx.FD_OVERWRITE_PROMPT, wildcard=wildcard) + if dlg.ShowModal() == wx.ID_OK: + filename = dlg.GetPath() + _name = os.path.splitext(filename)[1].replace(u., u) +--- a/whyteboard/gui/panels.py b/whyteboard/gui/panels.py +@@ -485,7 +485,7 @@ + if self.directory: + _dir = self.directory + +-name = file_dialog(self, _(Choose a media file), wx.OPEN, wildcard, _dir) ++name = file_dialog(self, _(Choose a media file), wx.FD_OPEN, wildcard, _dir) + if name: +
Bug#751241: amule: Please update to use wxwidgets3.0
On Wed, Jun 11, 2014 at 03:37:45PM +0200, Werner Mahr wrote: There are just no new features to do, that would need a new release and for now it's more a state of waiting. A new release could fix bugs even if there are no features to do (the BTS suggests there are a number of bugs). There's also updating it to work with newer releases of its dependencies (not just wxWidgets, though that is a current case in point). I want to try wx-3.0 for several weeks now. Maybe in one or two, I find the time. Any progress? If you're stuck on a particular error message (either at build time or run time), I might be able to assist. 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#757289: stimfit: Please update to use wxwidgets3.0
Control: severity -1 serious Justification: Blocks two on-going transitions (wxwidgets3.0 and wxpython3.0) On Thu, Aug 07, 2014 at 11:08:54AM -0400, Yaroslav Halchenko wrote: On Thu, 07 Aug 2014, Christoph Schmidt-Hieber wrote: I'm unsure whether we should release 0.13.19 including these changes or use your NMU instead given that we've just uploaded 0.13.18 - Yaro, what do you think? I would not mind NMU at all - but you would need to not forget to ACK it in your next upload (so might end up more of work for you, depending on how easy/complex is to cut a new release). I think it's time we got a fix uploaded one way or the other - if we do it now, there's two months to find and fix any resulting issues before the jessie freeze, which is a comfortable margin. I infer from the above that you probably wouldn't object to an NMU, but I'd rather have a more explicit ACK (or a NACK if you're intending to make an upload yourself shortly). 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#759590: Error in GnuTLS initialization: Failed to acquire random data.
Hi Bob, thanks for your debugging, On Sat, Aug 30, 2014 at 01:31:39AM -0600, Bob Proulx wrote: Klaus, $ gnutls-cli Error in GnuTLS initialization: Failed to acquire random data. Are you setting LD_PRELOAD to libeatmydata.so? I am. This is definitely related to the problem for me. Is it for you too? $ env -i gnutls-cli No hostname specified $ env -i LD_PRELOAD=/usr/lib/libeatmydata/libeatmydata.so gnutls-cli Error in GnuTLS initialization: Failed to acquire random data. No hostname specified $ unset LD_PRELOAD ; gnutls-cli No hostname specified I can reproduce the original mutt issue, when wrapping mutt with eatmydata. The interesting thing is, that mutt will open urandom via open(/dev/urandom, O_RDONLY) when started directly, but not, when eatmydata is involved. This seems to be the issue for the eatmydata case. Not sure about the others, though. Greets Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759790: meep: Randomly FTBFS on slow archs because of sbuild inactivity walltime
Source: meep Version: 1.2.1-2 Severity: serious Tags: patch Justification: randomly FTBFS -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On slow archs meep has to be given back several times because of sbuild inactivity walltime being triggered in dh_auto_test. Please find a patch proposal to address this issue by allowing the tests logs to be displayed during the build. Thanks, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJUAcC9AAoJEO/obGx//s+DX+8IAJp4DvorDRT+Ct8gGROaPRx4 p4ZuTt2gGaGm4yXdCbBjjVCXp7bA/FKuXtwY4RaoeVb1mhvKh1R0dgWo3ZFxBJmS W22oIoMFwkK02cglyRt4AmYsT9NH2DE2O9rJu2Xp/zzUBpsLyPP3iY3Wk0/Rp1ER jx13xqxZEch30nOnakzVzcApxPzQN7g2hOqNkrM62q/DycCxjv2Sak/CvjxI/10p Hgo3EmD1MHxS+5US3bvXwUS1+nD3HPRENYJjduMcQGbuAItJHMkC0nVWf2El6mu5 6TYJNzhyc8cuyR6D4oQwNflw79uqLJEbSvY5SBg1I2BOgQz9/d0numny27tcJVs= =bTeq -END PGP SIGNATURE- diff -Nru meep-1.2.1/debian/changelog meep-1.2.1/debian/changelog --- meep-1.2.1/debian/changelog 2014-08-03 10:12:17.0 + +++ meep-1.2.1/debian/changelog 2014-08-30 11:29:34.0 + @@ -1,3 +1,11 @@ +meep (1.2.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Workaround random FTBFS due to sbuild inactivity walltime on slow +archs: new patch show-test-logs.patch plus override_dh_auto_test. + + -- Gilles Filippini p...@barriere.debian.org Sat, 30 Aug 2014 07:57:29 + + meep (1.2.1-2) unstable; urgency=medium * Support hdf5 1.8.13 new packaging layout. (Closes: #756679) diff -Nru meep-1.2.1/debian/patches/series meep-1.2.1/debian/patches/series --- meep-1.2.1/debian/patches/series 1970-01-01 00:00:00.0 + +++ meep-1.2.1/debian/patches/series 2014-08-30 10:50:27.0 + @@ -0,0 +1 @@ +show-test-logs.patch diff -Nru meep-1.2.1/debian/patches/show-test-logs.patch meep-1.2.1/debian/patches/show-test-logs.patch --- meep-1.2.1/debian/patches/show-test-logs.patch 1970-01-01 00:00:00.0 + +++ meep-1.2.1/debian/patches/show-test-logs.patch 2014-08-30 10:54:47.0 + @@ -0,0 +1,27 @@ +Description: run testcases through a wrapper piping logs + This is use in debian/rules:override_dh_auto_test to have test logs + displayed during the tests execution, to work around random FTBFS + triggered by sbuild inactivity walltime on slow archs. +Index: meep-1.2.1/tests/Makefile.am +=== +--- meep-1.2.1.orig/tests/Makefile.am meep-1.2.1/tests/Makefile.am +@@ -73,7 +73,7 @@ pml_LDADD = $(LIBMEEP) + + TESTS = aniso_disp bench bragg_transmission convergence_cyl_waveguide cylindrical flux harmonics integrate known_results one_dimensional physical stress_tensor symmetry three_d two_dimensional 2D_convergence h5test pml + +-LOG_COMPILER = $(RUNCODE) ++LOG_COMPILER = ./wrapper $(RUNCODE) + + # Note: this requires GNU make + +Index: meep-1.2.1/tests/wrapper +=== +--- /dev/null meep-1.2.1/tests/wrapper +@@ -0,0 +1,5 @@ ++#!/bin/sh ++runcode=$1 ++shift ++ ++$runcode $@ | tee pipelog diff -Nru meep-1.2.1/debian/rules meep-1.2.1/debian/rules --- meep-1.2.1/debian/rules 2014-08-03 10:13:17.0 + +++ meep-1.2.1/debian/rules 2014-08-30 11:31:57.0 + @@ -34,3 +34,10 @@ # we do not need this anymore rm -f tests/latest_output dh_clean + +# Workaround random FTBFS caused by sbuild inactivity walltime +# Use patch show-test-logs.patch +override_dh_auto_test: + chmod a+x tests/wrapper + mkfifo tests/pipelog + exec 41; while cat tests/pipelog 4; do : Nothing; done dh_auto_test 4; rm -f tests/pipelog
Bug#759791: Mention if parec is the same as parecord
Package: pulseaudio-utils Version: 5.0-6 Severity: wishlist File: /usr/share/man/man1/pacat.1.gz Mention if parec is the same as parecord, and maybe pamon too. Anyway, there are several aliases that seem to map to only two or three different things. Make sure they are all explicitly mapped out at the top of the man page please. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759792: icu-devtools: icu-config --cxxflags includes ICU's build-time cxxflags, including hardening flags -like -fPIE
Package: icu-devtools Version: 52.1-5 Severity: normal (SID)ametzler@argenau:/tmp/OPENEXR/icu-52.1$ icu-config --cxxflags -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format -security -W -Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long --std=c++0x It looks like the compiler options used to /build/ icu are propagated by icuconfig. Which I think is wrong, this is e.g. the cause of #759247, since prelude-lml's build system breaks with -fPIE. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754658: please display the package's description
Hi, On Fri, 29 Aug 2014, Andrew Starr-Bochicchio wrote: It should probably be a method of PackageName so that we get the short description for free in any other context... for example in the mail bot when we confirm the subscription or something like that. Makes sense. I think I've addressed all the other issues as well. Hum, not really, it still makes direct queries instead of relying on attributes of the (Source|Binary)PackageName object: +def short_description(self): So in theory this function should in fact be implemented twice: - once in SourcePackageName where it will iterate over self.main_version.binarypackage_set.all() to find the binary package of same name, something along those lines: desc = None for binpkg in self.main_version.binarypackage_set.all(): if desc is None: desc = binpkg.short_description if binpkg.binary_package_name.name = self.name desc = binpkg.short_description break - once in BinaryPackageName where it will iterate over self.binary_package_versions.all() to grab the description from the package with the highest version But for your specific need, you can just do it in SourcePackageName. Sorry if this wasn't clear enough in my previous mail. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751241: [Pkg-amule-devel] Bug#751241: amule: Please update to use wxwidgets3.0
On Fri, Aug 29, 2014 at 5:04 AM, Olly Betts o...@survex.com wrote: On Wed, Jun 11, 2014 at 03:37:45PM +0200, Werner Mahr wrote: There are just no new features to do, that would need a new release and for now it's more a state of waiting. A new release could fix bugs even if there are no features to do (the BTS suggests there are a number of bugs). There's also updating it to work with newer releases of its dependencies (not just wxWidgets, though that is a current case in point). I'm trying a Git snapshot (from commit 1a369e47, currently HEAD) as just cherrypicking the commit that should fix compatibility with 3.0 is entangled with previous commits. dunno how long it will take and/or if it will be successful, but no amule in next stable will be a shame :) Regards, Sandro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759590: Error in GnuTLS initialization: Failed to acquire random data.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Sa den 30. Aug 2014 um 13:01 schrieb Evgeni Golov: I can reproduce the original mutt issue, when wrapping mutt with eatmydata. The interesting thing is, that mutt will open urandom via open(/dev/urandom, O_RDONLY) when started directly, but not, when eatmydata is involved. This seems to be the issue for the eatmydata case. Not sure about the others, though. I am not sure. libeatmydata has no reference to /dev/u?random at all. And it makes no sense to handle that different. However, as the problem occurs with the new libgnutls I think that it is doing some magic when sync and fsync is a noop. Maybe they introduced a pseudo security feature over there. I might even have a explanation for the exim stuff. As I run apt only with eatmydata, exim will get restarted with preloaded eatmydata. That might explain that the problem pops up the first day. But what is on the second when exim is restart by cron? I even restart exim by hand without eatmydata loaded. And Errors occurred afterwards too. So, my conclusion is that there /is/ some weird stuff in gnutls that triggers the problem even (in some cases that are not clear at the moment) without eatmydata involved. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUAcZCAAoJEKZ8CrGAGfasuGUMAJogv2tICwddA0o2Kfhp1zNO UtQlEftSp53L7y8lDXbJSGLo65Y+Jjtu70lfW8HCQUA7lvsivg3HgTzUh5deJNei RleYgYBPBqgg9puoxDhR4/JOqAigtTxFsPazzESC4LfcBcoQf+X88qBT+ma5bbsO i0I4yUWFGal27orQeeJG3KVfy/kEfjYfcwqUFAODVJo7obd1v9BNKEVtLAPyBnf7 cVgs7Fn6sH1c9AIQ5xi7CFWA9nOdlfrqfQjikWF5+1eKGAoACRG+9RjWKf1NMV+J B98LI93cL1fApF1fa0GS1RRY/WB8Q9uA4XQkoSmNL4DfpMtCn+CXlkWf75zu7KF+ 4Z561PRbM5IWBYuUW5ViknTTJtmbReCU6ycwToB7q2eb2+tJQxgZYJwjKMS53eTp l6ShqO8F8Tzv8XcgfeNDKZf07zqyY1lqWfHgI3xAnacN39CrhN1YfNU+z3w4s3pu jlapFaaElvFZDxUqHIeCq44djRfpsd7Imk5n68Ps8g== =DphJ -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#759793: openchange: FTBFS on most archs
package: openchange version: 1:2.2-1 severity: serious Hi, Openchange FTBFS on most architecture: https://buildd.debian.org/status/package.php?p=openchangesuite=sid Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759583: dolphin: Context menu and keyboard shortcuts don't work after KDE-session restore
Hi, after yesterdays updates to Sid the situation has improved: the bug now shows only in split-window configuration in the right sub-window and just the context-menu when right-clicking is missing. Keyboard-shortcuts are working. regards Günter -- --- Günter Frenz Börschgasse 16a, D-51143 Köln (h) gu...@freenet.de, gu...@guefz.de (w) f...@gso-koeln.de --- signature.asc Description: PGP signature
Bug#738935: pu: package qlandkartegt/1.5.0~dfsg1-1+deb7u1
On 08/30/2014 01:51 PM, Jaromír Mikeš wrote: Following patch should be applied against the 1.5.0~dfsg1 ... I never figured out what is right workflow in git for fixing stable So I got trouble with signature when tried use dpkg-buildpackage instead. I've pushed a wheezy branch to git.d.o, it's branched of the debian/1.5.0_dfsg1-1 tag that's currently in wheezy, and includes your changes for the proposed-update: http://anonscm.debian.org/cgit/pkg-grass/qlandkartegt.git/log/?h=wheezy Documenting the backports workflow in the Debian GIS Policy is still TODO. But building the package from a backports branch comes down to: git-buildpackage --git-pbuilder --git-debian-branch=wheezy \ --git-dist=wheezy --git-pristine-tar Make sure that you have an up to date wheezy cowbuilder chroot. If you don't have one, you can create it with: sudo cowbuilder --create --distribution=wheezy \ --basepath=/var/cache/pbuilder/base-wheezy.cow Since qtlandkartegt has only recently been moved to the Debian GIS team, I don't think a team upload is appropriate for this proposed-update. You should be able to build the package as described above. If you don't have time to build and upload the proposed-update, I can ask Andreas to sponsor it. Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759794: insighttoolkit4: FTBFS on amd64 with ENOSPC
Source: insighttoolkit4 Version: 4.6.0-3 Severity: serious Justification: FTBFS on amd64 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, insighttoolkit4 repeatedly FTBFS on amd64 [1] because of ENOSPC. A manual build on porterbox barriere.debian.org reported a need of ~44GB while it failed on buildd barber at approx 37GB of disk space. [1] https://buildd.debian.org/status/logs.php?pkg=insighttoolkit4arch=amd64 I really don't know how the build space could be optimized. The only solutions I can think of right now are: * force the build on a buildd with at least 44GB of free space * do a source + amd64 binary upload instead of source only upload. Note: this is blocking the ongoing hdf5 transition. Thanks, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJUAdLeAAoJEO/obGx//s+DCfQH/jxEPWbWLA9y3zwYneWcqwD3 MG48P5ZB4qhHLQyH6xkmozI9DLcJXiuG385I5E+NAKJvc/pwNd+p0IV0DAuaE27d CJbS83U2k7T7J0jI8xUfJeT+SU2hLb9O6MSQF7z1UJU1R427hyE7z+qIBmVZ3vPC qXfyNZZ554O8j87f5J5GL4b88/xU3fvFwPW3c7vm3dBxAB2Pm4LY2FfIXU0s4HBy gSeEhXPDi0W1SABv44BlIyKDtD5WjdM+422KcNDfmZTqQNuyyVBCbP7ETC3KgfpI jimDmqMXyFjbJU0Moy1bn0KWhGjLKn4OqKeNlKHtdeu1M61YMyULYf58S97ea0g= =E5S6 -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#759795: fai-setup: chroot: failed to run command 'aptitude'
Package: fai-server Version: 4.2.2 Severity: normal Dear Maintainer, I'm trying to get going with fai. I'm using an up-to-date Jessie. If I run fai-setup I get an error that aptitude is not available: ---8--- root@fai:~# fai-setup Creating FAI nfsroot in /srv/fai/nfsroot Creating base system using debootstrap version 1.0.60 Calling debootstrap --exclude=info jessie /srv/fai/nfsroot http://ftp.se.debian.org/debian Creating base.tar.gz chroot: failed to run command 'aptitude': No such file or directory Log file written to /var/log/fai/fai-make-nfsroot.log Log file written to /var/log/fai/fai-setup.log root@fai:~# ---8--- The logfiles have no futher information. The workaround - to set in /etc/fai/nfsroot.conf FAI_DEBOOTSTRAP_OPTS=--exclude=info --include=aptitude and mentioned in https://bugs.launchpad.net/ubuntu/+source/fai/+bug/714570 is working for me. Thomas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fai-server depends on: ii debootstrap 1.0.60 ii fai-client 4.2.2 Versions of packages fai-server recommends: pn isc-dhcp-server none pn libproc-daemon-perl none ii nfs-kernel-server 1:1.2.8-9 pn openbsd-inetd | inet-superserver none ii openssh-client1:6.6p1-7 ii openssh-server1:6.6p1-7 ii tftpd-hpa 5.2+20140608-3 Versions of packages fai-server suggests: ii aptitude 0.6.11-1 pn debmirror none pn grub none pn perl-tknone pn reprepro none pn xorrisonone -- Configuration Files: /etc/fai/NFSROOT changed: PACKAGES aptitude nfs-common fai-nfsroot module-init-tools ssh rdate lshw rpcbind rsync lftp less dump e2fsprogs usbutils hwinfo psmisc pciutils hdparm smartmontools parted mdadm lvm2 dnsutils ntpdate dosfstools xfsprogs xfsdump procinfo numactl dialog console-common kbd iproute moreutils udev xz-utils cupt dracut-network live-boot- live-boot-initramfs-tools- PACKAGES aptitude I386 grub-pc linux-image-686 PACKAGES aptitude AMD64 grub-pc linux-image-amd64 /etc/fai/apt/sources.list changed: deb http://ftp.se.debian.org/debian jessie main deb http://security.debian.org/debian-security jessie/updates main /etc/fai/nfsroot.conf changed: FAI_DEBOOTSTRAP=jessie http://ftp.se.debian.org/debian; FAI_ROOTPW='$1$VJuUEDuz$TF7BdxNRLPh9mlpAOTZ8n1' NFSROOT=/srv/fai/nfsroot TFTPROOT=/srv/tftp/fai NFSROOT_HOOKS=/etc/fai/nfsroot-hooks/ FAI_DEBOOTSTRAP_OPTS=--exclude=info FAI_CONFIGDIR=/srv/fai/config -- 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#606825: mingw-w64 triplets/ostable
Hi! On Sat, 2014-08-23 at 18:40:28 -0700, Stephen Kitt wrote: On Wed, 4 Dec 2013 09:06:17 +0100, Guillem Jover guil...@debian.org wrote: On Wed, 2013-12-04 at 00:00:21 +, Dmitrijs Ledkovs wrote: I've carefully reviewed the whole thread and re-reviewed the proposed patch: * vendor tag is _not_ used to encode API/ABI, GNU_SYSTEM is w64-mingw32 - GOOD (agreed by everyone in the thread) After checking the latest GNU config.git repo, it seems there's no such system defined (with os=w64-mingw32), only cpu-pc-mingw32 (with os=mingw32). So w64 is still the vendor, being shoehorned here as if it was part of the os, which does really make sense, because mingw32 or cygwin, etc could be considered the equivalent of glibc on those operating systems (where it is denoted as -gnu). I'd happily accept the proposed patch if the config.{guess,sub} pair where updated upstream in that direction (i.e. support os=w64-mingw32). OK, so I've been working on this off-and-on for the last few months, and I now understand why upstream went for this cheat... Come to think about it though, I'm not 100% sure I understand what you're asking. Do you want config.sub i686-w64-mingw32 to canonicalise to i686-pc-w64-mingw32 (cpu=i686, vendor=pc, os=w64-mingw32), Yes, I was talking about something like this one. But see below, seems things might have changed (for the better)? The version I've been investigating is the former, where the canonical form is i686-pc-w64-mingw32 (or x86_64-pc-w64-mingw32). It's doable, but it requires at least: * updating libtool so it knows about os=*mingw32* (and not just os=mingw32*) * updating gcc likewise * once the above are done, adding os=w64-mingw32 to config (we need to wait until libtool and gcc are updated to avoid instantly breaking anything building for mingw-w64) * fixing any downstream breakage (and there will be a fair amount)... I don't think that diverges much from what one usually needs to do for a new port, which this really was, obviously saying that from the comfort of not being the one who's going to be doing the work… :/. That's just the technical side of things. I'm not sure how easy it would be to convince the various upstreams and downstreams (e.g. Fedora, OpenSuSE, and the many projects using MinGW-w64) of the necessity of all this; just as an example the gcc patch is over 5000 lines so I imagine people could be reluctant to accept it (OK, many of those lines are auto-generated, but still). Before I embark on trying to discuss this with the various upstreams, could you clarify your exact requirements for getting this into dpkg? As metioned before, the prevalent assumption in dpkg-dev and in most of the Debian packaging and system is that the vendor is irrelevant. And you should really think about the vendor as part of the machine, and to be the hw manufacturer, not the one providing the software. It does not usually get exposed anywhere, not even on DEB_HOST_GNU_TYPE style variables and we do not have DEB_HOST_GNU_VENDOR or _GNU_MANUFACTURER style ones either for example. In addition the current triplet is also just wrong, I get the impression that it was concocted to get a free ride and to avoid what might end up being needed to be done anyway, a “cheat” as you put it, and I've to say I've been a bit annoyed by it because it “perverts” the GNU triplet system and moves the burden to someone else, which means it ends up not being free at all. But I just noticed that a proper triplet was accepted in the config.git repo around 2012 (commit f16804b79ee5a23a9994a1cdc760cd9ba813148a), this is what config.sub has to say: $ /usr/share/misc/config.sub mingw64 x86_64-pc-mingw64 $ /usr/share/misc/config.sub x86_64-mingw64 x86_64-pc-mingw64 $ /usr/share/misc/config.sub i686-mingw64 i686-pc-mingw64 So, just one thought, if you are going to end up having to do the work that would be required to add support for what amounts to the equivalent of a new triplet, you could as well use a proper triplet, like the one above? In the end it seems to me that as long as the triplet is officially supported by config.sub/guess the rest of software should just follow suit, which as mentioned before is what needs to be done for each and every new architecture anyway. What might be more time consuming is hunting down and updating the rest of the affected packages in Debian, but given that this has been thought to be a partial architecture from the beginning it should not amount to so many packages (in contrast to a full fledged architecture, that is). Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759744: debian-cd: loopback.cfg support for booting ISOs from within GRUB
Hi *, On 08/30/2014 12:48 AM, adrian15 wrote: Adrian just pointed out to me that in #757883 he was working on this feature for supporting it in debian-live, that might be useful for further development and sharing this feature between debian-cd and debian-live. and I hacked stuff up for debian-cd some years ago [1][2][3][4], but the interest was quite low back then. Greets Evgeni [1] Message-ID: 4ef5b96c.30...@debian.org, 20111229160619.gj8...@dorei.kerker.die-welt.net, 20111231174244.gm8...@dorei.kerker.die-welt.net [2] http://anonscm.debian.org/cgit/users/evgeni/tmp/cdrom-detect.git/commit/?id=6129510d3c28dee41d6e03db331009148b9d0fb9 [3] http://anonscm.debian.org/cgit/users/evgeni/tmp/debian-installer.git/commit/?id=f641a79c2cda851cd067a6daa460203e98f22b67 [4] http://anonscm.debian.org/cgit/users/evgeni/tmp/iso-scan.git/commit/?id=c61a8073e1c4283e5e426209041c1d082801b7b5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759796: RFS: gemrb/0.8.1-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package gemrb * Package name: gemrb Version : 0.8.1-1 Upstream Author : The GemRB Project * URL : http://www.gemrb.org * License : GPL-2.0+ Section : games It builds those binary packages: gemrb - Open-source engine to run Baldur's Gate, Icewind Dale and Planesc gemrb-baldurs-gate - GemRB binary and configuration for Baldur's Gate game gemrb-baldurs-gate-2 - GemRB binary and configuration for Baldur's Gate 2 game gemrb-baldurs-gate-2-data - GemRB data files for Baldur's Gate 2 game gemrb-baldurs-gate-data - GemRB data files for Baldur's Gate game gemrb-data - Common data files for GemRB gemrb-doc - Documentation for GemRB gemrb-icewind-dale - GemRB binary and configuration for Icewind Dale game gemrb-icewind-dale-2 - GemRB binary and configuration for Icewind Dale 2 game gemrb-icewind-dale-2-data - GemRB data files for Icewind Dale 2 game gemrb-icewind-dale-data - GemRB data files for Icewind Dale game gemrb-planescape-torment - GemRB binary and configuration for Planescape: Torment game gemrb-planescape-torment-data - GemRB data files for Planescape: Torment game libgemrb - Shared libraries and plugins for GemRB To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gemrb Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/contrib/g/gemrb/gemrb_0.8.1-1.dsc More information about GemRB can be obtained from http://www.gemrb.org. Changes since the last upload: * Imported Upstream version 0.8.1 * Remove libvlccore-dev Build-Depends. (Closes: #759261) * Fix GemRB default paths to match the Debian package split between plugins in /usr/lib/gemrb and arch-independent files in /usr/share/gemrb. * Add a README file with some hints regarding the configuration of GemRB and installation of the game's data. (Closes: #755841) * Remove deprecated python-support dependency. * Replace libsdl1.2 dependency with libsdl2. * Increase Standards-Version to 3.9.5. Regards, Beren Minor -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') 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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759794: [Debian-med-packaging] Bug#759794: insighttoolkit4: FTBFS on amd64 with ENOSPC
insighttoolkit4 repeatedly FTBFS on amd64 [1] because of ENOSPC. A manual build on porterbox barriere.debian.org reported a need of ~44GB while it failed on buildd barber at approx 37GB of disk space. There are two things that could probably help: - change the python-binding dimensions to use only 2 an 3. I enabled also 4 because in our lab we have to deal with 3D+t data, but in the end using 4D data with python is not such a good idea memory-wise. (On Monday I will check how much this actually saves) - build with -g1 or even -g0 (have to look up if this is not against Debian Policy). The python bindings creates a lots of debugging info that gets thrown away anyway. We would then also have to disable the lib*-dbg package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759797: [INTL:es] Spanish debconf template translation for italc
Package: italc Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # italc po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the italc package. # Changes: # - Initial translation # Camaleón noela...@gmail.com, 2013, 2014. # - Updates # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans msgid msgstr Project-Id-Version: italc\n Report-Msgid-Bugs-To: it...@packages.debian.org\n POT-Creation-Date: 2014-08-18 12:37+0200\n PO-Revision-Date: 2014-08-18 21:48+0200\n Last-Translator: Camaleón noela...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid Automatically set up iTALC's role model and create key pairs? msgstr ¿Desea configurar automáticamente el modo de acceso de iTALC y generar las parejas de claves? #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid iTALC knows four different access roles for iTALC clients (teacher, student, supporter, and administrator). msgstr iTALC dispone de cuatro modos de acceso diferentes para los clientes (profesor, estudiante, asistente y administrador). #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid iTALC manages this role-based client access via SSL keys. msgstr iTALC gestiona este modo de acceso de los clientes mediante claves SSL. #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid Automatically generated SSL keys will be created in subfolders of /etc/italc/ keys. msgstr Las claves SSL que se hayan generado de manera automática se crearán en subdirectorios de «/etc/italc/keys». #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid Create groups for iTALC roles now? msgstr ¿Desea crear ahora los grupos para los modos de acceso de iTALC? #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid iTALC's role model requires four groups to exist: \teacher\, \student\, \supporter\, and \admin\. msgstr El modo de acceso de iTALC requiere la existencia de cuatro grupos: «profesor», «estudiante», «asistente» y «administrador». #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid If these four groups are not created now, you will be asked to assign existing groups in their place. msgstr Si no crea estos cuatro grupos ahora, se le pedirá que asigne grupos existentes en su lugar. #. Type: boolean #. Description #: ../italc-client.templates:8001 msgid Use already existing groups for iTALC roles? msgstr ¿Desea utilizar grupos existentes para los modos de acceso de iTALC? #. Type: boolean #. Description #: ../italc-client.templates:8001 msgid If groups reflecting the iTALC role model have already been set up (e.g. in the LDAP user/group database) then you can specify those group names on the next screens. msgstr Si ya ha configurado grupos que reflejen el modo de acceso de iTALC (p. ej., en una base de datos LDAP de usuario/grupo) puede especificar esos nombres de grupos en los siguientes apartados. #. Type: string #. Description #: ../italc-client.templates:9001 msgid iTALC teachers role group: msgstr Grupo para el modo profesores de iTALC: #. Type: string #. Description #: ../italc-client.templates:9001 msgid Please specify the group name for iTALC teachers. msgstr Especifique el nombre del grupo para los profesores de iTALC. #. Type: string #. Description #: ../italc-client.templates:9001 msgid The teacher role gives basic control over iTALC clients in classrooms. msgstr El modo profesores proporciona un control básico sobre los clientes iTALC en las clases. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../italc-client.templates:9001 ../italc-client.templates:11001 #: ../italc-client.templates:13001 ../italc-client.templates:15001 msgid If you leave this empty, the \root\ group will be used. msgstr Si deja este campo en blanco se utilizará el grupo «root». #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean
Bug#759696: 3dldf: FTBFS on non-*amd64: invalid free in arc_1 test: RESOLVED
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, the issue was resolved by checking against a simple sample rather than the full example set which very heteroclite: the corrected version has been pushed at Alioth. Thanks, Jerome -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJUAd3qAAoJEIC/w4IMSybjaKYH/i9BjWe0aFdUU7yujTDMuO4E cSwkRPXlgtSynPmN5p3Tnj5HSEa/iN1jSCFwAOABj41suAo6OS9eJCuvrCecNRVv MiFPhX4XLrn2pK6mLg1PPHDXYoeIsF/3PfTDA6TmuhQwJHeQ/e/Dkuv3rBQv9wXy 2VM5zfenU/aAmHyKjlL5iCM2x1ugpEDGnHwALCQv2ttafbllUmbv5GeSoolK6d/G UDvJ3hM7tMwQx/rRRh/3IfnXI+yT9WSc0pI9mRAoQW7e4KO2b+JpDisjraJrRFM4 siFnITR9oP5BC77hpCiImjMgCogEcPOxNtLAI23ImqqjR7xBzyyyv4HDagT27x8= =6l7x -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#754310: netgen: meshing a STEP file makes X crash
On Fri, 29 Aug 2014 14:46:26 -0700 Julien Cristau wrote: On Wed, Jul 9, 2014 at 21:51:33 +0200, Francesco Poli (wintermute) wrote: Package: netgen Version: 4.9.13.dfsg-8+b1 Severity: grave Justification: renders package unusable Hello, I cannot generate a mesh on a geometry described in a STEP file without experiencing X crashes that force me to reboot the machine. X crashes are X bugs, not client bugs. Hi Julien, thanks for commenting my bug report! :-) What you say definitely makes sense. Could you please help me reassigning this bug report to the correct package? Maybe xserver-xorg-video-intel/2:2.21.15-2+b2 (please see the reply I sent yesterday)? Could you (or someone else you may suggest) try and reproduce the bug on similar hardware? Thanks for your time! -- http://www.inventati.org/frx/ fsck is a four letter word... . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpuTp54VYIZL.pgp Description: PGP signature
Bug#759798: RM: python-xmp-toolkit/experimental -- ROM; NVIU
Package: ftp.debian.org Severity: normal Please remove python-xmp-toolkit/1.0.2+dfsg-1 from Experimental because the newer version 2.0.1~git20140309.5437b0a-1 has been uploaded recently to Unstable. The package has been initially uploaded to Experimental by the previous maintainer in 2012, and is obsolete. Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759674: upgrade-reports: After upgrade automatic login doesn't work
Package: upgrade-reports Followup-For: Bug #759674 Dear Maintainer, Same issue, I'd never had any problems before, and now I have. I attributed it to having added a second user, but when I removed this second user the problem was still there. It was about the time of the upgrade that the problems started happening. I'm using gdm3, I've checked /etc/gdm3/daemon.conf, and it all seems to be fine. Possibly the upgrade from 38. to 3.12, although I thought it was fine for a bit after, whilst I had 3.12 and no extra user, but I can't remember. I'm going to install lightdm - if it doesn't work on that, I will add to this bug report. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) 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#755841: gemrb-planescape-torment: a number of small issues with planescape torment
Hi Johannes, Thanks for your report. I have packaged a new version of gemrb. For now it is available at http://mentors.debian.net/package/gemrb, and I am waiting for a sponsor to have it officially available. There is now a more informative README in the package, I have fixed a few number of issues wrt configuration paths, and updated the package to upstream 0.8.1. Regarding the resolution issue, unfortunately the games and GemRB do not support higher resolutions natively. I have added information about how to proceed in the README files, but it requires third-party patches and manual installation, eventually through wine. Best, Beren Minor
Bug#754446: wheezy-pu: fix #609457 in supervisor package
Control: tags -1 + pending On 2014-08-17 18:20, Adam D. Barratt wrote: [...] On Fri, 2014-07-11 at 08:42 +0200, Michael Prokop wrote: The init script of supervisor in wheezy is broken (I tend to call the package unusable for any system that includes automated configuration management and monitoring), see #609457 The init script from the current package version of jessie/unstable works fine so I think this change could go towards wheezy(-updates). debdiff supervisor_3.0a8-1.1.dsc supervisor_3.0a8-1.1+deb7u1.dsc is attached. Please go ahead; thanks. For the record, this was uploaded and I've just flagged it for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759261: gemrb: unnecessary B-D on libvlccore-dev
Hi Sebastian, I have an updated package at http://mentors.debian.net/package/gemrb, awaiting a sponsor, that removes this B-D. Best, -- Beren Minor -- Beren Minor On Mon, Aug 25, 2014 at 6:38 PM, Sebastian Ramacher sramac...@debian.org wrote: Source: gemrb Version: 0.8.0-1 gemrb currently build-depends on libvlccore-dev but none of the binary packages links against libvlccore. From the build log, it seems like cmake checks for the existence of libvlccore, but it's not used anywhere else. Please patch the build system to only check for libvlc and remove the unnecessary libvlccore-dev B-D. Cheers -- Sebastian Ramacher
Bug#757917: transition: libav11
Control: tags -1 confirmed On 12/08/14 13:41, Reinhard Tartler wrote: I would like to upload libav11 to unstable, which requires the recompilation of any package that links against it. Go ahead. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757238: Acknowledgement ([xfce4-power-manager] Doesn't lock the screen anymore (when out of hibernation))
On Wed, 06 Aug 2014 14:30:06 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: Screen locking back from hibernate is back, so I guess you can consider this one closed. Thanks for all. JY -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759674: upgrade-reports: After upgrade automatic login doesn't work
Package: upgrade-reports Followup-For: Bug #759674 Dear Maintainer, It isn't just gdm3 - I tried installing lightdm, and then set it for that, and checked that it was set in /etc/lightdm/lightdm.conf, and it did not work. I uninstalled lightdm. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) 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#757289: stimfit: Please update to use wxwidgets3.0
On Fri, Aug 29, 2014 at 10:50:58PM -0300, Olly Betts wrote: Control: severity -1 serious Justification: Blocks two on-going transitions (wxwidgets3.0 and wxpython3.0) On Thu, Aug 07, 2014 at 11:08:54AM -0400, Yaroslav Halchenko wrote: On Thu, 07 Aug 2014, Christoph Schmidt-Hieber wrote: I'm unsure whether we should release 0.13.19 including these changes or use your NMU instead given that we've just uploaded 0.13.18 - Yaro, what do you think? I would not mind NMU at all - but you would need to not forget to ACK it in your next upload (so might end up more of work for you, depending on how easy/complex is to cut a new release). I think it's time we got a fix uploaded one way or the other - if we do it now, there's two months to find and fix any resulting issues before the jessie freeze, which is a comfortable margin. I infer from the above that you probably wouldn't object to an NMU, but I'd rather have a more explicit ACK (or a NACK if you're intending to make an upload yourself shortly). I'm putting together 0.13.19 for upload. How can I test Debian packaging with wx-3.0 on my local system? Currently pbuilder complains about unresolved dependencies. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684580: SIGSEGV in torsocks 2.0.0-1
I've just upgrade torsocks from 1.3-3 to 2.0.0-1 and have found that it gets SIGSEGV now when before it worked fine. Below is the backtrace from gdb after running: . torsocks on midori# but happens with most other apps as well I have used the exact config file as came with the new torsocks 2.0.0-1 package and restarted the tor daemon. Perhaps this is a related problem to #684580? Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0xb7fcd12b in tsocks_close () from /usr/lib/torsocks/libtorsocks.so #2 0xb7fcd1d4 in close () from /usr/lib/torsocks/libtorsocks.so #3 0xb46491a6 in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1 #4 0xb464973b in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1 #5 0xb462c7c4 in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1 #6 0xb7fed86a in call_init (l=0xb46f15a0, argc=argc@entry=1, argv=argv@entry=0xb1f4, env=env@entry=0xb1fc) at dl-init.c:64 #7 0xb7fed9a4 in call_init (env=0xb1fc, argv=0xb1f4, argc=1, l=optimized out) at dl-init.c:36 #8 _dl_init (main_map=0xb7fff930, argc=1, argv=0xb1f4, env=0xb1fc) at dl-init.c:126 #9 0xb7fdfd3f in _dl_start_user () from /lib/ld-linux.so.2 ~ = /bin/ls -lt /usr/lib/i386-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 48 Nov 22 2013 /usr/lib/i386-linux-gnu/libGL.so.1 - /etc/alternatives/glx--libGL.so.1-i386-linux-gnu ~ = readlink -f /usr/lib/i386-linux-gnu/libGL.so.1 /usr/lib/i386-linux-gnu/nvidia/current/libGL.so.340.24 torsocks: Installed: 2.0.0-1 Candidate: 2.0.0-1 Version table: *** 2.0.0-1 0 500 http://debian.lcs.mit.edu/debian/ testing/main i386 Packages 100 /var/lib/dpkg/status 2014-08-30 10:25:23 upgrade tor-geoipdb:all 0.2.4.22-1 0.2.4.23-1 2014-08-30 10:25:25 upgrade tor:i386 0.2.4.22-1 0.2.4.23-1 2014-08-30 10:25:28 upgrade torsocks:i386 1.3-3 2.0.0-1 2014-08-30 10:25:32 configure tor:i386 0.2.4.23-1 none 2014-08-30 10:25:34 configure tor-geoipdb:all 0.2.4.23-1 none 2014-08-30 10:25:34 configure torsocks:i386 2.0.0-1 none 2014-08-30 10:25:34 status installed tor-geoipdb:all 0.2.4.23-1 2014-08-30 10:25:34 status installed tor:i386 0.2.4.23-1 2014-08-30 10:25:35 status installed torsocks:i386 2.0.0-1 thanks, --jack
Bug#759800: [stellarium] Should provide FPS/CPU limitation other things
Package: stellarium Version: 0.13.0-2 Severity: wishlist --- Please enter the report below this line. --- As I didn't browse the code, I don't know if this is even possible. However, it would be nice to be able to manually (automagically?) lower FPS (and CPU). eg: on my laptop, stellarium take almost 1 core out of 4 100% of the time, which is annoying as stellar fun is dragging the laptop outside and confront observation w/ calculus. Night mode should also be configurable (RGB would be good:) or at least available in green dark gray. Long details (upper left text block when clicking an object) is almost unreadable during the day (text is gray, sky is light blue, bad mixing). Anyway, this is a tremendous software (just missing a dome and a 180° video projector;), thanks. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 unstablewww.deb-multimedia.org 500 unstableftp.fr.debian.org 500 trusty ppa.launchpad.net --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.15) | 2.19-10 libgcc1 (= 1:4.1.1) | 1:4.9.1-9 libgl1-mesa-glx| 10.2.6-1 OR libgl1 | libqt5concurrent5 (= 5.0.2) | 5.3.1+dfsg-3 libqt5core5a (= 5.2.0~alpha1) | 5.3.1+dfsg-3 libqt5declarative5 (= 5.0.2) | 5.3.1-1 libqt5gui5 (= 5.2.0) | 5.3.1+dfsg-3 libqt5network5 (= 5.0.2) | 5.3.1+dfsg-3 libqt5opengl5 (= 5.0.2) | 5.3.1+dfsg-3 libqt5script5 (= 5.0.2) | 5.3.1+dfsg-3 libqt5widgets5 (= 5.2.0) | 5.3.1+dfsg-3 libstdc++6(= 4.9) | 4.9.1-9 qtbase-abi-5-3-1 | zlib1g(= 1:1.1.4) | 1:1.2.8.dfsg-2 stellarium-data (= 0.13.0-2) | 0.13.0-2 qtquick1-qml-plugins(= 5.2.1) | 5.3.1-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748979: songwrite fails to run
Hi Morten, thanks for your bug report. Unfortunately, I couldn't reproduce your problem. So we may need further information. Let's start with this: Does the file /usr/share/locale/en/LC_MESSAGES/songwrite.mo exist in your system? Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759799: perl: FTBFS under pbuilder with USENETWORK=no
Source: perl Version: 5.20.0-6 Severity: important From my pbuilder build log: ... cpan/IO-Socket-IP/t/12port-fallback ... ok cpan/IO-Socket-IP/t/13addrinfo ok cpan/IO-Socket-IP/t/14fileno .. ok cpan/IO-Socket-IP/t/15io-socket ... # Failed test ''IO::Socket-new( Domain = AF_INET )' isa 'IO::Socket::IP'' # at t/15io-socket.t line 20. # 'IO::Socket-new( Domain = AF_INET )' isn't defined FAILED at test 1 cpan/IO-Socket-IP/t/16v6only .. Cannot listen on PF_INET6 - Name or service not known at t/16v6only.t line 22. FAILED--no leader found cpan/IO-Socket-IP/t/17gai-flags ... ok cpan/IO-Socket-IP/t/18fdopen .. ok cpan/IO-Socket-IP/t/19no-addrs ok ... t/x2p/find2perl ... ok t/x2p/s2p . ok Failed 2 tests out of 2334, 99.91% okay. ../cpan/IO-Socket-IP/t/15io-socket.t ../cpan/IO-Socket-IP/t/16v6only.t ### Since not all tests were successful, you may want to run some of ### them individually and examine any diagnostic messages they produce. ### See the INSTALL document's section on make test. ### You have a good chance to get more information by running ### ./perl harness ### in the 't' directory since most (=80%) of the tests succeeded. ### You may have to set your dynamic library search path, ### LD_LIBRARY_PATH, to point to the build directory: ### setenv LD_LIBRARY_PATH `pwd`; cd t; ./perl harness ### LD_LIBRARY_PATH=`pwd`; export LD_LIBRARY_PATH; cd t; ./perl harness ### export LD_LIBRARY_PATH=`pwd`; cd t; ./perl harness ### for csh-style shells, like tcsh; or for traditional/modern ### Bourne-style shells, like bash, ksh, and zsh, respectively. u=7.09 s=1.48 cu=406.20 cs=16.95 scripts=2334 tests=710280 makefile:808: recipe for target 'test' failed make[1]: *** [test] Error 1 make[1]: Leaving directory '/tmp/buildd/perl-5.20.0' debian/rules:88: recipe for target 'perl.static' failed make: *** [perl.static] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 The build environment does have an lo interface set up, so I'm not sure why IO::Socket-new(Domain=AF_INET) would be failing. It doesn't have any IPv6 set up AFAIK, but I'm not sure that should be a requirement. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759790: meep: Randomly FTBFS on slow archs because of sbuild inactivity walltime
On Sat, 30 Aug 2014 14:17:12 +0200 Gilles Filippini p...@debian.org wrote: Source: meep Version: 1.2.1-2 Severity: serious Tags: patch Justification: randomly FTBFS Hi, On slow archs meep has to be given back several times because of sbuild inactivity walltime being triggered in dh_auto_test. Please find a patch proposal to address this issue by allowing the tests logs to be displayed during the build. Here is a new version of the patch fixing a few issues. Thanks, _g. diff -Nru meep-1.2.1/debian/changelog meep-1.2.1/debian/changelog --- meep-1.2.1/debian/changelog 2014-08-03 10:12:17.0 + +++ meep-1.2.1/debian/changelog 2014-08-30 11:29:34.0 + @@ -1,3 +1,11 @@ +meep (1.2.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Workaround random FTBFS due to sbuild inactivity walltime on slow +archs: new patch show-test-logs.patch plus override_dh_auto_test. + + -- Gilles Filippini p...@barriere.debian.org Sat, 30 Aug 2014 07:57:29 + + meep (1.2.1-2) unstable; urgency=medium * Support hdf5 1.8.13 new packaging layout. (Closes: #756679) diff -Nru meep-1.2.1/debian/patches/series meep-1.2.1/debian/patches/series --- meep-1.2.1/debian/patches/series1970-01-01 00:00:00.0 + +++ meep-1.2.1/debian/patches/series2014-08-30 10:50:27.0 + @@ -0,0 +1 @@ +show-test-logs.patch diff -Nru meep-1.2.1/debian/patches/show-test-logs.patch meep-1.2.1/debian/patches/show-test-logs.patch --- meep-1.2.1/debian/patches/show-test-logs.patch 1970-01-01 00:00:00.0 + +++ meep-1.2.1/debian/patches/show-test-logs.patch 2014-08-30 14:46:07.0 + @@ -0,0 +1,27 @@ +Description: run testcases through a wrapper piping logs + This is used in debian/rules:override_dh_auto_test to have test logs + displayed during the tests execution, to workaround random FTBFS + triggered by sbuild inactivity walltime on slow archs. +Index: meep-1.2.1/tests/Makefile.am +=== +--- meep-1.2.1.orig/tests/Makefile.am meep-1.2.1/tests/Makefile.am +@@ -73,7 +73,7 @@ pml_LDADD = $(LIBMEEP) + + TESTS = aniso_disp bench bragg_transmission convergence_cyl_waveguide cylindrical flux harmonics integrate known_results one_dimensional physical stress_tensor symmetry three_d two_dimensional 2D_convergence h5test pml + +-LOG_COMPILER = $(RUNCODE) ++LOG_COMPILER = ./wrapper $(RUNCODE) + + # Note: this requires GNU make + +Index: meep-1.2.1/tests/wrapper +=== +--- /dev/null meep-1.2.1/tests/wrapper +@@ -0,0 +1,5 @@ ++#!/bin/sh ++runcode=$1 ++shift ++ ++$runcode $@ | tee 3 diff -Nru meep-1.2.1/debian/rules meep-1.2.1/debian/rules --- meep-1.2.1/debian/rules 2014-08-03 10:13:17.0 + +++ meep-1.2.1/debian/rules 2014-08-30 15:12:07.0 + @@ -33,4 +33,13 @@ override_dh_clean: # we do not need this anymore rm -f tests/latest_output + rm -f tests/pipelog dh_clean + +# Workaround random FTBFS caused by sbuild inactivity walltime +# Use patch show-test-logs.patch +override_dh_auto_test: + chmod a+x tests/wrapper + mkfifo tests/pipelog + cat tests/pipelog + exec 3tests/pipelog dh_auto_test signature.asc Description: OpenPGP digital signature
Bug#759801: gprbuild using -dumpversion tries to link -lgnat-4.9.1
Package: gprbuild Version: 2014-1 Severity: serious Tags: sid jessie gcc -dumpversion now correctly reports the upstream version, 4.9.1 instead of the (Debian specific) base version used for the packaging. Apparently gprbuild uses gcc -dumpversion to derive the library name, as in the apq-postgresql build: Building relocatable library [...] completed 4 out of 5 (80%)... completed 5 out of 5 (100%)... completed 5 out of 5 (100%)... /usr/bin/ld: cannot find -lgnat-4.9.1 collect2: error: ld returned 1 exit status gprlib: /usr/bin/gnatgcc execution error gprbuild: could not build library for project apq.postgresql Please fix gprbuild to drop the subminor version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754446: wheezy-pu: fix #609457 in supervisor package
Hi, * Adam D. Barratt [Sat Aug 30, 2014 at 03:53:15PM +0100]: On 2014-08-17 18:20, Adam D. Barratt wrote: On Fri, 2014-07-11 at 08:42 +0200, Michael Prokop wrote: The init script of supervisor in wheezy is broken (I tend to call the package unusable for any system that includes automated configuration management and monitoring), see #609457 The init script from the current package version of jessie/unstable works fine so I think this change could go towards wheezy(-updates). debdiff supervisor_3.0a8-1.1.dsc supervisor_3.0a8-1.1+deb7u1.dsc is attached. Please go ahead; thanks. For the record, this was uploaded and I've just flagged it for acceptance. Thanks! (Sorry I wasn't aware that I should have followed up here.) regards, -mika- signature.asc Description: Digital signature
Bug#758225: vcdimager: please run dh-autoreconf to update for new architectur
Package: vcdimager Followup-For: Bug #758225 User: debian-...@lists.debian.org Usertag: arm64 Will's patch will work, but just updating config.sub and guess does not solve the problem generally and has to be done for every new architecture. It is much better for the package to run autoreconf during the build, normally via dh-autoreconf, as this fixes the problem once and for all. This page explains why this is now the preferred procedure in the archive and gives info on how to update this in your package: https://wiki.debian.org/Autoreconf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759802: pacmd should use GNU readline
Package: pulseaudio-utils Version: 5.0-6 Severity: wishlist File: /usr/bin/pacmd pacmd should use GNU readline, despite http://lists.freedesktop.org/archives/pulseaudio-bugs/2010-November/004257.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759803: python-llvm: Causes segfault on printing certain values
Package: python-llvm Version: 0.12.6-2 Severity: important Dear Maintainer, python-llvm (llvm-py upstream) has been giving me quite a few issues lately. I wrote a quick test to see how easy it would be to generate some code with it, and kept getting segfaults. That was a red flag right away; python code shouldn't ever segfault unless you're doing something strange. I boiled it down to a MWE, attached below with some notes on where segfaults happen. I also ran a backtrace with gdb to see where it was segfaulting, although I didn't do any digging through source files to see where improper checking/other bugs might be. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (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 python-llvm depends on: ii libc6 2.19-7 ii libffi6 3.1-2 ii libgcc1 1:4.9.1-4 ii libllvm3.4 1:3.4.2-6 ii libstdc++6 4.9.1-4 ii libtinfo5 5.9+20140712-2 ii python 2.7.8-1 python-llvm recommends no packages. python-llvm suggests no packages. -- no debconf information *** /home/rwb/python/parse/test.py import llvm.core as llvm module = llvm.Module.new(main) int = llvm.Type.int() func = llvm.Function.new(module, int, main) block = func.append_basic_block(entry) builder = llvm.Builder.new(block) # Segfault. # print(func) left = llvm.Constant.int(int, 1) right = llvm.Constant.int(int, 1) print(left) print(right) tmp = builder.add(left, right, tmp) # Segfault. # print(block) # Unclear if this should be 0 or 1. print(len(block.instructions)) builder.ret(tmp) print(len(block.instructions)) print(block.instructions[0].opcode_name) # Segfault. print(block.instructions[0]) *** /home/rwb/python/parse/gdb.txt Starting program: /usr/bin/python test.py warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. 0xb60aec55 in llvm::Function::BuildLazyArguments() const () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #0 0xb60aec55 in llvm::Function::BuildLazyArguments() const () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #1 0xb613fc25 in llvm::TypeFinder::run(llvm::Module const, bool) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #2 0xb604f32a in llvm::TypePrinting::incorporateTypes(llvm::Module const) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #3 0xb6051ac7 in llvm::AssemblyWriter::init() () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #4 0xb6051b84 in llvm::AssemblyWriter::AssemblyWriter(llvm::formatted_raw_ostream, llvm::SlotTracker, llvm::Module const*, llvm::AssemblyAnnotationWriter*) () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #5 0xb6058df1 in llvm::Value::print(llvm::raw_ostream, llvm::AssemblyAnnotationWriter*) const () from /usr/lib/i386-linux-gnu/libLLVM-3.4.so.1 #6 0xb78ff3ed in ?? () from /usr/lib/python2.7/dist-packages/llvmpy/_api.so #7 0x08104248 in PyEval_EvalFrameEx () #8 0x080ff28d in PyEval_EvalCodeEx () #9 0x08101f4b in PyEval_EvalFrameEx () #10 0x08118e25 in ?? () #11 0x08134317 in ?? () #12 0x08107919 in PyEval_CallObjectWithKeywords () #13 0x081bf23d in ?? () #14 0x0816715c in ?? () #15 0x080f3018 in ?? () #16 0x0810125f in PyEval_EvalFrameEx () #17 0x08118e25 in ?? () #18 0x08134317 in ?? () #19 0x08107919 in PyEval_CallObjectWithKeywords () #20 0x081bf23d in ?? () #21 0x08157a97 in PyObject_Str () #22 0x08156235 in ?? () #23 0x08155ca8 in PyFile_WriteObject () #24 0x081059c4 in PyEval_EvalFrameEx () #25 0x080ff28d in PyEval_EvalCodeEx () #26 0x08132e5c in ?? () #27 0x0812a2b8 in PyRun_FileExFlags () #28 0x0812948a in PyRun_SimpleFileExFlags () #29 0x080d4b74 in Py_Main () #30 0x080d45fb in main () quit A debugging session is active. Inferior 1 [process 24157] will be killed. Quit anyway? (y or n) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757289: stimfit: Please update to use wxwidgets3.0
On Sat, Aug 30, 2014 at 04:01:47PM +0100, Christoph Schmidt-Hieber wrote: I'm putting together 0.13.19 for upload. Cool. How can I test Debian packaging with wx-3.0 on my local system? Currently pbuilder complains about unresolved dependencies. What's the exact error? It should just work - I just did a quick rebase of my nmudiff onto 1.3.18 and that builds fine for me in sbuild. I'd make sure your pbuilder unstable chroot is up-to-date, and perhaps try recreating 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#759342: the patch
Tags: patch A patch to fix that issue. --- a/fetch-crl +++ b/fetch-crl @@ -568,7 +568,7 @@ sub getAttribute($$) { my $self = shift or die Invalid invocation of CRL::getAttribute\n; my $key = shift; - return $self-{$key} or undef; + return $self-{$key} || undef; } sub getPEMdata($) {
Bug#759804: lastfmsubmitd: Directory /var/spool/lastfm/ has incorrect permissions.
Package: lastfmsubmitd Version: 1.0.6-4 Severity: normal Dear Maintainer, During installation directory /var/spool/lastfm/ is created with incorrect permissions: drwxrwsr-x 2 lastfm lastfm 4096 Авг 30 18:41 lastfm And audioplayer MOC (1:2.5.0~alpha4+s, amd64) can't write song information to be submitted by lastfmsubmitd. $ ps -eo user,pid,cmd | grep lastfm lastfm 10873 /usr/bin/python /usr/bin/lastfmsubmitd victor 11839 python /home/victor/.moc/moc_submit_lastfm --artist Vanilla Fudge --title The Beat Goes On --length 01:51 --album The Beat Goes On victor 11850 grep lastfm But information about audiotracks on my page (http://www.lastfm.ru/user/ragga_jungle) doesn't refresh. After executing this command (chmod o+x /var/spool/lastfm) problem has disappeared. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lastfmsubmitd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii python 2.7.3-4+deb7u1 ii python-support 1.0.15 lastfmsubmitd recommends no packages. Versions of packages lastfmsubmitd suggests: pn ears none -- debconf information: * lastfmsubmitd/password: (password omitted) * lastfmsubmitd/user: ragga_jungle * lastfmsubmitd/spool_group: lastfm lastfmsubmitd/no_lastmp: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759773: [INTL:da] Danish translation of apt-listbugs
On Sat, 30 Aug 2014 08:08:54 +0100 Joe Dalton wrote: Please include the attached Danish apt-listbugs translation. Thanks a lot for updating the translation! I have one question for you: #: ../lib/apt-listbugs/logic.rb:54 msgid -s severities : Filter bugs by severities you want to see (or \all\)\n [%s].\n msgstr -s alvorlighed : Filtrer fejlrapporter efter alvorlighedsgrad, du ønsker at\n se (eller »all«) [%s].\n In order to clarify, would the following modified translation be correct? msgstr -s alvorlighed : Filtrer fejlrapporter efter alvorlighedsgrad, du ønsker\n at se (eller »all« for alle)\n [%s].\n Please let me know, thanks for your time. (No need to re-send the whole file, please just tell me whether my proposed change is OK, or otherwise fix it!) -- http://www.inventati.org/frx/ fsck is a four letter word... . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpthJV8PDWOf.pgp Description: PGP signature
Bug#759803: python-llvm: Causes segfault on printing certain values
severity 759803 normal thanks On 30/08/2014 17:26, Robert wrote: Package: python-llvm Version: 0.12.6-2 Severity: important Dear Maintainer, python-llvm (llvm-py upstream) has been giving me quite a few issues lately. I wrote a quick test to see how easy it would be to generate some code with it, and kept getting segfaults. That was a red flag right away; python code shouldn't ever segfault unless you're doing something strange. In theory, yes. However, it is the way LLVM is designed. If an incorrect IR is given, LLVM is going to crash, crashing Python in the meantime. FYI, there is the exact same issue with the OCaml binding. Cheers, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757092: fai: syslinux package split, location of pxelinux changed
Package: fai-server Version: 4.2.2 Followup-For: Bug #757092 Dear Maintainer, I'm using an up-to-date Jessie and run exactly in this problem today. fai-setup doesn't complete. 8-- root@fai:~# fai-setup Creating FAI nfsroot in /srv/fai/nfsroot Creating base system using debootstrap version 1.0.60 Calling debootstrap --exclude=info --include=aptitude jessie /srv/fai/nfsroot http://ftp.se.debian.org/debian Creating base.tar.gz .. .. .. install_packages exit code: 0 ‘/srv/fai/nfsroot/boot/vmlinuz-3.14-2-amd64’ - ‘/srv/tftp/fai/vmlinuz-3.14-2-amd64’ ‘/srv/fai/nfsroot/boot/initrd.img-3.14-2-amd64’ - ‘/srv/tftp/fai/initrd.img-3.14-2-amd64’ cp: cannot stat ‘/srv/fai/nfsroot/usr/lib/syslinux/pxelinux.0’: No such file or directory Log file written to /var/log/fai/fai-make-nfsroot.log Log file written to /var/log/fai/fai-setup.log root@fai:~# 8-- I patched /usr/sbin/fai-make-nfsroot with the patch and simulated the new dependency with including pxelinux manually in the nfsroot: FAI_DEBOOTSTRAP_OPTS=--exclude=info --include=aptitude,pxelinux in /etc/fai/nfsroot.conf and it is working. Thomas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fai-server depends on: ii debootstrap 1.0.60 ii fai-client 4.2.2 Versions of packages fai-server recommends: pn isc-dhcp-server none pn libproc-daemon-perl none ii nfs-kernel-server 1:1.2.8-9 pn openbsd-inetd | inet-superserver none ii openssh-client1:6.6p1-7 ii openssh-server1:6.6p1-7 ii tftpd-hpa 5.2+20140608-3 Versions of packages fai-server suggests: ii aptitude 0.6.11-1 pn debmirror none pn grub none pn perl-tknone pn reprepro none pn xorrisonone -- Configuration Files: /etc/fai/NFSROOT changed: PACKAGES aptitude nfs-common fai-nfsroot module-init-tools ssh rdate lshw rpcbind rsync lftp less dump e2fsprogs usbutils hwinfo psmisc pciutils hdparm smartmontools parted mdadm lvm2 dnsutils ntpdate dosfstools xfsprogs xfsdump procinfo numactl dialog console-common kbd iproute moreutils udev xz-utils cupt dracut-network live-boot- live-boot-initramfs-tools- PACKAGES aptitude I386 grub-pc linux-image-686 PACKAGES aptitude AMD64 grub-pc linux-image-amd64 /etc/fai/apt/sources.list changed: deb http://ftp.se.debian.org/debian jessie main deb http://security.debian.org/debian-security jessie/updates main /etc/fai/nfsroot.conf changed: FAI_DEBOOTSTRAP=jessie http://ftp.se.debian.org/debian; FAI_ROOTPW='$1$VJuUEDuz$TF7BdxNRLPh9mlpAOTZ8n1' NFSROOT=/srv/fai/nfsroot TFTPROOT=/srv/tftp/fai NFSROOT_HOOKS=/etc/fai/nfsroot-hooks/ FAI_DEBOOTSTRAP_OPTS=--exclude=info --include=aptitude FAI_CONFIGDIR=/srv/fai/config -- 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#759805: Non matching quotes won't work in the shell
Package: alsa-utils Version: 1.0.28-1 Severity: wishlist File: /usr/share/man/man1/amixer.1.gz amixer -c 2 cset iface=MIXER,name='Line Playback Volume,index=1 40% Non matching quotes won't work in the shell. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759590: Error in GnuTLS initialization: Failed to acquire random data.
On 2014-08-30 Evgeni Golov evg...@debian.org wrote: [...] $ env -i LD_PRELOAD=/usr/lib/libeatmydata/libeatmydata.so gnutls-cli Error in GnuTLS initialization: Failed to acquire random data. No hostname specified $ unset LD_PRELOAD ; gnutls-cli No hostname specified I can reproduce the original mutt issue, when wrapping mutt with eatmydata. The interesting thing is, that mutt will open urandom via open(/dev/urandom, O_RDONLY) when started directly, but not, when eatmydata is involved. This seems to be the issue for the eatmydata case. Not sure about the others, though. [...] Hello, On AMD64 I also see eatmydata gnutls-cli breaking, but not in ix86. Sprinkling GnuTLS with fprintf() like this - rnd-common.c ... int _rnd_system_entropy_init(void) { int old; fprintf(stderr, AMDEBUG line [%d] file[%s] func[%s]\n, __LINE__, __FILE__, __FUNCTION__); device_fd = open(/dev/urandom, O_RDONLY); perror(AMDEBUG perror); fprintf(stderr, AMDEBUG device_fd [%d]\n, device_fd); [...] - yields (sid-AMD64)ametzler@argenau:/tmp/GNUTLS/gnutls-3.3.7$ eatmydata src/gnutls-cli AMDEBUG line [198] file[rnd-common.c] func[_rnd_system_entropy_init] AMDEBUG perror: Bad address AMDEBUG device_fd [-1] EFAULT does not really make sense here, does it? cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org