Bug#725210: embeds multiple libraries, at least two of which undistributable
On 10/02/2013 10:23 PM, Faidon Liambotis wrote: Package: asterisk Version: 1:11.5.1~dfsg-2 Severity: serious I was surprised and initially happy to see Asterisk 11 uploaded into sid. My happiness quickly diminished when I saw that the upload contains the embedded pjproject as-is, despite this issue having been flagged for months now and being the sole blocker for an upload since the release of Asterisk 11 eleven months ago. There are several policy violations here: - Contains a convenience copy of pjproject under res/pjproject (§4.13) This is indeed a slip-up, the pjproject source was definitely intended to be stripped from the asterisk tarball, as documented in debian/changelog. I found the commit which removed the pjproject-stripping-code from debian/rules: http://anonscm.debian.org/gitweb/?p=pkg-voip/asterisk.git;a=commitdiff;h=6148e287cc35d0756785af74fe2bfa6f3148d706 - pjproject itself contains convenience copies of several libraries under res/pjproject/third_party/ some of which already packaged in Debian (§4.13) - All of the above are completely undocumented in d/copyright (§12.5) - Not only they are undocumented, but it looks like no audit has happened on them whatsoever. From a very cursory look, at least res/pjproject/third_party/milenage/ res/pjproject/third_party/g7221/ seem to completely lack license information other than the occasional All right reserved, which makes them undistributable by Debian or anyone else. (§2.3) You may not have noticed, but pjproject has its own package: http://packages.qa.debian.org/p/pjproject.html Go take a look at the pjproject packaging and you will find these points have been addressed. I'm baffled on how a DD could ever upload this into the archive, esp. since these issues were widely known and discussed beforehand. Please refrain from making such uploads in the future, as it's both a disgrace to Debian's standards and a legal risk. I suggest you have more than a cursory look next time before using this kind of tone. Thanks anyway for the report, Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725172: pu: package subversion/1.6.17dfsg-4+deb7u4
On Wed, Oct 2, 2013 at 22:49:22 -0400, James McCoy wrote: Control: reopen -1 ! Thanks for pushing this forward, Cyril. Sorry for not communicating my intent to make a pu or acting on it sooner. On Wed, Oct 02, 2013 at 12:17:24PM +0200, Cyril Brulebois wrote: Only impacted file is subversion/bindings/swig/core.i, fix is different from upstream's (which isn't in the version in unstable anyway), Upstream's fix is in unstable, although the incorrect “fix” uploaded in 1.7.9+nmu1/1.6.17dfsg-4+deb7u2 is there as well. Updated pu has upstream's backported fix and removes the other attempted fix. Looks good to me, you can go ahead and upload. Thanks! Cheers, Julien signature.asc Description: Digital signature
Bug#725230: waitress cannot be built twice
Control: tags -1 moreinfo Hello, On Thu, 03 Oct 2013 13:47:36 +0800 Thomas Goirand z...@debian.org wrote: Please add: rm -rf build in your clean traget. Sorry, this is not observable here. Current clean target does cleanly remove everything what's needed. Same with 0.8.7-1. -- WBR, Andrew signature.asc Description: PGP signature
Bug#725231: transition: rhythmbox
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello! I'd like to upload a newer version of rhythmbox, which includes a bump of the soname of the core library. Ben file: title = rhythmbox; is_affected = .depends ~ librhythmbox-core7 | .depends ~ librhythmbox-core8; is_good = .depends ~ librhythmbox-core8; is_bad = .depends ~ librhythmbox-core7; -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725232: ITP: python-cornice -- provides helpers to build document Web Services with Pyramid
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-cornice Version : 0.13 Upstream Author : Alexis Metaireau ale...@notmyidea.org * URL : https://github.com/mozilla-services/cornice * License : Mozilla Public License 2.0 (MPL 2.0) Programming Lang: Python Description : provides helpers to build document Web Services with Pyramid Cornice provides helpers to build document REST-ish Web Services with Pyramid, with decent default behaviors. It takes care of following the HTTP specification in an automated way where possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725233: ITP: python-rxjson -- JSON RX Schema validation tool
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-rxjson Version : 0.2 Upstream Author : Remy Hubscher hubscher.r...@gmail.com * URL : https://pypi.python.org/pypi/rxjson * License : GPL-2 Programming Lang: Python Description : JSON RX Schema validation tool This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License. . This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. . You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA . On Debian systems, the complete text of the GNU General Public License v2 (GPL) can be found in /usr/share/common-licenses/GPL-2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725234: ITP: python-pytap -- object-oriented wrapper around Linux TUN/TAP device
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-pytap Version : 0.1.1 Upstream Author : Ricardo Signes r...@codesimply.com * URL : https://pypi.python.org/pypi/PyTap * License : Expat Programming Lang: Python Description : object-oriented wrapper around Linux TUN/TAP device PyTap provides an object-oriented interface to Linux TUN/Tap device. . It can be used to easily build TUN/TAP VPN daemons and software that generally introspects network traffic on such devices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725235: evolution: [3.8] fails to connect to GMail: invalid password
Package: evolution Version: 3.8.5-2 Severity: important Since the upgrade from 3.4 to 3.8 in Jessie, Evolution cannot connect to GMail or Google Calendar anymore. A dialog keeps on asking for the password and reporting invalid password. No other distro seems to be suffering from this issue. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'stable'), (1001, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.6.14-1 ii debconf [debconf-2.0] 1.5.51 ii evolution-common 3.8.5-2 ii evolution-data-server 3.8.5-2 ii gnome-icon-theme 3.8.3-1 ii libatk1.0-02.8.0-2 ii libc6 2.17-93 ii libcamel-1.2-433.8.5-2 ii libecal-1.2-15 3.8.5-2 ii libedataserver-1.2-17 3.8.5-2 ii libevolution 3.8.5-2 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libical0 0.48-2 ii libnotify4 0.7.6-1 ii libsoup2.4-1 2.42.2-6 ii libwebkitgtk-3.0-0 2.0.4-5 ii libxml22.9.1+dfsg1-3 ii psmisc 22.20-1 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-2 ii evolution-plugins 3.8.5-2 ii yelp 3.8.1-2 Versions of packages evolution suggests: pn evolution-ews none pn evolution-plugins-experimental none ii gnupg 1.4.14-1 ii network-manager 0.9.8.0-5 -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725234: ITP: python-pytap -- object-oriented wrapper around Linux TUN/TAP device
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Thomas Goirand z...@debian.org schrieb: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-pytap Version : 0.1.1 Upstream Author : Ricardo Signes r...@codesimply.com * URL : https://pypi.python.org/pypi/PyTap * License : Expat Programming Lang: Python Description : object-oriented wrapper around Linux TUN/TAP device PyTap provides an object-oriented interface to Linux TUN/Tap device. . It can be used to easily build TUN/TAP VPN daemons and software that generally introspects network traffic on such devices. I am not sure what you are doing, but PyTap was written by me, under GPL, and that's what PyPI tells you on the linked page... That's the second ITP from you in a row that contains nonsense :O... - -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -BEGIN PGP SIGNATURE- Version: APG v1.0.8-fdroid iQFNBAEBCgA3BQJSTRyHMBxEb21pbmlrIEdlb3JnZSAobW9iaWxlIGtleSkgPG5p a0BuYXR1cmFsbmV0LmRlPgAKCRAvLbGk0zMOJQMwB/4yHFO8kN4usyXsQSpMsjO6 H5P0ZYk7tJ+UwsTfoGnqDj0N9zIQYftwjEOIVPGtvRQ1lENi20O5qCs3SRYS2QQ7 CvB8lT6WrkaTC+8KaFmcn3co/ssvSSVLDcbXP/nk3H7ksIY4n8q0fCuxorR3KBXP ma56/eFhyosFT9+Y0Q4M8fewn5IN3/TYA00r3gQ2ByM+RsLZ8Sjv7rSkrJHaefRD B24aJmiC9i+z/9EzDC4IIWHcufj9Xk7ngkADV5Z5m2k02RFoS7QH4NsSztuNUp1M CUpJw6UEp4aijqjn50rL1QiXNsGl/ojlpo5CFXQK7UaqpPdWjS5RVlXHWAs/zdd2 =6ppB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725233: ITP: python-rxjson -- JSON RX Schema validation tool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Thomas Goirand z...@debian.org schrieb: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-rxjson Version : 0.2 Upstream Author : Remy Hubscher hubscher.r...@gmail.com * URL : https://pypi.python.org/pypi/rxjson * License : GPL-2 Programming Lang: Python Description : JSON RX Schema validation tool This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License. . This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. . You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA . On Debian systems, the complete text of the GNU General Public License v2 (GPL) can be found in /usr/share/common-licenses/GPL-2. Your long description looks a bit like a GPL paragraph, I do not see how that reflects the package's purpose? - -nik - -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -BEGIN PGP SIGNATURE- Version: APG v1.0.8-fdroid iQFNBAEBCgA3BQJSTRzfMBxEb21pbmlrIEdlb3JnZSAobW9iaWxlIGtleSkgPG5p a0BuYXR1cmFsbmV0LmRlPgAKCRAvLbGk0zMOJWaUB/9gfBTmzYdbssuZCOcUCOhD Pu+35yS+HX/8eXWE+wTIoyZY2bfaFx7QC5Lt3/klJM7ZNfRe7wmyD7uWalvAzS4C LkvIymfFhRk5xqyBDTfxCN4vKqgWPOdBzh5fKBXnBD+uSK7v3/Wm4e+Z53vE+a4z Ka07PhmKpM6lGAQ37oJqOHSLfVQrJ2c8LeuahFBC7/fAH5Qndbr0mhRqV6FbkMpz E8Gg6FNdmE9GGlI+Ocp7/EHwFDLxiZ8sfnC/NVGH7Ze196jHAoKIt1/weVvAXMve 8BXbnDC4pXIKSfmrOSQ4kfqQTpE+C3WHD1sr+KYeYtgxR09Zx5LoKkrASPPQKY6C =2EIS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725236: python3-flake8: Depends: python3-pyflakes but it is not installable
Package: python3-flake8 Version: 2.0-1 Severity: serious Justification: Policy § 3.5 Dear Maintainer, Trying to install python3-flake8, I get: The following packages have unmet dependencies: python3-flake8 : Depends: python3-pyflakes but it is not installable Looks like /usr/lib/python3/dist-packages/pyflakes is currently shipped in pyflakes package. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#725207: antennavis: Package depends on deprecated Tcl/Tk 8.4
Dear Sergei, I will review the patch and apply it in the weekend. Are you willing to sponsor the package afterwards? Regards, Chris. On 2013-10-02 22:32, Sergei Golovan wrote: Package: antennavis Version: 0.3.1-2 Severity: normal Tags: patch Dear Maintainer, We plan to drop Tcl/Tk 8.4 from the Debian archive as discontinued, so please, make the antennavis package build against Tcl/Tk 8.5 or better against the default version. The attached patch does the latter. Unfortunately, I had to patch configure script because it cannot find Tcl/Tk without version or newer than 8.4. -- System Information: Debian Release: 7.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723935: needrestart: Spelling error in restart question
Hi Justin, On 09/28/2013 12:34 PM, Justin B Rye wrote: Package: needrestart Version: 0.3-1 Followup-For: Bug #723935 While you're fixing this debconf template file, would you mind changing the wording in needrestart/ui-query_pkgs_title? I've applied the pach upstream. I agree that orphan* sounds wrong in this context (especially on Debian). Thanks for contributing, Thomas Currently: Description: Daemons using orphaned libraries But the libraries aren't orphaned in either of the senses that the word is commonly used with in Debian jargon: https://wiki.debian.org/Glossary#orphan https://wiki.debian.org/Glossary#orphaned (To summarise: packages without reverse dependencies, and packages without maintainers.) And they certainly aren't orphaned in the literal sense that their mother and father have died. I would recommend just calling them outdated; patch attached. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-trunk-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages needrestart depends on: ii dpkg 1.16.10 ii libmodule-find-perl 0.11-1 ii perl 5.18.1-4 needrestart recommends no packages. needrestart suggests no packages. -- no debconf information -- :: 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#725230: waitress cannot be built twice
Hello, On 3 October 2013 08:28, Andrew Shadura and...@shadura.me wrote: On Thu, 03 Oct 2013 13:47:36 +0800 Thomas Goirand z...@debian.org wrote: Please add: rm -rf build in your clean traget. Sorry, this is not observable here. Current clean target does cleanly remove everything what's needed. Same with 0.8.7-1. Also, I can't find the version you're referring to. Backports don't seem to have waitress at all. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725222: mtr invoked by command line does nothing
On Thu, Oct 03, 2013 at 02:03:08AM -0300, Rogério Brito wrote: I'm attaching (as compressed files) the output of running both `sudo strace mtr` and `sudo strace mtr --curses`. That works. strace shows: // from mtr.c: if ( ( net_preopen_result = net_preopen () ) ) { fprintf( stderr, mtr: unable to get raw sockets.\n ); exit( EXIT_FAILURE ); } ends with: fcntl64(7, F_GETFD) = 0 fcntl64(7, F_SETFD, FD_CLOEXEC) = 0 then mtr.c does: /* Now drop to user permissions */ if (setgid(getgid()) || setuid(getuid())) { fprintf (stderr, mtr: Unable to drop permissions.\n); exit(1); } /* Double check, just in case */ if ((geteuid() != getuid()) || (getegid() != getgid())) { fprintf (stderr, mtr: Unable to drop permissions.\n); exit(1); } and it shows in the strace: getgid32() = 0 setgid32(0) = 0 getuid32() = 0 setuid32(0) = 0 geteuid32() = 0 getuid32() = 0 getegid32() = 0 getgid32() = 0 which works as designed And then the code does: /* reset the random seed */ srand (getpid()); time(NULL) = 1380776131 which should show up as a call to getpid, and not to time. srand (time (NULL)); is a very common call to initialize the random generator, but arguably the getpid is better for mtr than the time variant. I haven't touched this code in ages. (I had to think really hard to reproduce the choice for getpid as opposed to time). The thing is, I'd say that the getpid change is MUCH older than the IPV6 support that you DO have So what codebase are you running? OK. Cancel that. The getpid is apparently cached so won't show up in strace. much later: time_t now = time(NULL); happens, which is the time call. After that mtr should start adding/testing hosts etc. There could have been a bug in there (which has been fixed in the current version!) that would no longer start mtr with the default of localhost if you don't supply a hostname. So: have you tried: mtr www.google.com ? If that works, it's a bug that has been fixed in the main codebase: either work around it by supplying a hostname, or upgrade if you want. (I personally think the default of localhost is untidy: cleanlyness would require mtr to say: no host to trace provided. Bye! (or just exit wihtout doing anything as it does in your case). However that means that starting mtr from a menu in a gui without arguments would make it close immediately.) Roger. -- ** r.e.wo...@bitwizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 ** **Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233** *-- BitWizard writes Linux device drivers for any device you may have! --* The plan was simple, like my brother-in-law Phil. But unlike Phil, this plan just might work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#324678: xinetd: tcpmux does not change the uid of server proccess
Control: tags + security Control: xinetd: CVE-2013-4342: tcpmux does not change the uid of server proccess Hi It looks this issue was reported also on RedHat bugtracker, and CVE-2013-4342 assigned to it. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676134: /usr/bin/evolution: Evolution does not start at all
Package: evolution Followup-For: Bug #676134 I have just upgraded to evolution 3.8.5 (Debian Jessie) and the error is gone. Everything working correctly again. I don't know if the guilty was evolution itself or another gnome component. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.6.14-1 ii debconf [debconf-2.0] 1.5.51 ii evolution-common 3.8.5-2 ii evolution-data-server 3.8.5-2 ii gnome-icon-theme 3.8.3-1 ii libatk1.0-02.8.0-2 ii libc6 2.17-93 ii libcamel-1.2-433.8.5-2 ii libecal-1.2-15 3.8.5-2 ii libedataserver-1.2-17 3.8.5-2 ii libevolution 3.8.5-2 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libical0 0.48-2 ii libnotify4 0.7.6-1 ii libsoup2.4-1 2.42.2-6 ii libwebkitgtk-3.0-0 2.0.4-5 ii libxml22.9.1+dfsg1-3 ii psmisc 22.20-1 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-2 ii evolution-plugins 3.8.5-2 ii yelp 3.8.1-2 Versions of packages evolution suggests: pn evolution-ews none pn evolution-plugins-experimental none ii gnupg 1.4.14-1 ii network-manager 0.9.8.0-5 -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725237: fglrx-legacy-control: no install fglrx-legacy-driver
Package: fglrx-legacy-control Version: 8.97.100.7-4 Severity: normal Dear Maintainer, *** 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? *** End of the template - remove these lines *** -- System Information: Debian Release: debian-7.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-legacy-control depends on: pn fglrx-legacy-driver none ii libc6 2.17-93 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-10 ii libgl1-mesa-glx [libgl1] 9.1.6-2+b1 ii libice6 2:1.0.8-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libsm62:1.2.1-2 ii libstdc++64.8.1-10 ii libx11-6 2:1.6.1-1 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.2-1 ii libxfixes31:5.0.1-1 ii libxinerama1 2:1.1.3-1 ii libxrandr22:1.4.1-1 ii libxrender1 1:0.9.8-1 ii libxxf86vm1 1:1.1.3-1 fglrx-legacy-control recommends no packages. fglrx-legacy-control suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725144: [Pkg-libvirt-maintainers] Bug#725144: libvirt-bin: Please build with apparmor support.
On Wed, Oct 02, 2013 at 08:47:18PM -0400, Ben Kibbey wrote: On Wed, 2 Oct 2013 18:58:46 +0200, Guido Günther writes: On Tue, Oct 01, 2013 at 08:00:03PM -0400, Ben Kibbey wrote: Package: libvirt-bin Version: 0.9.12-11+deb7u1 Severity: wishlist Dear Maintainer, If possible, please build with apparmor support as an alternative to SELinux. Did you test the build with app armor support in any way yet? Cheers, -- Guido Yes, but I was unable to get it working correctly. It seems virt-aa-helper doesn't get run when needed. Although, the libvirtd apparmor profile does get enabled and libvirtd runs correctly. I've tried creating a new VM with no luck either. What about you? Have you gotten it to work at all? It's not enabled since I never hat time to test and work on it, so if you want it enable please help and take this upstream and provide the necessary patches. Cheers, -- Guido -- Ben Kibbey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725239: libpython3.3-stdlib: xargs memory exhausted
Package: libpython3.3-stdlib Version: 3.3.2-6 Severity: normal Hello, while installing the package I've got the message memory exhausted from xargs. It seems there's a call with very large input in the postrm script. Vorbereitung zum Ersetzen von libpython3.3-stdlib 3.3.2-5 (durch .../libpython3.3-stdlib_3.3.2-6_amd64.deb) ... xargs: Der Arbeitsspeicher ist erschöpft. Ersatz für libpython3.3-stdlib:amd64 wird entpackt ... Regards, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-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 Versions of packages libpython3.3-stdlib depends on: ii libbz2-1.01.0.6-5 ii libc6 2.17-92+b1 ii libdb5.1 5.1.29-7 ii libffi6 3.0.13-4 ii liblzma5 5.1.1alpha+20120614-2 ii libncursesw5 5.9+20130608-1 ii libpython3.3-minimal 3.3.2-6 ii libreadline6 6.2+dfsg-0.1 ii libsqlite3-0 3.8.0.2-1 ii libssl1.0.0 1.0.1e-3 ii libtinfo5 5.9+20130608-1 ii mime-support 3.54 ii multiarch-support 2.17-92+b1 libpython3.3-stdlib recommends no packages. libpython3.3-stdlib suggests no packages. -- no debconf information signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#725238: Support for newer Toolkit versions
Package: xul-ext-noscript Version: 2.6.6.7-1 Severity: normal Hi, please, mark newer toolkit versions in install.rdf as working. This would allow to use noscript with other xulrunner applications like conkeror. !-- Toolkit -- em:targetApplication Description em:idtool...@mozilla.org/em:id em:minVersion1.9a2/em:minVersion em:maxVersion24.0/em:maxVersion /Description /em:targetApplication Thanks, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-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 Versions of packages xul-ext-noscript depends on: ii iceweasel 17.0.7esr-1 xul-ext-noscript recommends no packages. xul-ext-noscript suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/xul-ext/noscript/install.rdf (from xul-ext-noscript package) signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#725222: mtr invoked by command line does nothing
Dear Rogier and Robert, On Oct 03 2013, Rogier Wolff wrote: and it shows in the strace: getgid32() = 0 setgid32(0) = 0 getuid32() = 0 setuid32(0) = 0 geteuid32() = 0 getuid32() = 0 getegid32() = 0 getgid32() = 0 which works as designed Yes, knowing what the code was supposed to do. :) And then the code does: /* reset the random seed */ srand (getpid()); time(NULL) = 1380776131 which should show up as a call to getpid, and not to time. srand (time (NULL)); is a very common call to initialize the random generator, but arguably the getpid is better for mtr than the time variant. It is a common method, indeed. I don't know how/why mtr uses a pseudo-random generator, though, without having read the code (will read that later, if I still have sufficient interest). If that works, it's a bug that has been fixed in the main codebase: either work around it by supplying a hostname, or upgrade if you want. Yes, passing an argument works fine. Perhaps we need the newest version of mtr packaged in Debian... (I personally think the default of localhost is untidy: cleanlyness would require mtr to say: no host to trace provided. Bye! (or just exit wihtout doing anything as it does in your case). However that means that starting mtr from a menu in a gui without arguments would make it close immediately.) I don't really think that it is *that* unclean of a solution. OTOH, just quitting without any message violates the spirit of Unix of being noisy when errors occur, while being silent when everything is fine. If mtr issued a message that I missed an argument, then I would not have sent this bugreport in the first place. :) Oh, I have a feature request: can you put a button to toggle the name resolution in the GUI. :) This way, if name resolution is getting in the way, then we can turn it off (or on) very easily. Thanks a lot for mtr, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725240: Replaces file from libpython3.3-minimal
Package: libpython3.3-stdlib Version: 3.3.2-6 Severity: normal Hi, Ersatz für libpython3.3-stdlib:amd64 wird entpackt ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libpython3.3-stdlib_3.3.2-6_amd64.deb (--unpack): Versuch, »/usr/lib/python3.3/lib-dynload/_ssl.cpython-33m-x86_64-linux-gnu.so« zu überschreiben, welches auch in Paket libpython3.3-minimal 3.3.2-5 ist dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet Your packages misses a conflict with the old version that the upgrade happends before the install of the new version. Bye, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-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 Versions of packages libpython3.3-stdlib depends on: ii libbz2-1.01.0.6-5 ii libc6 2.17-92+b1 ii libdb5.1 5.1.29-7 ii libffi6 3.0.13-4 ii liblzma5 5.1.1alpha+20120614-2 ii libncursesw5 5.9+20130608-1 ii libpython3.3-minimal 3.3.2-6 ii libreadline6 6.2+dfsg-0.1 ii libsqlite3-0 3.8.0.2-1 ii libssl1.0.0 1.0.1e-3 ii libtinfo5 5.9+20130608-1 ii mime-support 3.54 ii multiarch-support 2.17-92+b1 libpython3.3-stdlib recommends no packages. libpython3.3-stdlib suggests no packages. -- no debconf information signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#725241: playonlinux: Complains about missing 7z
Package: playonlinux Version: 4.2.1-1 Severity: normal Dear Maintainer, PlayOnLinux shows an error dialog about missing 7z when opened, the program opens after the dialog box is dismissed. The error text shows as: PlayOnLinux cannot find 7z (from P7ZIP full) You should install it to use PlayOnLinux Best Regards. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages playonlinux depends on: ii binutils 2.23.52.20130828-1 ii cabextract 1.4-4 ii gettext-base 0.18.3.1-1 ii gnupg 1.4.14-1 ii icoutils 0.31.0-1 ii imagemagick8:6.7.7.10-6 ii konsole [x-terminal-emulator] 4:4.10.5-2 ii mesa-utils 8.1.0-2 ii python 2.7.5-5 ii python-wxgtk2.82.8.12.1-16 ii unzip 6.0-9 ii wget 1.14-2 ii wine 1.4.1-4 ii x11-utils 7.7+1 ii xterm [x-terminal-emulator]297-1 playonlinux recommends no packages. Versions of packages playonlinux suggests: ii curl 7.32.0-1 pn scrot none ii ttf-mscorefonts-installer 3.5 -- 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#725186: [libmetadata-extractor-java] Please, upload 2.6.1 to Debian unstable
On Wed, 2013-10-02 at 14:45 +0200, Emmanuel Bourg wrote: Updating libmetadata-extractor-java to 2.6.x will also require an upload of gpsprune (See #717638). I hope gpsprune will build with this new version of libmetadata-extractor-java. If not, I can contact gpsprune upstream to see if he is planning to use this new version soon. Also note that josm uses a slightly modified version of metadata-extractor. They found a regression while migrating to 2.6.4 and had to patch the code: http://josm.openstreetmap.de/ticket/8895#comment:27 http://josm.openstreetmap.de/changeset/6209/josm Are you planning to apply this patch to libmetadata-extractor-java Debian package? Thanks! signature.asc Description: This is a digitally signed message part
Bug#725242: RM: mozc [kfreebsd-amd64 kfreebsd-i386] -- NBS; Not built on kfreebsd-* anymore
Package: ftp.debian.org Severity: normal Hi, mozc package is not built on kfreebsd-* anymore: * Update debian/control. - Drop support kFreeBSD. Could you please remove the old packages for these arches as they are bloking the migration to testing: emacs-mozc | 1.6.1187.102-1 | sid | kfreebsd-amd64, kfreebsd-i386 emacs-mozc-bin | 1.6.1187.102-1 | sid | kfreebsd-amd64, kfreebsd-i386 fcitx-mozc | 1.6.1187.102-1 | sid | kfreebsd-amd64, kfreebsd-i386 ibus-mozc | 1.6.1187.102-1 | sid | kfreebsd-amd64, kfreebsd-i386 mozc-server| 1.6.1187.102-1 | sid | kfreebsd-amd64, kfreebsd-i386 mozc-utils-gui | 1.6.1187.102-1 | sid | kfreebsd-amd64, kfreebsd-i386 uim-mozc | 1.6.1187.102-1 | sid | kfreebsd-amd64, kfreebsd-i386 Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725243: New upstream release, with python3 support
Package: python-ipdb Version: 0.6.1-1 Severity: normal Please package the last release of ipdb (0.8 as of now): https://pypi.python.org/pypi/ipdb This is particularly relevant for users of python 3, which the version currently present in Debian doesn't support. Pietro -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), (500, 'oldstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-ipdb depends on: ii ipython 0.13.2-2 ii python2.7.5-4 ii python-pkg-resources 0.6.49-2 ii python2.6 2.6.8-2 ii python2.7 2.7.5-5 python-ipdb recommends no packages. python-ipdb 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#725207: antennavis: Package depends on deprecated Tcl/Tk 8.4
Hi Nanakos, On Thu, Oct 3, 2013 at 11:36 AM, Nanakos Chrysostomos nana...@wired-net.gr wrote: Dear Sergei, I will review the patch and apply it in the weekend. Are you willing to sponsor the package afterwards? Yes, sure, I'll sponsor it gladly. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725222: mtr invoked by command line does nothing
On Thu, Oct 03, 2013 at 06:07:42AM -0300, Rogério Brito wrote: It is a common method, indeed. I don't know how/why mtr uses a pseudo-random generator, though, without having read the code (will read that later, if I still have sufficient interest). mtr sends out (crafted, non-regular) packets and looks at what comes back as error messages. At some point in the past, close to the start of the development of IP (i.e. 1980ies), someone made a mistake that makes it difficult to determine WHAT packet the returned error corresponds to. So we have to trick things a bit to make sure that we associate the response with the correct probe. If we use a deterministic (e.g. next = cur+1) method, two mtr's running on the same machine starting out with similar seeds (the first cur) will continue to recieve eachother's responses. By using a pseudorandom sequence they might occasionally match a response to the other mtr to something they sent themselves. But that is very rare. (I think we have about 15 or 16 bits, so 20 (average # of hops)/3 might be a good guess). If that works, it's a bug that has been fixed in the main codebase: either work around it by supplying a hostname, or upgrade if you want. Yes, passing an argument works fine. Perhaps we need the newest version of mtr packaged in Debian... I haven't released the next version yet. I think Robert is up-to-date with the latest release. This is first on my platter... (next = 0.86, I should have a script that just makes a release, but that script isn't perfect yet, and needs some hours of debugging which I can only do when I actually have a release to do AND have the time to debug the script) (I personally think the default of localhost is untidy: cleanlyness would require mtr to say: no host to trace provided. Bye! (or just exit wihtout doing anything as it does in your case). However that means that starting mtr from a menu in a gui without arguments would make it close immediately.) I don't really think that it is *that* unclean of a solution. OTOH, just quitting without any message violates the spirit of Unix of being noisy when errors occur, while being silent when everything is fine. It isn't an error: You specified nothing to do, so I do nothing. But agreed, rm without arguments also considers this an error. On the other hand, in C: for (i=0;in;i++) { ... } will run the loop once with n=1, and silently no times at all when you specify n=0. (which in fact is close to what happened inside mtr without arguments). If mtr issued a message that I missed an argument, then I would not have sent this bugreport in the first place. :) Agreed. But the default is localhost is a very old feature. It was intended to keep on working. Some feature (multiple hosts) was added that broke this. noone has wanted to change the old default behaviour. Oh, I have a feature request: can you put a button to toggle the name resolution in the GUI. :) This way, if name resolution is getting in the way, then we can turn it off (or on) very easily. Yes. that'd be nice. Could you paste that into a feature request at https://launchpad.net/mtr/+bugs Roger. -- ** r.e.wo...@bitwizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 ** **Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233** *-- BitWizard writes Linux device drivers for any device you may have! --* The plan was simple, like my brother-in-law Phil. But unlike Phil, this plan just might work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725186: [libmetadata-extractor-java] Please, upload 2.6.1 to Debian unstable
Le 03/10/2013 11:12, Mònica Ramírez Arceda a écrit : I hope gpsprune will build with this new version of libmetadata-extractor-java. If not, I can contact gpsprune upstream to see if he is planning to use this new version soon. gpsprune breaks with the new version of metadata-extractor. If you can contact the upstream developers and ask them to upgrade the code that would be great. Are you planning to apply this patch to libmetadata-extractor-java Debian package? Yes but I'd like to review the modification and forward it upstream first. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725246: pu: package php5/5.4.4-14+deb7u5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi release team, this is yet another round of php5 stable updates, and it introduces for three fixes for crashes, memory corruptions when using traits and one fix for annoying warning when using sessions. * Fix zend_mm_heap corrupted when using traits (Closes: #719507) * Fix inheritance with Traits failing with error (Closes: #721127) * Fix segfault when using traits a lot (Closes: #721336) * Don't reset mod_user_is_open in destroy (Closes: #72) + Removes an annoying warning when using sessions Full description from our git changelog with references to upstream bugs: commit b0601db355914872ea4a8d2dd36bda603e20850c Author: William Dauchy will...@gandi.net Date: Tue Sep 10 20:14:22 2013 +0200 upstream fix: Don't reset mod_user_is_open in destroy 6566ea6 Fix #63379 - Don't reset mod_user_is_open in destroy It removes an annoying warning when using session_regenerate_id with a SessionHandler PHP Warning: Unknown: Parent session handler is not open in Unknown on line 0 Closes: #72 commit d04ff04b801bb1b4c15f558e3f9634bde0013c19 Author: William Dauchy will...@gandi.net Date: Tue Oct 1 15:27:18 2013 +0200 upstream fix: Segfault when using traits a lot 6d1bebf Fixed bug #62358 (Segfault when using traits a lot) d39aa98 Refix #62358, previous has side-affect 6c0508f Fixed bug #62907 (Double free when use traits) Closes: #721336 commit 8d1ba951d046f5ea25f37377700b978c276a11c3 Author: William Dauchy will...@gandi.net Date: Tue Sep 10 20:08:36 2013 +0200 upstream fix: Inheritance with Traits failed with error 42437dd Fixed bug #64070 (Inheritance with Traits failed with error) Closes: #721127 commit 6987eb272ea3fdf438362eb452a346d4e449aa0e Author: William Dauchy will...@gandi.net Date: Tue Sep 10 20:04:56 2013 +0200 upstream fix: zend_mm_heap corrupted with traits 74228c5: Fixed bug #63305 (zend_mm_heap corrupted with traits) Closes: #719507 The patches are small, contained to the area where there's the fix and were pulled directly from upstream git. diffstat: $ diffstat php5_5.4.4-14+deb7u5.debdiff debian/patches/Dont-reset-mod_user_is_open-in-destroy.patch| 146 + debian/patches/Inheritance-with-Traits-failed-with-error.patch | 102 ++ debian/patches/Segfault-when-using-traits-a-lot.patch | 159 ++ debian/patches/zend_mm_heap-corrupted-with-traits.patch| 84 + php5-5.4.4/debian/changelog| 15 php5-5.4.4/debian/control |3 php5-5.4.4/debian/patches/series |4 7 files changed, 512 insertions(+), 1 deletion(-) Full debdiff attached to this email. Kudos go to William, who have prepared this update. Thanks, Ondrej diff -u php5-5.4.4/debian/changelog php5-5.4.4/debian/changelog --- php5-5.4.4/debian/changelog +++ php5-5.4.4/debian/changelog @@ -1,3 +1,18 @@ +php5 (5.4.4-14+deb7u5) stable; urgency=low + + [ William Dauchy ] + * Fix zend_mm_heap corrupted when using traits (Closes: #719507) + * Fix inheritance with Traits failing with error (Closes: #721127) + * Fix segfault when using traits a lot (Closes: #721336) + * Don't reset mod_user_is_open in destroy (Closes: #72) ++ Removes an annoying warning when using sessions + * Add myself to maintainers + + [ OndÅej Surý ] + * Upload to stable-proposed-updates + + -- OndÅej Surý ond...@debian.org Wed, 02 Oct 2013 12:47:02 +0200 + php5 (5.4.4-14+deb7u4) stable; urgency=low * [CVE-2013-4248]: Fix handling of certs with NULL bytes (Closes: #719765) diff -u php5-5.4.4/debian/control php5-5.4.4/debian/control --- php5-5.4.4/debian/control +++ php5-5.4.4/debian/control @@ -5,7 +5,8 @@ Uploaders: OndÅej Surý ond...@debian.org, Sean Finney sean...@debian.org, Thijs Kinkhorst th...@debian.org, - Lior Kaplan kap...@debian.org + Lior Kaplan kap...@debian.org, + William Dauchy wdau...@gmail.com Build-Depends: apache2-prefork-dev, autoconf (= 2.63), automake (= 1.11) | automake1.11, diff -u php5-5.4.4/debian/patches/series php5-5.4.4/debian/patches/series --- php5-5.4.4/debian/patches/series +++ php5-5.4.4/debian/patches/series @@ -89,0 +90,4 @@ +zend_mm_heap-corrupted-with-traits.patch +Inheritance-with-Traits-failed-with-error.patch +Segfault-when-using-traits-a-lot.patch +Dont-reset-mod_user_is_open-in-destroy.patch only in patch2: unchanged: --- php5-5.4.4.orig/debian/patches/zend_mm_heap-corrupted-with-traits.patch +++ php5-5.4.4/debian/patches/zend_mm_heap-corrupted-with-traits.patch @@ -0,0 +1,84 @@ +commit 74228c515197c8a3bda878a077d30c9b14482eb2 +Author: Xinchen Hui larue...@php.net +Date: Tue Oct 23 11:34:25 2012 +0800 +
Bug#725247: unattended-upgrades: should really QP encode email before giving it to sendmail
Package: unattended-upgrades Version: 0.80~sid2 Tags: patch unattended-upgrade gives this to sendmail: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable but the body is not really encoded using quoted-printable. As a result, this string of bytes in the body: Allowed origins are: ['o=Debian, [...] is usually rendered this way by a MIME-capable email program: (tried three of them: mutt, alpine and icedove) Allowed origins are: ['o?bian, [...] because =De is understood as a quoted-printable escape. The obvious fix is to explicitly encode the body using quoted-printable, maybe like this: --- a/unattended-upgrade +++ b/unattended-upgrade @@ -606,7 +606,7 @@ def _send_mail_using_sendmail(to_address, subject, body): charset = email.Charset.Charset(utf-8) charset.body_encoding = email.Charset.QP msg.set_charset(charset) -msg.set_payload(body) +msg.set_payload(msg._charset.body_encode(body)) msg['Subject'] = subject msg['To'] = to_address sendmail = subprocess.Popen( then unattended-upgrade would produce an email message like this: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable [...] Allowed origins are: ['o=3DDebian, which will be rendered correctly by the email program. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717654: Same Problem/Call Trace
Hi, it seems I have the same problem (see the call trace below). Kernel is3.2.0-4-amd64 (3.2.46-1+deb7u1). The freeze is complete and seems to come randomly. It happened before but it seems worse today (maybe pure bad luck) since no kernel / graphic related packages where updated as far as I know. If you need more information I will try to provide it. Marcel Oct 3 11:50:34 hal2 kernel: [ 3067.970622] WARNING: at /build/linux-iWNI5S/linux-3.2.46/drivers/gpu/drm/i915/i915_gem.c:3328 i915_gem_object_pin+0x40/0x146 [i915]() Oct 3 11:50:34 hal2 kernel: [ 3067.970624] Hardware name: H61M-D2-B3 Oct 3 11:50:34 hal2 kernel: [ 3067.970625] Modules linked in: ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables bridge stp ppdev bnep lp rfcomm bluetooth rfkill binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop kvm_intel kvm uvcvideo v ideodev snd_usb_audio v4l2_compat_ioctl32 snd_usbmidi_lib media snd_seq_midi snd_seq_midi_event usblp snd_rawmidi snd_hda_codec_realtek joydev i915 video drm_kms_helper drm i2c_algo_bit snd_hda_intel snd_hda_cod ec snd_hwdep snd_pcm snd_page_alloc coretemp snd_seq crc32c_intel snd_seq_device i2c_i801 snd_timer serio_raw pcspkr ghash_clmulni_intel i2c_core parport_pc aesni_intel evdev parport acpi_cpufreq aes_x86_64 mper f snd aes_generic iTCO_wdt soundcore iTCO_vendor_support cryptd button processor thermal_sys ext4 crc16 jbd2 mbcache dm_mod microcode sg sr_mod cdrom sd_mod crc_t10dif hid_logitech Oct 3 11:50:34 hal2 kernel: ff_memless usbhid hid ahci libahci libata scsi_mod ehci_hcd usbcore r8169 mii usb_common [last unloaded: scsi_wait_scan] Oct 3 11:50:34 hal2 kernel: [ 3067.970661] Pid: 3004, comm: Xorg Tainted: GW3.2.0-4-amd64 #1 Debian 3.2.46-1+deb7u1 Oct 3 11:50:34 hal2 kernel: [ 3067.970662] Call Trace: Oct 3 11:50:34 hal2 kernel: [ 3067.970666] [81046b75] ? warn_slowpath_common+0x78/0x8c Oct 3 11:50:34 hal2 kernel: [ 3067.970671] [a030f5c2] ? i915_gem_object_pin+0x40/0x146 [i915] Oct 3 11:50:34 hal2 kernel: [ 3067.970677] [a0311898] ? pin_and_fence_object+0x60/0x107 [i915] Oct 3 11:50:34 hal2 kernel: [ 3067.970679] [8105b092] ? queue_delayed_work_on+0x1d/0x126 Oct 3 11:50:34 hal2 kernel: [ 3067.970693] [a0311d9f] ? i915_gem_execbuffer_reserve.isra.5+0x143/0x381 [i915] Oct 3 11:50:34 hal2 kernel: [ 3067.970704] [a031246b] ? i915_gem_do_execbuffer.isra.7+0x484/0x1225 [i915] Oct 3 11:50:34 hal2 kernel: [ 3067.970715] [a030de1e] ? i915_gem_object_put_fence+0x1d/0x96 [i915] Oct 3 11:50:34 hal2 kernel: [ 3067.970725] [a03134d2] ? i915_gem_execbuffer2+0x5e/0x178 [i915] Oct 3 11:50:34 hal2 kernel: [ 3067.970730] [8134d804] ? __schedule+0x5ec/0x610 Oct 3 11:50:34 hal2 kernel: [ 3067.970740] [a031357d] ? i915_gem_execbuffer2+0x109/0x178 [i915] Oct 3 11:50:34 hal2 kernel: [ 3067.970750] [a02d4630] ? drm_ioctl+0x2a2/0x377 [drm] Oct 3 11:50:34 hal2 kernel: [ 3067.970759] [a0313474] ? i915_gem_execbuffer+0x268/0x268 [i915] Oct 3 11:50:34 hal2 kernel: [ 3067.970766] [81107721] ? do_vfs_ioctl+0x459/0x49a Oct 3 11:50:34 hal2 kernel: [ 3067.970770] [811077ad] ? sys_ioctl+0x4b/0x72 Oct 3 11:50:34 hal2 kernel: [ 3067.970775] [810fa4e9] ? sys_read+0x5f/0x6b Oct 3 11:50:34 hal2 kernel: [ 3067.970779] [81353b92] ? system_call_fastpath+0x16/0x1b -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#324678: xinetd: tcpmux does not change the uid of server proccess
A patch to that was published this morning on github. I haven't checked it yet, and github seems down at the moment. In data giovedì 03 ottobre 2013 10.26.09, Salvatore Bonaccorso ha scritto: Control: tags + security Control: xinetd: CVE-2013-4342: tcpmux does not change the uid of server proccess Hi It looks this issue was reported also on RedHat bugtracker, and CVE-2013-4342 assigned to it. Regards, Salvatore -- Salvo Tomaselli http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Bug#725249: suricata: libtcmalloc-minimal0 preloaded by init script not available in jessie
Package: suricata Version: 1.4.5-1 Severity: normal The suricata init script tries to preload libtcmalloc-minimal0 if it's available, however this library is replaced by libtcmalloc-minimal4 in jessie, so the init script probably needs to be adapted to this. Maybe also a Suggests for this package could be added to the suricata package? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (160, 'experimental'), (150, 'stable'), (140, 'proposed-updates'), (100, 'oldstable-updates'), (100, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-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 Versions of packages suricata depends on: ii libc62.17-92+b1 ii libcap-ng0 0.7.3-1+b1 ii libgcrypt11 1.5.3-2 ii libgnutls26 2.12.23-5 ii libhtp1 0.2.12-1 ii libjansson4 2.4-1 ii libluajit-5.1-2 2.0.2+dfsg-1 ii libmagic11:5.14-2 ii libnet1 1.1.6+dfsg-2 ii libnetfilter-queue1 1.0.2-1 ii libnfnetlink01.0.1-2 ii libnspr4 2:4.10-1 ii libnss3 2:3.15.1-1 ii libpcap0.8 1.4.0-2 ii libpcre3 1:8.31-2 ii libprelude2 1.0.0-9 ii libyaml-0-2 0.1.4-2 ii python 2.7.5-5 Versions of packages suricata recommends: ii oinkmaster 2.0-4 ii snort-rules-default 2.9.5.3-1 suricata suggests no packages. -- Configuration Files: /etc/suricata/suricata-debian.yaml changed [not included] -- 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#723948: libatk-bridge-2.0-0-udeb: uninstallable; depends on missing libatspi2.0-0 (= 2.9.4)
On Sat, 21 Sep 2013 at 17:43:13 +0200, Samuel Thibault wrote: Ah, damn, sure. Will do. This will however also need a udeb for libdbus, thus cloning for dbus too. Hi, Sorry for the delay, I didn't see this until just now. Is there any general documentation on creating udebs/how they should differ from full-fat debs, or should I base some guesses on another udeb-enabled package, like glib2.0 or something? How space-constrained are we here? Should I be compiling the udeb flavour with -Os, disabling API sanity checks (that aren't triggered by correct code) to save a bit of space, or similar hacks? The obvious core feature is enough of the libdbus library that dynamic linking succeeds, but presumably AT-SPI isn't just linking to libdbus for fun, and needs some subset of its functionality. What functionality do you need the libdbus udeb(s) to have? Specifically: Does AT-SPI run its own DBusServer in-process (in which case it might only need the library), or does it execute the dbus-daemon binary? Does AT-SPI need the well-known D-Bus system bus to be running from its init script, or can we leave out that bit? If AT-SPI does need the system bus, I assume we don't need SELinux support, or systemd-as-pid-1 enhancements? dbus-daemon and parts of libdbus require that a unique machine UUID (32 lower-case hex digits + \n, no punctuation) has been generated and stored in either /etc/machine-id (systemd-compatible location) or /var/lib/dbus/machine-id (old location). Should dbus-udeb arrange for that to happen in its postinst, or would you prefer d-i to set up /etc/machine-id globally? Are udebs expected to be robust across a reboot? I assume no? (If they're not, then we can create machine-id in the postinst, but not bother to check/re-create it in an init script.) Do you want the dbus-launch utility to start/discover a session bus automatically (packaged as dbus-x11, 28K, adds libX11) or can we omit that? Do you want the dbus-send utility for sending messages from the command line (20K) or can we omit that? Do you want the dbus-monitor utility for monitoring D-Bus traffic? (16K) 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#725253: libgf2x1: Illegal instruction (pclmul ?) on pre-2010 CPU
Package: libgf2x1 Version: 1.1-1 Severity: important Dear Maintainer, I'm compiling the new version of NTL (6.0.0, www.shoup.net/ntl/). I've activated gf2x use instead of NTL specifics. When running make check, the check fails with the following answer : running tests...make: *** [check] Illegal instruction Indeed in dmesg, there is the following message : [324010.548565] traps: QuickTest[22331] trap invalid opcode ip:2ac57a2ffddc sp:7fffabddd268 error:0 in libgf2x.so.1.0.0[2ac57a2fe000+b000] It seems to me that the illegal instruction is in libgf2x.so A simple objdump -d /usr/lib/x86_64-linux-gnu/libgf2x.so |less seems to show that gf2x uses thepclmullqlqdq instruction, which is not available on my CPU (Intel(R) Core(TM) i7 CPU Q 840). I don't have the technical knowledge to see if the instruction is used only in specific code path that detect the availability of the pclmul (carry-less multiplication) instruction set on the CPU. However, it seems that by default, the compilation of gf2x by debian does activate the pclmul instruction use. I've verified it by doing the following commands : apt-get source libfg2x-dev cd gf2x-1.1 dpkg-buildpackage -rfakeroot -us -uc and doing a ps aux |grep configure when the configuration is done by the script ; this gives : 24883 13.0 0.0 10508 2604 pts/23 S+ 12:53 0:00 /bin/bash ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking It seems that following configure option : --enable-pclmul Turn on pclmul code (default is yes) is NOT turned off. I've added (one of) my /proc/cpuinfo CPU details at the end of the report I apologize for the trouble, especially if it would turn out that I'm completely mistaken, and I thank you for your attention. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgf2x1 depends on: ii libc6 2.17-93 ii multiarch-support 2.17-93 libgf2x1 recommends no packages. libgf2x1 suggests no packages. -- no debconf information processor : 5 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU Q 840 @ 1.87GHz stepping: 5 microcode : 0x6 cpu MHz : 1199.000 cache size : 8192 KB physical id : 0 siblings: 8 core id : 2 cpu cores : 4 apicid : 5 initial apicid : 5 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnmi flexpriority ept vpid bogomips: 3724.37 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723948: libatk-bridge-2.0-0-udeb: uninstallable; depends on missing libatspi2.0-0 (= 2.9.4)
Simon McVittie, le Thu 03 Oct 2013 11:45:45 +0100, a écrit : Is there any general documentation on creating udebs/how they should differ from full-fat debs, or should I base some guesses on another udeb-enabled package, like glib2.0 or something? They are basically like debs, except we try to make them as small as reasonably possible, and their postinst have a priority ordering (XB-Installer-Menu-Item). You have documentation in the debian-installer source package, in doc/devel/internals. How space-constrained are we here? That depends on which images will contain the udeb. Here we are talking about libdbus as a dependency for libatk-bridge, itself a dependency for libgtk, which is only included in the graphical installer. It means size does matter, but not too hardly: it won't be used e.g. for embedded or such. Should I be compiling the udeb flavour with -Os, disabling API sanity checks (that aren't triggered by correct code) to save a bit of space, or similar hacks? If it's not too hard to do it, it'd be nice, yes. The obvious core feature is enough of the libdbus library that dynamic linking succeeds, but presumably AT-SPI isn't just linking to libdbus for fun, and needs some subset of its functionality. What functionality do you need the libdbus udeb(s) to have? Specifically: Does AT-SPI run its own DBusServer in-process (in which case it might only need the library), or does it execute the dbus-daemon binary? It starts its own dbus-daemon. Does AT-SPI need the well-known D-Bus system bus to be running from its init script, or can we leave out that bit? AT-SPI is able to fetch the path to its own dbus-daemon through an X11 property, so I'd say we can leave out the system bus. dbus-daemon and parts of libdbus require that a unique machine UUID (32 lower-case hex digits + \n, no punctuation) has been generated and stored in either /etc/machine-id (systemd-compatible location) or /var/lib/dbus/machine-id (old location). Should dbus-udeb arrange for that to happen in its postinst, or would you prefer d-i to set up /etc/machine-id globally? I don't really have a strong opinion here. I guess for the time being you can generate it in postinst. Are udebs expected to be robust across a reboot? No :) Do you want the dbus-launch utility to start/discover a session bus automatically (packaged as dbus-x11, 28K, adds libX11) or can we omit that? Do you want the dbus-send utility for sending messages from the command line (20K) or can we omit that? Do you want the dbus-monitor utility for monitoring D-Bus traffic? (16K) AT-SPI won't need those. It essentially needs dbus-launch, to start dbus-daemon. Something worth noting: follow the same packaging split as the debs: dbus-udeb and libdbus-1-3-udeb. What we actually really need right now is libdbus-1-3-udeb, for the libatk-bridge dependency. Starting an AT-SPI bus etc. (i.e. the dbus-udeb package) will not be used right now, but it's a good step toward actually getting AT-SPI working in the graphical debian installer. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723142: RFS: dnt/0.10-1 [ITP]
Thanks to both of you for the review. As regards the repackaging of the orig.tar tarball, if I have correctly understood, there are two solutions: do it by hand (and document it in README.source) or do it automatically with a get-orig-source target (and that's it). Am I right? Then, what would you recommand to me? Le 03/10/2013 05:07, Paul Wise a écrit : On Thu, Oct 3, 2013 at 6:59 AM, Markus Koschany wrote: - It is not 100% clear how you obtained the sources. The original tarball is bz2 compressed. Yours is gz compressed. I suggest you switch to xz compression in source/options and for the upstream tarball and document modifications either in README.source or you might want to write a get-orig-source target for debian/rules. The orig.tar should either be exactly the tarball from upstream or have non-free content removed (or maybe hundreds of MB of embedded code copies). Just recompressing the tarball with a different compression format isn't a valid reason to differ from upstream here. If you want a different compression format, get upstream to switch. get-orig-source is definitely needed for the non-free/code copies removal case. - Some of the fonts are non-free. Those have to be removed in the original tarball and not only in the final package. This would be a reason to modify the upstream tarball, then you can use xz and add a get-orig-source. Removing the fonts and using xz should be pushed upstream though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723142: RFS: dnt/0.10-1 [ITP]
On Thu, Oct 3, 2013 at 7:22 PM, Vincent Prat wrote: Thanks to both of you for the review. As regards the repackaging of the orig.tar tarball, if I have correctly understood, there are two solutions: do it by hand (and document it in README.source) or do it automatically with a get-orig-source target (and that's it). Am I right? Then, what would you recommand to me? I would never recommend doing it by hand, always automate it. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723948: libatk-bridge-2.0-0-udeb: uninstallable; depends on missing libatspi2.0-0 (= 2.9.4)
On 03/10/13 12:09, Samuel Thibault wrote: AT-SPI won't need those. It essentially needs dbus-launch, to start dbus-daemon. Is this the session bus, or a parallel bus, or both? A parallel bus shouldn't be using dbus-launch, which is (a) specifically designed for the session bus, and (b) not particularly well designed or implemented. I hope that in the glorious Wayland future, dbus-launch will just be a strange historical relic for X11 users. The reason I ask is that it determines whether I have to build a dbus-x11-udeb :-) In a controlled environment like d-i, I would much prefer it if the X11 session was run under dbus-run-session(1) (currently only available in dbus/experimental, but I can backport it), which has much more sensible semantics than dbus-launch. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706391: Slimlock included in newest release of slim
close 706391 thanks slimlock is included in the just released slim version 1.3.6 Once slim in Debian is updated from 1.3.4 to 1.3.6, slimlock is not needed any more as separate package Cheers, Sam signature.asc Description: OpenPGP digital signature
Bug#724921: links2: Please use unversioned libtiff-dev rather than libtiff4-dev
If you'd change those Build-Depends, then when the libtiff5 transition starts in Debian, this package will only need a binNMU (which can be done in bulk by the release team) rather than a coordinated upload. There's only a single provider of libtiff-dev at any one time, so it's fine to build-depend directly on it without additionally stating a real alternative (saving a time). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602807: [Pkg-libvirt-maintainers] Bug#602807: libvirt: Support esx hypervisor
http://lists.alioth.debian.org/pipermail/pkg-libvirt-discuss/2010-October/20.html Any chance this may be reconsidered again? Thanks. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602807: [Pkg-libvirt-maintainers] Bug#602807: Bug#602807: libvirt: Support esx hypervisor
On Thu, Oct 03, 2013 at 01:43:23PM +0200, Sergio Rubio wrote: http://lists.alioth.debian.org/pipermail/pkg-libvirt-discuss/2010-October/20.html Any chance this may be reconsidered again? Any chance somebody steps up to maintain this in Debian (longterm)? Cheers, -- Guido Thanks. Cheers, -- Guido ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525077: gimp stole .ps and .pdf associations in GNOME with lenny-sid upgrade
Package: gimp Version: 2.8.2-2 Followup-For: Bug #525077 This is still happening in Wheezy. For some reason, I had this working for a while, and it broke, maybe through the squeeze/wheezy upgrade. I originally thought this was related with #658139, but I actually have a .desktop file for evince, so that is a different problem. A. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.2-2 ii libaa1 1.4p5-40 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-20.100.2-1 ii libexif12 0.6.20-3 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2+nmu1 ii libgimp2.0 2.8.2-2 ii libglib2.0-02.33.12+really2.32.4-5 ii libgs9 9.05~dfsg-6.3 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-13 ii libjavascriptcoregtk-1.0-0 1.8.1-3.4 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpoppler-glib80.18.4-6 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-2 ii libtiff43.9.6-11 ii libwebkitgtk-1.0-0 1.8.1-3.4 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-62:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.3-4 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.3-6 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6.3 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none ii gvfs-backends 1.12.3-4 ii libasound21.0.25-4 -- 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#724921: links2: Please use unversioned libtiff-dev rather than libtiff4-dev
Hi Artur, Artur Rona wrote: If you'd change those Build-Depends, then when the libtiff5 transition starts in Debian, this package will only need a binNMU (which can be done in bulk by the release team) rather than a coordinated upload. Ok, granted. Thanks for the explanation. There's only a single provider of libtiff-dev at any one time, so it's fine to build-depend directly on it without additionally stating a real alternative (saving a time). And this seems to be the case even in Squeeze, hence even a backport to oldstable-backports-sloppy wouldn't be hindered by removing the alternative build-dependencies. (IIRC that was my fear the last time I looked at it.) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658139: NMU to fix this bug made to delayed/7
package evince unarchive 658139 found 658139 3.8.3-2 thanks It looks like the latest package upload did not ack the NMU. Which means this bug is back. Neil On Thu, Nov 08, 2012 at 11:37:43AM -0800, Don Armstrong wrote: I have uploaded an NMU which fixes this bug to delayed/7. The diff for the NMU is attached. Don Armstrong -- Sometimes I wish I could take back all my mistakes but then I think what if my mother could take back hers? -- a softer world #498 http://www.asofterworld.com/index.php?id=498 http://www.donarmstrong.com http://rzlab.ucr.edu diff -Nru evince-3.4.0/debian/changelog evince-3.4.0/debian/changelog --- evince-3.4.0/debian/changelog 2012-08-29 17:28:06.0 -0700 +++ evince-3.4.0/debian/changelog 2012-11-08 10:34:13.0 -0800 @@ -1,3 +1,13 @@ +evince (3.4.0-3.1) unstable; urgency=low + + * Non-maintainer Upload + * Support the rest of the mime types that evince used to support in +evince-gtk.mime and evince.mime. Closes: #658139. This also fixes +#619564, #627027, and #551734 which were related to evince.mime and +evince-gtk.mime. #581441 was fixed in shared-mime-info/1.0. + + -- Don Armstrong d...@debian.org Thu, 08 Nov 2012 10:32:12 -0800 + evince (3.4.0-3) unstable; urgency=low [ Josselin Mouette ] diff -Nru evince-3.4.0/debian/control evince-3.4.0/debian/control --- evince-3.4.0/debian/control 2012-08-29 17:32:50.0 -0700 +++ evince-3.4.0/debian/control 2012-11-08 11:09:28.0 -0800 @@ -7,7 +7,7 @@ Section: gnome Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: Frederic Peters fpet...@debian.org, Michael Biebl bi...@debian.org +Uploaders: Michael Biebl bi...@debian.org Build-Depends: cdbs (= 0.4.90), debhelper (= 8), dpkg-dev (= 1.16.1), diff -Nru evince-3.4.0/debian/evince-gtk.mime evince-3.4.0/debian/evince-gtk.mime --- evince-3.4.0/debian/evince-gtk.mime 1969-12-31 16:00:00.0 -0800 +++ evince-3.4.0/debian/evince-gtk.mime 2012-11-08 10:30:34.0 -0800 @@ -0,0 +1,21 @@ +application/pdf; evince %s; test=test -n $DISPLAY; nametemplate=%s.pdf; priority=5 +application/x-pdf; evince %s; test=test -n $DISPLAY; nametemplate=%s.pdf; priority=5 +application/x-bzpdf; evince %s; test=test -n $DISPLAY; nametemplate=%s.pdf.bz2; priority=5 +application/x-gzpdf; evince %s; test=test -n $DISPLAY; nametemplate=%s.pdf.gz; priority=5 +application/postscript; evince %s; test=test -n $DISPLAY; nametemplate=%s.ps; priority=5 +application/x-bzpostscript; evince %s; test=test -n $DISPLAY; nametemplate=%s.ps.bz2; priority=5 +application/x-gzpostscript; evince %s; test=test -n $DISPLAY; nametemplate=%s.ps.gz; priority=5 +image/x-eps; evince %s; test=test -n $DISPLAY; nametemplate=%s.eps; priority=5 +image/x-bzeps; evince %s; test=test -n $DISPLAY; nametemplate=%s.eps.bz2; priority=5 +image/x-gzeps; evince %s; test=test -n $DISPLAY; nametemplate=%s.eps.gz; priority=5 +application/x-dvi; evince %s; test=test -n $DISPLAY; nametemplate=%s.dvi; priority=5 +application/x-gzdvi; evince %s; test=test -n $DISPLAY; nametemplate=%s.dvi.gz; priority=5 +application/x-bzdvi; evince %s; test=test -n $DISPLAY; nametemplate=%s.dvi.bz2; priority=5 +image/vnd.djvu; evince %s; test=test -n $DISPLAY; nametemplate=%s.djvu; priority=5 +application/x-cbr; evince %s; test=test -n $DISPLAY; nametemplate=%s.cbr; priority=4 +application/x-cbt; evince %s; test=test -n $DISPLAY; nametemplate=%s.cbt; priority=4 +application/x-cbz; evince %s; test=test -n $DISPLAY; nametemplate=%s.cbz; priority=4 +application/x-cb7; evince %s; test=test -n $DISPLAY; nametemplate=%s.cb7; priority=4 +image/tiff; evince %s; test=test -n $DISPLAY; nametemplate=%s.tiff; priority=3 +application/oxps; evince %s; test=test -n $DISPLAY; nametemplate=%s.xps; priority=3 +application/vnd.ms-xpsdocument; evince %s; test=test -n $DISPLAY; nametemplate=%s.xps; priority=3 diff -Nru evince-3.4.0/debian/evince.mime evince-3.4.0/debian/evince.mime --- evince-3.4.0/debian/evince.mime 2012-08-29 17:27:46.0 -0700 +++ evince-3.4.0/debian/evince.mime 2012-11-08 10:30:34.0 -0800 @@ -1 +1,21 @@ application/pdf; evince %s; test=test -n $DISPLAY; nametemplate=%s.pdf; priority=5 +application/x-pdf; evince %s; test=test -n $DISPLAY; nametemplate=%s.pdf; priority=5 +application/x-bzpdf; evince %s; test=test -n $DISPLAY; nametemplate=%s.pdf.bz2; priority=5 +application/x-gzpdf; evince %s; test=test -n $DISPLAY; nametemplate=%s.pdf.gz; priority=5 +application/postscript; evince %s; test=test -n $DISPLAY; nametemplate=%s.ps; priority=5 +application/x-bzpostscript; evince %s; test=test -n $DISPLAY; nametemplate=%s.ps.bz2; priority=5 +application/x-gzpostscript; evince %s; test=test -n $DISPLAY;
Bug#602807:
Any chance somebody steps up to maintain this in Debian (longterm)? Guido, thank you for your prompt reply. I understand your concerns and the lack of time or motivation to maintain this and deal with related issues. From what I've seen the driver is actively maintained upstream and using it with libvirt (tested with 1.1) is only a matter of removing the --without-esx flag and rebuild the package. Out of curiosity, isn't that good enough in this particular case? Cheers. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711578: removing svgalib from the archive
severity 711578 serious severity 714025 serious tag 666490 - moreinfo thanks Hi, there are only two rdeps remaining that still depend on svgalib. Both had enough time to get updated and a patch available for some time. One of them (mplayer) FTBFS for months anyway (#708140). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#406475: lv: weird behavior when viewing a file of very long name
Control: tags -1 + patch -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#481148: [sparc-utils] ftbfs: missing build-deps for asm/openpromio.h
Control: tag -1 + unreproducible moreinfo Hi, I'm currently looking through sparc-specific packages in Debian and stubled upon this bug report which sounds rather release-critical given the acronym FTBFS in the subject. deb...@foss.daxal.com wrote: The attched transcript is from dpkg-buildpackage -uc -us -rfakeroot. Apparently asm/openpromio.h is missing (pdo shows three package canidates for this file). I can't reproduce this issue today, so either * this issue went as it came --- by itself * the build-essential package was not installed at build time despite being mandatory for any package build. For me the dependency chain looks valid: # locate asm/openpromio.h /usr/include/sparc-linux-gnu/asm/openpromio.h # dpkg -S /usr/include/sparc-linux-gnu/asm/openpromio.h linux-libc-dev:sparc: /usr/include/sparc-linux-gnu/asm/openpromio.h # apt-cache show libc6-dev | fgrep linux-libc-dev Depends: libc6 (= 2.17-93), libc-dev-bin (= 2.17-93), linux-libc-dev # apt-cache show build-essential | fgrep libc6-dev Depends: libc6-dev | libc-dev, libc6-dev-sparc64, gcc (= 4:4.4.3), g++ (= 4:4.4.3), make, dpkg-dev (= 1.13.5) # So if build-essential is installed, /usr/include/sparc-linux-gnu/asm/openpromio.h must be there, too, or the installation is broken. And just to be sure: sparc-utils builds fine on Sid for me. I suggest to close this bug report if there's no opposition within let's say a month. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645937: removing console-tools from the archive
severity 671079 serious severity 645937 serious tag 671342 - moreinfo thanks The two remaining rdeps of console-tools had a year to get updated so I think it's fair to remove the package soon. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725260: python-waitress and python3-waitress are not co-installable (due to /usr/bin/waitress-serve)
Package: python3-waitress Version: 0.8.7-1 Severity: important python-waitress and python3-waitress provide the same file: /usr/bin/waitress-serve and thus both packages cannot be installed at the same time. Please use alternatives mechanism or drop the script from one of binary packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724043: archivemail: FTBFS: Test failure
On Tue, Oct 01, 2013 at 07:14:50PM -0700, Daniel Schepler wrote: On Wednesday, October 02, 2013 02:45:38 AM Nikolaus Schulz wrote: Hm, can you reproduce this? I see that the test parameters there are questionable, but still, the test should not fail. Yes, I just reproduced it again. It doesn't seem to be a 100% failure rate, though, but it does fail for me most times I try to do the build. This is really weird. Because what the test code there does is something like this: s = 24 * 60 * 60 time_msg = time.time() - s time_now = time.time() assert time_message + s time_now So if this fails, time_msg == time_now. But the resolution of the clock should be good enough to prevent that from happening. What do you get on your system if you run $ python2 -c 'import time; print time.time() == time.time()' If that should happen to print False, it would be cool if you could apply the attached patch and run ./test_archivemail once more. You can do this in the unpacked source bypassing all the packaging wrappers, they make no difference. Thanks for testing! Nikolaus P.S. I'm leaving tomorrow and will be traveling for two weeks. Probably means I won't fix this before I return. diff --git a/archivemail b/archivemail index 26b9aca..b958203 100755 --- a/archivemail +++ b/archivemail @@ -1030,7 +1030,7 @@ def is_older_than_time(time_message, max_time): return False -def is_older_than_days(time_message, max_days): +def is_older_than_days(time_message, max_days, debugtime=False): Return true if a message is older than the specified number of days, false otherwise. @@ -1046,6 +1046,10 @@ def is_older_than_days(time_message, max_days): secs_old_max = (max_days * 24 * 60 * 60) days_old = (time_now - time_message) / 24 / 60 / 60 vprint(message is %.2f days old % days_old) +if debugtime: +print time_message=%.8f time_now=%.8f secs_old_max=%.8f old=%s % \ +(time_message, time_now, secs_old_max, + time_message + secs_old_max time_now) if ((time_message + secs_old_max) time_now): return True return False diff --git a/test_archivemail b/test_archivemail index 7bf700f..f609fc7 100755 --- a/test_archivemail +++ b/test_archivemail @@ -518,7 +518,7 @@ class TestIsTooOld(unittest.TestCase): for minutes in range(0, 61): time_msg = time.time() - (25 * 60 * 60) + (minutes * 60) assert archivemail.is_older_than_days(time_message=time_msg, -max_days=1) +max_days=1, debugtime=(minutes == 60)) def testNotOld(self): with max_days=9, should be false for these dates 9 days
Bug#725255: transcriber: tclex is renamed to tcl-tclex, please update dependencies
On 03/10/2013 13:31, Sergei Golovan wrote: Package: transcriber Version: 1.5.1.1-7 Severity: serious Dear Maintainer, The tclex package in unstable is renamed to tcl-tclex per Debian Tcl/Tk policy. Please, use this name in build-dependencies and dependencies, or your package will FTBFS and be uninstallable. Hi Sergei, thank you for this report. This issue has already been fixed in git and will be uploaded soon. Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725254: transcriber: Package build-depends on deprecated Tcl/Tk 8.4
Hi Sergei, On 03/10/2013 13:19, Sergei Golovan wrote: We plan to drop Tcl/Tk 8.4 from the Debian archive before jessie release. This means that your transcriber package needs to be ported to Tcl/Tk 8.5 or even 8.6 which is to be the deafult in jessie. I've prepared a patch which allows to build the package with Tcl/Tk from experimental (with tcl and tk 8.6 as a default). Basically it just 1) replaces tcl8.4-dev and tk8.5-dev by tcl-dev and tk-dev in build dependencies, 2) adds tk to the binary package dependencies (because there will be separate libtcl8.6 and libtk8.6 and ${shlibs} will pick them over tcl8.6 and tk8.6, 3) and defines USE_INTERP_RESULT macro to unhide deprecated result field of Tcl_Interp structure which is used in the Transcriber source. The package builds fine, though I haven't tested it much. Also, it depends on 'tk' but calls 'wish8.5', so it'll require rebuild after the default will change to 8.6. Thank you very much for this patch. I will check it tonight and hopefully include it without major changes. Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host
Package: libvirt-bin Version: 1.1.2-3hns1 Severity: wishlist Dear Maintainer, I'm using libvirt for managing LXC containers and Qemu/KVM vms on the same host and I was having trouble doing this, because of the common mountpoint of my cgroups (they were all mounted in /sys/fs/cgroup), so I asked on #virt and I've been told to use this kind of configuration for the cgroups: cgroup_root on /sys/fs/cgroup type tmpfs (rw,relatime) cgroup_cpuset on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup_cpu on /sys/fs/cgroup/cpu type cgroup (rw,nosuid,nodev,noexec,relatime,cpu) cgroup_cpuacct on /sys/fs/cgroup/cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct) cgroup_memory on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup_devices on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup_freezer on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup_net_cls on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls) cgroup_blkio on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup_perf_event on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) It works well now, but I had to make a basic script (attached to this bugreport) for mounting all of that at the start of my host. I had a conversation with Guido Günther and he told me to open this bug report. Here is the conversation: Hi, On Wed, Oct 02, 2013 at 03:10:50PM +0200, Manuel VIVES wrote: Hello, I'm using libvirt for a profesionnal purpose on debian wheezy (libvirt version = 1.1.2-3) and I want to use LXC containers and Qemu-KVM VMs on the same host. I was having trouble doing this, because of the common mountpoint of my cgroups (they were all mounted in /sys/fs/cgroup), so I asked on #virt, here is the chat log: MVives Hi MVives When trying to use LXC and qemu-kvm on the same host, I get the error message error : virCgroupDetect:594 : Controller 'memory' is not wanted, but 'cpu' is co-mounted: when I want to start a qemu guest danpb MVives: sounds like you co-mounted cgroup controllers on the same mount point rather than mounting them separately MVives danpb: So I need to mount every cgroup separately? danpb the minimal requirement is to have the cpu related ones separate MVives ok, I'm gonna try this MVives thanks ;) danpb i'd recommend just following systemds example setup http://paste.fedoraproject.org/43653/13807064 This link one does not exist anymore. So I made a basic script for my own usage which mounts /sys/fs/cgroup as tmpfs, and create all the dirs inside and mount the cgroup separately. I would like to know if it's possible to provide a script like this in the libvirt package for debian (for example an init script). If necessary, I'm willing to provide the patch for this script. So this sounds like systemd gets it correct by default and this would only be an issue for non systemd systems? I'm all in favour for marking this work out of the box but I wonder if moving this to cgroup-bin or cgroup-tools would be a better fit since I expect more tools to expect a systemd like cgroup layout. Why not open a bug against libvirt-bin with severity wishlist with your script attached so we can work on from there. As a first step we could at least ship it as an example in /u/s/doc/libvirt-bin/examples and adjust README.Debian accordingly. (please paste this mail to the bugreport too, so we don't need to repeat things) Cheers, -- Guido Regards, Manuel VIVES So now we can consider adding an example to libvirt documentation or creating an init script in the good package (either cgroup-bin/cgroup-tools or libvirt) Regards, Manuel VIVES -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental'), (1, 'unstable'), (1, 'testing'), (1, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/16 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.113+nmu3 ii gettext-base 0.18.1.1-9 ii init-system-helpers 1.4-hns1 ii libaudit01:1.7.18-1.1 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libblkid12.20.1-5.3 ii libc62.13-38 ii libcap-ng0 0.6.6-2 ii libdbus-1-3 1.6.8-1 ii libdevmapper1.02.1 2:1.02.74-7 ii libgcrypt11 1.5.0-5 ii libgnutls26 2.12.20-7 ii libnetcf11:0.2.3-3~bpo70+1 ii libnl-3-200 3.2.7-4 ii libnl-route-3-2003.2.7-4 ii libnuma1 2.0.8~rc4-1 ii libparted0debian12.3-12 ii libpcap0.8 1.3.0-1 ii libpciaccess00.13.1-2 ii libreadline6 6.2+dfsg-0.1 ii libsasl2-2
Bug#725262: keymapping window edit suddenly lost and mozc_tools hang up
Package: mozc-utils-gui Serverity: important Version: 1.11.1522.102-1 mozc-utils-gui keymap editor does not work, suddenly edit window is close and hang up mozc_tool. 1) open ibus-setup and select input method mozc 2) open (mozc) config 3) open key mapping edit (click 編集... of キー設定の選択) 4) key mapping edit window will be opened but keymap edit window will be die (lost) suddenly. e.g click 編集.. bottom of the mapping edit window and add some kind of key maps... so window will be suddenly closed (when the window is lost, I can not stop mozc_tools without sending SIGINT or SIGKILL). -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716922: Reassigning to akonadi
reassign 716922 akonadi-server 1.10.2-1 retitle 716922 Wrong handling of postgreSQL's bytea datatype forwarded 716922 https://bugs.kde.org/show_bug.cgi?id=322931 tag 716922 upstream thanks As explained in [0] and decided in [1], I'm reassigning this bug to akonadi. [0] https://bugreports.qt-project.org/browse/QTBUG-30076?focusedCommentId=214187page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-214187 [1] https://bugreports.qt-project.org/browse/QTBUG-30076?focusedCommentId=216330page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-216330 -- 11: En Word, como se hace para pasar al proximo renglon si se alcanzo el extramo derecho de la hoja. * Se reinicia la maquina, se abre el Guord, se va a archivo, Nuevo renglon, Preferencias, Abajo del otro renglon, Poner el cursor al proncipio del nuevo renglon, Elegir misma letra que el anterior, respetar la pagina anterior, respetar el margen anterior, respetar numeracion de pagina, comenzar a escribir, click en Ok deseo comenzar a escribir, click en Esta seguro que desea comenzar a Escribir, click en Ultima advertencia, click en Comience a escribir Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html 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#376036:
forwarded #376036 https://github.com/PowerDNS/pdns/issues/467 thanks signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#725263: RM: libdesktop-agnostic -- RoQA/RoM; depends on libgladeui-1-9
Package: ftp.debian.org X-Debbugs-Cc: libdesktop-agnos...@packages.debian.org Please remove libdesktop-agnostic from the archive. It is the last package depending on libgladeui-1-9. The maintainer agreed with the removal of this package and avant-window-navigator in [1], but it looks like he didn't get to file RM requests. Ansgar [1] http://bugs.debian.org/715337#21 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725264: RM: avant-window-navigator -- RoQA/RoM; depends on libdesktop-agnostic, buggy
Package: ftp.debian.org X-Debbugs-Cc: avant-window-naviga...@packages.debian.org Please remove avant-window-navigator from the archive. It depends on libdesktop-agnostic for which I just filed a removal request. The maintainer agreed with the removal of the package in [1], but it looks like he didn't get to file RM requests. Ansgar [1] http://bugs.debian.org/715337#21 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724921: links2: Please use unversioned libtiff-dev rather than libtiff4-dev
Don't forget about Bug #662420 :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725265: SDL 2: interaction with window managers and edge workspace flipping
Package: libsdl2-2.0-0 Version: 2.0.0+dfsg1-1 I've noticed that, with at least two window managers and an SDL-managed window which extends to the edges of one monitor and has mouse grab, there is a problem with edge-based workspace flipping due to the WM having created windows around the edges of the display. What happens is that the app (game, whatever; I'm using Unvanquished ‘sdl2’ branch for this) receives a LeaveNotify event then no button press events (though mouse motion events still happen) until the pointer leaves the WM's edge window (such that the game receives an EnterNotify event), at which point button events may be received again. Result is lost button events so far as the game is concerned. I have not observed this problem with SDL 1.2, most likely due to it resetting the pointer position sufficiently often. [Unvanquished source: https://github.com/Unvanquished/Unvanquished] -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725225: Can not detect BPM or beat
Hi! On Thu, Oct 03, 2013 at 10:50:19AM +0900, Takeshi Soejima wrote: When loading a now sound file to a deck, the mixxx can not detect BPM or beat. And no beat analyser can be seen in Beat Detection Preferences. http://mixxx.org/wiki/doku.php/troubleshooting#the_bpm_detection_is_wrong Any similarity? -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 0x83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725256: wavesurfer: libsnack2 is renamed to tcl-snack. Please adjust dependencies
Hi Ron, On Thu, Oct 3, 2013 at 5:10 PM, Ron r...@debian.org wrote: I thought the plan was that we'd just depend on libsnack2 (or whatever) so that if you ever ended up adding tcl-snack-pulse (or whatever), then people could just choose whatever backend suited them best (which was the problem people originally had with -alsa). The rename of the snack packages doesn't bother me otherwise, but is there some reason that old plan really isn't the best plan anymore? In fact there's a change in plans. I've dropped the idea of separate packages like tcl-snack-oss or tcl-snack-alsa or whatever. For now (and hopefully forever) there's only one tcl-snack which all other packages should depend on. It in turn depends either on libsnack-alsa or libsnack-oss, whichever users choose individually. So, just make the wavesurfer package depend on tcl-snack, and I won't bother you anymore with unnecessary changes. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725233: ITP: python-rxjson -- JSON RX Schema validation tool
On 10/03/2013 03:29 PM, Dominik George wrote: Thomas Goirand z...@debian.org schrieb: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-rxjson Version : 0.2 Upstream Author : Remy Hubscher hubscher.r...@gmail.com * URL : https://pypi.python.org/pypi/rxjson * License : GPL-2 Programming Lang: Python Description : JSON RX Schema validation tool This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License. . This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. . You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA . On Debian systems, the complete text of the GNU General Public License v2 (GPL) can be found in /usr/share/common-licenses/GPL-2. Your long description looks a bit like a GPL paragraph, I do not see how that reflects the package's purpose? -nik Woops, sorry. Here's the correct description: When adding an API to your web service, you have to choose how to encode the data you send across the line. XML is one common choice for this, but it can grow arcane and cumbersome pretty quickly. Lots of webservice authors want to avoid thinking about XML, and instead choose formats that provide a few simple data types that correspond to common data structures in modern programming languages. In other words, JSON and YAML. . Unfortunately, while these formats make it easy to pass around complex data structures, they lack a system for validation. XML has XML Schemas and RELAX NG, but these are complicated and sometimes confusing standards. They're not very portable to the kind of data structure provided by JSON, and if you wanted to avoid XML as a data encoding, writing more XML to validate the first XML is probably even less appealing. . Rx is meant to provide a system for data validation that matches up with JSON-style data structures and is as easy to work with as JSON itself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725256: wavesurfer: libsnack2 is renamed to tcl-snack. Please adjust dependencies
Hi Sergei, On Thu, Oct 03, 2013 at 03:43:27PM +0400, Sergei Golovan wrote: Package: wavesurfer Severity: important Dear Maintainer, I've renamed libsnack2 binary package to tcl-snack per Debian Tcl/Tk policy. Please, do the same in the wavesurfer dependencies. I made tcl-snack provide libsnack2, but it's better to use real package name. I thought the plan was that we'd just depend on libsnack2 (or whatever) so that if you ever ended up adding tcl-snack-pulse (or whatever), then people could just choose whatever backend suited them best (which was the problem people originally had with -alsa). The rename of the snack packages doesn't bother me otherwise, but is there some reason that old plan really isn't the best plan anymore? Cheers, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723728: fglrx-driver: new version aviable 13.10 with resolved issues
Package: fglrx-driver Version: 1:13.8~beta1-2 Followup-For: Bug #723728 looks like they already resolve the kernel issue and most important for me the Laptop backlight adjustment. Do you have plans to work in this one? If you do i'll wait, if you don't i will install it with the amd installer :( because i really need to fix the backligth issue. Thanks for your work. -- Package-specific info: Full fglrx package list: ii fglrx-atieventsd 1:13.8~beta1-2 amd64 events daemon for the non-free ATI/AMD RadeonHD display driver ii fglrx-control 1:13.8~beta1-2 amd64 control panel for the non-free ATI/AMD RadeonHD display driver ii fglrx-driver 1:13.8~beta1-2 amd64 non-free ATI/AMD RadeonHD display driver ii fglrx-modules-dkms 1:13.8~beta1-2 amd64 dkms module source for the non-free ATI/AMD RadeonHD display driver ii fglrx-source 1:13.8~beta1-2 amd64 kernel module source for the non-free ATI/AMD RadeonHD display driver ii glx-alternative-fglrx 0.4.0 amd64 allows the selection of FGLRX as GLX provider ii libfglrx:amd64 1:13.8~beta1-2 amd64 non-free ATI/AMD RadeonHD display driver (runtime libraries) ii libfglrx:i386 1:13.8~beta1-2 i386 non-free ATI/AMD RadeonHD display driver (runtime libraries) ii libfglrx-amdxvba1:amd641:13.8~beta1-2 amd64 AMD XvBA (X-Video Bitstream Acceleration) runtime libraries ii libfglrx-amdxvba1:i386 1:13.8~beta1-2 i386 AMD XvBA (X-Video Bitstream Acceleration) runtime libraries ii libgl1-fglrx-glx:amd64 1:13.8~beta1-2 amd64 proprietary libGL for the non-free ATI/AMD RadeonHD display driver ii libgl1-fglrx-glx:i386 1:13.8~beta1-2 i386 proprietary libGL for the non-free ATI/AMD RadeonHD display driver VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Thames [Radeon HD 7500M/7600M Series] DRM and fglrx Informations from dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.976661] Linux agpgart interface v0.103 [7.474580] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [7.482819] 6[fglrx] Maximum main memory to use for locked dma buffers: 7732 MBytes. [7.483003] 6[fglrx] vendor: 1002 device: 6840 count: 1 [7.483221] 6[fglrx] ioport: bar 4, base 0x3000, size: 0x100 [7.483330] 6[fglrx] Kernel PAT support is enabled [7.483348] 6[fglrx] module loaded - fglrx 13.20.4 [Jul 26 2013] with 1 minors [ 22.783491] fglrx_pci :01:00.0: irq 47 for MSI/MSI-X [ 22.784217] 6[fglrx] Firegl kernel thread PID: 2740 [ 22.784412] 6[fglrx] Firegl kernel thread PID: 2741 [ 22.784612] 6[fglrx] Firegl kernel thread PID: 2742 [ 22.784734] 6[fglrx] IRQ 47 Enabled [ 22.830501] 6[fglrx] Reserved FB block: Shared offset:0, size:100 [ 22.830504] 6[fglrx] Reserved FB block: Unshared offset:f87c000, size:484000 [ 22.830506] 6[fglrx] Reserved FB block: Unshared offset:3fff4000, size:c000 Xorg X server configuration file status: -rw-r--r-- 1 root root 684 Sep 11 15:47 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier aticonfig Layout Screen 0 aticonfig-Screen[0]-0 0 0 EndSection Section Module EndSection Section Monitor Identifier aticonfig-Monitor[0]-0 Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true EndSection Section Device Identifier aticonfig-Device[0]-0 Driver fglrx BusID PCI:1:0:0 EndSection Section Screen Identifier aticonfig-Screen[0]-0 Device aticonfig-Device[0]-0 Monitoraticonfig-Monitor[0]-0 DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 7095 Jul 26 11:55 /var/log/Xorg.1.log -rw-r--r-- 1 root root 7095 Jul 26 11:55 /var/log/Xorg.2.log -rw-r--r-- 1 root root 7095 Jul 26 12:01 /var/log/Xorg.3.log -rw-r--r-- 1 root root 41286 Oct 3 14:30 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: [21.737] X.Org X Server 1.12.4 Release Date: 2012-08-27 [
Bug#696093: [Piuparts-devel] Bug#696093: piuparts.d.o provides sections.yaml now, and there is distro-info-data
Hi, on #debian-qa today: h01ger | pabs: about #696093 and #696094: i believe the first bug can be closed, do you agree? pabs the URLs listed here are all still 404: http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=696093#21 h01ger | yeah, thats the way you want to have it implemented but http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=696093#91 shows another way pabs hmm pabs distro-info.csv doesn't have a mapping between stable - wheezy, unstable - sid pabs in any case, symlinks would be easiest h01ger | distro-info.csv is from the distro-info package (whatever the exact package name was ;) pabs perhaps implementing this will be easier with the new codebase, so maybe ignore #696093 for now cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#689491:
Due to bug #701003 , we need include deluged as dependency for deluege, i made workaround by commenting the line 367 in /usr/lib/python2.7/dist-packages/deluge/ui/gtkui/gtkui.c # XXX: We need to call a simulate() here, but this could be a bug in twisted # reactor.simulate()
Bug#725269: nagios-plugins: add Debian security tracker support
Package: nagios-plugins Severity: wishlist X-Debbugs-CC: secur...@debian.org It would be useful to have a plugin for nagios to use debsecan[1] or the data[2] for it to detect when a system has a potential security issue that needs whitelisting, a fix from Debian and or a local workaround. 1. http://packages.debian.org/sid/debsecan 2. https://security-tracker.debian.org/tracker/debsecan/release/1/wheezy -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#725267: spatialite: Build failures caused by fromgeojson22.testcase
Source: spatialite Version: 4.0.0-1 Severity: serious Tags: upstream Justification: fails to build from source (but built successfully in the past) The SpatiaLite 4.0.0-1 upload to experimental failed to build on armel, armhf, mips mipsel. On all four architectures the fromgeojson22.testcase fails due to a rounding error: Test case: FromGeoJSON - geometry collectionz, SRID Unexpected value at 1: SRID=3003;GEOMETRYCOLLECTION(POINT(4 6 0),POLYGON((4 6 1,7 10 1,11.99 3 2,4 6 1)))| Expected value was : SRID=3003;GEOMETRYCOLLECTION(POINT(4 6 0),POLYGON((4 6 1,7 10 1,12 3 2,4 6 1)))| FAIL: check_sql_stmt Packaging for the new 4.1.1 upstream release has been prepared in the Debian GIS git, and is available on mentors. But it's unlikely to have solved this issue. The code in question doesn't appear to have been changed between 4.0.0 and 4.1.1. The test failure has been reported upstream: https://www.gaia-gis.it/fossil/libspatialite/tktview?name=decb2848ea Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718045: Missing dependency
Hello: I've noticed about the (just baked) backport of owncloud. Thank you very much for it. Unfortunately, there are some dependencies missing. You may take a look at [0] where I can count up to 12 dependant packages not found. I wonder if there's something that can be done about this. [0] http://packages.debian.org/wheezy-backports/owncloud Regards, -- Raúl Sánchez Siles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725268: nagios3: nagios.log - misleading errors about check results queue
Package: nagios3 Version: 3.4.1-5+b1 Severity: minor Tags: upstream Dear Maintainer, this is reincarnation of the bug #522538 closed as unreproducible some time ago... I'm affected by this bug too, but fortunately I'm further in the observing the problem. The problem have appeared while preparing a new backup monitoring virtual host based on Debian Wheezy amd64. I have got up to a point with near the same configuration on the new server as on a production server. The difference I have noticed between the server's nagios.logs is, that a new node logs regularly: [1380716982] Error: Unable to rename file '/var/lib/nagios3/spool/checkresults/checkP5jroS' to '/var/lib/nagios3/spool/checkresults/c84vzxe': No such file or directory [1380716982] Warning: Unable to move file '/var/lib/nagios3/spool/checkresults/checkP5jroS' to check results queue. I have certainty the configurations of Nagios on both servers are the same because I'm using Unison to synchronize the server configurations. I have installed Systemtap to see the problem on the syscall level. I have not knowing the Nagios results processing, but have adapted some example Systemtap script, to monitor syscalls open, rename and unlink. 11978246 6312 (nagios3) open /var/lib/nagios3/spool/checkresults/checkP5jroS returned 8 11986098 26537 (nagios3) rename( /var/lib/nagios3/spool/checkresults/checkP5jroS - /var/lib/nagios3/spool/checkresults/cMlI3we ) returned 0 11988931 26532 (nagios3) rename( /var/lib/nagios3/spool/checkresults/checkP5jroS - /var/lib/nagios3/spool/checkresults/c84vzxe ) returned -2 11989054 26532 (nagios3) unlink /var/lib/nagios3/spool/checkresults/checkP5jroS returned -2 A nagios process (pid 26537) renamed result and another nagios process (pid 26532) later (cca 1ms later) tried to rename the same result file too. This was not the answer for why the two Nagios boxes behaves differently. I have started to compare installed packages and found the missing smbclient on the new server. I installed software without recommended packages motivated to keep the number of installed packages small. I'm monitoring a Samba share, so I have installed smbclient on the new Nagios server too. The errors in the nagios.log disappeared. :) I have setup another Nagios server on my destop (Debian Sid with nagios3 3.4.1-5+b1) and have simplified the check_disk_smb until I have comprehend the problem. Pieces of configuration and the script are attached so you can reproduce the problem. In the short: Perl check running in the embeded Perl interpreter can do a fork() syscall, but if the child process fails to exec() some external binary and exits Perl interpreter through exit() then the cleanup phase calling move_check_result_to_queue() (base/checks.c) is ran in the two places: in the parent process and also in the child process. This is the bug in the base/checks.c and should be fixed upstream. Probably could be sufficient to test if pidof running process not changed (I'm the parent) and call move_check_result_to_queue() only in the parent process. Thanks for your time on packaging Nagios! Best Regards -- Zito -- 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.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nagios3 depends on: ii nagios3-cgi 3.4.1-5+b1 ii nagios3-core 3.4.1-5+b1 nagios3 recommends no packages. Versions of packages nagios3 suggests: ii nagios-nrpe-plugin 2.13-3 -- no debconf information #! /usr/bin/perl -w # nagios: +epn use strict; my $pid = open my $pipe, -|; if (defined($pid)) { if ($pid) { } else { exit(1); } } else { exit(3); } wait; print OK child has pid $pid\n; exit(0); define command { command_namenagtest_check command_line/usr/local/bin/check_nagtest } define host { host_name nagtest alias nagtest check_command return-ok max_check_attempts1 notifications_enabled 0 } define service { host_name nagtest service_description nagtest_service check_command nagtest_check max_check_attempts1 check_interval1 retry_interval1 normal_check_interval 1 notifications_enabled 0 } #! /usr/bin/env stap global start function timestamp:long() { return gettimeofday_us() - start } function proc:string() { return sprintf(%d (%s), pid(), execname()) } function filename_filter:long(filename) { return substr(filename, 0, 36) == /var/lib/nagios3/spool/checkresults/ } probe begin { start = gettimeofday_us() } probe syscall.open.return { filename =
Bug#696093: moar info
Hi, themill pabs: btw «perl -mDebian::DistroInfo -e 'print DebianDistroInfo-new()-stable()'» (possibly easier ways too) pabs the new PTS is Python :) themill import distro_info; distro_info.DebianDistroInfo().stable() h01ger | i'm all for using distro-info instead of teaching piuparts (directly) about our distros. and there is python(3)-distro-info too... nthykier so when will packages.qa.d.o use the same code as pts.d.n? :P * | pabs thinks that info belongs in the apt repositories themill pabs: python-distro-info is in the apt repositories ;) maybe I should really be more blunt here and just close this bug... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#725271: librasterlite: Build failure on powerpc: rasterlite.c:647: undefined reference to `spatialite_cleanup'
Source: librasterlite Version: 1.1d-1 Severity: serious Tags: upstream Justification: fails to build from source (but built successfully in the past) The librasterlite 1.1d-1 upload to experimental failed to build on powerpc due to a missing symbol: ../lib/.libs/librasterlite.a(rasterlite.o): In function `rasterliteClose': /build/buildd-librasterlite_1.1d-1-powerpc-SY0aFw/librasterlite-1.1d/lib/rasterlite.c:647: undefined reference to `spatialite_cleanup' collect2: ld returned 1 exit status The build used libspatialite3 3.0.0~beta20110817-3 whereas this symbol first appeared in libspatialite3 3.0.2~20120302. The build dependency on libspatialite-dev should require at least version 3.0.2~20120302. Packaging for the new 1.1g upstream release has been prepared in the Debian GIS git, and is available on mentors. The package on mentors has been built with libspatialite-dev 4.1.1-1 also on mentors, which satisfies the symbol requirements. Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660358: lv: diff for NMU version 4.51-2.1
Control: tags -1 + pending Dear maintainer, I've prepared an NMU for lv (versioned as 4.51-2.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E diff -u lv-4.51/debian/changelog lv-4.51/debian/changelog --- lv-4.51/debian/changelog +++ lv-4.51/debian/changelog @@ -1,3 +1,14 @@ +lv (4.51-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Add 1 patch: +- debian/@patch.lv.660358.diff: support automatic xz and lzma + decompression. thanks to A. N. Other a.n.other.deb...@gmail.com. + (Closes: #660358) + * debian/watch: Add. thanks to Bart Martens ba...@debian.org. + + -- HIGUCHI Daisuke (VDR dai) d...@debian.org Thu, 03 Oct 2013 21:42:15 +0900 + lv (4.51-2) unstable; urgency=low * Add 3 (+1) patches: diff -u lv-4.51/debian/rules lv-4.51/debian/rules --- lv-4.51/debian/rules +++ lv-4.51/debian/rules @@ -16,6 +16,7 @@ patch -p1 debian/@patch.lv.20050506_%src%file.c_~enable-fastio-use-fread.2 patch -p0 debian/patch.lv.misc patch -p1 debian/@patch.lv.20051030_%src%_~use_off_t + patch -p1 debian/@patch.lv.660358.diff src/configure --prefix=/usr --libdir=/usr/share --enable-fastio touch configure-stamp @@ -37,6 +38,7 @@ # Add here commands to clean up after the build process. -$(MAKE) distclean + -patch -p1 -F 0 -f --no-backup-if-mismatch -R debian/@patch.lv.660358.diff -patch -p1 -F 0 -f --no-backup-if-mismatch -R debian/@patch.lv.20051030_%src%_~use_off_t -patch -p0 -F 0 -f --no-backup-if-mismatch -R debian/patch.lv.misc -patch -p1 -F 0 -f --no-backup-if-mismatch -R debian/@patch.lv.20050506_%src%file.c_~enable-fastio-use-fread.2 only in patch2: unchanged: --- lv-4.51.orig/debian/@patch.lv.660358.diff +++ lv-4.51/debian/@patch.lv.660358.diff @@ -0,0 +1,29 @@ +--- a/src/stream.c b/src/stream.c +@@ -43,6 +43,8 @@ + + private byte *gz_filter = zcat; + private byte *bz2_filter = bzcat; ++private byte *lzma_filter = lzcat; ++private byte *xz_filter = xzcat; + + private stream_t *StreamAlloc() + { +@@ -75,10 +77,14 @@ public stream_t *StreamOpen( byte *file ) + filter = gz_filter; + else if( !strcmp( bz2, exts ) || !strcmp( BZ2, exts ) ) + filter = bz2_filter; ++else if ( !strcmp( lzma, exts ) ) ++ filter = lzma_filter; ++else if ( !strcmp( xz, exts ) ) ++ filter = xz_filter; + } + if( NULL != filter ){ + /* +- * zcat or bzcat ++ * zcat, bzcat etc. + */ + if( NULL == (st-fp = (FILE *)tmpfile()) ) + perror( temporary file ), exit( -1 ); + + only in patch2: unchanged: --- lv-4.51.orig/debian/watch +++ lv-4.51/debian/watch @@ -0,0 +1,3 @@ +version=3 +opts=uversionmangle=s/^(\d)(\d\d)$/$1.$2/ \ +http://www.ff.iij4u.or.jp/~nrt/lv/ .*/lv(\d.*)\.(?:tgz|tbz2|txz|tar\.(?:gz|bz2|xz)) signature.asc Description: Digital signature
Bug#725273: kfreebsd-kernel-headers: Empty /usr/include/sys/kern/ directory
Package: kfreebsd-kernel-headers Version: 9.2~3 Severity: serious Dear Maintainer, /usr/include/sys/kern/ is empty : $ ls -la /usr/include/sys/kern/ total 14 drwxr-xr-x 2 root root 512 Oct 3 18:07 . drwxr-xr-x 4 root root 10752 Oct 3 18:07 .. Christian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10.13 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725271: Affects experimental only at the moment
Control: tags -1 + experimental Control: fixed -1 4.1.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725271: Fixed in git for experimental
Control: notfixed -1 4.1.1-1 Control: fixed -1 1.1g-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725274: deluge-gtk: Fix for simulate() in gtk2reactor
Package: deluge-gtk Version: 1.3.3-2+nmu1 Severity: important Dear Maintainer, after updating python-twisted , i came to know simulate() has been changed for twisted 12 so, i made exception for the new version of twisted to call _simulate() in gtkui.py in line 367 -reactor.simulate() +try: +reactor.simulate() +except AttributeError: +reactor._simulate() -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages deluge-gtk depends on: ii awn-applets-c-core [notification-daemon] 0.4.0-5 ii deluge-common 1.3.3-2+nmu1 ii librsvg2-common 2.36.4-2 ii notification-daemon 0.7.6-1 ii python2.7.5-5 ii python-glade2 2.24.0-3+b1 ii python-notify 0.1.1-3 ii xdg-utils 1.1.0~rc1+git20111210-7 ii xfce4-notifyd [notification-daemon] 0.2.2-2crunchbang2 Versions of packages deluge-gtk recommends: ii python-pygame 1.9.1release+dfsg-8 deluge-gtk 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#324678: unreproducible
It was unreproducible because the service needs to have type: type = TCPMUXPLUS UNLISTED -- Salvo Tomaselli http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Bug#725274: deluge-gtk: Fix for simulate() in gtk2reactor
On Thu, Oct 3, 2013 at 10:32 AM, sam samdr...@gmail.com wrote: after updating python-twisted , i came to know simulate() has been changed for twisted 12 so, i made exception for the new version of twisted to call _simulate() in gtkui.py in line 367 -reactor.simulate() +try: +reactor.simulate() +except AttributeError: +reactor._simulate() Note that this is already fixed in the upstream 1.3.6 release in experimental. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725125: subtitleeditor crashes
in-line :- On 10/2/13, ri...@inventati.org ri...@inventati.org wrote: Hi shirish, Hi rinni, thanks, for your report. But the really information is missing: Thank you for the prompt reply. Could you please describe what leads to the crash? Does the program just crashes after launching? Does it crash when you open a video file (and if, which format does it have, can you upload it somewhere?) I need more information what you actually did. Sorry for not giving the full info. It does not crash after just launching the app. It crashes after loading the subtitle file (.srt) . The .srt file is usually the same name as the Video file in the same directory. Now I do not know whether it tries to load the video file or not. Did you try version 0.41.0-1 from experimental (http://packages.debian.org/source/experimental/subtitleeditor)? Or 0.33.0-2 from unstable? Didn't you get that info. from my report. Anyways, the version I am/was using is 0.33.0-1 from testing . Best, rinni -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725275: initramfs-tools: Version 114 breaks the boot process
Package: initramfs-tools Version: 0.113 Severity: normal Dear Maintainer, The new version (114) make my sytem unbootable. During the boot, the system stop with this message : Begin : Running /scripts/local-premount... resume: libgcrypt version 1.5.3 And nothing seemed to work. I've tried to boot the kernel provides by debian (3.11-trunk-686-pae) and the result was the same. The preceding version (113) works perfectly. And I've downgraded the package to be able to boot. Is there an invalide things in my configuration ? Cheers. -- Gilles Crèvecœur -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 13M Sep 25 11:06 /boot/initrd.img-3.11-trunk-686-pae -rw-r--r-- 1 root root 5.3M Sep 25 22:01 /boot/initrd.img-3.11.1-e1 -rw-r--r-- 1 root root 5.3M Sep 23 12:00 /boot/initrd.img-3.11.1-e1.bak -rw-r--r-- 1 root root 5.3M Sep 23 10:53 /boot/initrd.img-3.11.1-e1.save -rw-r--r-- 1 root root 3.8M Sep 29 11:35 /boot/initrd.img-3.11.2-e1 -rw-r--r-- 1 root root 3.8M Sep 29 10:36 /boot/initrd.img-3.11.2-e1.bak -rw-r--r-- 1 root root 3.8M Oct 1 21:10 /boot/initrd.img-3.11.3-e1 -- /proc/cmdline root=/dev/mapper/royce2-root ro -- resume RESUME=/dev/mapper/royce2-swap -- /proc/filesystems ext4 fuseblk ext3 ext2 -- lsmod Module Size Used by snd_seq_dummy 12455 0 tun21752 0 sit21558 0 tunnel412557 1 sit ip_tunnel 17148 1 sit ip6t_REJECT12472 1 nf_conntrack_ipv6 13393 5 nf_defrag_ipv6 20915 1 nf_conntrack_ipv6 ip6table_filter12492 1 ip6_tables 16986 1 ip6table_filter xt_pkttype 12395 1 xt_LOG 16970 12 xt_limit 12455 13 xt_conntrack 12601 19 ipt_MASQUERADE 12530 1 iptable_nat12574 1 nf_conntrack_ipv4 18083 15 nf_defrag_ipv4 12443 1 nf_conntrack_ipv4 nf_nat_ipv412800 1 iptable_nat nf_nat 17899 3 ipt_MASQUERADE,nf_nat_ipv4,iptable_nat ipt_REJECT 12425 6 xt_tcpudp 12471 17 iptable_filter 12488 1 ip_tables 16974 2 iptable_filter,iptable_nat x_tables 17978 12 xt_pkttype,ip6table_filter,ip_tables,xt_tcpudp,ipt_MASQUERADE,xt_limit,xt_conntrack,xt_LOG,iptable_filter,ipt_REJECT,ip6_tables,ip6t_REJECT nf_conntrack_irc 12395 0 nf_conntrack_ftp 12599 0 nf_conntrack 65042 9 ipt_MASQUERADE,nf_nat,nf_nat_ipv4,xt_conntrack,nf_conntrack_ftp,nf_conntrack_irc,iptable_nat,nf_conntrack_ipv4,nf_conntrack_ipv6 binfmt_misc12733 1 ext2 57449 1 ext3 118310 1 jbd45082 1 ext3 loop 21927 0 fuse 64695 1 usb_storage43325 0 snd_hda_codec_realtek40264 1 snd_hda_intel 30197 0 snd_hda_codec 117938 2 snd_hda_codec_realtek,snd_hda_intel snd_hwdep 12906 1 snd_hda_codec kvm_intel 120731 0 snd_pcm_oss40069 0 snd_mixer_oss 17699 1 snd_pcm_oss kvm 211361 1 kvm_intel snd_pcm65348 3 snd_pcm_oss,snd_hda_codec,snd_hda_intel snd_page_alloc 12882 2 snd_pcm,snd_hda_intel nvidia 10236531 30 snd_seq_midi 12744 0 snd_seq_midi_event 13124 1 snd_seq_midi microcode 13065 0 snd_rawmidi22284 1 snd_seq_midi snd_seq43336 7 snd_seq_midi_event,snd_seq_dummy,snd_seq_midi snd_seq_device 12980 4 snd_seq,snd_rawmidi,snd_seq_dummy,snd_seq_midi snd_timer 22010 2 snd_pcm,snd_seq ehci_pci 12432 0 uhci_hcd 26364 0 via_rhine 2 0 ehci_hcd 39543 1 ehci_pci pcspkr 12531 0 snd42582 13 snd_hda_codec_realtek,snd_pcm_oss,snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_mixer_oss usbcore 125624 4 uhci_hcd,usb_storage,ehci_hcd,ehci_pci soundcore 12890 1 snd psmouse72332 0 evdev 17136 17 serio_raw 12737 0 i2c_viapro 12451 0 firewire_ohci 30768 0 usb_common 12408 1 usbcore sg 25573 0 mii12595 1 via_rhine pata_via 12722 0 sr_mod 21563 0 firewire_core 42888 33 firewire_ohci cdrom 34540 1 sr_mod i2c_core 23238 2 i2c_viapro,nvidia acpi_cpufreq 13019 0 mperf 12387 1 acpi_cpufreq processor 27532 1 acpi_cpufreq crc_itu_t 12331 1 firewire_core button 12824 0 ext4 311844 8 crc16 12327 1 ext4 mbcache12898 3 ext2,ext3,ext4
Bug#725276: aldo: Choosing 2: Koch method causes segfault.
Package: aldo Version: 0.7.6-1 Severity: important [16:48]greg@wheezy:~$ aldo Aldo 0.7.6 Main Menu 1: Blocks method 2: Koch method 3: Read from file 4: Callsigns 5: Setup 6: Exit Your choice: 2 Keying speed: 20 wpm About to start keying. Get ready... Letters in lesson: k m r s u a p t l o w i . n j e f 0 y , v g 5 / q 9 z h 3 8 b ? 4 2 7 c 1 d 6 x Erreur de segmentation -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.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 Versions of packages aldo depends on: ii libao4 1.1.0-2 ii libc6 2.17-3 ii libgcc1 1:4.8.1-2 ii libstdc++6 4.8.1-2 aldo recommends no packages. aldo 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#725277: ITP: r-cran-mfilter -- GNU R package providing miscellaneous time series filters
Package: wnpp Severity: wishlist Owner: Sébastien Villemot sebast...@debian.org * Package name: r-cran-mfilter Version : 0.1.3 Upstream Author : Mehmet Balcilar mbalci...@yahoo.com * URL : http://cran.r-project.org/web/packages/mFilter/ * License : GPL-2+ Programming Lang: R Description : GNU R package providing miscellaneous time series filters The package implements several time series filters useful for smoothing and extracting trend and cyclical components of a time series. The routines are commonly used in economics and finance, however they should also be interest to other areas. Currently, Christiano-Fitzgerald, Baxter-King, Hodrick-Prescott, Butterworth, and trigonometric regression filters are included in the package. The package will be maintained within the Debian Science Team. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: Digital signature
Bug#725125: subtitleeditor crashes
[...] Sorry for not giving the full info. It does not crash after just launching the app. It crashes after loading the subtitle file (.srt) . The .srt file is usually the same name as the Video file in the same directory. Now I do not know whether it tries to load the video file or not. OK, but did you load the video file before? Does it change the behavior if you load the video file (not) before? Did you try version 0.41.0-1 from experimental (http://packages.debian.org/source/experimental/subtitleeditor)? Or 0.33.0-2 from unstable? Didn't you get that info. from my report. Anyways, the version I am/was using is 0.33.0-1 from testing . What I meant was: Could you please try with the versions from experimental and unstable? Best, rinni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725193: sudo: touch: invalid date format '@0'
tags 725193 +pending thanks Sven Joachim svenj...@gmx.de writes: You probably want to use touch -d @0 rather than touch -t @0 in the sudo init script and service file. Yep! Thanks for catching that. Bdale pgpFB55ctktvF.pgp Description: PGP signature
Bug#725125: subtitleeditor crashes
in-line :- On 10/3/13, Philip Rinn ri...@inventati.org wrote: [...] Sorry for not giving the full info. It does not crash after just launching the app. It crashes after loading the subtitle file (.srt) . The .srt file is usually the same name as the Video file in the same directory. Now I do not know whether it tries to load the video file or not. OK, but did you load the video file before? Does it change the behavior if you load the video file (not) before? Thanx again for the prompt reply. I never load videos in subtitleeditor. I use mediainfo and viewing the video file in vlc to get a sense of either frame (to change the frame-rate for videos) and sometimes the start and stop times of the movie to sync the subtitles with the movies/films etc. Did you try version 0.41.0-1 from experimental (http://packages.debian.org/source/experimental/subtitleeditor)? Or 0.33.0-2 from unstable? Didn't you get that info. from my report. Anyways, the version I am/was using is 0.33.0-1 from testing . What I meant was: Could you please try with the versions from experimental and unstable? I will try the version in sid/unstable and report back if it works. Best, rinni -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652003: this issue might be blocking Tails
This issue might be blocking a project to include Tahoe-LAFS as a tool in the Tails system: https://labs.riseup.net/code/issues/6227 It isn't clear to me if this is really a blocker — maybe the Tails people can use Tahoe-LAFS even without the improved init scripts, or even without any init scripts at all! But I'm motivated to push this issue (debian #652003) forward in part because I want to push Tails #6227 forward. Regards, Zooko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725281: liferea: Doesn't open URL in external browser
Package: liferea Version: 1.10.2-1 Severity: normal Tags: patch Dear Maintainer, liferea doesn't open an URL in an external browser even if Open links in Liferea's window. is unset. Bug reported upstream here : http://sourceforge.net/p/liferea/bugs/1056/ A patch is in the same bug report here (and also in this bug report) : http://sourceforge.net/p/liferea/bugs/1056/#ca03 More or less an hack but this patch solve this bug. --- liferea-1.10.2.orig/src/ui/item_list_view.c +++ liferea-1.10.2/src/ui/item_list_view.c @@ -770,7 +770,7 @@ on_popup_launch_item_selected (void) gchar *link = item_make_link (item); if (link) { - itemview_launch_URL (link, TRUE /* launch in internal browser */); + itemview_launch_URL (link, FALSE /* launch in internal browser */); g_free (link); } else ui_show_error_box (_(This item has no link specified!)); Christian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10.13 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-peas-1.0 1.8.1-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libindicate5 0.6.92-1 ii libjson-glib-1.0-0 0.16.2-1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpeas-1.0-01.8.1-1 ii libsoup2.4-1 2.42.2-6 ii libsqlite3-0 3.8.0.2-1 ii libwebkitgtk-3.0-0 2.0.4-5 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.2-1 ii python-gi3.10.0-1 pn python:any none Versions of packages liferea recommends: ii dbus 1.6.14-1 ii dbus-x11 1.6.14-1 pn gir1.2-gnomekeyring-1.0 none ii gnome-icon-theme 3.8.3-1 pn gnome-keyringnone pn steadyflow | kgetnone Versions of packages liferea suggests: pn network-manager none -- 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#723195: base-files: Update FAQ with info about licenses
Il 02/10/2013 12:11, Santiago Vila ha scritto: On Tue, 17 Sep 2013, Gioele Barabucci wrote: Package: base-files Version: 7.2 Severity: minor Tags: patch Hello, the base-files FAQ refers to a sentence about licenses that does not appear any more in the Debian policy. Hmm. What debian-policy are you looking at? The one published on debian.org. The one I see in git is slightly reworded, yes: [...] but it still contains the authoritative list. The problem is not in the list of licences (abbreviated in my patch as [...]), but in the surrounding sentence. I searched the internet copying and pasting the words quoted by the base-files FAQ and I could not find the correct page in the policy. I think that having in the FAQ the sentence as currently written in the policy would be more useful than the current paraphrase. Regards, -- Gioele Barabucci gio...@svario.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725282: kaffeine: DvbLinuxDevice::startDevice uses wrong device path
Package: kaffeine Version: 1.2.2-2 Severity: important Dear Maintainer, after an update kaffeine has the same problem as described at the following link: - https://bugs.kde.org/show_bug.cgi?id=292138 % kaffeine kaffeine(15836) DvbLinuxDevice::startDevice: cannot open frontend dvb/adapter0/frontend0 Also, the solution is the same as described (create a symbolic link from /dev/dvb in the current directory or change to the directory /dev). However, I do not know exactly what was updated in detail. Best regards -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'testing-proposed-updates'), (400, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.51 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kaffeine depends on: ii kde-runtime4:4.10.5-1 ii libc6 2.17-93 ii libgcc11:4.8.1-10 ii libkdecore54:4.10.5-1 ii libkdeui5 4:4.10.5-1 ii libkfile4 4:4.10.5-1 ii libkio54:4.10.5-1 ii libqt4-dbus4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-sql 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-sql-sqlite 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-svg 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libsolid4 4:4.10.5-1 ii libstdc++6 4.8.1-10 ii libx11-6 2:1.6.1-1 ii libxine1 1.1.21-1+b1 ii libxine1-ffmpeg1:1.1.21-dmo2 ii libxine1-x 1:1.1.21-dmo2 ii libxss11:1.2.2-1 kaffeine recommends no packages. Versions of packages kaffeine suggests: ii libdvdcss2 1.2.13-dmo1 -- 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#724791: RFS: gogglesmm/0.12.7-2
Control: owner -1 ! On 2013-09-27 22:10:41, Hendrik Rittich wrote: dget -x http://mentors.debian.net/debian/pool/main/g/gogglesmm/gogglesmm_0.12.7-2.dsc | diff -Nru gogglesmm-0.12.7/debian/control gogglesmm-0.12.7/debian/control | --- gogglesmm-0.12.7/debian/control 2013-06-04 23:22:02.0 +0200 | +++ gogglesmm-0.12.7/debian/control 2013-09-27 22:14:22.0 +0200 | @@ -5,13 +5,14 @@ | Homepage: http://code.google.com/p/gogglesmm/ | Build-Depends: debhelper (= 7), dpkg-dev (= 1.16.1~), | libdbus-1-dev, libtag1-dev, | -libfox-1.6-dev, libxrandr-dev, libxine-dev, | +libfox-1.6-dev, libxrandr-dev, libxine2-dev, | libsqlite3-dev (= 3.4), libbz2-dev, imagemagick | Standards-Version: 3.9.4 | | Package: gogglesmm | Architecture: any | Depends: ${shlibs:Depends}, ${misc:Depends} | +Recommends: libxine2-plugins | Description: Goggles Music Manager | Goggles Music Manager is a music collection manager and player that | automatically categorizes your music files based on genre, artist, Please also document the change to Recommends. | diff -Nru gogglesmm-0.12.7/debian/patches/fox_pkg_config.diff gogglesmm-0.12.7/debian/patches/fox_pkg_config.diff | --- gogglesmm-0.12.7/debian/patches/fox_pkg_config.diff 1970-01-01 01:00:00.0 +0100 | +++ gogglesmm-0.12.7/debian/patches/fox_pkg_config.diff 2013-09-04 22:32:53.0 +0200 | @@ -0,0 +1,19 @@ | +Creates the shell script fox-pkg-config.sh. This script generates a | +pkg-config file for the FOX library. | +--- /dev/null | b/fox-pkg-config.sh | +@@ -0,0 +1,14 @@ | ++cat EOF | ++prefix=$(fox-config --prefix) | ++exec_prefix=\${prefix} | ++libdir=\${exec_prefix}/lib | ++includedir=\${prefix}/include | ++ | ++Name: FOX | ++Description: FOX LIB | ++Version: $(fox-config --version) | ++Requires: | ++ | ++Libs: $(fox-config --libs) | ++Cflags: $(fox-config --cflags) | ++EOF I suppose that slipped in. Please remove it. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#725283: chromium: ingnores page size set with libpaper
Package: chromium Version: 29.0.1547.57-1~deb7u1 Severity: normal Hello, I tried to convert a web page to PDF using Chromium print to file option. The generated PDF is Letter format. The default page size in the print dialog is Letter. This setting is not persistent. The system page size is a4. $ paperconf a4 Please fix. The print feature is pretty much unusable in Europe. Thanks Michal -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (610, 'oldstable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chromium depends on: ii chromium-inspector 29.0.1547.57-1~deb7u1 ii gconf-service 3.2.6-1 ii libasound2 1.0.27.1-2 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92 ii libcairo2 1.12.14-4 ii libcups21.6.3-1 ii libdbus-1-3 1.6.12-1 ii libexpat1 2.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgconf-2-43.2.6-1 ii libgcrypt11 1.5.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.20-1 ii libjpeg88d-1 ii libnspr42:4.10-1 ii libnss3 2:3.15.1-1 ii libnss3-1d 2:3.15.1-1 ii libpango1.0-0 1.32.5-5+b1 ii libspeechd2 0.7.1-6.2 ii libstdc++6 4.8.1-2 ii libudev0175-7.2 ii libx11-62:1.5.0-1+deb7u1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxml2 2.9.1+dfsg1-3 ii libxrender1 1:0.9.7-1+deb7u1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii xdg-utils 1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none -- 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#725269: [Pkg-nagios-devel] Bug#725269: nagios-plugins: add Debian security tracker support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 725269 nagios-plugins-contrib retitle 725269 'nagios-plugins-contrib: add Debian security tracker plugin' thanks Hi Paul, Am 03.10.2013 15:46, schrieb Paul Wise: It would be useful to have a plugin for nagios to use debsecan[1] or the data[2] for it to detect when a system has a potential security issue that needs whitelisting, a fix from Debian and or a local workaround. I think it's a good point, to have such a plugin. But I don't think that's anything we will got integrated into the nagios plugins upstream[1], as the just got rid of their contrib/. If anybody is willing to maintain such a plugin, this should be integrated into the nagios-plugins-contrib[2] package. Cheers, Jan. [1] http://www.nagios-plugins.org [2] http://packages.qa.debian.org/nagios-plugins-contrib - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFSTZbb9u6Dud+QFyQRAudtAKCBWQkSCID9o9gUiYcp4RvB5AuGegCdHACT uSfT6DDJywUvFYBmGBbZD64= =HoLa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725218: sed: FTBFS, missing PATH_MAX on hurd
Il 03/10/2013 01:44, Gabriele Giacone ha scritto: Package: sed Version: 4.2.2-2 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, hurd doesn't define PATH_MAX and upstream decided not to set it themself anymore since 4.2.2. See http://sources.debian.net/src/sed/4.2.2-2/lib/pathmax.h That's a gnulib change. Attached patch01 sets PATH_MAX in d/rules. Alternatively patch02 defines it in pathmax.h above. Thanks for considering. PATH_MAX is not really needed, it can be replaced by any constant because sed anyway does reallocation if the buffer needs to be larger than PATH_MAX. Jose, perhaps you can change it to 200 and drop the pathmax module from bootstrap.conf? Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org