Bug#777685: gnuplot5-qt: with fvwm, qt window resize flickers and sometimes fails
severity 777685 minor severity 777684 minor thanks Hi Vincent, I guess these bugreports should be redirected to the fvwm-package. The bug is unreproducable with KDE and Gnome. Thanks Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755722: systemd must sync systemclock to RTC on shutdown
Hi, On 13/02/15 10:32, Stefan Fritsch wrote: Once jessie is released, the correct long-term fix can be discussed in a more relaxed way. As a user impacted by this issue, I would like to second this motion! Most important is to have it work for the Debian users. Thanks, Eric -- I'm subscribed on debian-java, debian-mentors, pkg-java-maintainers and pkg-vdr-dvb-devel. No need to CC me on these lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778453: php5-radius fails with lighttpd
Package: php5-radius Version: php5-radius Severity: normal Tags: patch Dear Maintainer, When php5-radius is installed on Debian Testing (Jessie) running lighttpd, the module is not loaded due to the use of different php5 directories. Workaround: cd /etc/php5/cgi/conf.d ln -s ../../conf.d/radius.ini 30-radius.ini R. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778458: please strip times from generated doc-cache
Package: octave-pkg-dev Version: 1.1.3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that none of the octave-* packages build reproducibly. Octave, by default, writes a timestamp to (at least) the doc-cache file output by the pkg install action. The attached patch prevents this. It will, however, change the output of all calls to the save function. I do not know if this will be a problem, or if this matters in practice. Possible alternative fixes: * Don't ship the doc-cache? Octave recommend shipping it. #37542 [2] * Call save_header_format_string at a narrower scope, to ensure it only changes the doc-cache. install.m - generate_lookfor_cache.m - doc_cache_create.m. * Make it possible for packages to opt-in to this fix (environment variable, perhaps?) Regards, Chris [1]: https://wiki.debian.org/ReproducibleBuilds [2]: https://savannah.gnu.org/bugs/?37542 --- a/octave-pkg.mk 2015-02-15 10:50:58.851375767 + +++ b/octave-pkg.mk 2015-02-15 10:53:58.556258122 + @@ -92,6 +92,8 @@ [pwd(),'/$(debpkg)/$(bpath)']); \ pkg ('local_list', [pwd(),'/$(local_list)']); \ pkg ('global_list', [pwd(),'/$(global_list)']); \ + save_header_format_string(\ + '# Generated by Octave during Debian package build'); \ if (exist ('PKG_ADD.bak') == 2), \ movefile ('PKG_ADD.bak', 'PKG_ADD'); \ endif; \
Bug#714526: still an issue - makes callers hang
On Sun, Feb 15, 2015 at 10:34:10AM +0100, Peter Palfrader wrote: If ssh wb-bui...@buildd.debian.org launches a control master, this script will never terminate. Noted; but it'd be a fairly reasonable workaround to just use ssh -Snone, wouldn't it? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778409: Henry Spencer regular expressions (regex) library contains a heap overflow vulnerability
On Sat, Feb 14, 2015 at 10:09:09PM +, Colin Watson wrote: On Sat, Feb 14, 2015 at 03:40:31PM +0100, Luciano Bello wrote: The security team received a report from the CERT Coordination Center that the Henry Spencer regular expressions (regex) library contains a heap overflow vulnerability. It looks like this package includes the affected code at that's the reason of this bug report. The patch is available here: http://gitweb.dragonflybsd.org/dragonfly.git/blobdiff/4d133046c59a851141519d03553a70e903b3eefc..2841837793bd095a82f477e9c370cfe6cfb3862c:/lib/libc/regex/regcomp.c Please, can you confirm if the binary packages are affected? Are stable and testing affected? Yes to all of these (so CC team@security). I've uploaded 0.016-24 to unstable to correct this and will file an unblock request in a moment. May I upload this patch to wheezy-security? Hi Colin, the security impact on vigor doesn't warrant a DSA. Could you fix this through a stable point update instead? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777373: ITP: doom3-dhewm3 -- GPL'ed Source code modification of the Doom3 game engine
Package: wnpp Followup-For: Bug #777373 Owner: Tobias Frost t...@debian.org Control: tags -1 pending Package is now in the new queue. Repository at: https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-games/dhewm3.git -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772029: [Reproducible-builds] Bug#772029: debbindiff: please avoid hardcoded use of VIm
Axel Beckert: Jonas Smedegaard wrote: Quoting Jérémy Bobbio (2014-12-04 16:15:02) Jonas Smedegaard: I am not a VIm user, however, and its hardcoded use of that editor is strongly discouraging for me (no, I do not use emacs either). Please consider recoding¹ to not rely on VIm-specific features, to appeal also to users of other interactive editors. […] The issues I have are a) pulling in 28.8MB on my system, and b) introducing an editor that messes with system priorities among editors. Yeah, here, too... As Helmut Grohne pointed out, now that debbindiff 9 gained text output, it should be fairly easy to demote vim to Recommends and disable HTML output when it's not installed. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#778459: migration question for PermitRootLogin without-password should be skipped if PasswordAuthentication no is set
Package: openssh-server Version: 1:6.7p1-3 Severity: minor i'd like to suggest that when the upgrading question for the PermitRootLogin without-password configuration option (introduced in 1:6.6p1-1) be skipped if the setting PasswordAuthentication is set to no. on systems where PasswordAuthentication is disabled, the change does not have any effect, but costs the updater time or is even unseettling (wait, didn't i disable that whole thing ages ago?). disabling PasswordAuthentication is a frequent recommendation in the area of securing ssh, and as an optimist i'd expect it to be set on a significant portion of produciton servers. a precedent of not asking the question if it is a no-op has been established in 1:6.6p1-2 (not asking when no root password is set), so i expect this to be non-controversial. i don't have strong opinions on whether the PermitRootLogin option should actually be changed when the question is not shown. best regards chrysn (sorry, the below is a little stripped down; the actual host i'm reporting this about has no reportbug / mail) -- debconf information: * openssh-server/permit-root-login: false ssh/disable_cr_auth: false ssh/encrypted_host_key_but_no_keygen: * ssh/use_old_init_script: true ssh/vulnerable_host_keys: signature.asc Description: Digital signature
Bug#777597: perl-modules: upgrade regression: dpkg: dependency problems prevent configuration of perl-modules
(Dropping Sven and Andreas but adding the release team; there's a question for you lower in the mail.) On Tue, Feb 10, 2015 at 10:19:18PM +0200, Niko Tyni wrote: It looks like a bug in apt to me. The perl/perl-modules circular dependency has been around for ages and should be easy to break, but I suppose apt is trying to configure them in separate dpkg runs or something like that. If it's actually reproducible this time (I haven't tried yet), that hopefully helps in understanding the issue. Sven Joachim's analysis in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767734#10 sounds good, but it doesn't quite fit here as that particular apt bug shouldn't be present in wheezy (or jessie, for that matter) at all. FWIW I wasn't able to reproduce it on Wednesday or Friday, which is a bit strange as Gregor said he could. Apt maintainers: there's plenty of debug output in the log Andreas supplied. Is that enough for you to understand the problem, or would you like something more? Relaxing the circular dependency is a workaround that might be doable, even though it would be 'incorrect'. There are modules in perl that need others in perl-modules, and vice versa. However, I count only 21 binary packages in sid [1] that depend on perl-modules but not perl. As perl is transitively build essential (via dpkg-dev and libdpkg-perl), build dependencies should not be a concern at all. There are a few packages that pull in perl indirectly through their other dependencies, which brings the count of binary packages that only depend on perl-modules down to 15: cli-common patcher polygen-data pristine-tar pure-ftpd-common rinse shorewall shorewall-core snort-common # not in jessie squid# not in jessie tvtime mono-apache-server2 mono-apache-server4 mono-fastcgi-server2 mono-fastcgi-server4 I haven't checked if these would actually be broken if the perl-modules - perl dependency was relaxed. Even if they wouldn't break, I would very much prefer if they were fixed to depend on perl instead, to lower chances of users encountering systems with perl-modules but not perl. Release team: if we don't find another solution, would you be willing to allow changes in these packages replacing Depends: perl-modules with Depends: perl into jessie? (Unfortunately my Debian time will be quite scarce for the next week or so, so I won't be able to work much on this.) -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778461: Broken rendering with DPI != 96
Package: i3-wm Version: 4.8-1 Severity: serious Lots of systems run with DPI != 96 for various reasons, one of the good reasons being that the display in question was correctly detected as not having a DPI of 96. Before the introduction of high-DPI displays (“retina” displays), everyone was just writing code that assumed 96 DPI. i3 gained support for high-DPI displays with 4.8, but required correct configuration of the DPI in order to work correctly. This upstream commit improves the situation a lot: https://github.com/i3/i3/commit/33d1d5d3c61a2136eb4b42ffd29870fd68d2d766, With that commit, existing non-high-DPI setups can still be slightly misconfigured and a DPI of 96 will be assumed. This fixes a couple of rendering glitches, most notably in the buttons of i3bar and window decoration font rendering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774428: unblock: simpleburn/1.7.0-2
On 02/14/2015 03:54 PM, Mateusz Łukasik wrote: I think now it's done: http://mentors.debian.net/debian/pool/main/s/simpleburn/simpleburn_1.7.0-3.dsc Thanks! I trimmed down your changes a bit to increase the chance for an unblock. Attaching the debdiff with the changes between 1.7.0-1 and 1.7.0-3 for the release team. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 diff -Nru simpleburn-1.7.0/debian/changelog simpleburn-1.7.0/debian/changelog --- simpleburn-1.7.0/debian/changelog 2014-07-28 14:22:17.0 +0200 +++ simpleburn-1.7.0/debian/changelog 2015-02-15 10:52:28.0 +0100 @@ -1,3 +1,21 @@ +simpleburn (1.7.0-3) unstable; urgency=medium + + * Drop fix-bashisms.patch which contained errors and was +too invasive to be considered during the Jessie freeze. + * Add debian/patches/replace_shebangs.patch to replace all +#!/bin/sh shebangs with #!/bin/bash. (Closes: #772365) + + -- Mateusz Åukasik mat...@linuxmint.pl Sat, 14 Feb 2015 15:46:32 +0100 + +simpleburn (1.7.0-2) unstable; urgency=medium + + * Add patch to fix bashism in /bin/sh script -- thanks to +Georges Khaznadar georges.khazna...@free.fr for the help. +(Closes: #772365) + * Bump Standards-Version to 3.9.6 (no changes needed). + + -- Mateusz Åukasik mat...@linuxmint.pl Wed, 31 Dec 2014 15:22:53 +0100 + simpleburn (1.7.0-1) unstable; urgency=medium * New upstream release. (LP: #1279659) diff -Nru simpleburn-1.7.0/debian/control simpleburn-1.7.0/debian/control --- simpleburn-1.7.0/debian/control 2014-02-11 12:18:00.0 +0100 +++ simpleburn-1.7.0/debian/control 2014-12-31 15:13:28.0 +0100 @@ -4,7 +4,7 @@ Maintainer: Mateusz Åukasik mat...@linuxmint.pl Build-Depends: debhelper (= 9), cmake (= 2.6), pkg-config, libudev-dev, libburn-dev, libgtk2.0-dev (= 2.12) -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Homepage: http://simpleburn.tuxfamily.org Vcs-Git: git://github.com/mati75/simpleburn.git Vcs-Browser: https://github.com/mati75/simpleburn.git diff -Nru simpleburn-1.7.0/debian/patches/replace_shebangs.patch simpleburn-1.7.0/debian/patches/replace_shebangs.patch --- simpleburn-1.7.0/debian/patches/replace_shebangs.patch 1970-01-01 01:00:00.0 +0100 +++ simpleburn-1.7.0/debian/patches/replace_shebangs.patch 2015-02-15 10:43:08.0 +0100 @@ -0,0 +1,34 @@ +Description: Replace all #!/bin/sh shebangs with #!/bin/bash +Author: Mateusz Åukasik mat...@linuxmint.pl +Bug-Debian: https://bugs.debian.org/772365 + +Index: simpleburn-1.7.0/scripts/simpleburn-detect.sh +=== +--- simpleburn-1.7.0.orig/scripts/simpleburn-detect.sh simpleburn-1.7.0/scripts/simpleburn-detect.sh +@@ -1,4 +1,4 @@ +-#!/bin/sh ++#!/bin/bash + + function detect() { + device=$1 #assumes it is a valid CD / DVD device +Index: simpleburn-1.7.0/scripts/simpleburn-gauges.sh +=== +--- simpleburn-1.7.0.orig/scripts/simpleburn-gauges.sh simpleburn-1.7.0/scripts/simpleburn-gauges.sh +@@ -1,4 +1,4 @@ +-#!/bin/sh ++#!/bin/bash + + function mencodergauge () { + totalsize=$1 #bytes +Index: simpleburn-1.7.0/scripts/simpleburn.sh +=== +--- simpleburn-1.7.0.orig/scripts/simpleburn.sh simpleburn-1.7.0/scripts/simpleburn.sh +@@ -1,4 +1,4 @@ +-#!/bin/sh ++#!/bin/bash + + function printusage() { + echo error: invalid parameters diff -Nru simpleburn-1.7.0/debian/patches/series simpleburn-1.7.0/debian/patches/series --- simpleburn-1.7.0/debian/patches/series 2013-07-23 00:00:00.0 +0200 +++ simpleburn-1.7.0/debian/patches/series 2015-02-15 10:51:29.0 +0100 @@ -1 +1,2 @@ fix_desktop.patch +replace_shebangs.patch
Bug#778456: v4l2loopback: please make the build reproducible
Source: v4l2loopback Version: 0.8.0-4 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that v4l2loopback could not be built reproducibly. The attached patch removes timestamps from the build system. Once applied, v4l2loopback can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -urNad v4l2loopback.orig/v4l2loopback-0.8.0/debian/rules v4l2loopback/v4l2loopback-0.8.0/debian/rules --- v4l2loopback.orig/v4l2loopback-0.8.0/debian/rules 2015-02-15 10:35:59.797417173 + +++ v4l2loopback/v4l2loopback-0.8.0/debian/rules2015-02-15 10:37:17.976840685 + @@ -20,6 +20,8 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/utils.mk +BUILD_DATE := $(shell dpkg-parsechangelog --show-field Date) + install/v4l2loopback-source:: # install source code and create directory @@ -41,7 +43,7 @@ done # Prepare the debian source tarball tar jcf debian/v4l2loopback-source/usr/src/v4l2loopback.tar.bz2 \ - -C debian/tmp modules + -C debian/tmp --mtime=$(BUILD_DATE) modules install/v4l2loopback-dkms:: # Create the v4l2loopback-dkms package.
Bug#778455: bbswitch: please make the build reproducible
Source: bbswitch Version: 0.8-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that bbswitch could not be built reproducibly. The attached patch removes timestamps from the build system. Once applied, bbswitch can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -urNad bbswitch.orig/bbswitch-0.8/debian/rules bbswitch/bbswitch-0.8/debian/rules --- bbswitch.orig/bbswitch-0.8/debian/rules 2015-02-15 10:35:15.491475845 + +++ bbswitch/bbswitch-0.8/debian/rules 2015-02-15 10:36:49.419590438 + @@ -8,6 +8,8 @@ version := $(shell dpkg-parsechangelog | grep '^Version:' | cut -d' ' -f2 |\ rev | cut -d- -f2- | rev | cut -d':' -f2) +BUILD_DATE := $(shell dpkg-parsechangelog --show-field Date) + %: dh $@ --with dkms @@ -33,7 +35,7 @@ for file in changelog compat control control.modules.in copyright; do \ install -m 644 debian/$$file debian/$(name)-source/usr/src/modules/$(name)/debian/; \ done - cd debian/$(name)-source/usr/src tar cfj $(name).tar.bz2 modules rm -rf modules + cd debian/$(name)-source/usr/src tar cfj $(name).tar.bz2 --mtime=$(BUILD_DATE) modules rm -rf modules override_dh_installchangelogs: dh_installchangelogs NEWS
Bug#777685: gnuplot5-qt: with fvwm, qt window resize flickers and sometimes fails
reassign 777684 fvwm reassign 777685 fvwm merge 777684 777685 retitle fvwm: gnuplot qt window resize sometimes flickers and fails, bad corner color thanks On 2015-02-15 10:16:15 +0100, Anton Gladky wrote: I guess these bugreports should be redirected to the fvwm-package. The bug is unreproducable with KDE and Gnome. On the other end, I have this problem only with gnuplot qt windows. But the bug could be on fvwm's side since I've noticed another problem, which is necessarily a fvwm bug: when the final size is smaller than the wanted size, the window gets unfocused, and in this case, the color of the corners is generally incorrect: the corners get the color of a focused window, as shown on the attached a snapshot. Some parts on my fvwm config: HilightColor Black #c06077 Style * Color Black/#60a0c0 Style * ResizeOpaque So, reassigning. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Bug#778457: phpbb3: Missing Directory redirective for images directory in apache2.conf
Package: phpbb3 Version: 3.0.12-4 Severity: normal Tags: patch Dear Maintainer, * What led up to the situation? After Installing the phpbb3 package images like smileys and footer.gif were not working. * What exactly did you do (or not do) that was effective (or ineffective)? I updated /etc/phpbb3/apache2.conf with a new Directory redirective for the images path. * What was the outcome of this action? It worked -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages phpbb3 depends on: ii apache2 [httpd] 2.4.10-9 ii dbconfig-common 1.8.47+nmu3 ii debconf [debconf-2.0]1.5.55 ii libapache2-mod-php5 5.6.5+dfsg-1 ii mysql-client 5.5.40-1 ii mysql-client-5.5 [virtual-mysql-client] 5.5.40-1 ii php5-cli 5.6.5+dfsg-1 ii php5-gd 5.6.5+dfsg-1 ii php5-mysql 5.6.5+dfsg-1 ii sqlite 2.8.17-12 ii ucf 3.0030 Versions of packages phpbb3 recommends: ii exim4 4.84-7 ii exim4-daemon-light [mail-transport-agent] 4.84-7 ii php5-imagick 3.2.0~rc1-1 Versions of packages phpbb3 suggests: ii mysql-server 5.5.40-1 ii mysql-server-5.5 [virtual-mysql-server] 5.5.40-1 ii phpbb3-l10n 3.0.12-4 -- debconf information: phpbb3/dbconfig-upgrade: true phpbb3/mysql/method: unix socket phpbb3/remove-error: abort phpbb3/db/basepath: phpbb3/pgsql/no-empty-passwords: phpbb3/admin-pass-ask: phpbb3/remote/host: phpbb3/admin-pass-generated: phpbb3/internal/reconfiguring: false phpbb3/mysql/admin-user: root phpbb3/pgsql/admin-user: postgres phpbb3/pgsql/changeconf: false phpbb3/dbconfig-remove: phpbb3/missing-db-package-error: abort phpbb3/remote/port: phpbb3/admin-pass-mismatch: phpbb3/admin-pass-requirements: phpbb3/passwords-do-not-match: phpbb3/db/app-user: phpbb3 * phpbb3/httpd: apache2 phpbb3/pgsql/authmethod-admin: ident phpbb3/pgsql/manualconf: phpbb3/purge: false phpbb3/dbconfig-reinstall: false phpbb3/db/dbname: phpbb3 phpbb3/upgrade-error: abort phpbb3/pgsql/method: unix socket phpbb3/pgsql/authmethod-user: * phpbb3/dbconfig-install: true phpbb3/upgrade-backup: true phpbb3/install-error: abort phpbb3/internal/skip-preseed: false phpbb3/remote/newhost: * phpbb3/database-type: mysql --- /etc/phpbb3/apache2.conf 2015-02-15 11:41:05.963973970 +0100 +++ /etc/phpbb3/apache2.conf 2015-02-15 11:44:12.143968843 +0100 @@ -20,6 +20,10 @@ allow from all /IfVersion /Directory +Directory /var/lib/phpbb3/images +Require all granted +Options FollowSymLinks +/Directory ### Multisite examples (see README.multiboard for details)
Bug#763542: chrony, logrotate and Unrecognized command
Hi, I'm also receiving that message from logrotate, and I've also chrony installed. Will try your patch. Thanks. Best Regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751981: [Xcb] Bug#751981: libxcb-doc: manpages not installed
Hi Daniel, Since you have got this working: Can you please provide a patch? ( or, if you have already made a patch and it is shown on a webpage from your bugtracking system: Can you please provide a link to that page. ) Thanks, Chris On 02/13/15 13:27, Daniel Hahler wrote: Adding usr/share/man/* to debian/libxcb-doc.install fixes this. The man pages are being generated from source. Thanks, Daniel. ___ Xcb mailing list x...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xcb
Bug#778274: mauve: please make the build reproducible
reopen 778274 found 20140821-2 thanks Thank you for applying this patch. However, it seems like we are still not reproducible: https://reproducible.debian.net/dbd/mauve_20140821-2.debbindiff.html Alas I cannot reproduce this locally (hence why the initial patch was incomplete). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778388: ccache: scanner confused by comment signs in strings
Hi Oswald, I can't reproduce this problem. Here is what I did: % ccache -C Cleared cache % sh debian-bug-778388.sh cache miss % sh debian-bug-778388.sh cache hit (direct) % sed -i s/16/17/ debian-bug-778388.sh % sh debian-bug-778388.sh cache miss % sh debian-bug-778388.sh cache hit (direct) Note the cache miss after 16 was changed to 17 in the input source file. See attachment for the debian-bug-778388.sh script. I don't see anything in your source code example that ccache shouldn't be able to handle. Could you give a more detailed reproduction recipe? -- Joel On 14 February 2015 at 14:26, Oswald Buddenhagen oswald.buddenha...@gmx.de wrote: Package: ccache Version: 3.1.10-1 Severity: normal i have this fine piece of code: *outStr += fL1S( /* \\u) + QString::number(maskedTok, 16) + fL1S( */); if i change anything between the /* parts, ccache will think that nothing changed ... even though the comment chars are obviously quoted, so they do not denote a section that is irrelevant for comparison. as expected, the problem goes away when the line is changed to: *outStr += fL1S( /* \\u) + QString::number(maskedTok, 16) + fL1S( */); -- 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.16-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ccache depends on: ii libc6 2.19-7 ii zlib1g 1:1.2.8.dfsg-1 ccache recommends no packages. Versions of packages ccache suggests: pn distcc none -- no debconf information debian-bug-778388.sh Description: Bourne shell script
Bug#778460: Restarting i3 breaks pidgin, hexchat, possibly others
Package: i3-wm Version: 4.8-1 Severity: critical When using i3’s “restart” feature, applications such as Pidgin, hexchat and others (not all, though) are killed. This is reported upstream at https://github.com/i3/i3/issues/1419 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767189: New release tagging
Control: tag -1 +pending The release without renamign is prepared and is in package git repository. -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyni...@samsargika.copyninja.info IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764200: Bug#777338: Bug#764200: Bug#777338: game-data-packager: please add support for Doom3 BFG
I just decided that I will go for dhewm3 as package name. -- tobi Ok, I fixed that in the yaml + added try_repack_from: [/usr/local/share/dhewm3]. I compiled dhewm3 with a modified config.h #define BUILD_DATADIR /usr/share/games/doom3 the game run fine, so far so good. The Classic Doom3 mod in doom3-classic-data loads correctly, then dhewm3 segfaults after 1 second of play :-( The list of needed files on dhewm3 FAQ seems not very accurate; I ran the binary through my strace wrapper (in make-template) and the game??.pk4 are of course needed too. Didn't try 'Ressurection Of Evil' (d3xp) expansion yet. Note, there's no pak000 on the DVD... I'll check this again, I have one file that is 525767Mb Alexandre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#32877: 2-way conf file merge is applied on lcdproc package
Hello For the record, a 3-way configuration file merge is currently deployed with lcdproc package using dh_cme_upgrade (which uses Config::Model and cme). [1] and [4] Implementation details are provided in [2] This approach can be applied to other packages even if cme is not a silver bullet: some work is required to use cme upgrade on configuration files. A lot of work was done for lcdproc to provide a complete configuration model that provide both upgrade and a configuration editor [3]. I believe that work can be reduced if only configuration upgrade is desired: such a model needs less details. Feel free to contact me for more details. All the best [1] https://ddumont.wordpress.com/2014/03/23/easier-lcdproc-package-upgrade-with-automatic-configuration-merge/ [2] https://wiki.debian.org/PackageConfigUpgrade [3] https://ddumont.wordpress.com/2011/07/03/generate-a-configuration-editor-from-a-config-template-file-with-perl-lcdproc-example/ [4] https://ddumont.wordpress.com/2014/07/06/status-and-next-step-on-lcdproc-automatic-configuration-upgrade-with-perl-and-configmodel/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775749: fails to load comments
FYI, 5.1.25 was released tonight with a fix. Sorry about a slow response. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731940: buildd.debian.org: consider stderr as well as stdout before timeout
On Sun, Feb 15, 2015 at 10:30:11AM +0100, Johannes Schauer wrote: I'm CCing the sbuild maintainers because it probably needs to be fixed there first. Should instead this bug not be reassigned to sbuild? This bug even has a patch - fixing it should be trivial. Yeah, fix it in mainline sbuild. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#777286: foo2zjs: cups to cups via IPP with foo2zjs processed on client fails
Ok, so what should I try now? How I should prevent double-processing? After reading #769058 I supposed it's gzip related, but I haven't managed to properly disable it, nor catch the gzipped file anywhere. Although, It used to work with older versions. -- Regards Oskar 2015-02-09 18:06 GMT+01:00 Brian Potkin claremont...@gmail.com: On Sat 07 Feb 2015 at 11:49:10 +0100, Oskar Bożek wrote: Hellp Oskar, Thank you for your report. Please consider following configuration: Raspberry Pi with raspbian wheezy with printer-driver-foo2zjs 20120510dfsg0-1 cups 1.5.3-5+deb7u4 and a HP Laserjet 1018 connected. Client (amd64 PC) with Debian jessie with printer-driver-foo2zjs 20140925dfsg0-3 cups 1.7.5-10 Printing from client to server over IPP does not work. Both are set to foo2zjs driver. The job undergoes two sets of processing - once on the client and then on the server. I do not understand why this is necessary. If processing on the client is a must the queue on the server should be a raw one. #769058 is a similar report. It is difficult to accept there is a bug in the behaviour of the printing system. Client is doing the ghostscript job, foo2zjs job, and sending the zjstream over IPP. The stream is then processed by server, and here the fail comes: D [07/Feb/2015:10:18:24 +0100] [Job 798] Cannot process STDIN: Unknown filetype. Possibly the file type is application/vnd.cups-pdf. D [07/Feb/2015:10:18:24 +0100] [Job 798] Process is dying with Could not print file STDIN D [07/Feb/2015:10:18:24 +0100] [Job 798] , exit stat 2 D [07/Feb/2015:10:18:24 +0100] [Job 798] Cleaning up... D [07/Feb/2015:10:18:24 +0100] [Job 798] Sent 0 bytes... D [07/Feb/2015:10:18:24 +0100] [Job 798] Waiting for read thread to exit... D [07/Feb/2015:10:18:24 +0100] [Job 798] Read thread still active, aborting the pending read... D [07/Feb/2015:10:18:24 +0100] [Job 798] End of messages D [07/Feb/2015:10:18:24 +0100] [Job 798] printer-state=3(idle) D [07/Feb/2015:10:18:24 +0100] [Job 798] printer-state- message=/usr/lib/cups/filter/foomatic-rip failed D [07/Feb/2015:10:18:24 +0100] [Job 798] printer-state-reasons=none E [07/Feb/2015:10:23:29 +0100] [Job 798] Stopping unresponsive job! Basically - zjs is not sent directly to the printer as it should. It used to work some time ago, with some limitations, like page number always set to 1, etc. The basic solution is to send generic postscript stream over IPP (setting driver on client to Generic Postscript Printer) and process it to zjs on server. It works, but foo2zjs on Raspberry Pi is obviously very inefficient. The file type given to the server is application/vnd.cups-postscript, so this works. Why do I even report it? Because using MS Windows as clients, and sending client-side processed stream over IPP just works perfectly, so there must be some client-side solution. That's the desired way because of processing power. Jobs from Windows clients undergo no further processing on the server. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778462: faketime: does not work in Jessie/Sid chroots running on Wheezy installations/kernel (sem_open: Function not implemented)
Package: faketime Version: 0.9.6-3 Severity: important User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain timestamps Control: affects -1 zsh Dear Daniel, running faketime in a Jessie or Sid chroot on a Wheezy installation fails as follows: # lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 7.8 (wheezy) Release:7.8 Codename: wheezy # uname -a Linux jumper 3.2.0-4-686-pae #1 SMP Debian 3.2.65-1+deb7u1 i686 GNU/Linux # pbuilder login W: /root/.pbuilderrc does not exist I: Building the build Environment I: extracting base tarball [/var/cache/pbuilder/sid-base.tgz] I: creating local configuration I: copying local configuration I: mounting /proc filesystem I: mounting /dev/pts filesystem I: policy-rc.d already exists W: hookdir /etc/pbuilder/hook.d does not exist, skipping I: Obtaining the cached apt archive contents I: entering the shell File extracted to: /var/cache/pbuilder/build//19157 W: no hooks of type F found -- ignoring [pbuilder] # apt-get install faketime Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libfaketime The following NEW packages will be installed: faketime libfaketime 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 39.7 kB of archives. After this operation, 108 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://debian.ethz.ch/mirror/debian/ sid/main libfaketime i386 0.9.6-4 [26.2 kB] Get:2 http://debian.ethz.ch/mirror/debian/ sid/main faketime i386 0.9.6-4 [13.5 kB] Fetched 39.7 kB in 0s (278 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package libfaketime:i386. (Reading database ... 13109 files and directories currently installed.) Preparing to unpack .../libfaketime_0.9.6-4_i386.deb ... Unpacking libfaketime:i386 (0.9.6-4) ... Selecting previously unselected package faketime. Preparing to unpack .../faketime_0.9.6-4_i386.deb ... Unpacking faketime (0.9.6-4) ... Setting up libfaketime:i386 (0.9.6-4) ... Setting up faketime (0.9.6-4) ... [pbuilder] # faketime 'last friday 5 pm' /bin/date sem_open: Function not implemented [pbuilder] # echo $? 1 [pbuilder] # Initially observed a few days ago (hence reporting against 0.9.6-3 in Jessie) on Wheezy/Sid amd64 inside a Jenkins job at http://jenkins.grml.org/view/Debian/job/zsh-binaries/architecture=amd64/174/console after this commit: https://anonscm.debian.org/cgit/collab-maint/zsh.git/commit/?id=0dc9a03cbd0520a5566fbb264741d221c7972904 Severity set to important because this may affect the package when being build on the build daemons as probably most of them run Debian Stable kernels AFAIK. Feel free to raise or lower the severity if you think the issue is more or less worse. Marked as affects zsh because it causes FTBFS with the zsh package as of the current pkg-zsh git HEAD on our jenkins. If there's anything I can do to avoid this issue in the way the zsh package uses faketime -- I'm happy about any hint. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (909, 'testing'), (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages faketime depends on: ii libc6 2.19-13 ii libfaketime0.9.6-3 ii multiarch-support 2.19-13 faketime recommends no packages. faketime 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#764200: Bug#777338: Bug#764200: Bug#777338: game-data-packager: please add support for Doom3 BFG
Hi Alexandre, Am Sonntag, den 15.02.2015, 09:04 +0100 schrieb Alexandre Detiste: I just decided that I will go for dhewm3 as package name. -- tobi Ok, I fixed that in the yaml + added try_repack_from: [/usr/local/share/dhewm3]. I compiled dhewm3 with a modified config.h #define BUILD_DATADIR /usr/share/games/doom3 the game run fine, so far so good. I'll just pushed a new doom3.yaml to the gbp repository which reflects my actual packaging. The package is also setup to looks in /usr/share/games/doom3 and will auto-update the gamedata if neccessary. (But maybe you can take a look at my commit -- It seemed to ignore the longname for the RoE expansion pack, the resulting package doom3-resurrection-data had as Description: Doom 3 (original or BFG Edition) -- I expected to gdp to use the longname specified in its packages: specification; I worked around by specifiing it in the doom3-resurrection-data.control.in, which I had anyway to specify the correct dependencies on the game logic *.so) The Classic Doom3 mod in doom3-classic-data loads correctly, then dhewm3 segfaults after 1 second of play :-( The list of needed files on dhewm3 FAQ seems not very accurate; I ran the binary through my strace wrapper (in make-template) and the game??.pk4 are of course needed too. Regarding the gmae??.pk4 -- they seem not to be needed; my copy runs without them. Could it be that the game engine tries to load stuff from it when it sees it? As game01.pk4 seems to contains a gamex86.so, this could be the cause of the crash.. (only speculations, I didn't try) Below I paste ls -la /usr/share/games/doom3/* -- this works here. Didn't try 'Ressurection Of Evil' (d3xp) expansion yet. Note, there's no pak000 on the DVD... I'll check this again, I have one file that is 525767Mb Alexandre The dhewm3 packge is now in NEW, the repository here: https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-games/dhewm3.git Regarding the d3xp' pak000 -- ignore my mumbling, I found the pak000 now on another CD. The earlier one was only the original game, but already included the patch already. That apperantly confused me. Now I'll start working on the gbp part for the bfg edition... -- tobi tobi@edoras:~$ ls -la /usr/share/games/doom3/* /usr/share/games/doom3/base: insgesamt 1519632 drwxr-xr-x 2 root root 4096 Feb 14 16:55 . drwxr-xr-x 4 root root 4096 Feb 14 19:13 .. -rw-r--r-- 1 root root 353159257 Jul 11 2004 pak000.pk4 -rw-r--r-- 1 root root 229649726 Jul 8 2004 pak001.pk4 -rw-r--r-- 1 root root 416937674 Jul 8 2004 pak002.pk4 -rw-r--r-- 1 root root 317590154 Jul 8 2004 pak003.pk4 -rw-r--r-- 1 root root 237752384 Jul 6 2004 pak004.pk4 -rw-r--r-- 1 root root552334 Feb 15 2005 pak005.pk4 -rw-r--r-- 1 root root218751 Feb 15 2005 pak006.pk4 -rw-r--r-- 1 root root192031 Apr 27 2005 pak007.pk4 -rw-r--r-- 1 root root 12243 Jan 17 2007 pak008.pk4 /usr/share/games/doom3/d3xp: insgesamt 525880 drwxr-xr-x 2 root root 4096 Feb 14 16:55 . drwxr-xr-x 4 root root 4096 Feb 14 19:13 .. -rw-r--r-- 1 root root 538385153 Feb 8 2005 pak000.pk4 -rw-r--r-- 1 root root 99336 Apr 7 2005 pak001.pk4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750586:
This is still a show-stopper in RC1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778445: clamav-milter/MilterSocketMode ignored as well
It seems that the debconf option clamav-milter/MilterSocketMode is being ignored as well. -- Branko Majic Jabber: bra...@majic.rs Please use only Free formats when sending attachments to me. Бранко Мајић Џабер: bra...@majic.rs Молим вас да додатке шаљете искључиво у слободним форматима. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750586: Problem continues to exist
martin f krafft madd...@debian.org (2015-02-15): also sprach Cyril Brulebois k...@debian.org [2015-02-15 15:21 +0100]: martin f krafft madd...@debian.org (2015-01-29): Unfortunately, ldlinux.c32 is still being sought and not found. Any news? It would be helpful if either of you could try and figure out what's going on/why Ron's patch is insufficient/what needs to be changed to get your usecase to work. At least Chris Kuehl (cc'd) was happy with the change. I thought this issue was actually resolved? With the new d-i-n-a version, this now works for me. If you think we can infer “martin is using d-i-n-a” from “Unfortunately, ldlinux.c32 is still being sought and not found. Any news?” then I can assure you that we cannot… Mraw, KiBi. signature.asc Description: Digital signature
Bug#778261: Buffer overflow in GIF encoder
On Fri, Feb 13, 2015 at 12:28:28AM +0100, Markus Koschany wrote: Control: tags -1 moreinfo On Thu, 12. Feb 23:13 Moritz Muehlenhoff j...@debian.org wrote: Package: byzanz Severity: important Tags: security Hi, this was reported by Red Hat: https://bugzilla.redhat.com/show_bug.cgi?id=852481 I'm afraid there are no further details, but maybe you can get in touch with upstream; I suppose Red Hat had contacted them and it might already be fixed by now? Hi Moritz, I have been trying to find out more about this security issue but so far without having any luck. Apparently the bug was reported 2,5 years ago but there are no hints at redhat's bug tracker which could help us or would at least point us to the affected code in question. Why did they escalate this to seclists.org just now? http://seclists.org/oss-sec/2015/q1/447 They did some spring cleaning of embargoed issues which fell through the cracks. I checked upstream's git repository but I could not find any commits related to some kind of security issue with the GIF encoder or the playback tool. https://git.gnome.org/browse/byzanz/ However I know for sure, if upstream released a fix it would be included in Debian. The package is up to date and only some minor language updates from November 2014 are currently missing. I couldn't find anything useful at Fedora either. http://pkgs.fedoraproject.org/cgit/byzanz.git/ I will keep an eye on this Red Hat bug report but at the moment I just have not enough information to work on something. Let's add Murray McAllister (the original reporter) to CC: Murray, can you provide additional information on the byzanz issue discovered by you, was it forwarded upstream? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778434: pre-approval: unblock: deluge/1.3.10-3
Control: tags -1 + confirmed moreinfo On Sat, 2015-02-14 at 17:36 -0500, Andrew Starr-Bochicchio wrote: Bug #770628 against deluged leaves the init script unusable, and more importantly leaves dpkg in a broken state when purging the package. I'd like to request pre-approval for the unblock request. + * Fix permissions on /var/lib/deluged/config/ in +deluged.postinst and properly remove all +dpkg-statoverrides in deluged.postrm (Closes: #770628). Please go ahead, and remove the moreinfo tag once the package is in unstable. 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#778463: linux-image-3.16.0-4-amd64: Atheros BT devices(ath3k) fail to work on USB3.0 buses
Package: src:linux Version: 3.16.7-ckt4-3 Severity: important Dear Maintainer, Hello and felicitations. I was directed by SynrGy in the #debian irc channel to file this report. My atheros ar3012 bluetooth 4.0 + hs only loads once every 10 times during boot. Through searching I have discovered that if I black list the btusb and ath3k modules, and then load them using sudo modprobe -r xhci_hcd sudo modprobe btusb sudo modprobe ath3k sudo modprobe xhci_hcd then the bluetooth loads. Given this I have a hunch that it is related to this bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1400215 and it a patch has also been submitted for it(don't use this, there is a newer patch in the bug report!): http://www.spinics.net/lists/linux-bluetooth/msg58141.html; Finally the debug files attached will probably not reflect the problem since the driver was loaded correctly in this boot because of the method mentioned in the second paragraph. May you lead a properous life. :) Best, Amir -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=033a9777-47f6-4ba1-980e-3dd1535d4ded ro quiet rcutree.rcu_idle_gp_delay=1 ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [6.068549] FS-Cache: Loaded [6.073217] FS-Cache: Netfs 'nfs' registered for caching [6.078082] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [6.078957] ACPI: Battery Slot [BAT1] (battery present) [6.118911] ACPI: AC Adapter [ACAD] (on-line) [6.141523] vboxdrv: Found 8 processor cores. [6.141722] vboxdrv: fAsync=0 offMin=0xf8 offMax=0x175a [6.141805] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [6.141807] vboxdrv: Successfully loaded version 4.3.18_Debian (interface 0x001a0008). [6.173543] vboxpci: IOMMU not found (not registered) [6.178600] bbswitch: disabling discrete graphics [6.178612] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95) [6.183145] ACPI Error: [AR02] Namespace lookup failure, AE_NOT_FOUND (20140424/psargs-359) [6.183151] ACPI Error: Method parse/execution failed [\_SB_.PCI0.PEG0._PRT] (Node 88045e8775e0), AE_NOT_FOUND (20140424/psparse-536) [6.231025] ideapad_laptop: timeout in read_ec_cmd [6.239032] random: nonblocking pool is initialized [6.369797] psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id: 0x1e2b1, caps: 0xd00223/0x840300/0x127c00, board id: 2334, fw id: 1588229 [6.399242] ideapad_laptop: timeout in write_ec_cmd [6.406618] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input11 [6.545938] r8169 :09:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-3.fw [6.557420] r8169 :09:00.0 eth0: link down [6.557446] r8169 :09:00.0 eth0: link down [6.557473] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [6.570398] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [7.446224] Bluetooth: Core ver 2.19 [7.446340] NET: Registered protocol family 31 [7.446341] Bluetooth: HCI device and connection manager initialized [7.446347] Bluetooth: HCI socket layer initialized [7.446348] Bluetooth: L2CAP socket layer initialized [7.446355] Bluetooth: SCO socket layer initialized [7.449206] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [7.449209] Bluetooth: BNEP filters: protocol multicast [7.449215] Bluetooth: BNEP socket layer initialized [7.478777] wlan0: authenticate with f8:1a:67:a1:51:17 [7.484760] wlan0: direct probe to f8:1a:67:a1:51:17 (try 1/3) [7.688587] wlan0: send auth to f8:1a:67:a1:51:17 (try 2/3) [7.690599] wlan0: authenticated [7.692589] wlan0: associate with f8:1a:67:a1:51:17 (try 1/3) [7.695415] wlan0: RX AssocResp from f8:1a:67:a1:51:17 (capab=0x431 status=0 aid=1) [7.695457] wlan0: associated [7.695481] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [8.357398] r8169 :09:00.0 eth0: link up [8.357405] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 26.871953] xhci_hcd :00:14.0: remove, state 4 [ 26.871960] usb usb2: USB disconnect, device number 1 [ 26.872152] xhci_hcd :00:14.0: USB bus 2 deregistered [ 26.872158] xhci_hcd :00:14.0: remove, state 1 [ 26.872162] usb usb1: USB disconnect, device number 1 [ 26.872164] usb 1-6: USB disconnect, device number 2 [ 26.910014] usb 1-7: USB disconnect, device number 3 [ 26.910219] usb 1-9: USB disconnect, device number 4 [ 26.994724] xhci_hcd :00:14.0: USB bus 1 deregistered [ 27.005917] usbcore: registered new interface driver btusb [ 27.009925] usbcore: registered new interface driver ath3k [ 27.015843] xhci_hcd :00:14.0: xHCI Host
Bug#776131: gridengine: keeping drmaa only
hi, I unfortunatly can get a successful build of drmaa-only for Jessie. I can't even get it built from source anymore with a dpkg-buildpackage -rfakeroot since 7.3 upload and lesstif2 modification (6.2u5-7.3, Feb 11). It fails on drmaa lib on jgdi lib generation. I had on previous modification to remove qmon due to lesstif dependency not in Jessie. New upload has modified this and should not be an issue anymore, but I can't get it build anymore... Olivier
Bug#777286: foo2zjs: cups to cups via IPP with foo2zjs processed on client fails
Ok, I've changed *cupsFilter: application/vnd.cups-postscript 100 foomatic-rip *cupsFilter: application/vnd.cups-pdf 0 foomatic-rip to *cupsFilter: application/vnd.cups-postscript 100 - *cupsFilter: application/vnd.cups-pdf 0 - and It now works remotely. (after some time - I've changed it BACK to foomatic-rip - it still works. even after printserver reboot). Local printing does NOT work with this printer, despite chaging it back to foomatic-rip. I don't need it currently. It looks like the modified PPD has been cached somewhere(?!). The automatically discovered printer (avahi?) with server side processing now does not work neither, but it used to. Modifying the settings from cups panel recreates the problem, and the problem is present for freshly added duplicates of the printer. So the current situation is: Cups with foo2zjs on client puts the stream with unknown mime to the server. The server matches the stream to one of those: application/vnd.cups-pdf application/vnd.cups-postscript but it should not - as raw stream it should be sent directly. 2015-02-15 12:37 GMT+01:00 Oskar Bożek boz...@gmail.com: Ok, so what should I try now? How I should prevent double-processing? After reading #769058 I supposed it's gzip related, but I haven't managed to properly disable it, nor catch the gzipped file anywhere. Although, It used to work with older versions. -- Regards Oskar 2015-02-09 18:06 GMT+01:00 Brian Potkin claremont...@gmail.com: On Sat 07 Feb 2015 at 11:49:10 +0100, Oskar Bożek wrote: Hellp Oskar, Thank you for your report. Please consider following configuration: Raspberry Pi with raspbian wheezy with printer-driver-foo2zjs 20120510dfsg0-1 cups 1.5.3-5+deb7u4 and a HP Laserjet 1018 connected. Client (amd64 PC) with Debian jessie with printer-driver-foo2zjs 20140925dfsg0-3 cups 1.7.5-10 Printing from client to server over IPP does not work. Both are set to foo2zjs driver. The job undergoes two sets of processing - once on the client and then on the server. I do not understand why this is necessary. If processing on the client is a must the queue on the server should be a raw one. #769058 is a similar report. It is difficult to accept there is a bug in the behaviour of the printing system. Client is doing the ghostscript job, foo2zjs job, and sending the zjstream over IPP. The stream is then processed by server, and here the fail comes: D [07/Feb/2015:10:18:24 +0100] [Job 798] Cannot process STDIN: Unknown filetype. Possibly the file type is application/vnd.cups-pdf. D [07/Feb/2015:10:18:24 +0100] [Job 798] Process is dying with Could not print file STDIN D [07/Feb/2015:10:18:24 +0100] [Job 798] , exit stat 2 D [07/Feb/2015:10:18:24 +0100] [Job 798] Cleaning up... D [07/Feb/2015:10:18:24 +0100] [Job 798] Sent 0 bytes... D [07/Feb/2015:10:18:24 +0100] [Job 798] Waiting for read thread to exit... D [07/Feb/2015:10:18:24 +0100] [Job 798] Read thread still active, aborting the pending read... D [07/Feb/2015:10:18:24 +0100] [Job 798] End of messages D [07/Feb/2015:10:18:24 +0100] [Job 798] printer-state=3(idle) D [07/Feb/2015:10:18:24 +0100] [Job 798] printer-state- message=/usr/lib/cups/filter/foomatic-rip failed D [07/Feb/2015:10:18:24 +0100] [Job 798] printer-state-reasons=none E [07/Feb/2015:10:23:29 +0100] [Job 798] Stopping unresponsive job! Basically - zjs is not sent directly to the printer as it should. It used to work some time ago, with some limitations, like page number always set to 1, etc. The basic solution is to send generic postscript stream over IPP (setting driver on client to Generic Postscript Printer) and process it to zjs on server. It works, but foo2zjs on Raspberry Pi is obviously very inefficient. The file type given to the server is application/vnd.cups-postscript, so this works. Why do I even report it? Because using MS Windows as clients, and sending client-side processed stream over IPP just works perfectly, so there must be some client-side solution. That's the desired way because of processing power. Jobs from Windows clients undergo no further processing on the server. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778464: systemd: HandleLidSwitch=suspend in /etc/systemd/logind.conf ignored since one of the recent uploads
Package: systemd Version: 215-12 Severity: grave Justification: Unexpected behaviour change during freeze which may lead to hardware damage Dear Maintainer, * What led up to the situation? After 50 days of uptime I recently rebooted my Thinkpad X240. Last two reboots were on: # uprecords -Bm2 # Uptime | System Boot up +--- - 1 0 days, 15:02:01 | Linux 3.18.0-trunk-amd64 Sat Feb 14 22:54:17 2015 250 days, 22:14:05 | Linux 3.18.0-trunk-amd64 Sun Dec 21 12:33:48 2014 * What exactly did you do (or not do) that was effective (or ineffective)? I have HandleLidSwitch=suspend set in /etc/systemd/logind.conf. Full diff of logind.conf against default contents: $ diff /etc/systemd/logind.conf.dpkg-dist /etc/systemd/logind.conf 15a16,17 #Controllers= #ResetControllers=cpu 20c22 #HandleLidSwitch=suspend --- HandleLidSwitch=suspend 27,28d28 #RuntimeDirectorySize=10% #RemoveIPC=yes * What was the outcome of this action? Until the last reboot, the laptop went to sleep if I closed the lid. Since that reboot it no more does so since the reboot which made it stay running inside its sleeve and starting to heat up. I can't tell if it would have happened with just systemd upgraded from 215-11 to 215-12 as that happened just 10 minutes before the reboot. So this issue may be present for a longer time in systemd if only a reboot actually makes the change effective. * What outcome did you expect instead? Still going to sleep as it did for many months, at least since the start of the freeze. -- Package-specific info: -- BEGIN ATTACHMENTS -- /tmp/tmp.L2JdVOIVEM/systemd-delta.txt /tmp/tmp.L2JdVOIVEM/systemd-analyze-dump.txt /tmp/tmp.L2JdVOIVEM/dsh-enabled.txt /etc/fstab -- END ATTACHMENTS -- -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 'buildd-unstable'), (109, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-5 ii libc6 2.19-15 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.2-4+b1 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-12 ii mount 2.25.2-5 ii sysv-rc 2.88dsf-58 ii udev215-12 ii util-linux 2.25.2-5 Versions of packages systemd recommends: ii dbus1.8.16-1 ii libpam-systemd 215-12 Versions of packages systemd suggests: ii systemd-ui 3-2 -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandleLidSwitch=suspend -- no debconf information
Bug#778454: [pkg-php-pear] Bug#778454: jsonlint: /usr/bin/jsonlint conflit with python-demjson
Control: severity -1 grave Control: clone -1 -2 Control: reassign -2 python-demjson Control: severity -2 wishlist Control: retitle -2 Please add a hint on the jsonlint CLI Hi, Le 15/02/2015 06:28, Jerome Robert a écrit : Package: jsonlint Version: 1.3.1-1 Severity: normal /usr/bin/jsonlint is already installed by python-demjson. Ouch, thanks for the notice, and sorry about my initial overlook. Do not hesitate to use an RC severity for such issue. May be it should just be renamed to jsonlint-php instead of adding a Conflit: relation. Sounds good to me, the CLI provided by python-demjson seems superior. I also added the following note in the package description, probably something along those lines (without mentioning the PHP alternative) should be added to the python-demjson package description: + This package provides jsonlint-php, a validating parser of JSON files, + another more complete JSON syntax validator and formatter tool is + provided by the python-demjson package. Regards David signature.asc Description: OpenPGP digital signature
Bug#778469: base: No soundcards found for PowerBook G4 (PowerBook 6,4)
Package: base Severity: important Dear Maintainer, userc@powerbook6-4:~$ aplay -l aplay: device_list:268: no soundcards found... userc@powerbook6-4:~$ cat /proc/asound/cards --- no soundcards --- userc@powerbook6-4:~$ systemctl status alsa-store.service ● alsa-store.service - Store Sound Card State Loaded: loaded (/lib/systemd/system/alsa-store.service; static) Active: inactive (dead) The soundcard (Snapper) was detected with kernel 3.4, but stopped being detected with later versions. The problem persists after a fresh install of Jessie [3.16.0-4-powerpc #1 Debian 3.16.7-ckt2-1 (2014-12-08) ppc GNU/Linux]. (The upgrade was necessary to fix a video bug in Wheezy, as reported here http://www.debianuserforums.org/viewtopic.php?f=55t=3223) I have come across several system errors: userc@powerbook6-4:~$ dmesg [ 2.264428] i2c i2c-3: i2c-powermac: modalias failure on /uni-n@f800/i2c@f8001000/cereal@1c0 [ 2357.742616] i2c i2c-0: Please use another way to instantiate your i2c_client [ 2357.742622] i2c i2c-1: PMac Keywest Audio: attach_adapter method is deprecated [ 2357.742627] i2c i2c-1: Please use another way to instantiate your i2c_client [ 2357.742799] i2c i2c-19: PMac Keywest Audio: attach_adapter method is deprecated [ 2357.742804] i2c i2c-19: Please use another way to instantiate your i2c_client userc@powerbook6-4:~$ systemctl status systemd-modules-load.service ● systemd-modules-load.service - Load Kernel Modules Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static) Active: failed (Result: exit-code) since Fri 2015-02-13 23:47:23 GMT; 3h 7min ago Docs: man:systemd-modules-load.service(8) man:modules-load.d(5) Process: 422 ExecStart=/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE) Main PID: 422 (code=exited, status=1/FAILURE) My search has covered every corner of the net and while many complaint about similar problems and some propose their own remedies none seems adjusted to my equipment. My equipment is a PowerBook G4 12 (PowerBook6,4) from April 2004 (NewWorld Generation) with CPU 7447A 1.33 GHz and RAM 1.25 GB DDR 333 MHz. Except for the audio it runs pretty smoothly with Xfce 4.10. userc@powerbook6-4:~$ find /proc/device-tree/ -name device-id | grep sound | xargs hexdump -e '1/4 0x%x\n' 0x28 I would greatly appreciate any help to re-establish sound. Kind regards, Carlos Jimenez -- System Information: Debian Release: 8.0 Architecture: powerpc (ppc) Kernel: Linux 3.16.0-4-powerpc Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778444: unblock: brltty/5.2~20141018-4
Adam D. Barratt, le Sun 15 Feb 2015 12:20:57 +, a écrit : On Sun, 2015-02-15 at 02:53 +0100, Samuel Thibault wrote: Please unblock package brltty While testing for bug #777377, we noticed that in some cases xbrlapi erroneously writes some text, completely hiding the Orca screen reader output until Orca is restarted (Bug #777574. In version 5.2~20141018-4 of brltty I have uploaded the very trivial upstream fix for this. Unblocked, needs a d-i ack. xbrlapi is actually not part of d-i :) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773653: unblock: slim/1.3.6-4
Bump. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714526: still an issue - makes callers hang
On Sun, 15 Feb 2015, Colin Watson wrote: On Sun, Feb 15, 2015 at 10:34:10AM +0100, Peter Palfrader wrote: If ssh wb-bui...@buildd.debian.org launches a control master, this script will never terminate. Noted; but it'd be a fairly reasonable workaround to just use ssh -Snone, wouldn't it? Well, the idea is that one really wants session caching. On buildds this is currently done by manually managing the master. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774428: unblock: simpleburn/1.7.0-2
Control: tags -1 + confirmed moreinfo On Sun, 2015-02-15 at 11:07 +0100, John Paul Adrian Glaubitz wrote: On 02/14/2015 03:54 PM, Mateusz Łukasik wrote: I think now it's done: http://mentors.debian.net/debian/pool/main/s/simpleburn/simpleburn_1.7.0-3.dsc Thanks! I trimmed down your changes a bit to increase the chance for an unblock. Attaching the debdiff with the changes between 1.7.0-1 and 1.7.0-3 for the release team. Please go ahead, and remove the moreinfo tag once the package is in unstable. 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#612371: memtest86+: in /etc/grub.d/20_memtest86+ menuentries are generated very hardcoded
Package: memtest86+ Version: 4.20-1.1 Followup-For: Bug #612371 Dear Maintainer, in /etc/grub.d/20_memtest86+ menuentries are generated very hardcoded. In my opinion, this is the outcome of a misunderstanding of what I wrote in bug report #580604. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580604 for more info. kopt console=ttyS0,115200n8 should be added to the memtest86+ kernel line when update-grub is invoked. was just meant as an example, not as a given hardcoded value. Of course, grub-pc should take the parameters from a variable (maybe just one, maybe several variables) set somewhere in a grub config file (maybe /etc/default/grub). GRUB2 also should be configurable to generate or not generate menuentries with the serial console option enabled and for the multiboot memtest86+-image. For example add these lines in /etc/default/grub: GRUB_ENABLE_MEMTEST_MULTIBOOT=[true/false] GRUB_ENABLE_MEMTEST_SERIAL=[true/false] GRUB_MEMTEST_CONSOLE_PARAMS=ttyS0,115200n8 or something similar which allows the user to configure which and how grub menuentries are created for memtest86+ (i.e. these should be created more dynamically). -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages memtest86+ depends on: ii debconf [debconf-2.0] 1.5.49 memtest86+ recommends no packages. Versions of packages memtest86+ suggests: ii grub-pc 1.99-27+deb7u2 pn hwtools none pn kernel-patch-badram none pn memtest86none pn memtesternone pn mtools none -- Configuration Files: /etc/grub.d/20_memtest86+ 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#778465: unblock: i3-wm/4.8-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package i3-wm 4.8-2 (which I have just uploaded) contains two backported bugfixes from upstream to address the serious issues #778460 and #778461. Both bugfixes are well-tested for many weeks and address common problems that users report over and over. Having them in the next stable release would be a great service to our users. debdiff: diff -Nru i3-wm-4.8/debian/changelog i3-wm-4.8/debian/changelog --- i3-wm-4.8/debian/changelog 2014-06-15 19:21:51.0 +0200 +++ i3-wm-4.8/debian/changelog 2015-02-15 13:24:57.0 +0100 @@ -1,3 +1,11 @@ +i3-wm (4.8-2) unstable; urgency=medium + + * Backport two bugfixes: +- backport-dpi-fix.patch (Closes: #778460) +- backport-i3bar-tray-fix.patch (Closes: #778461) + + -- Michael Stapelberg stapelb...@debian.org Sun, 15 Feb 2015 13:24:42 +0100 + i3-wm (4.8-1) unstable; urgency=medium * New upstream release. diff -Nru i3-wm-4.8/debian/patches/backport-dpi-fix.patch i3-wm-4.8/debian/patches/backport-dpi-fix.patch --- i3-wm-4.8/debian/patches/backport-dpi-fix.patch 1970-01-01 01:00:00.0 +0100 +++ i3-wm-4.8/debian/patches/backport-dpi-fix.patch 2015-02-15 13:22:18.0 +0100 @@ -0,0 +1,25 @@ +Description: Treat everything up to 120 dpi as 96 dpi +Author: Michael Stapelberg mich...@stapelberg.de +Origin: https://github.com/i3/i3/commit/33d1d5d3c61a2136eb4b42ffd29870fd68d2d766 +Last-Update: 2015-02-15 + +--- + +Index: i3-wm-4.8/libi3/dpi.c +=== +--- i3-wm-4.8.orig/libi3/dpi.c i3-wm-4.8/libi3/dpi.c +@@ -12,5 +12,13 @@ extern xcb_screen_t *root_screen; + int logical_px(const int logical) { + const int dpi = (double)root_screen-height_in_pixels * 25.4 / + (double)root_screen-height_in_millimeters; ++/* There are many misconfigurations out there, i.e. systems with screens ++ * whose dpi is in fact higher than 96 dpi, but not significantly higher, ++ * so software was never adapted. We could tell people to reconfigure their ++ * systems to 96 dpi in order to get the behavior they expect/are used to, ++ * but since we can easily detect this case in code, let’s do it for them. ++ */ ++if ((dpi / 96.0) 1.25) ++return logical; + return ceil((dpi / 96.0) * logical); + } diff -Nru i3-wm-4.8/debian/patches/backport-i3bar-tray-fix.patch i3-wm-4.8/debian/patches/backport-i3bar-tray-fix.patch --- i3-wm-4.8/debian/patches/backport-i3bar-tray-fix.patch 1970-01-01 01:00:00.0 +0100 +++ i3-wm-4.8/debian/patches/backport-i3bar-tray-fix.patch 2015-02-15 13:23:19.0 +0100 @@ -0,0 +1,25 @@ +Description: add a sync call to i3bar to confirm reparents before exiting + Without this call, sometimes the tray icon windows are reparented into + i3’s container around the i3bar window, i.e. into the next remaining + window in the window hierarchy. Since i3 then closes that container + (since the i3bar window itself was closed), the tray window will also + get closed. In general, this weird interaction (getting reparented and + then closed) is not well received by tray icon providers :). +Author: Michael Stapelberg mich...@stapelberg.de +Origin: https://github.com/i3/i3/commit/4699c714b33afb1c264f3d19911b880267165b94 +Last-Update: 2015-02-15 + +--- + +Index: i3-wm-4.8/i3bar/src/xcb.c +=== +--- i3-wm-4.8.orig/i3bar/src/xcb.c i3-wm-4.8/i3bar/src/xcb.c +@@ -1290,6 +1290,7 @@ void clean_xcb(void) { + FREE(outputs); + + xcb_flush(xcb_connection); ++xcb_aux_sync(xcb_connection); + xcb_disconnect(xcb_connection); + + ev_check_stop(main_loop, xcb_chk); diff -Nru i3-wm-4.8/debian/patches/series i3-wm-4.8/debian/patches/series --- i3-wm-4.8/debian/patches/series 2014-06-15 19:16:10.0 +0200 +++ i3-wm-4.8/debian/patches/series 2015-02-15 13:19:12.0 +0100 @@ -1,2 +1,4 @@ use-x-terminal-emulator.patch manpage-x-terminal-emulator.patch +backport-i3bar-tray-fix.patch +backport-dpi-fix.patch unblock i3-wm/4.8-2 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778360: qtenginio-opensource-src: FTBFS on x32: symbols need an update
On Saturday 14 February 2015 02:06:40 Adam Borowski wrote: Package: qtenginio-opensource-src Version: 5.3.2-2 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: port-x32 ftbfs-x32 Hi! Your package currently fails to build on x32. Here's an update to the symbols file. Hi Adam! While you are free to fill the bugs I suggest you to not waste your time for symbols stuff in the Qt stack. X32 build logs are available in debian ports, so they will get processed in the next upload (we grab the build logs from there too). Kinds regards, Lisandro. -- No hay preguntas tontas, solo tontos que no preguntan. personaje, en un mail del LugFi. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#777242: smells like fish
tags 777242 wontfix retitle 777242 needrestart: dpkg install/remove broken using fish shell thanks Hi Martin, On 02/06/2015 09:30 PM, Martin Dosch wrote: Although I checked with bash, as I'm currently using fish it seems like an issue with fish. I realized changing to bash isn't enough and I need to set bash as standard shell. so it does not seem to be an issue of needrestart - IMHO dpkg should use /bin/sh while evaluating the command string. Using the shell of the user calling dpkg for the status-logger command might be wrong in this situation... especially if the user runs a shell not being compatible to the SUSv3 Shell Command Language[1]. [1] https://www.debian.org/doc/debian-policy/ch-files.html#s-scripts The problem is triggered by the following config: $ cat /etc/dpkg/dpkg.cfg.d/needrestart # needrestart - Restart daemons after library updates. # # Scan for (successfully) installed packages, # triggers needrestart in apt's Dpkg::Post-Invoke # hook. status-logger=(test -x /usr/lib/needrestart/dpkg-status /usr/lib/needrestart/dpkg-status || cat /dev/null) I don't see any way howto workaround this issue in a generic way... I can not relay on any scripts shipped with needrestart while it is already in rc state. HTH, Thomas PS: I've tagged the bug wontfix since I don't have a glue howto fix it within needrestart. -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778475: unblock: librcsb-core-wrapper/1.005-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package librcsb-core-wrapper A security problem was reported (#778397) against this package which is fixed by this upload (see debdiff). Thanks for your work on the Debian release Andreas. unblock librcsb-core-wrapper/1.005-3 -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru librcsb-core-wrapper-1.005/debian/changelog librcsb-core-wrapper-1.005/debian/changelog --- librcsb-core-wrapper-1.005/debian/changelog 2014-09-18 21:53:44.0 +0200 +++ librcsb-core-wrapper-1.005/debian/changelog 2015-02-14 18:08:44.0 +0100 @@ -1,3 +1,11 @@ +librcsb-core-wrapper (1.005-3) unstable; urgency=medium + + * Patch for Henry Spencer regular expressions (regex) library contains +a heap overflow vulnerability +Closes: #778397 + + -- Andreas Tille ti...@debian.org Sat, 14 Feb 2015 17:56:49 +0100 + librcsb-core-wrapper (1.005-2) unstable; urgency=medium * Added libtool-bin as a build-dep (Closes: #761768). diff -Nru librcsb-core-wrapper-1.005/debian/patches/regcomp_cert_fix.patch librcsb-core-wrapper-1.005/debian/patches/regcomp_cert_fix.patch --- librcsb-core-wrapper-1.005/debian/patches/regcomp_cert_fix.patch 1970-01-01 01:00:00.0 +0100 +++ librcsb-core-wrapper-1.005/debian/patches/regcomp_cert_fix.patch 2015-02-14 18:07:41.0 +0100 @@ -0,0 +1,43 @@ +Author: Andreas Tille ti...@debian.org +Last-Update: Sat, 14 Feb 2015 17:51:06 +0100 +Origin: https://gitweb.dragonflybsd.org/dragonfly.git/blobdiff_plain/4d133046c59a851141519d03553a70e903b3eefc..2841837793bd095a82f477e9c370cfe6cfb3862c:/lib/libc/regex/regcomp.c +Bug-Debian: http://bugs.debian.org/778397 +Forwarded: sw-h...@rcsb.rutgers.edu, Vladimir Guranovic vladi...@rcsb.rutgers.edu +Description: Henry Spencer regular expressions (regex) library contains a heap overflow vulnerability + This patch adapts the patch found at Origin (see above) to the + regex code found in librcsb-core-wrapper. + +--- librcsb-core-wrapper-1.005.orig/regex/src/regcomp.c librcsb-core-wrapper-1.005/regex/src/regcomp.c +@@ -93,6 +93,7 @@ int cflags; + register struct parse *p = pa; + register int i; + register size_t len; ++ register size_t maxlen; + #ifdef REDEBUG + # define GOODFLAGS(f) (f) + #else +@@ -115,7 +116,23 @@ int cflags; + (NC-1)*sizeof(cat_t)); + if (g == NULL) + return(REG_ESPACE); ++ /* ++ * Limit the pattern space to avoid a 32-bit overflow on buffer ++ * extension. Also avoid any signed overflow in case of conversion ++ * so make the real limit based on a 31-bit overflow. ++ * ++ * Likely not applicable on 64-bit systems but handle the case ++ * generically (who are we to stop people from using ~715MB+ ++ * patterns?). ++ */ ++ maxlen = ((size_t)-1 1) / sizeof(sop) * 2 / 3; ++ if (len = maxlen) { ++ free((char *)g); ++ return(REG_ESPACE); ++ } + p-ssize = len/(size_t)2*(size_t)3 + (size_t)1; /* ugh */ ++ assert(p-ssize = len); ++ + p-strip = (sop *)malloc(p-ssize * sizeof(sop)); + p-slen = 0; + if (p-strip == NULL) { diff -Nru librcsb-core-wrapper-1.005/debian/patches/series librcsb-core-wrapper-1.005/debian/patches/series --- librcsb-core-wrapper-1.005/debian/patches/series 2014-09-18 21:11:53.0 +0200 +++ librcsb-core-wrapper-1.005/debian/patches/series 2015-02-14 17:44:47.0 +0100 @@ -11,3 +11,4 @@ spelling exit-in-shlib make_test_target +regcomp_cert_fix.patch
Bug#778474: ITP: golang-sorcix-irc-dev -- generic support for the IRC protocol in Go
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: golang-sorcix-irc-dev Version : 1.1.0 Upstream Author : Vic Demuzere * URL : https://github.com/sorcix/irc * License : Expat Programming Lang: Go Description : generic support for the IRC protocol in Go Package irc allows your application to speak the IRC protocol. . * Limited scope, does one thing and does it well. * Focus on simplicity and speed. * Stable API: updates shouldn't break existing software. * Well documented code. . This package does not manage your entire IRC connection. It only translates the protocol to easy to use Go types. It is meant as a single component in a larger IRC library, or for basic IRC bots for which a large IRC package would be overkill. This package is a dependency for another ITP I’m about to file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778444: unblock: brltty/5.2~20141018-4
Control: tags -1 + confirmed d-i On Sun, 2015-02-15 at 02:53 +0100, Samuel Thibault wrote: Please unblock package brltty While testing for bug #777377, we noticed that in some cases xbrlapi erroneously writes some text, completely hiding the Orca screen reader output until Orca is restarted (Bug #777574. In version 5.2~20141018-4 of brltty I have uploaded the very trivial upstream fix for this. Unblocked, needs a d-i ack. 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#778459: migration question for PermitRootLogin without-password should be skipped if PasswordAuthentication no is set
Hi, 2015-02-15 12:47:34 chrysn: i'd like to suggest that when the upgrading question for the PermitRootLogin without-password configuration option (introduced in 1:6.6p1-1) be skipped if the setting PasswordAuthentication is set to no. on systems where PasswordAuthentication is disabled, the change does not have any effect, but costs the updater time or is even unseettling (wait, didn't i disable that whole thing ages ago?). disabling PasswordAuthentication is a frequent recommendation in the area of securing ssh, and as an optimist i'd expect it to be set on a significant portion of produciton servers. the check for that won't be trivial, consider another common config: PasswordAuthentication no Match Address 2001:db8::/32 PasswordAuthentication yes Regards Timo signature.asc Description: This is a digitally signed message part.
Bug#778466: easytag: bug with the MATE menu
Package: easytag Version: 2.2.4-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? There is a bug with easytag MATE Desktop Environment. When I install easytag it works. But when I click to the MATE Menu to open my home directory easytag automaticaly starting ??? *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages easytag depends on: ii libc6 2.19-13 ii libflac81.3.0-3 ii libgcc1 1:4.9.1-19 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk-3-0 3.14.5-1 ii libid3-3.8.3c2a 3.8.3-15 ii libid3tag0 0.15.1b-11 ii libogg0 1.3.2-1 ii libopus01.1-2 ii libopusfile00.6-1 ii libpango-1.0-0 1.36.8-3 ii libspeex1 1.2~rc1.2-1 ii libstdc++6 4.9.1-19 ii libtag1c2a 1.9.1-2.1 ii libvorbis0a 1.3.4-2 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages easytag recommends: ii gnome-icon-theme 3.12.0-1 ii gvfs 1.22.2-1 ii yelp 3.14.1-1 easytag 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#778471: ITP: homesick -- Keeps your dotfiles under git
Package: wnpp Severity: wishlist Owner: Alexander Gerasiov g...@debian.org * Package name: homesick Version : 1.1.2 Upstream Author : Josh Nichols, Jeremy Cook, Yusuke Murata and others * URL : https://github.com/technicalpickles/homesick/ * License : MIT Programming Lang: Ruby Description : Keeps your dotfiles under git Your home directory is your castle. Don't leave your dotfiles behind. Homesick is sorta like rip, but for dotfiles. It uses git to clone a repository containing dotfiles, and saves them in ~/.homesick. It then allows you to symlink all the dotfiles into place with a single command. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750586: Problem continues to exist
also sprach Cyril Brulebois k...@debian.org [2015-02-15 15:21 +0100]: martin f krafft madd...@debian.org (2015-01-29): Unfortunately, ldlinux.c32 is still being sought and not found. Any news? It would be helpful if either of you could try and figure out what's going on/why Ron's patch is insufficient/what needs to be changed to get your usecase to work. At least Chris Kuehl (cc'd) was happy with the change. I thought this issue was actually resolved? With the new d-i-n-a version, this now works for me. -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems kill ugly radio -- frank zappa digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#778470: xscreensaver: Add support for lighdm new login feature.
Package: xscreensaver Version: 5.30-1+b1 Severity: minor Tags: patch Please add support for new login feature lightdm (dm-tool) provide. Patch os attached. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (680, 'testing'), (670, 'stable'), (600, 'unstable'), (550, 'experimental'), (500, 'testing-updates') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xscreensaver depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglade2-0 1:2.6.4-2 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-1 ii libice6 2:1.0.9-1+b1 ii libpam0g 1.1.8-3.1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libsm6 2:1.2.2-1+b1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxi6 2:1.7.4-1+b2 ii libxinerama1 2:1.1.3-1+b1 ii libxml2 2.9.1+dfsg1-4 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.11-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxt6 1:1.1.4-1+b1 ii libxxf86vm1 1:1.1.3-1+b1 ii xscreensaver-data5.30-1+b1 Versions of packages xscreensaver recommends: ii libjpeg-turbo-progs [libjpeg-progs] 1:1.3.1-11 ii miscfiles [wordlist] 1.4.2.dfsg.1-9.1 ii perl [perl5] 5.20.1-5 Versions of packages xscreensaver suggests: ii chromium [www-browser] 40.0.2214.91-1 pn fortune none pn gdm3 | kdm-gdmcompat none ii iceweasel [www-browser] 31.4.0esr-1 ii konqueror [www-browser] 4:4.14.2-1 ii lynx-cur [www-browser] 2.8.9dev1-2+b1 pn qcam | streamer none pn xdaliclock none pn xfishtanknone pn xscreensaver-gl none -- no debconf information diff -rNu xscreensaver-5.30/debian/xscreensaver-wrapper.sh xscreensaver-5.30.patched/debian/xscreensaver-wrapper.sh --- xscreensaver-5.30/debian/xscreensaver-wrapper.sh 2015-02-15 16:51:20.0 +0300 +++ xscreensaver-5.30.patched/debian/xscreensaver-wrapper.sh 2015-02-15 16:55:49.244627629 +0300 @@ -1,5 +1,9 @@ #!/bin/sh +if [ -n $GDMSESSION ] which dm-tool /dev/null; then + echo XScreenSaver.newLoginCommand: dm-tool switch-to-greeter | xrdb -merge +fi + if [ -n $GDMSESSION ] which gdmflexiserver /dev/null; then echo XScreenSaver.newLoginCommand: gdmflexiserver -ls | xrdb -merge fi
Bug#777113: invoke-rc.d, service under systemd: Avoid job dependency loops during boot/shutdown
Hello again, another small fix, systemctl is-system-running should be called with --quiet to avoid leaking its output in invoke-rc.d and service. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru sysvinit-2.88dsf/debian/changelog sysvinit-2.88dsf/debian/changelog --- sysvinit-2.88dsf/debian/changelog 2014-11-11 20:34:28.0 +0100 +++ sysvinit-2.88dsf/debian/changelog 2015-02-05 09:51:50.0 +0100 @@ -1,3 +1,16 @@ +sysvinit (2.88dsf-59) UNRELEASED; urgency=medium + + * service, invoke-rc.d: Avoid deadlocks during bootup and shutdown from +units/hooks which call invoke-rc.d service reload and similar, since the +synchronous wait plus systemd's normal behaviour of transactionally +processing all dependencies first easily causes dependency loops. Thus +during boot/shutdown operate only on the unit and not on its dependencies, +just like SysV behaves. + * Make sysvinit-utils and sysv-rc break systemd 215 to ensure we have the +systemctl is-system-running command. + + -- Martin Pitt mp...@debian.org Thu, 05 Feb 2015 09:48:40 +0100 + sysvinit (2.88dsf-58) unstable; urgency=low * Fix typo in invoke-rc.d breaking upstart installations (Closes: diff -Nru sysvinit-2.88dsf/debian/control sysvinit-2.88dsf/debian/control --- sysvinit-2.88dsf/debian/control 2014-10-25 23:24:19.0 +0200 +++ sysvinit-2.88dsf/debian/control 2015-02-05 09:51:15.0 +0100 @@ -65,7 +65,7 @@ Replaces: last, sysvinit (= 2.86.ds1-65) Depends: ${shlibs:Depends}, ${misc:Depends} , startpar -Breaks: upstart ( 1.5-0ubuntu5) +Breaks: upstart ( 1.5-0ubuntu5), systemd ( 215) Suggests: bootlogd, sash Description: System-V-like utilities This package contains the important System-V-like utilities. @@ -85,7 +85,7 @@ sysvinit-utils (= 2.86.ds1-62), insserv ( 1.12.0-10) , startpar -Breaks: initscripts ( 2.86.ds1-63) +Breaks: initscripts ( 2.86.ds1-63), systemd ( 215) Description: System-V-like runlevel change mechanism This package provides support for the System-V like system for booting, changing runlevels, and shutting down, diff -Nru sysvinit-2.88dsf/debian/service/service sysvinit-2.88dsf/debian/service/service --- sysvinit-2.88dsf/debian/service/service 2014-10-25 23:20:33.0 +0200 +++ sysvinit-2.88dsf/debian/service/service 2015-02-05 10:20:35.0 +0100 @@ -184,9 +184,18 @@ if [ -n $is_systemd ] then UNIT=${SERVICE%.sh}.service + # avoid deadlocks during bootup and shutdown from units/hooks + # which call invoke-rc.d service reload and similar, since + # the synchronous wait plus systemd's normal behaviour of + # transactionally processing all dependencies first easily + # causes dependency loops + if ! systemctl --quiet is-system-running; then + sctl_args=--job-mode=ignore-dependencies + fi + case ${ACTION} in restart|status) - exec systemctl ${ACTION} ${UNIT} + exec systemctl $sctl_args ${ACTION} ${UNIT} ;; start|stop) # Follow the principle of least surprise for SysV people: @@ -195,10 +204,10 @@ # Users who need more control will use systemctl directly. for unit in $(systemctl list-unit-files --full --type=socket 2/dev/null | sed -ne 's/\.socket\s*[a-z]*\s*$/.socket/p'); do if [ $(systemctl -p Triggers show $unit) = Triggers=${UNIT} ]; then -systemctl ${ACTION} $unit +systemctl $sctl_args ${ACTION} $unit fi done - exec systemctl ${ACTION} ${UNIT} + exec systemctl $sctl_args ${ACTION} ${UNIT} ;; reload) _canreload=$(systemctl -p CanReload show ${UNIT} 2/dev/null) @@ -208,7 +217,7 @@ # specific service. run_via_sysvinit else -exec systemctl reload ${UNIT} +exec systemctl $sctl_args reload ${UNIT} fi ;; force-stop) @@ -217,9 +226,9 @@ force-reload) _canreload=$(systemctl -p CanReload show ${UNIT} 2/dev/null) if [ $_canreload = CanReload=no ]; then -exec systemctl restart ${UNIT} +exec systemctl $sctl_args restart ${UNIT} else -exec systemctl reload ${UNIT} +exec systemctl $sctl_args reload ${UNIT} fi ;; *) diff -Nru sysvinit-2.88dsf/debian/src/sysv-rc/sbin/invoke-rc.d sysvinit-2.88dsf/debian/src/sysv-rc/sbin/invoke-rc.d --- sysvinit-2.88dsf/debian/src/sysv-rc/sbin/invoke-rc.d2014-11-08 21:38:18.0 +0100 +++ sysvinit-2.88dsf/debian/src/sysv-rc/sbin/invoke-rc.d2015-02-05 09:32:35.0 +0100 @@ -519,16 +519,24 @@ # pick up any changes. systemctl daemon-reload fi +# avoid deadlocks during bootup and shutdown from units/hooks +
Bug#778476: SVG icon created from PDF file contains a lot of blank space
Package: vim-common Version: 2:7.4.488-5 Severity: minor Tags: patch Hi, Since 2:7.4.488-5, vim's icon in MATE's menu looks abnormally tiny. It seems to be due to the fact that the source PDF file (which is converted to an SVG file with pdf2svg since 2:7.4.488-5) is a document in the US Letter format with the icon at the bottom, and thus contains a lot of blank space around the actual icon. This blank space is passed as-is during the conversion, which results in a badly cropped icon. Attached to this bug report is an SVG file I quickly created following [1], maybe a better one could be used in the deb package and/or sent upstream (I guess a margin should be inserted, but how thick ? I have no experience in designing icons). As a bonus, using a native SVG icon would get rid of the new pdf2svg build dependency. Hope this helps. [1] http://graphicdesign.stackexchange.com/questions/21635/getting-rid-of-whitespace-in-inkscape -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Bug#775913: vala-0.26: CVE-2014-8154: Heap-buffer overflow in vala-gstreamer bindings at Gst.MapInfo()
Hello Moritz Muehlenhoff. I'm pretty sure this is not the answer you're wishing to hear but I though it's better to give you some reply then not answer at all... On Thu, Feb 12, 2015 at 04:41:47PM +0100, Moritz Muehlenhoff wrote: [...] Heap-buffer overflow in vala-gstreamer bindings at Gst.MapInfo() What's the status? TTBOMK: Fixed in 0.26.2 currently available from experimental. Will likely be available (first in unstable+testing then) in backports archive after the Jessie release. There's a lack of people finding it useful to redo the upstream bugfix releases badly just because of debian policies or whatever the issue is with getting them into testing during freeze. Given that experimental in many cases are already (rightly so) filled with packages of upstream development releases and we have nowhere to put upstream bugfix releases in Debian now, I've been considering setting up my own repository where I can share updated packages with those interested (that would also solve the issue that backports isn't really suitable since you then explicitly will have to point out each and every package you want a fixed version of.) Unfortunately this hasn't yet surfaced high enough on my already busy schedule (and would be better to see a proper distribution channel set up within debian if that's possible at all). Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764200: Bug#777338: Bug#764200: Bug#777338: game-data-packager: please add support for Doom3 BFG
On 15/02/15 11:38, Tobias Frost wrote: +Recommends: dhewm3-d3xp You could use 'debian: engine: dhewm3-d3xp', assuming dhewm3-d3xp Depends on any other parts of dhewm3 that it needs. Alternatively, you could bundle together the open-source bits for both the base game and RoE in one .deb, just like Quake 3 + Team Arena, and use symlinks or TryExec to hide the RoE launcher if the RoE data is not installed. On 15/02/15 12:09, Tobias Frost wrote: (But maybe you can take a look at my commit -- It seemed to ignore the longname for the RoE expansion pack, the resulting package doom3-resurrection-data had as Description: Doom 3 (original or BFG Edition) -- I expected to gdp to use the longname specified in its packages: specification; I worked around by specifiing it in the doom3-resurrection-data.control.in, which I had anyway to specify the correct dependencies on the game logic *.so) This logic: if package.expansion_for: short_desc = 'extra data for ' + self.longname else: short_desc = 'data for ' + longname is not great when self.longname is something like Doom 3 (original or BFG edition). We would probably get better results by using short_desc = 'data for ' + longname unconditionally. We could maybe also replace: if package.expansion_for: long_desc += ' Expansion: ' + longname else: long_desc += ' Game: ' + longname with: if package.expansion_for: game_name = self.packages[package.expansion_for].longname or self.longname long_desc += ' Game: ' + game_name + '\n' long_desc += ' Expansion: ' + longname else: long_desc += ' Game: ' + longname Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750586: Problem continues to exist
martin f krafft madd...@debian.org (2015-01-29): Unfortunately, ldlinux.c32 is still being sought and not found. Any news? It would be helpful if either of you could try and figure out what's going on/why Ron's patch is insufficient/what needs to be changed to get your usecase to work. At least Chris Kuehl (cc'd) was happy with the change. Mraw, KiBi. signature.asc Description: Digital signature
Bug#778467: Ship seaborn documentation
Package: python-seaborn Version: 0.5.1-1 Severity: wishlist Would it be possible to ship the pre-built html documentation along with the package, or within a python-seaborn-doc package? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778471: ITP: homesick -- Keeps your dotfiles under git
Quoting Alexander Gerasiov (2015-02-15 15:40:53) Package: wnpp Severity: wishlist Owner: Alexander Gerasiov g...@debian.org * Package name: homesick Version : 1.1.2 Upstream Author : Josh Nichols, Jeremy Cook, Yusuke Murata and others * URL : https://github.com/technicalpickles/homesick/ * License : MIT Programming Lang: Ruby Description : Keeps your dotfiles under git Your home directory is your castle. Don't leave your dotfiles behind. Homesick is sorta like rip, but for dotfiles. It uses git to clone a repository containing dotfiles, and saves them in ~/.homesick. It then allows you to symlink all the dotfiles into place with a single command. It is unclear what rip is in this context - seems it is something unavailable in Debian, and therefore probably unsuitable for long description (at least without being properly introduced). Homesick seems to be quite related to vcsh. Would be nice if long description compared with that. ...or better: Perhaps vcsh obsoletes homesick, or vice versa? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#778472: invalid C++ mangled name for global variable
Source: gcc-5 Version: 5-20150205-1 Severity: normal Tags: upstream fixed-upstream Forwarded: -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65062 Just take a look at upstream's bug report. I'm filling it here to block #778085 and known when the fix it's ready. -- System Information: Debian Release: 8.0 Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778473: gnome-panel duplicates menus on every login
Package: gnome-panel Version: 3.4.2.1-4 I'm using debian with two x desktop as separate screens. gnome-panel duplicates menus on every login bug is solved in latter versions of gnome-panel(link contains descrition and screenshot of problem): https://bugzilla.gnome.org/show_bug.cgi?id=689610 will it be in stable version of debian?
Bug#778477: vim-common: vim.svg has non-square bounding box, appears distorted in GNOME Shell
Package: vim-common Version: 2:7.4.488-5 Severity: normal Since version 2:7.4.488-5, the vim icon appears distorted in GNOME Shell (see attached). I believe this is because the new conversion from PDF to SVG leaves /usr/share/icons/hicolor/scalable/apps/vim.svg with the whole PDF page as its bounding box: the file starts with svg xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; width=612pt height=792pt viewBox=0 0 612 792 version=1.1 Opening vim.svg in, for instance, ImageMagick's display(1) does not demonstrate this, because display(1) only shows the parts of the image that contain objects; but opening it in Inkscape shows the entire page. SVG icons normally have a square bounding box, e.g. iceweasel.svg: svg ... width=128 height=128 GNOME Shell draws the SVG icon with its entire bounding box, not just the parts containing visible objects, so that icons can have spaces around the edges if that is what the icon designer wanted. It would probably be possible to postprocess the SVG with xmlstarlet to assign a suitable bounding box. Alternatively, using vimlogo.eps instead of vimlogo.pdf as your source format would probably work, since vimlogo.eps seems to have the correct bounding box already. Regards, S -- System Information: Debian Release: 8.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vim-common depends on: ii libc6 2.19-15 Versions of packages vim-common recommends: ii vim-gtk [vim] 2:7.4.488-5 ii vim-tiny 2:7.4.488-5 vim-common 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#778478: libgadu should have graphviz in build-depends
Package: src:libgadu Version: 1:1.12.1-1 Severity: normal Dear Maintainer, Build libgadu/1:1.12.1-1 return: sh: 1: dot: not found error: Problems running dot: exit code=127, command='dot', arguments='/«PKGBUILDDIR»/docs/html/group__pubdir50.dot -Tpng -o /«PKGBUILDDIR»/docs/html/group__pubdir50.png' sh: 1: dot: not found error: Problems running dot: exit code=127, command='dot', arguments='/«PKGBUILDDIR»/docs/html/struct__gg__msg__list__coll__graph.dot -Tpng -o /«PKGBUILDDIR»/docs/html/struct__gg__msg__list__coll__graph.png'1:1.12.1-1 sh: 1: dot: not found error: Problems running dot: exit code=127, command='dot', arguments='/«PKGBUILDDIR»/docs/html/structgg__dcc__coll__graph.dot -Tpng -o /«PKGBUILDDIR»/docs/html/structgg__dcc__coll__graph.png' sh: 1: dot: not found Full log: https://buildd.debian.org/status/fetch.php?pkg=libgaduarch=armhfver=1%3A1.12.1-1stamp=1421188317 libgadu should have graphviz in build-depends, it fix this problem. Mateusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778444: unblock: brltty/5.2~20141018-4
On Sun, 2015-02-15 at 16:37 +0100, Samuel Thibault wrote: Adam D. Barratt, le Sun 15 Feb 2015 12:20:57 +, a écrit : On Sun, 2015-02-15 at 02:53 +0100, Samuel Thibault wrote: Please unblock package brltty While testing for bug #777377, we noticed that in some cases xbrlapi erroneously writes some text, completely hiding the Orca screen reader output until Orca is restarted (Bug #777574. In version 5.2~20141018-4 of brltty I have uploaded the very trivial upstream fix for this. Unblocked, needs a d-i ack. xbrlapi is actually not part of d-i :) We were asked to get acks for unblocks for any source package that currently has a block-udeb hint. My understanding was that Cyril's request applied whether the changes affect the udeb(s) or not, but I'm happy for him to disagree. 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#778479: alienblaster: please make the build reproducible
Source: alienblaster Version: 1.1.0-8 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that alienblaster doesn't build reproducibly. A PNG image generated during the build has timestamps embedded. The attached patch prevents this. Once applied, alienblaster can be built reproducibly in our current experimental framework. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/rules b/debian/rules index ed2303b..077c918 100755 --- a/debian/rules +++ b/debian/rules @@ -7,7 +7,7 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all override_dh_install: mv $(CURDIR)/alienblaster $(CURDIR)/alienblaster.bin convert -monitor -resize 50% -trim \ - $(CURDIR)/images/alienblasterintro.bmp $(CURDIR)/alienblaster.png + $(CURDIR)/images/alienblasterintro.bmp +set date:create +set date:modify -define png:exclude-chunk=time $(CURDIR)/alienblaster.png convert -monitor $(CURDIR)/images/alienblastericon.bmp $(CURDIR)/alienblaster.xpm dh_install signature.asc Description: OpenPGP digital signature
Bug#778459: migration question for PermitRootLogin without-password should be skipped if PasswordAuthentication no is set
chrysn chr...@fsfe.org writes: i'd like to suggest that when the upgrading question for the PermitRootLogin without-password configuration option (introduced in 1:6.6p1-1) be skipped if the setting PasswordAuthentication is set to no. You need to make sure ChallengeResponseAuthentication is disabled too. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741065: Uploaded to experimental, waiting in NEW
I've uploaded the current package to experimental. It's currently waiting in the NEW queue (https://ftp-master.debian.org/new/etcd_2.0.0-1.html). There are still a few things that can do with improvement, in particular making the setup easier (debconf integration, SSL certificate creation). Jelmer signature.asc Description: Digital signature
Bug#773392: suggested solution
Hi, with help from Alam_Squeeze on irc #debian-systemd we found a way to fix this issue: The init script /etc/init.d/shorewall had to be modified like -# Default-Start: S +# Default-Start: 2 3 4 5 and then I ran: update-rc.d shorewall remove update-rc.d shorewall defaults After that, shorewall was started properly after boot and the dependency circle was gone. Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764200: Bug#777338: Bug#764200: Bug#777338: game-data-packager: please add support for Doom3 BFG
Hi Simon, Am Sonntag, den 15.02.2015, 13:45 + schrieb Simon McVittie: On 15/02/15 11:38, Tobias Frost wrote: +Recommends: dhewm3-d3xp You could use 'debian: engine: dhewm3-d3xp', assuming dhewm3-d3xp Depends on any other parts of dhewm3 that it needs. Tried that, but I liked the feature of gdp to recognize that this is an extension and that you'll need both. I just saw that you merged Alexandres branch and I notices that the game*.pk4 are installed too. Don't do that it works here without and it seems that Alexandre had crashed as the engine tried to load the so in one of those. The attached patch removes those. -- tobi diff --git a/data/doom3.yaml b/data/doom3.yaml index 8973e25..f232114 100644 --- a/data/doom3.yaml +++ b/data/doom3.yaml @@ -13,10 +13,6 @@ packages: steam: id: 9050 install: -- base/game00.pk4 -- base/game01.pk4 -- base/game02.pk4 -- base/game03.pk4 - base/pak000.pk4 - base/pak001.pk4 - base/pak002.pk4 @@ -37,9 +33,6 @@ packages: id: 9070 install_to: usr/share/games/doom3 install: -- d3xp/game01.pk4 -- d3xp/game02.pk4 -- d3xp/game03.pk4 - d3xp/pak000.pk4 - d3xp/pak001.pk4 @@ -839,16 +832,10 @@ files: unpack: format: 7z provides: -- base/game01.pk4 -- base/game02.pk4 -- base/game03.pk4 - base/pak005.pk4 - base/pak006.pk4 - base/pak007.pk4 - base/pak008.pk4 -- d3xp/game01.pk4 -- d3xp/game02.pk4 -- d3xp/game03.pk4 - d3xp/pak001.pk4 classic_doom_3_1.3.1.exe: @@ -902,10 +889,6 @@ files: cksums: | 3705538269 21145838 doom3-linux-1.3.1.1304.x86.run - 698551627 963485base/game00.pk4 - 1740423552 1542504 base/game01.pk4 - 143642192 1789687 base/game02.pk4 - 3855177723 965775base/game03.pk4 3020409499 353159257 base/pak000.pk4 1437100813 229649726 base/pak001.pk4 2513550240 416937674 base/pak002.pk4 @@ -916,9 +899,6 @@ cksums: | 1446435975 192031base/pak007.pk4 3955608439 12243 base/pak008.pk4 _ 17811 License.txt - 691409431 1645741 d3xp/game01.pk4 - 255066 1888500 d3xp/game02.pk4 - 1141627363 1035335 d3xp/game03.pk4 1892025358 99336 d3xp/pak001.pk4 _ 50cdoom/Classic Doom 3.url @@ -1636,10 +1616,6 @@ cksums: | md5sums: | 6325f0936f59420d33668754032141cb doom3-linux-1.3.1.1304.x86.run - 0a2843d900347a0bf8c2b556ff8652b2 base/game00.pk4 - 197f85d31672a7fb5a145e88e0ab3519 base/game01.pk4 - 425173e95a5a4115127662077e4e877b base/game02.pk4 - 882c1b0aaad0bf62dde6df43048a base/game03.pk4 71b8d37b2444d3d86a36fd61783844fe base/pak000.pk4 4bc4f3ba04ec2b4f4837be40e840a3c1 base/pak001.pk4 fa84069e9642ad9aa4b49624150cc345 base/pak002.pk4 @@ -1650,9 +1626,6 @@ md5sums: | 6319f086f930ec1618ab09b4c20c268c base/pak007.pk4 28750b7841de9453eb335bad6841a2a5 base/pak008.pk4 0e6dea0e5505da10e8fdf6c98a76271a License.txt - 5a83710af3530b4fb4ed86c19b9a1b2a d3xp/game01.pk4 - 4ecfcd51e4b45534fc1968b1b69619d4 d3xp/game02.pk4 - eb9b5260b8695a764832a30e32ded796 d3xp/game03.pk4 a883fef0fd10aadeb73d34c462ff865d d3xp/pak000.pk4 06fc9be965e345587064056bf22236d2 d3xp/pak001.pk4 @@ -2392,14 +2365,7 @@ sha1sums: | de543a0369dbae3d4181f2c727085adb89ef3531 base/pak006.pk4 662a4014dabe26bcdd988877fadaff7d6a09725c base/pak007.pk4 c50bf2c97e989aa19ad27fe62e67c5cfc6ae2a8b base/pak008.pk4 - 8514ef18e32b157e07a45400d6283ef5f555bc80 base/game00.pk4 - 711948baf6fa62aa8325ddfee4370282911977dd base/game01.pk4 - 4b5e447c1fe0b9f87865e6b638a93e055e3c5e16 base/game02.pk4 - 5efc59540da641f58b17a1d410cee37ef95d3d46 base/game03.pk4 846b7e0d931d48d08ee45cf226a5dbe7dba59861 License.txt - 97d21648b424f1f6f8c11456166fd6e38e24abe0 d3xp/game01.pk4 - 22c7f6117043b2ddd10d9076336cce67bfd15a90 d3xp/game02.pk4 - 46230705a87cf88f1fa4a6094abc3c7cdf1ab428 d3xp/game03.pk4 0d9ca3d4532c0d412fbb64ab2885f52ef8852594 d3xp/pak001.pk4 7fdba41af0521cdb815cad272499b888a348acfd cdoom/Classic Doom 3.url @@ -3129,10 +3095,6 @@ sha1sums: | sha256sums: | 2f90dff20f2d3c0c47f17b3d6d45c4f0e7d27b986bf6084f21b85180cd1e03b4 doom3-linux-1.3.1.1304.x86.run - 637985b519a35afb20bb4fa93e31fd3d4789bfaf75135b1ac3b15120cb4acc11 base/game00.pk4 - 510ed64ea6866f6c75d9d72a5e2735b863e4dfb559ac390b5b24a37f8ddd7813 base/game01.pk4 - 69ab195967817b0e22dbf8ab126ff073cfb56332c327da6789736e3074b73cc4 base/game02.pk4 - 25454a2d05204f09795ade93aac849cb119daf27395516704eb7bb9ea36cf9f6 base/game03.pk4 220513bba8cc51191738b52b4ea320cd3376736e13147e240aa503622aa926ce base/pak000.pk4 dc85da3d731793f2973ffb7ef31be17057e88dee0b1157531c7f26a7b33c8fc0 base/pak001.pk4 52d50dc300c87c484a0d7bc28c64777cafd7d581a91b5eeb6222991e328b7f1c base/pak002.pk4 @@ -3143,9 +3105,6 @@ sha256sums: | e5d57ede9def75c7cbb0542ceef6ad56147c9a2162c8517f716410b9092965a0 base/pak007.pk4
Bug#778482: sbuild: please make the build reproducible
Source: sbuild Version: 0.65.0-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that sbuild doesn't build reproducibly. The config dumped into sbuild.conf and the manpage contain items in a random order. The attached patch fixes this. Once applied, sbuild can be built reproducibly in our current experimental framework. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/tools/sbuild-dumpconfig b/tools/sbuild-dumpconfig index 598ffa0..327368e 100755 --- a/tools/sbuild-dumpconfig +++ b/tools/sbuild-dumpconfig @@ -32,6 +32,8 @@ use Sbuild::Sysconfig; use Text::Wrap; use Data::Dumper; +$Data::Dumper::Sortkeys = 1; + die Usage: $0 sbuild|buildd config|man if @ARGV != 2; my $program = $ARGV[0]; signature.asc Description: OpenPGP digital signature
Bug#778477: vim-common: vim.svg has non-square bounding box, appears distorted in GNOME Shell
On Sun, Feb 15, 2015 at 03:47:31PM +, Simon McVittie wrote: It would probably be possible to postprocess the SVG with xmlstarlet to assign a suitable bounding box. Alternatively, using vimlogo.eps instead of vimlogo.pdf as your source format would probably work, since vimlogo.eps seems to have the correct bounding box already. My poor search skills didn't turn up an eps → svg converter. I would prefer to do that as well, since the eps is the original source file. Do you happen to know of a converter? Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778478: libgadu should have graphviz in build-depends
2015-02-15 16:50 GMT+01:00 Mateusz Łukasik mat...@linuxmint.pl: sh: 1: dot: not found error: Problems running dot: exit code=127, command='dot', arguments='/«PKGBUILDDIR»/docs/html/group__pubdir50.dot -Tpng -o /«PKGBUILDDIR»/docs/html/group__pubdir50.png' Does this have any negative effects on the generated documentation, such as broken images? I'm asking since the doxygen documentation [1,2] claims that: Doxygen has built-in support to generate inheritance diagrams for C++ classes. Doxygen can use the dot tool from graphviz to generate more advanced diagrams and graphs. If you have the dot tool in the path, you can set HAVE_DOT to YES in the configuration file to let doxygen use it. The default value is: NO. So it seems like these should be innocent warnings, since docs/Doxyfile.in does not specity HAVE_DOT. I would have no problems adding a build-dep if HAVE_DOT was explicitly set to YES. But currently using dot is just an implementation detail of doxygen, so I'm reluctant do add it to build-dependencies if dot is not even mentioned anywhere in libgadu source. Marcin [1] http://www.stack.nl/~dimitri/doxygen/manual/diagrams.html [2] http://www.stack.nl/~dimitri/doxygen/manual/config.html#cfg_have_dot
Bug#778484: ITP: pluginhook -- simple plugin system for Bash programs
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: pluginhook Version : git snapshot Upstream Author : Jeff Lindsay progr...@gmail.com * URL : http://github.com/progrium/pluginhook * License : Expat/MIT Programming Lang: Go Description : simple plugin system for Bash programs The pluginhook command loops through all plugin directories found in the path defined by the environment variable PLUGIN_PATH and passes the same arguments to any hook scripts by that name. This means installing a plugin is as simple as putting it in your PLUGIN_PATH. . pluginhook does not only provide a mechanism for arguments broadcasting, it also accepts streams and pass them through each plugin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749355: parallel: /usr/bin/parallel conflicts with moreutils' parallel
On Sat, Sep 27, 2014 at 07:45:14PM -0400, Antoine Beaupré wrote: At this point, moreutils doesn't conflict with gnu parallel, and that is intentional. It is gnu parallel that conflicts with moreutils. I talked briefly with Joey about this. Obviously, it's a rather annoying issue for him, since the whole thing went as far as a CTTE bug (#665851). The result of that discussion were unclear: no decision was reached by the CTTE. From what I understand, joey doesn't want to be bothered with this. He barely has time to maintain moreutils at all and has critical opinion of gnu parallel, which breaks his ikiwiki-hosting package. Therefore, ikiwiki-hosting conflicts with gnu parallel. understood, thanks for the context! So I doubt we can coninve Joey to fix this problem the way we are proposing now, but it's possible. If someone wants to go forward here, there would need to be a set of patches that would create conflicting binary packages for both that will divert /usr/bin/parallel. A patch on ikiwiki-hosting to depend on moreutils-parallel would also then be necessary. Is dpkg-divert a strict requirement? Would alternatives suffices (e.g. like netcat does)? Then we send this to the moreutils and gnu parallel maintainers to see if they would accept the fix, and we can simply NMU it. But the main problem, to restate what Joey has said here, is time: it takes time to do that work and unless someone steps up to help the maintainers patiently to clear things up, things will stay as they currently are. true, I am willing to give it a shot but we're probably far too late in the release cycle to get this into jessie (won't be wasted work anyway tho!) filippo -- http://esaurito.net - 0x99D49B6B00CAD1E5 - ⠠⠵ God may not play dice with the universe, but something strange is going on with the prime numbers. -- Paul Erdos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778471: ITP: homesick -- Keeps your dotfiles under git
Jonas Smedegaard писал 2015-02-15 17:55: Quoting Alexander Gerasiov (2015-02-15 15:40:53) Package: wnpp Severity: wishlist Owner: Alexander Gerasiov g...@debian.org * Package name: homesick Version : 1.1.2 Upstream Author : Josh Nichols, Jeremy Cook, Yusuke Murata and others * URL : https://github.com/technicalpickles/homesick/ * License : MIT Programming Lang: Ruby Description : Keeps your dotfiles under git Your home directory is your castle. Don't leave your dotfiles behind. Homesick is sorta like rip, but for dotfiles. It uses git to clone a repository containing dotfiles, and saves them in ~/.homesick. It then allows you to symlink all the dotfiles into place with a single command. It is unclear what rip is in this context - seems it is something unavailable in Debian, and therefore probably unsuitable for long description (at least without being properly introduced). Yep, unfortunatelly, my MTA put my previous mail to /dev/null and I was too lazy to write normal description one more time. So for now it's just a copy-paste from offsite. =) Homesick seems to be quite related to vcsh. Would be nice if long description compared with that. ...or better: Perhaps vcsh obsoletes homesick, or vice versa? They are similair, but I don't like vcsh myself. I'll mention this in long description, yes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778416: autodir: homepage changed
On Sat, Feb 14, 2015 at 06:19:50PM +0100, phamming wrote: Package: autodir Version: 0.99.9-7.1 Severity: minor Dear Maintainer, The homepage of the package is 404. Upon further investigation it does not seem this package is maintained anymore by the upstream developer. This also affects the file /usr/share/doc/autodir/README * What led up to the situation? My wanting to see some documentation. * What exactly did you do (or not do) that was effective (or ineffective)? Visit the homepage and the page upward. The root of the site still mentions autodir, but links back to the same page, as do the other index-links. On this page there is only a mention of intraperson as downloadable files, so I conclude, it's unlikely the upstream developer will develop it further. That's correct, the upstream developer comunicated he is not more developing the program some months ago, so it should be considered frozen, but for bugs that I or other packagers will be able to manage. It would be nice if folks that work on autofs could catch the ball and continue development, but currently this is the status of the things. I will try to recover a complete documentation in the maentime. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777696: python-web2py: Provide an example apache2 conf file instead of ambiguous instructions
Hi, thanks for your suggestions. You have told me a typo (a2ensite), but you say you found a few, it will be great if you tell what are those typos. OTOH, currently I'm using a different apache .conf file, similar to the old one and to the one you purpose, but not exactly equal. I don't see the 'coin' word in your AliasMatch files. Also I have added a WSGIPassAuthorization On directive to allow web2py manage the login authorization bypassing apache restrictions. This is the one I'm using, and what I have added to the new package. Your opinions are welcome: WSGIRestrictStdout Off VirtualHost myserver.name.org:80 ServerName myserver.name.org WSGIDaemonProcess web2py user=www-data group=www-data WSGIProcessGroup web2py WSGIScriptAlias / /path/to/myweb2py/wsgihandler.py WSGIPassAuthorization On Directory /path/to/myweb2py/web2py AllowOverride None Require all denied Files wsgihandler.py Require all granted /Files /Directory AliasMatch ^/([^/]+)/static/(.*) \ /path/to/myweb2py/applications/$1/static/$2 Directory /path/to/myweb2py/applications/*/static/ Options -Indexes Require all granted /Directory Location /admin Deny from all /Location LocationMatch ^/([^/]+)/appadmin Deny from all /LocationMatch CustomLog /var/log/apache2/web2py-access.log common ErrorLog /var/log/apache2/web2py-error.log /VirtualHost IfModule mod_ssl.c VirtualHost myserver.name.org:443 ServerName myserver.name.org WSGIScriptAlias / /path/to/myweb2py/wsgihandler.py SSLEngine on SSLCertificateFile/etc/ssl/certs/ssl-cert-snakeoil.pem SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key Directory /path/to/myweb2py/web2py AllowOverride None Require all denied Files wsgihandler.py Require all granted /Files /Directory AliasMatch ^/([^/]+)/static/(.*) \ /path/to/myweb2py/applications/$1/static/$2 Directory /path/to/myweb2py/applications/*/static/ Options -Indexes Require all granted /Directory CustomLog /var/log/apache2/secure-web2py-access.log common ErrorLog /var/log/apache2/secure-web2py-error.log /VirtualHost /IfModule 2015-02-11 16:34 GMT+01:00 Olivier Berger olivier.ber...@telecom-sudparis.eu: Package: python-web2py Version: 1.99.7-1 Severity: minor Dear Maintainer, The provided README.Debian gives instructions on how to adapt the provided apache2 conf files but the paths to be used are quite ambiguous. The the directory where your web2py application dir is located is quite vague... AFAIU, it corresponds to the provided /usr/share/web2py/ Also, what does the directory where web2py applications are installed mean : same as above ? Maybe, instead, I think it would be far easier (or in addition to these instructions) to provide a ready to use .conf file that could work out of the box with the provided example apps (should they be kept in /usr/share/web2py/applications/ btw ?). For instance, the following file allows to serve the provided example applications, I think... although I'm doubtful about the aliasmatch... : WSGIRestrictStdout Off VirtualHost *:80 ServerName my.server.name.org WSGIDaemonProcess web2py user=www-data group=www-data WSGIProcessGroup web2py WSGIScriptAlias / /usr/share/web2py/wsgihandler.py Directory /usr/share/web2py AllowOverride None Order Allow,Deny Deny from all Files wsgihandler.py Allow from all /Files /Directory AliasMatch ^/coin/([^/]+)/static/(.*) \ /usr/share/web2py/applications/$1/static/$2 Directory /usr/share/web2py/applications/*/static/ Order Allow,Deny Allow from all /Directory LocationMatch ^/coin/([^/]+)/appadmin Deny from all /LocationMatch CustomLog /var/log/apache2/web2py-access.log common ErrorLog /var/log/apache2/web2py-error.log /VirtualHost IfModule mod_ssl.c VirtualHost *:443 ServerName my.server.name.org WSGIScriptAlias / /usr/share/web2py/wsgihandler.py SSLEngine on SSLCertificateFile/etc/ssl/certs/ssl-cert-snakeoil.pem SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key Directory /usr/share/web2py AllowOverride None Order Allow,Deny Deny from all Files wsgihandler.py Allow from all /Files /Directory AliasMatch ^/coin/([^/]+)/static/(.*) \ /usr/share/web2py/applications/$1/static/$2 Directory /usr/share/web2py/applications/*/static/ Order Allow,Deny Allow from all /Directory CustomLog /var/log/apache2/secure-web2py-access.log common ErrorLog /var/log/apache2/secure-web2py-error.log /VirtualHost /IfModule Also, I noticed a few typos, like a2site which should be a2ensite. Hope this makes sense. Thanks in advance. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500,
Bug#772066: patches available
There seem to be patches available upstream now, can we please merge them for jessie? Combined with #759361, this bug makes krdc completely unusable. Patches are linked here: https://bugs.kde.org/show_bug.cgi?id=341284 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778481: primrose: please make the build reproducible
Source: primrose Version: 6+dfsg1-3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that primrose doesn't build reproducibly. PNG images generated during the build have timestamps embedded. The attached patch prevents this. Once applied, primrose can be built reproducibly in our current experimental framework. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/rules b/debian/rules index 1ab9cf8..31ddf81 100755 --- a/debian/rules +++ b/debian/rules @@ -11,9 +11,9 @@ override_dh_auto_configure: override_dh_auto_build: mkdir -p 256x256 128x128 64x64 32x32 - convert -scale 256x256 tilePlacementGames/game1/gameSource/iPhone/largeIcon2.png 256x256/primrose.png + convert -scale 256x256 tilePlacementGames/game1/gameSource/iPhone/largeIcon2.png +set date:create +set date:modify -define png:exclude-chunk=time 256x256/primrose.png cp -f tilePlacementGames/game1/build/macOSX/iconColor.png 128x128/primrose.png - convert -background None -gravity center -extent 64x64 tilePlacementGames/game1/gameSource/iPhone/icon.png 64x64/primrose.png + convert -background None -gravity center -extent 64x64 tilePlacementGames/game1/gameSource/iPhone/icon.png +set date:create +set date:modify -define png:exclude-chunk=time 64x64/primrose.png cp -f tilePlacementGames/game1/build/win32/icon.png 32x32/primrose.png convert 32x32/primrose.png 32x32/primrose.xpm $(MAKE) -C tilePlacementGames/game1/gameSource PLATFORM_LINK_FLAGS=-lGL -lSDL -lpthread $(LDFLAGS) PLATFORM_COMPILE_FLAGS=$(CXXFLAGS) $(CPPFLAGS) -DETCDIR=\\\/etc/primrose\\\ -DDATADIR=\\\/usr/share/games/primrose/\\\ signature.asc Description: OpenPGP digital signature
Bug#778480: gpg-connect-agent: percent+ function doesn't encode '+'
Package: gnupg-agent Version: 2.0.26-4 The 'percent+' function URL-encodes its argument and replaces spaces with plus signs. But it doesn't encode plus signs in its argument; e.g., gpg-connect-agent --subst '/echo ${percent+ foo+ bar}' /bye prints foo++bar which would decode to foo bar instead of foo+ bar. Plus signs should be encoded as %2b to make the encoding reversible. The above command should print foo%2b+bar. When calling jnlib/stringhelp.c:percent_escape from gpg-connect-agent.c, '+' could be added to the 'extra' argument to do this. But I think it would be preferable for percent_escape to always encode '+', like ':' and '%' (unpercent_string will decode arbitrary hex values). Actually, there's a function percent_plus_escape in common/percent.c that appears to do it properly. - Michael -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gnupg-agent depends on: ii libassuan0 2.1.2-2 ii libc6 2.19-15 ii libgcrypt20 1.6.2-4+b1 ii libgpg-error0 1.17-3 ii libpth202.0.7-20 ii libreadline66.3-8+b3 ii pinentry-curses [pinentry] 0.8.3-2 ii pinentry-gtk2 [pinentry]0.8.3-2 ii pinentry-qt4 [pinentry] 0.8.3-2 Versions of packages gnupg-agent recommends: ii gnupg 1.4.18-6 ii gnupg2 2.0.26-4 gnupg-agent suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#778485: battstat-applet: memory leak
Package: gnome-applets Version: 3.8.1-1 Severity: important Dear Maintainer, * What led up to the situation? The battstat-applet is consumming more and more memory while true ; do ps aux|grep battsta[t] ; sleep 1h ;done me15631 1.8 0.2 334788 22736 ?Sl 14:17 0:00 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.0 0.3 336912 28808 ?Sl 14:17 0:03 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.1 0.4 339508 35732 ?Sl 14:17 0:07 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.1 0.5 342336 42752 ?Sl 14:17 0:13 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.1 0.6 344800 49520 ?Sl 14:17 0:21 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.1 0.7 347828 56636 ?Sl 14:17 0:30 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.1 0.7 350344 63616 ?Sl 14:17 0:41 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.2 0.8 352824 70132 ?Sl 14:17 0:54 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.2 0.9 355404 77224 ?Sl 14:17 1:09 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.2 1.0 357648 83812 ?Sl 14:17 1:28 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.2 1.1 361484 90928 ?Sl Feb14 1:46 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.3 1.2 363804 97636 ?Sl Feb14 2:04 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.3 1.3 366272 104688 ? Sl Feb14 2:23 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.3 1.3 369060 111632 ? Sl Feb14 2:44 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.3 1.4 371388 118188 ? Sl Feb14 3:07 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.3 1.5 374024 125472 ? Sl Feb14 3:31 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.4 1.6 441884 132152 ? Sl Feb14 3:56 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.4 1.7 444204 138884 ? Sl Feb14 4:23 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.4 1.8 446528 145840 ? Sl Feb14 4:51 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.4 1.9 450480 152772 ? Sl Feb14 5:21 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.4 1.9 454008 159604 ? Sl Feb14 5:57 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.5 2.0 456336 166232 ? Rl Feb14 6:31 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.5 2.1 458892 172496 ? Sl Feb14 7:05 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.5 2.2 461392 180512 ? Sl Feb14 7:41 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.5 2.3 476528 192324 ? Sl Feb14 8:19 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.5 2.4 479884 198664 ? Sl Feb14 8:58 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.6 2.5 482232 205580 ? Sl Feb14 9:38 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.6 2.6 484576 212264 ? Sl Feb14 10:28 /usr/lib/gnome-applets/battstat-applet-2 me15631 0.6 2.7 486928 218508 ? Sl Feb14 11:11 /usr/lib/gnome-applets/battstat-applet-2 * What exactly did you do (or not do) that was effective (or ineffective)? I restart battstat-applet periodically * What was the outcome of this action? Temporarily free memory * What outcome did you expect instead? No memory leak -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gnome-applets depends on: ii gconf-service3.2.6-3 ii gconf2 3.2.6-3 ii gir1.2-gconf-2.0 3.2.6-3 ii gir1.2-gdkpixbuf-2.0 2.31.1-2+b1 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-panelapplet-4.0 3.8.1-7+b1 ii gnome-applets-data 3.8.1-1 ii gnome-icon-theme 3.12.0-1 ii gnome-panel 3.8.1-7+b1 ii gvfs 1.22.2-1 ii libatk1.0-0 2.14.0-1 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libcpufreq0 008-1 ii libdbus-1-3 1.8.12-3 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgstreamer-plugins-base0.10-0 0.10.36-2 ii libgstreamer0.10-0 0.10.36-1.5 ii libgtk-3-0 3.14.5-1 ii libgtop2-7 2.28.5-2+b1 ii libgucharmap-2-90-7 1:3.14.1-1
Bug#778483: xfce4: Screen tearing in XFCE
Package: xfce4 Version: 4.10.1 Severity: important Dear Maintainer, Screen tearing while moving windows or while watching video seems to follow XFCE in all latest versions. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4 depends on: ii gtk2-engines-xfce 3.0.1-2 ii libxfce4ui-utils 4.10.0-6 ii orage 4.10.0-1+b2 ii thunar 1.6.3-2 ii xfce4-appfinder4.10.1-1 ii xfce4-mixer4.10.0-3 ii xfce4-panel4.10.1-1 ii xfce4-session 4.10.1-10 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-3 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-3 Versions of packages xfce4 recommends: ii desktop-base 8.0.2 ii tango-icon-theme 0.8.90-5 ii thunar-volman 0.8.0-4 ii xfce4-notifyd 0.2.4-3 ii xorg 1:7.7+7 Versions of packages xfce4 suggests: pn gtk3-engines-xfcenone ii xfce4-goodies4.10 ii xfce4-power-manager 1.4.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778458: [Pkg-octave-devel] Bug#778458: please strip times from generated doc-cache
Hi Chris, Thank you for the bug report and the patch. It happens that I committed another solution to the problem two days ago: http://anonscm.debian.org/cgit/pkg-octave/octave-pkg-dev.git/commit/?id=7a9c4d95311f6cfea6e85318d3bf828ed34ccfe3 However, your solution seems to be more elegant. I will test it and will eventually revert my change above. Best, Rafael * Chris West solo-debianb...@goeswhere.com [2015-02-15 11:29]: Package: octave-pkg-dev Version: 1.1.3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that none of the octave-* packages build reproducibly. Octave, by default, writes a timestamp to (at least) the doc-cache file output by the pkg install action. The attached patch prevents this. It will, however, change the output of all calls to the save function. I do not know if this will be a problem, or if this matters in practice. Possible alternative fixes: * Don't ship the doc-cache? Octave recommend shipping it. #37542 [2] * Call save_header_format_string at a narrower scope, to ensure it only changes the doc-cache. install.m - generate_lookfor_cache.m - doc_cache_create.m. * Make it possible for packages to opt-in to this fix (environment variable, perhaps?) Regards, Chris [1]: https://wiki.debian.org/ReproducibleBuilds [2]: https://savannah.gnu.org/bugs/?37542 --- a/octave-pkg.mk 2015-02-15 10:50:58.851375767 + +++ b/octave-pkg.mk 2015-02-15 10:53:58.556258122 + @@ -92,6 +92,8 @@ [pwd(),'/$(debpkg)/$(bpath)']); \ pkg ('local_list', [pwd(),'/$(local_list)']); \ pkg ('global_list', [pwd(),'/$(global_list)']); \ + save_header_format_string(\ + '# Generated by Octave during Debian package build'); \ if (exist ('PKG_ADD.bak') == 2), \ movefile ('PKG_ADD.bak', 'PKG_ADD'); \ endif; \ ___ Pkg-octave-devel mailing list pkg-octave-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-octave-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778486: Translations not inserted correctly
Source: debian-history Version: 2.19 Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that debian-history doesn't build reproducibly [2]. Some paragraphs in the generated HTML files sometimes don't contain the correct translation, but the original untranslated text. It looks like this is always the case when the paragraph contains a link. Links in the SGML files are in the format: url id=http://...; name=some name But after calling po4a, the attributes in the url tag can be reordered in the po files, so they look like: url name=some name id=http://...;. I assume that the translation then no longer matches the original text and the translation is not inserted. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds [2]: https://reproducible.debian.net/debian-history signature.asc Description: OpenPGP digital signature
Bug#648755: lintian: arch-dep-package-has-big-usr-share is probably to eager.
On 2011-11-14 Luca Niccoli lultimou...@gmail.com wrote: Package: lintian Version: 2.5.3 Severity: normal Dear Lintian maintainers, my package splix triggers the following lintian check: I: printer-driver-splix: arch-dep-package-has-big-usr-share 2498kB 97% N: N:The package has a significant amount of architecture-independent data N:(over 4MB, or over 2MB and more than 50% of the package) in /usr/share N:but is an architecture-dependent package. This is wasteful of mirror [...] while it is true that most of the package is architecture independent, it also happens to be extremely compressible (ppd files). The one and only binary package splix has weighs about 150K. I don't think the overhead (both for human and archives) of splitting away the an architecture independent part of the package is worth the little saving in space. The lintian check is probably simplistic in that it assumes that a relatively big disk usage in the installed systems implies a big disk usage for the archives. [...] Just too add my vote: Lintian definitely measures the wrong thing if it looks at the uncompressed size. Mirror space and bandwith are influenced by the (currently xz-)compressed size. I also think that the lintian threshhold of 2 MB uncompressed is too low. Nowadays I would expect something like at least 3 MB compressed or even higher. Splitting a package has some cost which needs to be taken into account: It takes up maintainer time and adds complexity with potential for additional bugs. The newly split off packages will need descriptions which will need to be translated. The list of packages and their description is still an important part of Debian's UI. Users will browse over available packages and search through them, trying to find software matching their needs. Having junk like foo-data in there makes this harder. Increasing the number of packages slows down updates due to increased size of the Packages file (less relevant with incremental updates) and it also slows dows apt/aptitude. 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#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it (fwd)
On 14 Feb 2015, at 16:23, Santiago Vila sanv...@unex.es wrote: I wrote about this three weeks ago but got no answer. I'm going to officially forward the Debian bug this time, with all the details. The test case is just 840 bytes long. Please give it a try. .. Package: dovecot-imapd Version: 1:2.2.13-11 Severity: serious I can't reproduce with latest Dovecot hg. But just in case it's still not fixed, there are two important things: 1) Send your doveconf -n output, since there are some settings that can affect this 2) rm -rf ~/mail/.imap/inbox-b before testing to make sure indexes don't cause this problem. The following mbox folder, when put in $HOME/mail, becomes corrupted after trying to retrieve it with fetchmail. The problem may be reproduced by using the same machine as server and client: * Put inbox-b in $HOME/mail * Put this in $HOME/.fetchmailrc server localhost proto imap port 143: user someuser pass thepassword * Retrieve email using this command line: fetchmail -a localhost --folder inbox-b -m true Note: By looking at the true above it is clear that whatever fetchmail does with the message is not important at all. You will see something like this: 12 messages for someuser at localhost (folder inbox-b). reading message someuser@localhost:1 of 12 (171 header octets) (3 body octets) flushed reading message someuser@localhost:2 of 12 (245 header octets) (3 body octets) flushed reading message someuser@localhost:3 of 12 (245 header octets) (3 body octets) flushed reading message someuser@localhost:4 of 12 (245 header octets) (3 body octets) flushed reading message someuser@localhost:5 of 12 (245 header octets) (3 body octets) flushed reading message someuser@localhost:6 of 12 (171 header octets) (3 body octets) flushed reading message someuser@localhost:7 of 12 (171 header octets) (3 body octets) flushed reading message someuser@localhost:8 of 12 (245 header octets) (3 body octets) flushed reading message someuser@localhost:9 of 12 (245 header octets) (3 body octets) flushed reading message someuser@localhost:10 of 12 (245 header octets) (3 body octets) flushed reading message someuser@localhost:11 of 12 (245 header octets) (3 body octets) flushed reading message someuser@localhost:12 of 12 (273 header octets)fetchmail: incorrect header line found - see manpage for bad-header option not flushed And in fact inbox-b in the server is now like this: [...] From r...@example.com Tue Jan 13 10:18:20 2015 rstuvwxyzabcdefghijklmnopqrstuvw...@example.com To: a...@example.com Subject: a MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Message-Id: 20150113091737.b5ada5f...@example.com Date: Tue, 13 Jan 2015 10:17:25 +0100 (CET) X-UID: 16035 Status: O a Note how the From: line has been truncated from its original state. I have been suffering from this problem for months. At first I believed it was some misbehaving procmail/formail recipe I had on the server, but that's not the case as this example shows. Thanks.inbox-b.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714526: still an issue - makes callers hang
Control: severity -1 normal Hi, this is still a problem on jessie with for instance buildd. Consider this simple perl script: #!/usr/bin/perl use strict; use warnings; my $pipe; my $pid = open($pipe, -|); die $pipe failed: $! unless defined $pipe; if ($pid == 0) { open(STDERR, '', \*STDOUT); exec qw{ssh wb-bui...@buildd.debian.org moo}; exit }; print while ($pipe); close $pipe; print done.\n; If ssh wb-bui...@buildd.debian.org launches a control master, this script will never terminate. Cheers, weasel -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778269: ITP: python-mkdocs -- Static site generator geared towards building project documentation
Brian May b...@debian.org writes: On 14 February 2015 at 09:52, Brian May b...@debian.org wrote: What should I call the package? mkdocs? Or python3-mkdocs? Thinking about this, I will call the source python-mkdocs, but the binary package just mkdocs. +1. For the user-facing application package, it's best that the package name, package description etc. not even mention the implementation language. The implementation language is irrelevant distraction to someone installing or using the tool for a non-programming purpose. It belongs in debtags for the package. This also allows for the package to be re-implemented in some other language later without a weirdly ill-fitting name, or the disruption of a naming change. Choosing names for things is difficult to get right. Thanks for considering it seriously. -- \ “Why doesn't Python warn that it's not 100% perfect? Are people | `\ just supposed to “know” this, magically?” —Mitya Sirenef, | _o__) comp.lang.python, 2012-12-27 | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776316: samba: failed to build on mips
On Mon, 26 Jan 2015 13:42:51 -0500 Michael Gilbert mgilb...@debian.org wrote: The latest upload failed to build on the mips buildd: https://buildd.debian.org/status/package.php?p=samba Can this bug be closed now that it build successfully on mips? James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778506: ranger: failures if PAGER is set but empty
Package: ranger Version: 1.6.1-1 Severity: normal Tags: upstream Dear Maintainer, A user in #debian brought to our attention that ranger seems to need PAGER to be set. After some investigation, we worked out that: * if PAGER is not set at all (so, export -n PAGER; ranger) everything is OK * if PAGER is set to an executable (PAGER=less ranger) everything is OK * if PAGER is set but empty (PAGER= ranger) then any commands using the pager will fail: $ PAGER= ranger (then type «1?» to see a list of the keybindings) Failed to run: ['', '/tmp/tmp2o1fnV'] [Errno 13] Permission denied There are a few places where the check for a valid value of PAGER only checks if PAGER is set and not if it is also a non-empty value: rifle.py:330 if 'PAGER' not in os.environ: commands.py and actions.py (numerous places) pager = os.environ.get('PAGER', ranger.DEFAULT_PAGER) It would be worth fixing ranger so that an empty PAGER does not cause it to fail in a strange way; setting empty values to environment variables is normally considered to be identical to removing them from the environment. cheers Stuart PS other uses of os.environ should probably be checked too -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (550, 'testing-updates'), (550, 'testing'), (60, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ranger depends on: ii python 2.7.8-3 Versions of packages ranger recommends: ii file1:5.20-2 ii python-chardet 2.3.0-1 ii sudo1.8.10p3-1+deb8u1 ii w3m-img 0.5.3-19 Versions of packages ranger suggests: pn atool none pn caca-utils none pn highlight none ii less 458-3 ii poppler-utils 0.26.5-2 ii w3m0.5.3-19 -- 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#771045: System randomly freezes using Kernel 3.16 and radeon
Fixes for this are included in Linux 3.19, commits: 3a01fd367e09ebf05d75a000407364e7ebe2b678 d474ea7e52cbaaae22711d857949ba6018562c29 cbfc35b90f3b4853d1eb9fcb82e99531d6a1c629 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764500: erlang-jiffy: FTBFS on arm64
In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/arm64-support.patch: - Add ARM 64 support. We thought you might be interested in doing the same. diff -Nru erlang-jiffy-0.8.5+dfsg/debian/patches/arm64-support.patch erlang-jiffy-0.8.5+dfsg/debian/patches/arm64-support.patch --- erlang-jiffy-0.8.5+dfsg/debian/patches/arm64-support.patch 1970-01-01 01:00:00.0 +0100 +++ erlang-jiffy-0.8.5+dfsg/debian/patches/arm64-support.patch 2015-02-15 23:59:11.0 +0100 @@ -0,0 +1,18 @@ +From: Artur Rona ari-tc...@ubuntu.com +Description: Add ARM 64 support. +Bug-Debian: http://bugs.debian.org/764500 +Origin: upstream, https://github.com/vitaut/double-conversion/commit/86c52dab02836843e9e32793768ec5b9b3401049 + https://code.google.com/p/double-conversion/source/detail?r=4e24bb31bcc76d6d218f3056b4c24a109d367561 + +--- erlang-jiffy-0.8.5+dfsg.orig/c_src/double-conversion/utils.h erlang-jiffy-0.8.5+dfsg/c_src/double-conversion/utils.h +@@ -58,7 +58,8 @@ + defined(__mips__) || defined(__powerpc__) || \ + defined(__sparc__) || defined(__sparc) || defined(__s390__) || \ + defined(__SH4__) || defined(__alpha__) || \ +-defined(_MIPS_ARCH_MIPS32R2) ++defined(_MIPS_ARCH_MIPS32R2) || \ ++defined(__AARCH64EL__) + #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 + #elif defined(_M_IX86) || defined(__i386__) || defined(__i386) + #if defined(_WIN32) diff -Nru erlang-jiffy-0.8.5+dfsg/debian/patches/series erlang-jiffy-0.8.5+dfsg/debian/patches/series --- erlang-jiffy-0.8.5+dfsg/debian/patches/series 2013-10-11 06:11:54.0 +0200 +++ erlang-jiffy-0.8.5+dfsg/debian/patches/series 2015-02-16 00:28:58.0 +0100 @@ -2,3 +2,4 @@ fix_makefile remove_git_clean change_optimize +arm64-support.patch
Bug#722075: libc6: getaddrinfo() sends DNS queries to random file descriptors
On Wed, 2015-02-11 at 22:11 +0100, Aurelien Jarno wrote: Control: notfound -1 eglibc 2.13-38+deb7u7 Control: fixed -1 eglibc/2.13-38+deb7u5 On 2015-01-29 23:53, Ben Hutchings wrote: Control: retitle -1 libc6: getaddrinfo() sends DNS queries to random file descriptors (CVE-2013-7423) Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=15946 Control: severity -1 serious Control: found -1 eglibc 2.11.3-4+deb6u4 Control: found -1 eglibc 2.13-38+deb7u7 This bug came up again at http://www.openwall.com/lists/oss-security/2015/01/28/16. It still needs fixing in wheezy and squeeze-lts. It does NOT need to be fixed on wheezy, as it was already done a few months ago as part of the 2.13-38+deb7u5 upload: [...] Sorry Aurelien, I assumed this was a 3.0 (quilt) package so I mistakenly looked at the unpatched source. Ben. -- Ben Hutchings Never attribute to conspiracy what can adequately be explained by stupidity. signature.asc Description: This is a digitally signed message part
Bug#778507: clamav: aptitude error: /var/lib/dpkg/info/clamav-daemon.postinst: cannot create : Directory nonexistent
Package: clamav-daemon Version: 0.98.6+dfsg-1 Severity: normal File: clamav Tags: patch Dear Maintainer, Testing install of clamav reports the subject error with the postinst script. The problem is really simple, line 626 of clamav-daemon.postinst has a typo: [ -n $PidFile ] echo PidFile $PidFile $DEBCONFILE should actually be [ -n $PidFile ] echo PidFile $PidFile $DEBCONFFILE Thank you for your excellent work on packaging ClamAV. -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- LogFile disabled StatsHostID = auto StatsEnabled disabled StatsPEDisabled = yes StatsTimeout = 10 LogFileUnlock disabled LogFileMaxSize = 1048576 LogTime disabled LogClean disabled LogSyslog = yes LogFacility = LOG_LOCAL6 LogVerbose disabled LogRotate disabled ExtendedDetectionInfo = yes PidFile = /var/run/antespam/clamd.pid TemporaryDirectory disabled DatabaseDirectory = /var/lib/clamav OfficialDatabaseOnly disabled LocalSocket = /var/run/antespam/clamd LocalSocketGroup = antespam LocalSocketMode = 660 FixStaleSocket = yes TCPSocket disabled TCPAddr disabled MaxConnectionQueueLength = 200 StreamMaxLength = 36700160 StreamMinPort = 1024 StreamMaxPort = 2048 MaxThreads = 10 ReadTimeout = 120 CommandReadTimeout = 5 SendBufTimeout = 500 MaxQueue = 100 IdleTimeout = 30 ExcludePath disabled MaxDirectoryRecursion = 15 FollowDirectorySymlinks disabled FollowFileSymlinks disabled CrossFilesystems = yes SelfCheck = 3600 DisableCache disabled VirusEvent disabled ExitOnOOM = yes AllowAllMatchScan = yes Foreground disabled Debug disabled LeaveTemporaryFiles disabled User = antespam AllowSupplementaryGroups = yes Bytecode = yes BytecodeSecurity = TrustSigned BytecodeTimeout = 6 BytecodeUnsigned disabled BytecodeMode = Auto DetectPUA disabled ExcludePUA disabled IncludePUA disabled AlgorithmicDetection = yes ScanPE = yes ScanELF = yes DetectBrokenExecutables disabled ScanMail = yes ScanPartialMessages disabled PhishingSignatures = yes PhishingScanURLs = yes PhishingAlwaysBlockCloak disabled PhishingAlwaysBlockSSLMismatch disabled PartitionIntersection disabled HeuristicScanPrecedence disabled StructuredDataDetection disabled StructuredMinCreditCardCount = 3 StructuredMinSSNCount = 3 StructuredSSNFormatNormal = yes StructuredSSNFormatStripped disabled ScanHTML = yes ScanOLE2 = yes OLE2BlockMacros disabled ScanPDF = yes ScanSWF = yes ScanArchive = yes ArchiveBlockEncrypted disabled ForceToDisk disabled MaxScanSize = 104857600 MaxFileSize = 26214400 MaxRecursion = 16 MaxFiles = 1 MaxEmbeddedPE = 10485760 MaxHTMLNormalize = 10485760 MaxHTMLNoTags = 2097152 MaxScriptNormalize = 5242880 MaxZipTypeRcg = 1048576 MaxPartitions = 50 MaxIconsPE = 100 ScanOnAccess disabled OnAccessIncludePath disabled OnAccessExcludePath disabled OnAccessExcludeUID disabled OnAccessMaxFileSize = 5242880 DevACOnly disabled DevACDepth disabled DevPerformance disabled DevLiblog disabled DisableCertCheck disabled Config file: freshclam.conf --- StatsHostID disabled StatsEnabled disabled StatsTimeout disabled LogFileMaxSize = 1048576 LogTime disabled LogSyslog = yes LogFacility = LOG_LOCAL6 LogVerbose disabled LogRotate disabled PidFile disabled DatabaseDirectory = /var/lib/clamav Foreground disabled Debug disabled AllowSupplementaryGroups = yes UpdateLogFile disabled DatabaseOwner = antespam Checks = 48 DNSDatabaseInfo = current.cvd.clamav.net DatabaseMirror = db.local.clamav.net, database.clamav.net PrivateMirror disabled MaxAttempts = 5 ScriptedUpdates = yes TestDatabases = yes CompressLocalDatabase disabled ExtraDatabase disabled DatabaseCustomURL disabled HTTPProxyServer = cache.ironicdesign.com HTTPProxyPort = 3128 HTTPProxyUsername disabled HTTPProxyPassword disabled HTTPUserAgent disabled NotifyClamd = /etc/clamav/clamd.conf OnUpdateExecute disabled OnErrorExecute disabled OnOutdatedExecute disabled LocalIPAddress disabled ConnectTimeout = 30 ReceiveTimeout = 30 SubmitDetectionStats disabled DetectionStatsCountry disabled DetectionStatsHostID disabled SafeBrowsing disabled Bytecode = yes clamav-milter.conf not found Software settings - Version: 0.98.6 Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 LIBXML2 JSON JIT Database information Database directory: /var/lib/clamav main.cld: version 55, sigs: 2424225, built on Tue Sep 17 09:57:28 2013 bytecode.cld: version 246, sigs: 42, built on Thu Feb 12 15:13:36 2015 daily.cld: version 20064, sigs: 1324983, built on Sat Feb 14 23:54:22 2015 Total number of signatures: 3749250 Platform information uname: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2 x86_64 OS: linux-gnu, ARCH: x86_64, CPU: x86_64 Full OS version: Debian GNU/Linux 8.0 (jessie) zlib version: 1.2.8 (1.2.8), compile flags: a9 Triple: x86_64-pc-linux-gnu CPU: k8-sse3, Little-endian platform id: 0x0a214f4f0804090201040902 Build
Bug#778375: apt-transport-https: segfaults
On 15/02/15 23:55, Tomasz Buchert wrote: [...] (@Julian: sorry for not CCing you before) Hi again, I couldn't fall asleep, so there you go: The tricky HTTPS server returns this line: HTTP/1.1 302. Note that there is no explanation for the status code 302 (it should be Found). Anyway, this is fine, the code seems to be prepared for that case: elements is set to 3 in server.cc:128. However, Owner is NULL (I don't know why, I don't know the code, but it is) so Owner-Debug fails in server.cc:132. The attached patch checks whether Owner is NULL before dereferencing it. This fixes this problem for me, but somebody who knows what Owner is should make sure that it makes sense. Feel free to adjust the patch to your needs, it's in public domain. Cheers, Tomasz From 3afccaefccc9045d5d1236f09d4cc90cc721c8ef Mon Sep 17 00:00:00 2001 From: Tomasz Buchert tomasz.buch...@inria.fr Date: Mon, 16 Feb 2015 00:57:29 +0100 Subject: [PATCH] simple fix --- methods/server.cc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/methods/server.cc b/methods/server.cc index cb0341d..e321e02 100644 --- a/methods/server.cc +++ b/methods/server.cc @@ -129,7 +129,7 @@ bool ServerState::HeaderLine(string Line) if (elements == 3) { Code[0] = '\0'; - if (Owner-Debug == true) + if (Owner != NULL Owner-Debug == true) clog HTTP server doesn't give Reason-Phrase for Result std::endl; } else if (elements != 4) -- 2.1.4
Bug#771045: System randomly freezes using Kernel 3.16 and radeon
On 02/16/2015 01:08 AM, Gedalya wrote: Fixes for this are included in Linux 3.19, commits: 3a01fd367e09ebf05d75a000407364e7ebe2b678 d474ea7e52cbaaae22711d857949ba6018562c29 cbfc35b90f3b4853d1eb9fcb82e99531d6a1c629 Ah, already in 3.16.7-ckt6 too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org