Bug#681849: perl: regex negative lookbehind does not work before $
Package: perl Version: 5.14.2-6 Severity: normal Dear Maintainer, The negative look-behind assertion does not work correctly before $ (the end-of-line assertion). I expect to be able to say match lines that do not end in bar using the regex /(?!bar)$/ . However this does not work: % (echo foo; echo bar; echo foobaz) | perl -ne 'print if(/(?!bar)$/)' foo bar foobaz % It should not have printed bar above. A similar pattern using /^(?!bar)/ works to say lines that do not start with bar, and negative look-behind works before a string: # negative lookahead % (echo foo; echo bar; echo foobaz) | perl -ne 'print if(/^(?!foo)/)' bar % # negative lookbehind before string % (echo foo; echo bar; echo foobaz) | sed 's/$/x/g' | \ perl -ne 'print if(/(?!bar)x$/)' foox foobazx % I found a workaround that may shed light on the root cause of the problem. Normally /$/ matches the end of a string or the line-ending character at the end of a string, and regex behavior with $ is not changed by chomp()ing the line-ending-character away. But in this case, there is a difference. If I chomp; before matching, the negative look-behind assertion works correctly: % (echo foo; echo bar; echo foobaz) | perl -ne 'chomp; print if(/(?!bar)$/)' foofoobaz % Note that it did not print bar above, correctly implementing the behavior documented in perlre(1). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-rc4-00095-g95f7147 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perl depends on: ii libbz2-1.01.0.6-1 ii libc6 2.13-26 ii libdb5.1 5.1.29-1 ii libgdbm3 1.8.3-10 ii perl-base 5.14.2-6 ii perl-modules 5.14.2-6 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages perl recommends: ii netbase 4.47 Versions of packages perl suggests: ii libterm-readline-gnu-perl | libterm-readline-perl-perl none ii make3.81-8.1 ii perl-doc5.14.2-6 -- 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#677778: libbonobo: Please add multiarch support
Package: libbonobo Version: 2.24.3-1 Followup-For: Bug #68 User: ubuntu-de...@lists.ubuntu.com Usertags: quantal ubuntu-patch Hi there, The attached patch has been uploaded to Ubuntu quantal to add multiarch support for libbonobo. As Goswin notes, there is still a fair amount of binary-only 32-bit software using libbonobo; so despite the fact that this lib is intended to be obsolete, it's still beneficial to users to have this package converted to multiarch. Note that there are some versioned package relationships introduced in this patch; the versions have been set assuming that this bug and bug #641615 are resolved in SRU. Feel free to adjust as necessary. Changelog from the Ubuntu version: * Rebuild with multi-arch support (LP: #977947) * Add versioned dependency on the version of liborbit2 that will look in the multiarch path for its modules. * Drop the .la file which is no longer used. Thanks for considering the patch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org === modified file 'bonobo-activation-config.xml' --- bonobo-activation-config.xml 2005-02-18 14:40:51 + +++ bonobo-activation-config.xml 2012-07-04 01:17:43 + @@ -8,6 +8,7 @@ !-- item/usr/local/gnome2/lib/bonobo/servers/item -- !-- item/usr/local/lib/bonobo/servers/item -- !-- item/opt/gnome2/bonobo-activation/lib/bonobo/servers/item -- +item/usr/lib/bonobo/servers/item /searchpath /oafconfig === modified file 'debian/control' --- debian/control 2011-04-06 12:02:31 + +++ debian/control 2012-07-17 06:10:44 + @@ -7,9 +7,9 @@ Section: gnome Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: David Weinehall t...@debian.org, Josselin Mouette j...@debian.org, Loic Minier l...@dooz.org, Sebastian Dröge sl...@debian.org -Build-Depends: cdbs, - debhelper (= 5), +Uploaders: David Weinehall t...@debian.org, Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org, Josselin Mouette j...@debian.org, Sebastian Dröge sl...@debian.org +Build-Depends: cdbs (= 0.4.93~), + debhelper (= 8.1.3~), gnome-pkg-tools (= 0.10), bison, flex, @@ -27,6 +28,7 @@ Package: libbonobo2-common Architecture: all +Multi-Arch: foreign Depends: ${misc:Depends} Conflicts: bonobo-activation ( 1:2.4) Replaces: bonobo-activation ( 1:2.4) @@ -44,8 +46,10 @@ Package: libbonobo2-dev Architecture: any +Multi-Arch: same Section: libdevel Conflicts: libbonobo-activation-dev ( 1:2.4) +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, libbonobo2-0 (= ${binary:Version}), ${shlibs:Depends}, @@ -69,15 +73,18 @@ Package: libbonobo2-0 Architecture: any +Multi-Arch: same Section: libs Conflicts: libbonobo-activation4 ( 1:2.4), nautilus ( 2.2.4-5) +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, libbonobo2-common (= ${source:Version}), + liborbit2 (= 1:2.14.19-0.2), ${shlibs:Depends} Recommends: dbus-x11 Replaces: libbonobo-activation4 ( 1:2.4), - libbonobo2-common ( 2.20.3-1) + libbonobo2-common ( 2.24.3-1.1) Suggests: libbonobo2-bin Description: Bonobo CORBA interfaces library Bonobo is a set of language and system independent CORBA interfaces === modified file 'debian/control.in' --- debian/control.in 2011-04-06 12:02:31 + +++ debian/control.in 2012-07-17 06:10:44 + @@ -3,8 +3,8 @@ Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Uploaders: @GNOME_TEAM@ -Build-Depends: cdbs, - debhelper (= 5), +Build-Depends: cdbs (= 0.4.93~), + debhelper (= 8.1.3~), gnome-pkg-tools (= 0.10), bison, flex, @@ -22,6 +23,7 @@ Package: libbonobo2-common Architecture: all +Multi-Arch: foreign Depends: ${misc:Depends} Conflicts: bonobo-activation ( 1:2.4) Replaces: bonobo-activation ( 1:2.4) @@ -39,8 +41,10 @@ Package: libbonobo2-dev Architecture: any +Multi-Arch: same Section: libdevel Conflicts: libbonobo-activation-dev ( 1:2.4) +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, libbonobo2-0 (= ${binary:Version}), ${shlibs:Depends}, @@ -64,15 +68,18 @@ Package: libbonobo2-0 Architecture: any +Multi-Arch: same Section: libs Conflicts: libbonobo-activation4 ( 1:2.4), nautilus ( 2.2.4-5) +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, libbonobo2-common (= ${source:Version}), + liborbit2 (= 1:2.14.19-0.2), ${shlibs:Depends} Recommends: dbus-x11 Replaces: libbonobo-activation4 ( 1:2.4), -
Bug#613184: hwinfo: No sure but suppose to be HAL-related.
Package: hwinfo Version: 16.0-2.2 Followup-For: Bug #613184 Dear Maintainer, running hwinfo --framebuffer gives me among others: hal.1: read hal dataprocess 29325: arguments to dbus_move_error() were incorrect, assertion (dest) == NULL || !dbus_error_is_set ((dest)) failed in file ../../dbus/dbus-errors.c line 282. This is normally a bug in some application using the D-Bus library. libhal.c 3483 : Error unsubscribing to signals, error=The name org.freedesktop.Hal was not provided by any .service files 02: None 00.0: 11001 VESA Framebuffer [Created at bios.464] -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hwinfo depends on: ii libc62.13-33 ii libhd16 16.0-2.2 hwinfo recommends no packages. hwinfo 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#681583: python-blist: empty package
tags 681583 + patch thanks Hi, this is due to blist not Build-Depending on anything pythoninc and thus resulting in the following during build: dh_auto_build Can't exec pyversions: No such file or directory at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 120. Use of uninitialized value $python_default in substitution (s///) at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 121. Use of uninitialized value $python_default in substitution (s///) at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 122. A patch to solve the issue is attached. Regards Evgeni -- Bruce Schneier can read and understand Perl programs. diff -Nru blist-1.3.4/debian/changelog blist-1.3.4/debian/changelog --- blist-1.3.4/debian/changelog 2012-04-17 22:36:29.0 +0200 +++ blist-1.3.4/debian/changelog 2012-07-17 08:20:53.0 +0200 @@ -1,3 +1,12 @@ +blist (1.3.4-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Use dh_python2. + * Add python-all-dev to Build-Depends. + * Add python:Depends and python:Provides to Depends and Provides. + + -- Evgeni Golov evg...@debian.org Tue, 17 Jul 2012 08:02:31 +0200 + blist (1.3.4-1) unstable; urgency=low * Initial release. diff -Nru blist-1.3.4/debian/control blist-1.3.4/debian/control --- blist-1.3.4/debian/control 2012-04-24 23:19:13.0 +0200 +++ blist-1.3.4/debian/control 2012-07-17 08:19:07.0 +0200 @@ -5,7 +5,7 @@ Uploaders: Michael Gilbert mgilb...@debian.org Build-Depends: - debhelper (= 9) + debhelper (= 9), python-all-dev Standards-Version: 3.9.3 Homepage: http://pypi.python.org/pypi/blist @@ -14,6 +14,9 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, + ${python:Depends} +Provides: + ${python:Provides} Description: List-like type for python with better asymptotic performance This package is a drop-in replacement for the Python list the provides better performance when modifying large lists. The blist package also provides diff -Nru blist-1.3.4/debian/rules blist-1.3.4/debian/rules --- blist-1.3.4/debian/rules 2012-04-17 23:44:54.0 +0200 +++ blist-1.3.4/debian/rules 2012-07-17 08:11:19.0 +0200 @@ -9,4 +9,4 @@ dh_clean %: - dh $@ + dh $@ --with=python2
Bug#681850: ia32-libs-gtk: Can't install ia32-libs-gtk package on Debian testing/sid
Package: ia32-libs-gtk Version: 20120102 Severity: critical Hi, when I try to install ia32-libs-gtk package I get the following messages: sudo aptitude install ia32-libs-gtk The following NEW packages will be installed: ia32-libs-gtk{b} 0 packages upgraded, 1 newly installed, 0 to remove and 6 not upgraded. Need to get 19.5 kB of archives. After unpacking 19.5 kB will be used. The following packages have unmet dependencies: ia32-libs-gtk : Depends: ia32-libs-i386 which is a virtual package. Depends: ia32-libs-gtk-i386 which is a virtual package. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) ia32-libs-gtk [Not Installed] Accept this solution? [Y/n/q/?] q Abandoning all efforts to resolve these dependencies. Abort. So it seems that that the package is not installable. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-libs-gtk depends on: ii ia32-libs 20120102 ii lib32asound2 1.0.25-3 ii lib32gcc1 1:4.7.1-5 ii lib32stdc++6 4.7.1-5 ii lib32z1 1:1.2.7.dfsg-13 ii libc6-i3862.13-34 ia32-libs-gtk recommends no packages. ia32-libs-gtk suggests no packages. -- Regards from Pal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681583: python-blist: empty package
On Tue, Jul 17, 2012 at 08:27:16AM +0200, Evgeni Golov wrote: A patch to solve the issue is attached. A better version, with versioned build-depens on p-all-dev and a closes for the bug is attached now. -- Bruce Schneier can read and understand Perl programs. diff -Nru blist-1.3.4/debian/changelog blist-1.3.4/debian/changelog --- blist-1.3.4/debian/changelog 2012-04-17 22:36:29.0 +0200 +++ blist-1.3.4/debian/changelog 2012-07-17 08:44:23.0 +0200 @@ -1,3 +1,13 @@ +blist (1.3.4-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Use dh_python2. + * Add python-all-dev to Build-Depends. + * Add python:Depends and python:Provides to Depends and Provides. + * This all closes: #681583 + + -- Evgeni Golov evg...@debian.org Tue, 17 Jul 2012 08:02:31 +0200 + blist (1.3.4-1) unstable; urgency=low * Initial release. diff -Nru blist-1.3.4/debian/control blist-1.3.4/debian/control --- blist-1.3.4/debian/control 2012-04-24 23:19:13.0 +0200 +++ blist-1.3.4/debian/control 2012-07-17 08:43:38.0 +0200 @@ -5,7 +5,7 @@ Uploaders: Michael Gilbert mgilb...@debian.org Build-Depends: - debhelper (= 9) + debhelper (= 9), python-all-dev (= 2.6.6-3~) Standards-Version: 3.9.3 Homepage: http://pypi.python.org/pypi/blist @@ -14,6 +14,9 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, + ${python:Depends} +Provides: + ${python:Provides} Description: List-like type for python with better asymptotic performance This package is a drop-in replacement for the Python list the provides better performance when modifying large lists. The blist package also provides diff -Nru blist-1.3.4/debian/rules blist-1.3.4/debian/rules --- blist-1.3.4/debian/rules 2012-04-17 23:44:54.0 +0200 +++ blist-1.3.4/debian/rules 2012-07-17 08:11:19.0 +0200 @@ -9,4 +9,4 @@ dh_clean %: - dh $@ + dh $@ --with=python2
Bug#681298: [Debian-in-workers] Bug#681298: Bug#681298: Bug#681298: ITP: font-kalapi -- Kalapi Gujarati Unicode font
On Mon, Jul 16, 2012 at 9:18 PM, Jaldhar H. Vyas jald...@debian.org wrote: On Sat, 14 Jul 2012, Vasudev Kamath wrote: As I said above it should always been in this way from beginning but I don't know why ttf-indic-fonts was created by mixing all fonts together during that time. Because there wasn't any specific policy then and I assumed separation by language would be the only criterion would care about. (It's the only criterion I cared about.) Apologies.. Just to clarify my intention was not to bash old packaging method. I just wanted to know why it was done so may be I could have phrased it more appropriately. -- Vasudev Kamath http://copyninja.info copyninja@{frndk.de|vasudev.homelinux.net} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681833: developers-reference: please document a package salvaging process
On Mon, Jul 16, 2012 at 06:35:33PM -0400, Michael Gilbert wrote: I've prepared an initial draft of a developers reference patch that would document a package salvaging process. Please see below. Hi Mike, I'm not convinced that we need an additional procedure for package salvaging because we already have procedures addressing that. I suggest that you propose improvements to the existing procedures if you want them improved. I also doubt that some things you propose are improvements. I comment in detail on your patch: +section id=package-salvaging +titlePackage Salvaging/title + +para +Unfortunately over time, certain maintainers become less active without turning +over their packages via the orphaning process or fully leaving the project. +This is a natural process, and there is nothing wrong with it, but in the +meantime their packages suffer bit-rot Anyone interested can prevent such bit-rot via NMU. http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu and bug reports go unanswered. Anyone interested can answer bug reports. +Fortunately the NMU process provides a means to inject much needed health into +these neglected packages. Yes, the NMU procedure already addresses that. This is the liberal NMU. If you want the NMU procedure to allow more liberal changes then I suggest that you propose a change to the NMU procedure: http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu +/para + +para +Also, at times, there can be situations where contributors would like to modify +a package for a lower severity bug report, but said bug is ignored for a long +time by an active maintainer. If the maintainer has no time to answer the bug report, then anyone interested can answer the bug report and/or update the package via NMU. If the fix is good, it should certainly go into +the archive. Not without permission from the active maintainer. The NMU procedure allows the active maintainer to object against the NMU. This is another case where an NMU is appropriate, but it would +not be considered a liberal NMU. These cases can be resolved by are a standard +10-day NMU, The NMU procedure already mentiones delays and also the use of the DELAYED queues. You seem to propose that anyone can just go ahead with uploading NMUs in DELAYED/10 for fixing lower severity bug reports ignored by an active maintainer. I object against that. and conflicts can be refered to the technical committee as a +technical dispute. +/para This is obviously already described elsewhere. + +para +Ideally, the liberal NMU is done by uploading the package of interest to the +DELAYED/10 queue or greater. +/para So far your term liberal NMU seems to mean any fix anyone feels as a good fix. If your proposal would be that anything goes via DELAYED/10 queue or greater, then I would absolutely object against that. If you want to describe in more detail when the DELAYED/10 queue can be used for NMU's, then I suggest that you propose changes to the NMU procedure. + +para +The liberal NMU is also appropriate in general for fixing bugs, but for packages +that have not recieved an upload in greater than six months liberal NMUs are +highly encouraged and can fix issues that are not tracked in the BTS. Changing +the build system in a Liberal NMU is still not acceptable, but all other changes +are allowed including packages of new upstream versions. +/para You seem to propose a change to what is allowed via NMU. Such changes clearly belong in the text of the NMU procedure, not in a separate text. + +para +A mail for each Liberal NMU should be sent to either the maintainer or the BTS +(which is automatically forwarded to the maintainer) and should include a +hyperlink to a VCS containing the changeset of this liberal NMU and all of your +prior liberal NMUs to this package. A VCS link is preferred to +an NMU patch in these cases since long-term if the maintainer does not +resume activity, you will be making many liberal NMUs and ultimately becoming +its maintainer. The message body should maintain a positive +attitude and mention that the maintainer may review and has the option to +cancel the NMU while it waits in the upload queue for the next 10 or more days. +/para The NMU procedure describes that you must send a patch with the differences between the current package and your proposed NMU to the BTS. A VCS link is, in my opinion, not preferred. If the maintainer no longer maintains the package, then we already have this procedure: http://www.debian.org/doc/manuals/developers-reference/beyond-pkging.html#mia-qa And you seem to repeat that a liberal NMU can go in the DELAYED/10 queue. + +para +Unfortunately the maintainer may reject some of your contributions that you +disagree with. In this case, try to find a way to implement the changes in a +way that the maintain will approve. That is already part of the NMU
Bug#681845: [www.debian.org] Incorrect French translation of warning on the technical committee (vous devez ?tre pr?t ? ?tre d?fi?)
On Ma, 17 iul 12, 00:32:27, Filipus Klutiero wrote: Package: www.debian.org Severity: minor http://www.debian.org/devel/tech-ctte.fr.html#referquestions contains in the first item of section Quelques avertissements sur le comité : Lors de la discussion technique avec d'autres développeurs, vous devez être prêt à être défié et contredit. whereas the original says: When discussing technical questions with other developers you should be ready to be challenged. The person who contacts the committee should expect to be challenged, but expecting to be defied is a little extreme... défi is a correct translation for challenge, but to challenge does not always translate to défier. I would suggest: Lors de la discussion technique avec d'autres développeurs, vous devez être prêt à ce que votre position soit mise en doute et questionnée. mis à l'épreuve would also work. For problems with translations please contact the relevant mailing list directly, it is linked from the bottom of the page. Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopicf signature.asc Description: Digital signature
Bug#681280: kernel warning at .../net/sched/sch_generic.c:255 dev_watchdog - eth0 (sky2) transmit queue 0 timed out
On Wed, Jul 11, 2012 at 11:16:39PM +0100, Julian Gilbey wrote: I've had numerous occasions in at least the last month (from kernel 3.2.19-1 or earlier - that's as far back as my logs go) when my machine has given a kernel error when trying to connect to a Windows-driven ethernet. (I hadn't realised that it was a kernel issue until very recently.) Below is a typical kernel log from boot until the crash occurred; my machine was connected to the ethernet during this process. It is sporadic - it sometimes works fine and othertimes not at all, and it sometimes works and then stops working. A followup on this bug. I've started noticing it on my home network with no Windows machine involved - it can occur within minutes of booting. The only machines present on the local network are two linux boxes and a Netgear router. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681833: developers-reference: please document a package salvaging process
* Bart Martens ba...@debian.org, 2012-07-17, 06:52: ftpmaster doesn't remove packages without good reason. Sure they do. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681851: escputil: requires module usblp which is blacklisted by CUPS
Package: escputil Version: 5.2.8-1 Severity: important Dear Maintainer, to obtain ink levels from my USB printer (EPSON Stylus Photo P50) escputil needs access to the device /dev/usb/lp0 which is created by the module usblp, but this module is blacklisted by CUPS I tried using the raw device /dev/bus/usb/005/003 but it doesn't work either: Kann nicht auf /dev/bus/usb/005/003 schreiben: Das Argument ist ungültig (Cannot write to /dev/bus/usb/005/003 : The argument is invalid) After manually loading the module usblp escputil works fine, also CUPS still seems to be working. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages escputil depends on: ii libc6 2.13-33 ii libgutenprint2 5.2.8-1 ii libreadline66.2-8 ii libtinfo5 5.9-10 escputil recommends no packages. Versions of packages escputil suggests: ii gutenprint-locales 5.2.8-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681280: kernel warning at .../net/sched/sch_generic.c:255 dev_watchdog - eth0 (sky2) transmit queue 0 timed out
On Wed, Jul 11, 2012 at 11:16:39PM +0100, Julian Gilbey wrote: I've had numerous occasions in at least the last month (from kernel 3.2.19-1 or earlier - that's as far back as my logs go) when my machine has given a kernel error when trying to connect to a Windows-driven ethernet. (I hadn't realised that it was a kernel issue until very recently.) Below is a typical kernel log from boot until the crash occurred; my machine was connected to the ethernet during this process. It is sporadic - it sometimes works fine and othertimes not at all, and it sometimes works and then stops working. A followup on this bug. I've started noticing it on my home network with no Windows machine involved - it can occur within minutes of booting. The only machines present on the local network are two linux boxes and a Netgear router. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639112: DomU access to dual-ported RAM area on PCI card fails
On Mon, 2012-07-16 at 08:53 +0200, David Müller (ELSOFT AG) wrote: Hello Ian Campbell wrote: Are the resources which you are trying to map from inside the domU correctly represented in the PCI device's BARs? Yes (AFAICS). BAR0 of the device requests 4kB of memory space, and this is correctly reported under /sys/class/uio/uio0/maps/map0/. I suspect that it would be worthwhile to try the Wheezy 3.2 based kernel in your domU. Wouldn't it make sense to upgrade the whole installation (dom0 + domU) to Wheezy, not just the domU? You could try it, I suggested domU first because I think that's the most likely location of the bug, but if that doesn't work then upgrading the dom0 would be worth a go too. Doing them separately lets us point a finger at which one was buggy. Ian. -- Ian Campbell And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports on it, you know they are just evil lies. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681852: iceweasel 13 crashes on arborjs.org
Package: iceweasel Version: 13.0.1-2 Severity: important After some short time as I open http://arborjs.org Iceweasel crashes. $ gdb 6738 GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... Attaching to process 6738 Reading symbols from /usr/lib/xulrunner-13.0/xulrunner-stub...Reading symbols from /usr/lib/debug/usr/lib/xulrunner-13.0/xulrunner-stub...done. done. Reading symbols from /lib/i386-linux-gnu/i686/cmov/libdl.so.2...Reading symbols from /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/libdl-2.13.so...done. done. Loaded symbols for /lib/i386-linux-gnu/i686/cmov/libdl.so.2 Reading symbols from /usr/lib/i386-linux-gnu/libstdc++.so.6...done. Loaded symbols for /usr/lib/i386-linux-gnu/libstdc++.so.6 Reading symbols from /lib/i386-linux-gnu/libgcc_s.so.1...done. Loaded symbols for /lib/i386-linux-gnu/libgcc_s.so.1 Reading symbols from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/libpthread-2.13.so...done. [Thread debugging using libthread_db enabled] [New Thread 0xb75096e0 (LWP 6738)] [New Thread 0x954fdb70 (LWP 6828)] [New Thread 0x95cfeb70 (LWP 6827)] [New Thread 0x964ffb70 (LWP 6826)] [New Thread 0x97dffb70 (LWP 6825)] [New Thread 0x9acffb70 (LWP 6822)] [New Thread 0x9b8ffb70 (LWP 6821)] [New Thread 0x9caffb70 (LWP 6820)] [New Thread 0x9dbfeb70 (LWP 6819)] [New Thread 0x9e3ffb70 (LWP 6818)] [New Thread 0x9edffb70 (LWP 6817)] [New Thread 0xa6dffb70 (LWP 6798)] [New Thread 0x9fefeb70 (LWP 6797)] [New Thread 0xa06ffb70 (LWP 6796)] [New Thread 0xa19ffb70 (LWP 6795)] [New Thread 0xa23feb70 (LWP 6794)] [New Thread 0xa2bffb70 (LWP 6793)] [New Thread 0xa35feb70 (LWP 6792)] [New Thread 0xa3dffb70 (LWP 6791)] [New Thread 0xa47ffb70 (LWP 6790)] [New Thread 0xaf5ffb70 (LWP 6789)] [New Thread 0xa80ffb70 (LWP 6767)] [New Thread 0xa97ebb70 (LWP 6766)] [New Thread 0xaed48b70 (LWP 6765)] [New Thread 0xb04feb70 (LWP 6763)] [New Thread 0xb10ffb70 (LWP 6762)] [New Thread 0xb1b6ab70 (LWP 6761)] [New Thread 0xb24ffb70 (LWP 6760)] [New Thread 0xb3022b70 (LWP 6759)] [New Thread 0xb3bfab70 (LWP 6758)] done. Loaded symbols for /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 Reading symbols from /lib/i386-linux-gnu/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/libc-2.13.so...done. done. Loaded symbols for /lib/i386-linux-gnu/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/i386-linux-gnu/i686/cmov/libm.so.6...Reading symbols from /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/libm-2.13.so...done. done. Loaded symbols for /lib/i386-linux-gnu/i686/cmov/libm.so.6 Reading symbols from /usr/lib/xulrunner-13.0/libmozalloc.so...Reading symbols from /usr/lib/debug/usr/lib/xulrunner-13.0/libmozalloc.so...done. done. Loaded symbols for /usr/lib/xulrunner-13.0/libmozalloc.so Reading symbols from /usr/lib/libmozjs.so.13d...Reading symbols from /usr/lib/debug/usr/lib/libmozjs.so.13d...done. done. Loaded symbols for /usr/lib/libmozjs.so.13d Reading symbols from /usr/lib/i386-linux-gnu/libffi.so.5...done. Loaded symbols for /usr/lib/i386-linux-gnu/libffi.so.5 Reading symbols from /usr/lib/i386-linux-gnu/libnspr4.so...Reading symbols from /usr/lib/debug/usr/lib/i386-linux-gnu/libnspr4.so...done. done. Loaded symbols for /usr/lib/i386-linux-gnu/libnspr4.so Reading symbols from /usr/lib/xulrunner-13.0/libxul.so...Reading symbols from /usr/lib/debug/usr/lib/xulrunner-13.0/libxul.so...done. done. Loaded symbols for /usr/lib/xulrunner-13.0/libxul.so Reading symbols from /lib/i386-linux-gnu/i686/cmov/librt.so.1...Reading symbols from /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/librt-2.13.so...done. done. Loaded symbols for /lib/i386-linux-gnu/i686/cmov/librt.so.1 Reading symbols from /usr/lib/libjpeg.so.8...done. Loaded symbols for /usr/lib/libjpeg.so.8 Reading symbols from /usr/lib/i386-linux-gnu/libssl3.so...Reading symbols from /usr/lib/debug/.build-id/d9/c0f0d8ba648d037a6613992556e70e209c9bdc.debug... warning: /usr/lib/debug/.build-id/d9/c0f0d8ba648d037a6613992556e70e209c9bdc.debug: separate debug info file has no debug info done. done. Loaded symbols for /usr/lib/i386-linux-gnu/libssl3.so Reading symbols from /usr/lib/i386-linux-gnu/libsmime3.so...Reading symbols from /usr/lib/debug/.build-id/34/fb1816a77cb663ed0d91f6676b110f687db212.debug... warning: /usr/lib/debug/.build-id/34/fb1816a77cb663ed0d91f6676b110f687db212.debug: separate debug info file has no debug info done. done. Loaded symbols for /usr/lib/i386-linux-gnu/libsmime3.so Reading symbols from /usr/lib/i386-linux-gnu/libnss3.so...Reading symbols from
Bug#611802: closed by Daniel Leidert daniel.leid...@wgdd.de (Bug#611802: --quiet is not (at least not with --refresh-keys))
Feel free to reopen your report if you want me to forward this issue to upstream. That's a bit unexpected, but I assume you don't want the additional work. I reported the issue because I think it could be fixed. If this requires upstream changes, then of course I would have expected you to have forwarded it. But it's a minor nuisance, so I'll leave it up to you. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#680939: Bug#681350: libconvert-asn1-perl: use strict breaks smbldap-tools
El Mon, Jul 16, 2012 at 08:53:37PM +0200, Salvatore Bonaccorso va escriure: Hi Saulo (dropping the merged bugreport) On Mon, Jul 16, 2012 at 12:42:00PM -0300, Saulo Soares de Toledo wrote: News about the bug. I received a response from SATOH Fumiyasu, smbldap-tools developer, about the problem. It's fixed to smbldap-userlist and smbldap-grouplist at SVN (revision 135): http://svn.gna.org/viewcvs/smbldap-tools?view=revisionrevision=135 It's needed check if there are other scripts with failures yet to close the bug. Thanks all! Cool, thanks for keeping up on that! Indeed the commited solution is much cleaner, safer and better als the eval workaround. Sergio, Release-Team should be asked, but it seems a little enough change that could have a possiblity to get a freeze-exception for this fix. OK, I'll update the package, but maybe we should wait till the end of the week and ask for a new release of smbldap-tools, as the one in Debian is already outdated. And, anyway, I'm not using smbldap-tools anymore, if anyone on the Cc: list wants to take over mainteinance, be my guest, please. BTW, I've already have the latest upstream version packaged, but I didn't uploaded it because I wanted to see how many debian bugs were closed by it and didn't had the time to look into it and test (I planned to use a LXC container with a clean installation of a system with OpenLDAP and SAMBA, but I haven't been able to work on it in the last weeks). Greetings, Sergio. -- Sergio Talens-Oliag s...@debian.org http://people.debian.org/~sto/ Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69 signature.asc Description: Digital signature
Bug#680345: FTBFS: Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207.
Hi Evgeni On Thu, Jul 05, 2012 at 02:31:33PM +0200, Evgeni Golov wrote: for me, it fails with cp: cannot create regular file `/tmp/buildd/hyperestraier-1.4.13/debian/ruby-hyperestraier-doc/usr/share/doc/ruby-hyperestraier-doc/rubynativeapi/classes/Estraier/Result.src/M34.html': No such file or directory When I build it with -j4, and builds fine with -j1. This is pretty sure due to bad dependencies in debian/rules. Could you confirm that this is not on i386? I tried to reproduce the FTBFS last week and it FTBFS for me on a i386 sbuild chroot. In amd64 sbuild it builds fine: [...] Running Mkbootstrap for Estraier () chmod 644 Estraier.bs rm -f blib/arch/auto/Estraier/Estraier.so LD_RUN_PATH=/build/build-hyperestraier_1.4.13-5-i386-_Ra5E2/hyperestraier-1.4.13/perlnative/src/../.. cc -shared -L/usr/local/lib -fstack-protector Estraier.o -Wl,-z,relro -o bl ib/arch/auto/Estraier/Estraier.so \ -L/build/build-hyperestraier_1.4.13-5-i386-_Ra5E2/hyperestraier-1.4.13/perlnative/src/../.. -lestraier -lqdbm -lz -lm -lc\ chmod 755 blib/arch/auto/Estraier/Estraier.so cp Estraier.bs blib/arch/auto/Estraier/Estraier.bs chmod 644 blib/arch/auto/Estraier/Estraier.bs Manifying blib/man3/Estraier.3pm make[1]: Leaving directory `/build/build-hyperestraier_1.4.13-5-i386-_Ra5E2/hyperestraier-1.4.13/perlnative/src' cd perlnative /usr/bin/make check make[1]: Entering directory `/build/build-hyperestraier_1.4.13-5-i386-_Ra5E2/hyperestraier-1.4.13/perlnative' rm -rf casket LD_LIBRARY_PATH=.:..:/lib:/usr/lib:/usr/lib:/build/build-hyperestraier_1.4.13-5-i386-_Ra5E2/hyperestraier-1.4.13/junkhome/lib:/usr/local/lib::/usr/lib /usr/bin/perl -I./src -w estc md.pl put casket ../misc/test001.est Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207. END failed--call queue aborted at src/blib/lib/Estraier.pm line 207. Compilation failed in require at estcmd.pl line 22. BEGIN failed--compilation aborted at estcmd.pl line 22. make[1]: *** [check] Error 2 make[1]: Leaving directory `/build/build-hyperestraier_1.4.13-5-i386-_Ra5E2/hyperestraier-1.4.13/perlnative' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Regards Salvatore signature.asc Description: Digital signature
Bug#681845: [www.debian.org] Incorrect French translation of warning on the technical committee (vous devez ?tre pr?t ? ?tre d?fi?)
Hi, On Tue Jul 17, 2012 at 10:02:24 +0300, Andrei POPESCU wrote: On Ma, 17 iul 12, 00:32:27, Filipus Klutiero wrote: Package: www.debian.org Severity: minor http://www.debian.org/devel/tech-ctte.fr.html#referquestions contains in the first item of section Quelques avertissements sur le comité : Lors de la discussion technique avec d'autres développeurs, vous devez être prêt à être défié et contredit. whereas the original says: When discussing technical questions with other developers you should be ready to be challenged. The person who contacts the committee should expect to be challenged, but expecting to be defied is a little extreme... défi is a correct translation for challenge, but to challenge does not always translate to défier. I would suggest: Lors de la discussion technique avec d'autres développeurs, vous devez être prêt à ce que votre position soit mise en doute et questionnée. mis à l'épreuve would also work. For problems with translations please contact the relevant mailing list directly, it is linked from the bottom of the page. i think Filipus is doing right. He opens bug reports. And they get send to debian-www mailing list. He COULD X-Debbugs-CC debian-l10n-french on his bug reports though. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681790: [pkg-bacula-devel] Bug#681790: /usr/sbin/bacula-dir: fails to upgrade database when database is on a remote machine
Hi Enrico, I'll be looking into this tonight. Regards, Bart On 16 July 2012 16:45, Enrico Ghera enr...@azimballaggi.com wrote: Package: bacula-director-mysql Version: 5.2.6+dfsg-1~bpo60+1 Severity: important File: /usr/sbin/bacula-dir When updating from squeeze-backports it asks to upgrade database to version 14 (it was version 12, bacula-dir 5.0.2) my setup is to have the catalog on a remote mysql host (for redundancy). everything was configured inside /etc/bacula/bacula-dir.conf it was working like a charm. when installing the newer package it could not complete the dbconfig stuff. (I gave it a couple of tries) then I decided to stop the scripts and to go on without upgrading automatically. in /usr/share/bacula-director there is a script named update_mysql_tables editing it by hand, changing the line db_name= XXX_MYSQL_XXX with the real db name and invoking on the command line with options -h mysql.mydomainname.com made the whole thing work. I think it should read and parse the configuration from /etc/bacula to allow for this kind of setup. otherwise it assumes (out of nothing) that the instance of the database where the catalog resides runs on the same machine as bacula is installed. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-director-mysql depends on: ii bacula-common 5.2.6+dfsg-1~bpo60+1 network backup, recovery and verif ii bacula-common-mysql 5.2.6+dfsg-1~bpo60+1 network backup, recovery and verif ii bacula-director-com 5.2.6+dfsg-1~bpo60+1 network backup, recovery and verif ii dbconfig-common 1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libpython2.62.6.6-8+b1 Shared Python runtime library (ver ii libssl0.9.8 0.9.8o-4squeeze13SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii mysql-client5.1.63-0+squeeze1MySQL database client (metapackage ii mysql-client-5.1 [m 5.1.63-0+squeeze1MySQL database client binaries ii ucf 3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages bacula-director-mysql recommends: ii mysql-server 5.1.63-0+squeeze1 MySQL database server (metapackage ii mysql-server-5.1 [mysq 5.1.63-0+squeeze1 MySQL database server binaries and Versions of packages bacula-director-mysql suggests: ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr -- debconf information: bacula-director-mysql/mysql/app-pass: (password omitted) bacula-director-mysql/mysql/admin-pass: (password omitted) bacula-director-mysql/app-password-confirm: (password omitted) bacula-director-mysql/password-confirm: (password omitted) bacula-director-mysql/passwords-do-not-match: bacula-director-mysql/mysql/admin-user: root bacula-director-mysql/dbconfig-upgrade: true bacula-director-mysql/purge: false bacula-director-mysql/remove-error: abort bacula-director-mysql/missing-db-package-error: abort bacula-director-mysql/remote/newhost: bacula-director-mysql/internal/skip-preseed: false * bacula-director-mysql/dbconfig-install: false bacula-director-mysql/db/app-user: bacula bacula-director-mysql/upgrade-backup: true bacula-director-mysql/database-type: mysql bacula-director-mysql/install-error: ignore bacula-director-mysql/db/dbname: bacula bacula-director-mysql/mysql/method: unix socket bacula-director-mysql/remote/host: bacula-director-mysql/internal/reconfiguring: false bacula-director-mysql/upgrade-error: retry bacula-director-mysql/dbconfig-reinstall: false bacula-director-mysql/remote/port: bacula-director-mysql/dbconfig-remove: ___ pkg-bacula-devel mailing list pkg-bacula-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
Bug#680939: Bug#681350: libconvert-asn1-perl: use strict breaks smbldap-tools
Hi Sergio First of all thanks for the quick reply! On Tue, Jul 17, 2012 at 09:56:03AM +0200, Sergio Talens-Oliag wrote: El Mon, Jul 16, 2012 at 08:53:37PM +0200, Salvatore Bonaccorso va escriure: Hi Saulo (dropping the merged bugreport) On Mon, Jul 16, 2012 at 12:42:00PM -0300, Saulo Soares de Toledo wrote: News about the bug. I received a response from SATOH Fumiyasu, smbldap-tools developer, about the problem. It's fixed to smbldap-userlist and smbldap-grouplist at SVN (revision 135): http://svn.gna.org/viewcvs/smbldap-tools?view=revisionrevision=135 It's needed check if there are other scripts with failures yet to close the bug. Thanks all! Cool, thanks for keeping up on that! Indeed the commited solution is much cleaner, safer and better als the eval workaround. Sergio, Release-Team should be asked, but it seems a little enough change that could have a possiblity to get a freeze-exception for this fix. OK, I'll update the package, but maybe we should wait till the end of the week and ask for a new release of smbldap-tools, as the one in Debian is already outdated. Please keep in mind that we are in the freeze for wheezy, so we should have an eye on rules from release-team[1]. So an upload should preferably only fix some of the 'important' marked bugs in BTS or changes which absolutely need to go to wheezy. [1]: http://release.debian.org/wheezy/freeze_policy.html And, anyway, I'm not using smbldap-tools anymore, if anyone on the Cc: list wants to take over mainteinance, be my guest, please. I'm sorry I'm not using smbldap-tools too, tt only appeared on my 'radar' some time ago to remove the Digest::SHA1 dependency which was one goal of the Debian Perl Group, and now due to the bugreport from Saulo on libconvert-asn1-perl. BTW, I've already have the latest upstream version packaged, but I didn't uploaded it because I wanted to see how many debian bugs were closed by it and didn't had the time to look into it and test (I planned to use a LXC container with a clean installation of a system with OpenLDAP and SAMBA, but I haven't been able to work on it in the last weeks). This is great, as more (important) bugs fixed with a new release the better. Again, sorry cannot help here good, but maybe Saulo can provide some feedback? Regards, Salvatore signature.asc Description: Digital signature
Bug#681853: bugs.debian.org: changing owner failed: Ignoring request to unset the owner of bug #NNNNNN which was not set
Package: bugs.debian.org Severity: normal I tried to change owner of a few bugs to myself. This failed, with an error message that makes little sense to me: owner 666243 ! Bug #666243 [sponsorship-requests] RFS: peg/0.1.9-1 [ITP] -- recursive-descent parser generators for C Ignoring request to unset the owner of bug #666243 which was not set owner 663916 ! Bug #663916 [sponsorship-requests] RFS: phonetisaurus/0.4-1 [ITP] -- Grapheme to Phoneme conversion tool Ignoring request to unset the owner of bug #663916 which was not set As a side note, I'm surprised that the reply was CCed to the package maintainer, even though all commands failed: https://lists.debian.org/debian-mentors/2012/07/msg00213.html -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681440: icedove: Icedove crashes when trying to remove an imap account (not the default one)
Hello Jose, thanks for your answer. A little hint, please CC always the bugtracking system, in your case 681...@bugs.debian.org so all other persons (like Christoph as Uploader of the package) can follow your bug. Or just use 'Reply All'. :) On 17.07.2012 10:18, Jose Simon wrote: Hello Carsten, thanks for the follow up. I've followed your instructions and first tried to run icedove with the '-safe-mode' switch getting a different error and making impossible to run the software (returning to the command prompt almost instantly): /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libmailcomps.so: undefined symbol: NS_CStringContainerInit This looks like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659994 or http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659301 Then renamed my old profile but icedove still refused to start. This is the only thing that appeared on the console: /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libmailcomps.so: undefined symbol: NS_CStringContainerInit2 ... Anyway hope the attached files are enough, if not just ask as many different tests as you want me to do. Regards. Thanks, we will check this, but this needs a little time. Christoph is moving his home at the moment. So please be patient ... As it my work for you right now, the behavior with an non existent profile is not correct. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681854: nmap: upgrade nmap6 installs bunch of X-libs for no reason
Package: nmap Version: 6.00-0.1 Severity: normal This morning I found an upgrade for nmap in Debian Wheezy/Testing on a no-X server. Upgrading to nmap6 seems to install all sorts of X libs. I removed nmap temporarely. 0 upgraded, 78 newly installed, 0 to remove and 0 not upgraded. # apt-get install -s nmap Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: fontconfig fontconfig-config fonts-droid fonts-liberation ghostscript gnuplot gnuplot-nox groff gsfonts hicolor-icon-theme imagemagick imagemagick-common libavahi-client3 libavahi-common-data libavahi-common3 libblas3 libblas3gf libcairo2 libcups2 libcupsimage2 libdatrie1 libdjvulibre-text libdjvulibre21 libexiv2-12 libfontconfig1 libgd2-noxpm libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgfortran3 libgs9 libgs9-common libice6 libijs-0.35 libilmbase6 libjasper1 libjbig0 libjbig2dec0 libjpeg8 liblcms1 liblcms2-2 liblensfun-data liblensfun0 liblinear-tools liblinear1 liblqr-1-0 libmagickcore5 libmagickcore5-extra libmagickwand5 libnetpbm10 libopenexr6 libpango1.0-0 libpaper-utils libpaper1 libpixman-1-0 libpng12-0 librsvg2-2 librsvg2-common libsm6 libsvm-tools libthai-data libthai0 libtiff4 libwmf0.2-7 libxaw7 libxcb-render0 libxcb-shm0 libxft2 libxmu6 libxpm4 libxrender1 libxt6 netpbm poppler-data psutils ttf-dejavu-core ufraw-batch x11-common Richard (report generated on another Debian Testing/Wheezy machine) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nmap depends on: ii libc62.13-33 ii libgcc1 1:4.7.1-2 ii liblinear1 1.8+dfsg-1 ii liblua5.1-0 5.1.5-2 ii libpcap0.8 1.3.0-1 ii libpcre3 1:8.30-5 ii libssl1.0.0 1.0.1c-3 ii libstdc++6 4.7.1-2 ii python 2.7.3~rc2-1 nmap recommends no packages. nmap 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#680345: FTBFS: Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207.
On Tue, Jul 17, 2012 at 10:07:34AM +0200, Salvatore Bonaccorso wrote: Hi Evgeni On Thu, Jul 05, 2012 at 02:31:33PM +0200, Evgeni Golov wrote: for me, it fails with cp: cannot create regular file `/tmp/buildd/hyperestraier-1.4.13/debian/ruby-hyperestraier-doc/usr/share/doc/ruby-hyperestraier-doc/rubynativeapi/classes/Estraier/Result.src/M34.html': No such file or directory When I build it with -j4, and builds fine with -j1. This is pretty sure due to bad dependencies in debian/rules. Could you confirm that this is not on i386? I tried to reproduce the FTBFS last week and it FTBFS for me on a i386 sbuild chroot. In amd64 sbuild it builds fine Mhh, correct. Ignore what I have said in my previous mail. I built on amd64 -- on i386 it indeed fails as described (with -j1). Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681856: automysqlbackup: fails to rotate due to known bug in original version 2.5 (fixed in 2.5+)
Package: automysqlbackup Version: 2.5-6 Severity: important The current version seems to miss the 2.5.1 (and 2.5.1-01) fixes... A new upstream version should be used due to the fact that backups aren't rotated. Since there aren't any compatibility issues the newer version (2.5.1-01) might be used...? -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages automysqlbackup depends on: ii mysql-client-5.1 [mysq 5.1.63-0+squeeze1 MySQL database client binaries Versions of packages automysqlbackup recommends: ii mutt 1.5.20-9+squeeze2 text-based mailreader supporting M automysqlbackup suggests no packages. -- Configuration Files: /etc/default/automysqlbackup [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#681579: patch to illustrate/workaround
Package: live-boot Version: 3.0~a35-1 Followup-For: Bug #681579 Hi Andreas, thank you very much for reporting this issue and even coming up with a patch. We're using FAI at our department to install our workstations and when I recently created a new NFS root for installation on our new FAI server I noticed installations didn't work anymore and I eventually tracked down the problem to the issue you are describing. I can therefore confirm this and hope that your patch or a modified version finds it way into the live-boot package as soon as possible! In the meantime, I will look into your patch and test it myself, we're currently stuck to installing Wheezy over an old FAI server with FAI 3.x. Regards, Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681857: [CRASH] Uncaught exception ZeroDivisionError in Frontend/Gtk/GtkProgress.py:688
Package: update-manager-gnome Version: 0.200.5-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/GtkProgress.py *** /tmp/update-manager-bugzaNr6A The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.ZeroDivisionError' - Exception Value: ZeroDivisionError('float division',) - Exception Origin: _MainThread(MainThread, started -137643968) - Exception Traceback: File /usr/lib/pymodules/python2.6/UpdateManager/Frontend/Gtk/GtkProgress.py, line 602, in _sig_item_update self._update_percent() File /usr/lib/pymodules/python2.6/UpdateManager/Frontend/Gtk/GtkProgress.py, line 688, in _update_percent self._download_count) -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 2.6.32-5-sparc64-smp (SMP w/1 CPU core) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-gnome depends on: ii gconf22.28.1-6 GNOME configuration database syste ii gksu 2.0.2-5graphical frontend to su ii python2.6.6-3+squeeze7 interactive high-level object-orie ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.10 automated rebuilding support for P ii python-vte1:0.24.3-3 Python bindings for the VTE widget ii update-manager-core 0.200.5-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: ii software-properties-gtk0.60.debian-3 manage the repositories that you i ii update-notifier0.99.3debian8 Daemon which notifies about packag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681858: unblock: wajig/2.7.3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package wajig This change contains 2 simple and 'risk-free' fixes: see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681309. -- System Information: Debian Release: wheezy/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru wajig-2.7.2/debian/changelog wajig-2.7.3/debian/changelog --- wajig-2.7.2/debian/changelog 2012-07-16 23:25:33.0 +0200 +++ wajig-2.7.3/debian/changelog 2012-07-12 12:41:11.0 +0200 @@ -1,3 +1,11 @@ +wajig (2.7.3) unstable; urgency=low + + * NEWUPGRADES: a bug introduced in 2.5 made this subcommand illegal; +Closes: #681309 + * STATUSSEARCH: same case as above + + -- Tshepang Lekhonkhobe tshep...@gmail.com Thu, 12 Jul 2012 12:11:46 +0200 + wajig (2.7.2) unstable; urgency=low * For some reason, some temp/build files ended up in the source package :( diff -Nru wajig-2.7.2/src/wajig.py wajig-2.7.3/src/wajig.py --- wajig-2.7.2/src/wajig.py 2012-07-16 23:25:33.0 +0200 +++ wajig-2.7.3/src/wajig.py 2012-07-12 12:37:04.0 +0200 @@ -26,7 +26,7 @@ import commands import perform -VERSION = 2.7.2 +VERSION = 2.7.3 def main(): @@ -679,7 +679,7 @@ function = commands.statusmatch parser_statusmatch = subparsers.add_parser(statusmatch, parents=[parser_teach], - aliases=[statussearch status-search status-match], + aliases=statussearch status-search status-match.split(), description=function.__doc__) parser_statusmatch.add_argument(pattern) parser_statusmatch.set_defaults(func=function) @@ -713,7 +713,7 @@ function = commands.toupgrade parser_toupgrade = subparsers.add_parser(toupgrade, - aliases=[newupgrades new-upgrades to-upgrade], + aliases=newupgrades new-upgrades to-upgrade.split(), description=function.__doc__) parser_toupgrade.set_defaults(func=function)
Bug#681292: [buildd-tools-devel] Bug#681292: sbuild: Please add binary-only=yes keyword in the changelog for binNMUs
Hi, On Mon, 16 Jul 2012, Roger Leigh wrote: Will older versions of dpkg work with the new binary-only= keyword (i.e. ignore it)? Or will we need to do a dpkg version check and do this conditionally? They do work but they spit out a somewhat annoying warning about an unknown keyword. We might do a stable update to fix this if if it's allowed by the SRM. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681292: [buildd-tools-devel] Bug#681292: sbuild: Please add binary-only=yes keyword in the changelog for binNMUs
On Tue, Jul 17, 2012 at 10:56:34AM +0200, Raphael Hertzog wrote: Hi, On Mon, 16 Jul 2012, Roger Leigh wrote: Will older versions of dpkg work with the new binary-only= keyword (i.e. ignore it)? Or will we need to do a dpkg version check and do this conditionally? They do work but they spit out a somewhat annoying warning about an unknown keyword. We might do a stable update to fix this if if it's allowed by the SRM. OK, so I'll go ahead and implement this in sbuild since it's not actually going to trigger any failures. If it's working in wheezy, that should be fine (I don't imagine binNMUs in squeeze/oldstable will be that common). Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316521: dpkg: stale directories are not removed after 'postrm purge'
Hi, On Mon, 16 Jul 2012, Andreas Beckmann wrote: Would there be a chance to get this applied in wheezy if it doesn't show problems? First off, Guillem need to ack the patch. Then it's somewhat unlikely to be accepted by the release managers. You can always ask them though. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681859: unblock: lazygal/0.7.4-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please unblock package lazygal, this is new upstream release, which only fixes grave bug #681724. It was caused by missing file in upstream tarball, the new version just reintroduces it back. Diff between those two versions is attached. unblock lazygal/0.7.4-1 Thanks - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.10-1.16-desktop (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQBSi1AAoJEGo39bHX+xdNCJ0QAJbVldrbYwSFvryUOLr8Lf91 RrZqtFSxVJXM3htfol2+nrFtdrT8AR2hbEcDYYr7pwQI8YmUoIYPN6Q9l5uAFGWb 71qA9oaXRzPKfZWPYL4yfc4PGRF9527RNK2j5vepRcPdic71WxjS3jSH+cv6jKAL 9X7AUzO2dAaUffc0b4eFkEKe0QIMSKItOWVt20maYTv5jweUTgdTXqIJFcSXBQqK kD9vTx1E4C0u00SjcFoH/Ibu0aG15683g1XsOWc3VxNRzXQehe2JpDEN9cWlbt1v mk5+O8UjRA2i/QDUfHTYprDuADPbNMZkGMktYT4BomRSpyGrONoHLuI96GKB1MUy 4eePkIjO4jc3+1SnIR9JGPFuuv8j5N2iOrv+0wHbDOdhoosOQt/5FLsQU4nnChPm oMyhlWrDMK+jJWfcYZ4T3ufCAGJK4/Ro2x+zoXMYkFlIh+mCi6wWv5nnNEQ2DyqP kjY+GUthxIzwOxX2RWfAWHzBZjEKdxJqWPwAYUzWHGUn917PQ+mIDZFKsltBz4Ij 1OSp2c9vVr6aUJhPIObziQnYZ8PmEYRA8dxQ6TqzmW4jabZeb3LZBhYio6ELOAqT QL2yCQXyGKONUL+hPhtdVmCyb+P5xZvIBeW/0En5YeRCGkktWR2y0iOXzPpYwClt LeXU+j5mU9BO/jN+fsW4 =Pvia -END PGP SIGNATURE- diff -ruNp lazygal-0.7.3/ChangeLog lazygal-0.7.4/ChangeLog --- lazygal-0.7.3/ChangeLog 2012-06-29 16:22:02.0 +0200 +++ lazygal-0.7.4/ChangeLog 2012-07-16 07:36:47.0 +0200 @@ -1,3 +1,6 @@ +Lazygal 0.7.4 (2012-07-16) + * add missing lazygal/defaults.conf in source tarball + Lazygal 0.7.3 (2012-06-29) * fix album picture link on win32 * add --force-gen-pages diff -ruNp lazygal-0.7.3/ChangeLog-full lazygal-0.7.4/ChangeLog-full --- lazygal-0.7.3/ChangeLog-full 2012-06-29 16:24:14.0 +0200 +++ lazygal-0.7.4/ChangeLog-full 2012-07-16 07:36:49.0 +0200 @@ -1,4 +1,8 @@ +Lazygal 0.7.4 (2012-07-16) + * set version to 0.7.4 + Lazygal 0.7.3 (2012-06-29) + * set version to 0.7.3 * update TODO * update french translation * fix album picture link on win32 diff -ruNp lazygal-0.7.3/lazygal/defaults.conf lazygal-0.7.4/lazygal/defaults.conf --- lazygal-0.7.3/lazygal/defaults.conf 1970-01-01 01:00:00.0 +0100 +++ lazygal-0.7.4/lazygal/defaults.conf 2012-07-16 07:32:55.0 +0200 @@ -0,0 +1,32 @@ +[runtime] +quiet = No +debug = No +check-all-dirs = No + +[global] +destdir = . +force-gen-pages = No +clean-destination = No +dir-flattening-depth = No +puburl = No +theme = default + +[webgal] +default-style = default +webalbumpic-bg = transparent +webalbumpic-type = messy +webalbumpic-size = 200x150 +image-size = small=800x600,medium=1024x768 +thumbnail-size = 150x113 +thumbs-per-page = 0 +sort-medias = exif +sort-subgals = dirname +original = No +original-baseurl = No +original-symlink = No +dirzip = No +jpeg-quality = 85 +jpeg-optimize = Yes +jpeg-progressive = Yes +publish-metadata = Yes +keep-gps = No diff -ruNp lazygal-0.7.3/lazygal/__init__.py lazygal-0.7.4/lazygal/__init__.py --- lazygal-0.7.3/lazygal/__init__.py 2012-06-29 16:19:11.0 +0200 +++ lazygal-0.7.4/lazygal/__init__.py 2012-07-16 07:33:12.0 +0200 @@ -58,7 +58,7 @@ def get_hg_rev(): return '' -__version__ = '0.7.3' +__version__ = '0.7.4' hg_rev = get_hg_rev() if hg_rev: __version__ += '+hg' + hg_rev diff -ruNp lazygal-0.7.3/PKG-INFO lazygal-0.7.4/PKG-INFO --- lazygal-0.7.3/PKG-INFO 2012-06-29 16:25:13.0 +0200 +++ lazygal-0.7.4/PKG-INFO 2012-07-16 07:41:22.0 +0200 @@ -1,6 +1,6 @@ -Metadata-Version: 1.0 +Metadata-Version: 1.1 Name: lazygal -Version: 0.7.3 +Version: 0.7.4 Summary: Static web gallery generator Home-page: http://sousmonlit.dyndns.org/~niol/playa/oss/projects/lazygal Author: Alexandre Rossi
Bug#586685: gdm3 problem in wheezy
reassign 586685 gdm3 found 586685 3.4.1-2 quit Hi, Sorry for further BTS noise; I'd missed this being reassigned to xorg. I've just installed a new box with wheezy on it, which came with gdm3 as display manager, and lo and behold this bug is biting me on it. Particularly, it's the problem that's breaking emacsclient that I'm observing. Looking at the fix you applied, I don't think fettling xhost is going to deal with the wrong-XAUTHORITY problem in this case. Reading back through the bug, I think Ian Jackson's option b is probably the way to go here. Thanks, Matthew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681860: xscreensaver-data: Please remove libwww-perl dependency
Package: xscreensaver-data Version: 5.15-3 Severity: wishlist xscreensaver is completely usable without installing all these additional perl packages: The following NEW packages will be installed: libencode-locale-perl libfile-listing-perl libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl libhttp-cookies-perl libhttp-date-perl libhttp-message-perl libhttp-negotiate-perl libio-socket-ssl-perl liblwp-mediatypes-perl liblwp-protocol-https-perl libnet-http-perl libnet-ssleay-perl libwww-perl libwww-robotrules-perl xscreensaver xscreensaver-data In the changelog you referenced this bug report: https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/971140 I don't even have xscreensaver-gl (where GLSlideshow comes from) installed, so installing libwww-perl etc only wastes disk space. Please change the Depends: to a Recommends:. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xscreensaver-data depends on: ii libc6 2.13-33 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libice6 2:1.0.8-2 ii libjpeg88d-1 ii libsm6 2:1.2.1-2 ii libwww-perl 6.04-1 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1 xscreensaver-data recommends no packages. Versions of packages xscreensaver-data suggests: ii xscreensaver 5.15-3 -- 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#583750: [licensecheck] Patch to provide structured output
tags 583750 - patch thanks Am Sonntag, den 15.07.2012, 20:38 +0200 schrieb Eric Lavarde: my initial patch was never included, here an updated version, perhaps it'll have more chance this time. Your patch seems to be incomplete. It adds a --machine flag, but it is not used anywhere. Can you please update the licensecheck man page? You can gain extra points by adding test cases to test/test_licensecheck. -- Benjamin Drung Debian Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#681770: awesome: moving terminal windows around usually makes them narrower
Hi Julien, On Mon, Jul 16, 2012 at 01:58:24PM +0200, Julien Danjou wrote: Could you try with version 3.4.13-1 ? I'm now running this version, but the behaviour didn't change. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681851: escputil: requires module usblp which is blacklisted by CUPS
In the newest CUPS package (1.5.3-4) we have lifted the blacklisting again (solving the USB problems with a new USB backend). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681584: python-colorama: missing dependency on python
tags 681584 + patch thanks Hi, attached is a patch to use dh_python2 and it's substvars. Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681584: python-colorama: missing dependency on python
tags 681584 + patch thanks Hi, attached is a patch to use dh_python2 and it's substvars. Now with the patch :) Regards Evgeni -- Bruce Schneier can read and understand Perl programs. diff -Nru python-colorama-0.2.4/debian/changelog python-colorama-0.2.4/debian/changelog --- python-colorama-0.2.4/debian/changelog 2012-03-06 19:17:39.0 +0100 +++ python-colorama-0.2.4/debian/changelog 2012-07-17 08:53:47.0 +0200 @@ -1,3 +1,13 @@ +python-colorama (0.2.4-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Use dh_python2. +Build-Depend on python (= 2.6.6-3~) for that. +Add python:Depends and python:Provides to Depends and Provides. +Closes: #681584 + + -- Evgeni Golov evg...@debian.org Tue, 17 Jul 2012 08:52:08 +0200 + python-colorama (0.2.4-1) unstable; urgency=low * Initial release (Closes: #662761) diff -Nru python-colorama-0.2.4/debian/control python-colorama-0.2.4/debian/control --- python-colorama-0.2.4/debian/control 2012-03-06 19:17:39.0 +0100 +++ python-colorama-0.2.4/debian/control 2012-07-17 08:53:30.0 +0200 @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Khalid El Fathi kha...@elfathi.fr -Build-Depends: debhelper (= 9.0.0), python +Build-Depends: debhelper (= 9.0.0), python (= 2.6.6-3~) Standards-Version: 3.9.3 Homepage: http://pypi.python.org/pypi/colorama/ Vcs-Git: git://git.debian.org/collab-maint/python-colorama.git @@ -11,7 +11,8 @@ Package: python-colorama Architecture: all -Depends: ${misc:Depends} +Depends: ${python:Depends}, ${misc:Depends} +Provides: ${python:Provides} Description: Cross-platform colored terminal text in Python Python-colorama provides a simple cross-platform API to print colored terminal text from Python applications. diff -Nru python-colorama-0.2.4/debian/rules python-colorama-0.2.4/debian/rules --- python-colorama-0.2.4/debian/rules 2012-03-06 19:17:39.0 +0100 +++ python-colorama-0.2.4/debian/rules 2012-07-17 08:51:06.0 +0200 @@ -2,7 +2,7 @@ #export DH_VERBOSE=1 %: - dh $@ + dh $@ --with=python2 override_dh_installexamples: cp -r $(CURDIR)/demos/* $(CURDIR)/debian/python-colorama/usr/share/doc/python-colorama/examples/
Bug#681861: gnupg.vim: Does not ask anymore for recipients and error after :GPGEditRecipients
Source: vim-scripts Version: 20110813 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi According to the documentation of gnupg.vim vim should ask automatically for the recipients when opening a new file with .asc, ..gpg or .pgp ending. This indeed worked in Squeeze, but not anymore in current unstable. I tried to reproduce the following in a minimal set up vm: When opening a new file with one of the above endings now vim does not ask anymore for the recipients. After starting :GPGEditRecipients one can enter the recipients, but saving I get: You did not specify a user ID. (you may use -r) Current recipients: Enter the user ID. End with an empty line: and after pressing ENTER Message could not be encrypted! (Press ENTER) But: Editing the file and saving it produces a correct encrypted message afterwards. p.s.: In case you can confirm, I'm a bit unsure about the severity. IMHO this would be a regression from current stable, and should work again in wheezy (but we are in freeze for wheezy now). I have not set the serverity to important. Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQBTJgAAoJEHidbwV/2GP+OTAP/jQBbspuyHSCrp9o2cc+2/0n 6aQlQ+fXHd7Bya4mj7yOuD0zE3+uvwTYLWmvMBG0ZJnjWzNPK012kK82jEo6Psur SBG1Y13GDhThXw3NRLlHl1u0Bun4VJGMvBqe0hB034DPopcAhPYGMeGnTLni1gP1 qP3dM9r8A2VnSNHbJDApu9GbA6X+ED5hE/b/tfbm0fXcc5TpkZuQfcRFaPa71hpA r/cMnJ/9x5QhwE3VdjNUd/lV9Fr6hhbpvn93C1HGVWvQMFreqBjob5on8k0aPicX SMlvP48qFfLrqoUfl8N8EIWVQp0n8I4JjkejHCbD78w3oHBfwYvrTipCJD2ujiUZ Wh3zfZ5ardWDsqWSC+5IJ7JmhjC2TOB6YetKB1QOfRy5yifUh08P6xIZBL0rFGi5 bvTrRob/ys2qmVKUU5M3fV91P9TJi06emvv3Od/nAunAXx1aZNhtK8XJP6KzdOMW lcqbEJOrfnu5Ki/b7CVItoes195DKFM4nGDhOGIn17mPtsFe4SehpedQmbDa6HRj rO63tAyKHUbPCzhy80JPHyAeFMKNY8k5YiZPoXT4e0yW+HJGOVkNRU9s3/239MZ3 rKq5E0SIdmkhwcLxr3Ni3ycNArJVI5ywvR1eTNVYY8+6fmc//v3/qJ3GWxevCGXW MVFqCZoGqvcngDqfmcKW =2pRI -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#681820: e2fsprogs: Problems in German translation
* Ted T'so (ty...@mit.edu) [20120716 23:23]: In my experience Philipp is very responsive as the upstream Translation Project translator for e2fsprogs. At least I try to be ;-) Ideally, if he agrees with your updates, he could upload a fixed de.po for e2fsprogs to the Translation project, and I would be very happy to get it into an updated e2fsprogs upload for Debian. I'll see what I can do. Time is a bit tight at the moment but I hope to still have the time for a review and integration. Helge, for the future please (also) use the translators mailing list which is translation-team...@lists.sourceforge.net. BTW, funny that only very few people realize they can take the translation from the TP website, compile and install it, independently of the binaries. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681820: e2fsprogs: Problems in German translation
OK, here's the review * Helge Kreutzmann (deb...@helgefjell.de) [20120716 22:09]: -msgstr Bad block %u außerhalb des gültigen Bereichs; ignoriert.\n +msgstr „Bad Block“ außerhalb des gültigen Bereichs; ignoriert.\n I guess you want the term bad blocks quoted and just missed the %u which must be present. BTW, these FIXME comments are no good as they'll be removed from message catalog on further processing. When the next release comes and someone uses msgmerge to apply the old translation to the new messages they will disappear. BTW, Ted, do you run 'make update-po' to sync older translations? +# FIXME: Diese und die nächste Meldung sollten syntaxtisch identisch übersetzt werden +# FIXME: Vorschlag: Vermeiden der Ich-Form I'm trying to get rid of the direct form where ever I notice as the indirect form is preferred in Germany. +#FIXME Einheitliche Übersetzung (Ich-Form bzw. nicht) +#FIXME Groß-/Kleinschreibung prüfen #: e2fsck/problem.c:52 msgid Fix msgstr Repariere @@ -635,6 +640,7 @@ msgid Abort msgstr Abbrechen +#FIXME: ggf. aufteilen? #: e2fsck/problem.c:63 msgid Split msgstr Aufsplitten @@ -645,7 +651,7 @@ I don't really get what you mean? #: e2fsck/problem.c:65 msgid Clone multiply-claimed blocks -msgstr multiply claimed block map +msgstr „multiply claimed block“-Liste klonen I'll translate that completely as „List der mehrfach belegten Blöcke” as it's easily doable and understandable. The reaqt also seems to be OK AFAICS. I hope to have a fixed translation ready in the afternoon. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681862: not clear what author exactly means by convenience methods
Package: perl-doc Version: 5.14.2-12 Severity: wishlist File: /usr/share/man/man1/perltoot.1.gz We read If you're getting a little tired of creating all these nearly identical methods just to get at the object's data, do not despair. Later, we'll describe several different convenience mechanisms for shortening this up. Alas beginners cannot find exactly what he is talking about in the haystack below. Maybe He should say See below or something. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681863: twinkle: systray icon is showing anywhere on desktop
Package: twinkle Version: 1:1.4.2-2.1+b1 Severity: normal Dear Maintainer, every time I run twinkle, the systray button is not showing in tray, but it is showing on the desktop instead -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages twinkle depends on: ii libasound21.0.25-3 ii libboost-regex1.49.0 1.49.0-3 ii libc6 2.13-33 ii libccgnu2-1.7-0 1.7.3-1.1 ii libccrtp1-1.8-0 1.8.0-1.2 ii libgcc1 1:4.7.0-8 ii libgsm1 1.0.13-4 ii libmagic1 5.11-1 ii libqt3-mt 3:3.3.8b-11+b1 ii libreadline6 6.2-8 ii libsndfile1 1.0.25-5 ii libspeex1 1.2~rc1-6 ii libspeexdsp1 1.2~rc1-6 ii libstdc++64.7.0-8 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxml2 2.8.0+dfsg1-4 ii libzrtpcpp-1.4-0 1.4.6-1.2 ii zlib1g1:1.2.7.dfsg-13 twinkle recommends no packages. twinkle 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#441249: Does this still happen in Squeeze and/or Wheezy (Xen vs Quagga)
Hi Mikko, It's been quite a while since anyone has looked at this bug. Does this still happen for you in either Squeeze or Wheezy? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681864: unblock (pre-approval): telepathy-mission-control-5/1:5.12.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Hi, I really would like to see telepathy-mission-control-5 5.12.1 being released with Wheezy. The current version in testing/unstable is crashing in numerous occasions and this seems fixed in the experimental version. The version in experimental has been built on all architectures. Before uploading it to unstable I would like to get the approval of the release team. telepathy-mission-control 5.12.1 (2012-07-11) = Fixes: • Stop using deprecated telepathy-glib symbols. (Jonny) • fdo#51842 - fix access to freed memory. (Xavier) • fix existing channel dispatching after using present/delegate. (Jonny) https://bugs.freedesktop.org/show_bug.cgi?id=51842 ChangeLog | 82 +++ INSTALL |9 Makefile.in | 17 + NEWS |9 config.guess | 49 ++-- config.sub | 65 +++-- configure | 20 - configure.ac |2 debian/changelog |7 debian/gbp.conf |4 depcomp | 74 +- doc/reference/mission-control-plugins/html/McpAccountManager.html |2 doc/reference/mission-control-plugins/html/McpDispatchOperation.html |2 doc/reference/mission-control-plugins/html/McpRequest.html |6 doc/reference/mission-control-plugins/html/annotation-glossary.html |2 doc/reference/mission-control-plugins/html/api-index-full.html |2 doc/reference/mission-control-plugins/html/ch01.html |4 doc/reference/mission-control-plugins/html/ch02.html |4 doc/reference/mission-control-plugins/html/ch03.html |4 doc/reference/mission-control-plugins/html/ch04.html |4 doc/reference/mission-control-plugins/html/index.html |2 doc/reference/mission-control-plugins/html/mission-control-plugins-McpAccountStorage.html | 105 +++-- doc/reference/mission-control-plugins/html/mission-control-plugins-McpDispatchOperationPolicy.html | 60 + doc/reference/mission-control-plugins/html/mission-control-plugins-McpRequestPolicy.html | 54 +--- doc/reference/mission-control-plugins/html/mission-control-plugins-Plugin-loader-and-global-functions.html |6 doc/reference/mission-control-plugins/html/object-tree.html |2 install-sh | 29 +- ltmain.sh |4 missing | 53 src/mcd-account-manager-default.c |2 src/mcd-channel.c | 26 +- src/mcd-connection.c | 24 +- src/mcd-dispatcher.c | 29 ++ src/mcd-manager.c | 14 - tests/twisted/dispatcher/redispatch-channels.py | 112 ++
Bug#503287: Is this still a problem (i386 tools on amd64 hypervisor)?
Hi Maximilian, I fairly frequently run in this configuration these days and I've not noticed any problems. Does this work for you now in Squeeze/Wheezy? Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#450638: xen gencontrol.py now prints a useful message if linux-support-FOO isn't installed
Hi Ian, It looks like this now fails with a somewhat useful error message (see below). Are you happy with that or should we keep this bug open? Ian. dpkg-buildpackage: source package xen dpkg-buildpackage: source version 4.1.3~rc1+hg-20120614.a9c0a89c08f2-4+local0 dpkg-buildpackage: source changed by Ian Campbell i...@hellion.org.uk dpkg-source --before-build xen-4.1.3~rc1+hg-20120614.a9c0a89c08f2 dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean md5sum --check debian/control.md5sum --status || \ /usr/bin/make -f debian/rules debian/control-real make[1]: Entering directory `/local/scratch/ijc/tmp/xen-4.1.3~rc1+hg-20120614.a9c0a89c08f2' debian/bin/gencontrol.py Traceback (most recent call last): File debian/bin/gencontrol.py, line 6, in module from debian_xen.debian import VersionXen File /local/scratch/ijc/tmp/xen-4.1.3~rc1+hg-20120614.a9c0a89c08f2/debian/bin/../lib/python/debian_xen/__init__.py, line 19, in module _setup() File /local/scratch/ijc/tmp/xen-4.1.3~rc1+hg-20120614.a9c0a89c08f2/debian/bin/../lib/python/debian_xen/__init__.py, line 16, in _setup raise RuntimeError(Can't find %s, please install the linux-support-%s package % (support, version)) RuntimeError: Can't find /usr/src/linux-support-3.2.0-3, please install the linux-support-3.2.0-3 package make[1]: *** [debian/control-real] Error 1 make[1]: Leaving directory `/local/scratch/ijc/tmp/xen-4.1.3~rc1+hg-20120614.a9c0a89c08f2' make: *** [debian/control] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679665: ***SPAM*** [Pkg-javascript-devel] Bug#679665: Bug#679665: Bug#679665: jquery: build-deps not satisfiable in wheezy
On 12-07-16 at 10:34pm, Marcelo Jorge Vieira wrote: Hi Jonas, On Fri, 2012-07-06 at 15:13 +0200, Jonas Smedegaard wrote: On 12-07-05 at 11:05pm, Mehdi Dogguy wrote: On 05/07/12 22:57, Jonas Smedegaard wrote: If we skip installing minified files, then yes it breaks. If we skip minifying but still install - i.e. install files that are 0% minified - then only download times should be affected. I think that this is the best option we have at this stage. In any case, it's your call as a maintainer to choose which solution you want to implement. Switching to slimit might be a sexy option but also falls in the changing the compressor category, imho. How about this: Now: 1) Skip generating and installing any minified files at build time. 2) Try minify and fallback to copy in postinst script: for if in $files-to-be-minified; do of=$(basename $if .js).min.js javascript-minifier -o $of $if | cp -a $if $of done 3) Remove minified/copied files in remove state of postrm script: for if in $files-to-be-minified; do of=$(basename $if .js).min.js rm -f $of done (javascript-minifier should use same basic syntax as both yui-compressor and uglifyjs share today.) Official result now: * Javascript files will not be minified. This way all JS packages will depends on javascript-minifier and for me it is not a good idea, because JS packages usually have only some kB of size and do not depend on java or nodejs to run. I disagree, and I fail to see how you can come to that conclusion. *now* no JS packages will depend on any JavaScript minifier but instead be served non-minified. *later* (when a package javascript-minifier is invented and available) JS packages can choose to add runtime dependency on javascript-minifier. That will cause an actual minifier to be pulled in. If deemed sensible we can provide a dummy javascript-minifier-dummy package as a fallback dependency for those preferring no minification. ...but that is an implementation detail open for discussion, not needed to decide now, and even then not needed for all JavaScript package to use. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#681721: [Popcon-developers] Bug#681721: Bug#681721: popularity-contest: option to limit the list of packages sended to popcon
On Mon, Jul 16, 2012 at 11:17:08PM +0200, Stéphane Blondon wrote: 16 juillet 2012, Christian PERRIER: Is there a point in reporting non official packages? I have been told it's a way to know other used packages so it could help to know what is needed by debian' users. Yes, it is useful to find packages that are somehow missing in Debian proper. 2012/7/16 Bill Allombert bill.allomb...@math.u-bordeaux1.fr: The issue is how popcon can reasonnably known whether a package is official or not. The list of packages provided by the debian repository seems to be a good start to me. For example for an AMD64 arch processor: - http://ftp.fr.debian.org/debian/dists/squeeze/main/binary-amd64/Packages.bz2 - the same archive for contrib and non-free (?) But how do you perform the check client-side ? Also the list of official packages installed which are dependencies of the sensitive packages might provide too string an hint that the sensitive package is installed anyway. I don't think it's a problem because the dependancy pckages stats are summed up to all other users' stats. Only on the server side, not in the report that are sent to the server. If really your packages are sensitive, you do not want them to be transmitted in clear text to the server, I suppose. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681851: escputil: requires module usblp which is blacklisted by CUPS
Thank you for your answer. Will this new package make it into Wheezy? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601271: Fixed by installing xen-qemu-dm-4.0 or in Wheezy?
Hi Sergio, I saw some hints elsewhere that issues similar to this might be fixed by installing the xen-qemu-dm-4.0 package. Does this seem to be the case for you? If not then is this fixed by the hypervisor packages in Wheezy? Thanks, Ian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681854: nmap: upgrade nmap6 installs bunch of X-libs for no reason
Hi Richard, the problem you described has nothing to do with nmap but with the way apt is configured on your machine. I just set up a fresh wheezy chroot, the same dependencies are pulled in here, but they are not hard dependencies. After setting APT::Install-Recommends false things look a lot better: $ schroot -u root -c wheezy-i386 -- apt-get -s install nmap Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libblas3 libblas3gf libexpat1 libgfortran3 liblinear1 liblua5.1-0 libpcap0.8 libpcre3 libquadmath0 mime-support python python-minimal python2.7 python2.7-minimal Suggested packages: liblinear-dev python-doc python-tk python2.7-doc binutils binfmt-support Recommended packages: liblinear-tools file The following NEW packages will be installed: libblas3 libblas3gf libexpat1 libgfortran3 liblinear1 liblua5.1-0 libpcap0.8 libpcre3 libquadmath0 mime-support nmap python python-minimal python2.7 python2.7-minimal 0 upgraded, 15 newly installed, 0 to remove and 0 not upgraded. [...] HTH, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681865: ditaa: java.util.NoSuchElementException with certain input files
Package: ditaa Version: 0.9+ds1-2 Severity: normal Dear Maintainer, this input file: +--+ | Java | +---+--+ -/ leads to this exception: Exception in thread main java.util.NoSuchElementException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:813) at java.util.HashMap$KeyIterator.next(HashMap.java:845) at org.stathissideris.ascii2image.text.CellSet.getFirst(CellSet.java:82) at org.stathissideris.ascii2image.graphics.CompositeDiagramShape.createOpenFromBoundaryCells(CompositeDiagramShape.java:85) at org.stathissideris.ascii2image.graphics.Diagram.init(Diagram.java:349) at org.stathissideris.ascii2image.core.CommandLineConverter.main(CommandLineConverter.java:222) WHen you add a second dash: +--+ | Java | +---+--+ --/ ditaa hangs, using 100% CPU. This However works: +--+ | Java | +---+--+ / Regards Stefan -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ditaa depends on: ii jarwrapper0.32 Run executable Java .jar files ii junit44.8.2-2JUnit regression test framework fo ii libbatik-java 1.7-6 xml.apache.org SVG Library ii libcommons-cli-ja 1.2-3 API for working with the command l ii libjericho-html-j 3.1-1 Java based library for HTML Parsin ii libxml-commons-ex 1.3.05-2 XML Commons external code - DOM, S ii openjdk-6-jdk 6b18-1.8.13-0+squeeze2 OpenJDK Development Kit (JDK) ii openjdk-6-jre [ja 6b18-1.8.13-0+squeeze2 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [ja 6.26-0squeeze1 Sun Java(TM) Runtime Environment ( ditaa recommends no packages. ditaa 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#681866: manpage error regarding -r option
Package: obnam Varsion: 1.1-1 Severity: minor Hi, obnam manpage contains the following bit in synopsis: [-r=REPOSITORY] The equal sign however works only with *long* commandline options like [--repository=REPOSITORY], resulting in: % obnam -r=/var/tmp/obnam-test/ backup ponnies 00h00m00s 1 files; 0 B (0 B/s) setting upERROR: =/var/tmp/obnam-test: No such file or directory without the equal sign everything works as expected: % obnam -r /var/tmp/obnam-test/ backup ponnies Backed up 10 files, uploaded 14.6 MiB in 1s at 16.4 MiB/s average speed Cheers -- Miroslav Kure -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681213: Full logs?
Hi Orazio, Is NoneType object is unsubscriptable the full and complete error message? I'd have expected some sort of accompanying backtrace, if not on the console then in /var/log/xen/* Is this issue by any chance fixed by installing the xen-qemu-dm-4.0 package? Lastly, does this happen with the packages from Wheezy? Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681448: unblock: nsd3/3.2.11-1
On 2012-07-13 10:37, Ondřej Surý wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nsd3 Since this version will be the next supported I would like to push latest upstream, which: - add support for TLSA RR type - add support for ECDSA (Elliptic Curve algorithms) in DNSSEC Both of these will hopefully used in upcoming years: - EC algorithms have nice properties of being smaller and faster, so people will rollover to them once the support in DNSSEC validators is prevalent - TLSA allows certificate pinning (and even Debian would benefit from that as you can add trust anchor on the fly for self-signed CAs and certs). We hope to see support in browsers/MTAs/MUAs etc. start to growing as the protocol is almost a standard (in RFC-Editor queue for those who knows what that means :)). The upstream release also includes few minor fixes in IXFR code and new zone stats, which I haven't enabled since it's a new code. (I could cherry-pick these two main mentioned features, but I feel it's not worth it as NSD3 has no rev-deps and the codebase is stable.) unblock nsd3/3.2.11-1 [...] Hi, The changes sums up to: 79 files changed, 2907 insertions(+), 2130 deletions(-) Which is way more than I can sanely review. Can you generate a manual debdiff where you filter out the auto-generated files (e.g. configlexer.c)? That might give a better view of what is happening. I also noticed this gbp.conf change, which was probably unintented. -debian-branch = debian-sid +debian-branch = debian-backports -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681867: security-tracker: link to prsc tracker
Package: security-tracker Severity: wishlist Hi, Where bugs are marked no-dsa and there is a bug number, a link to the PRSC tracker from the public web pages would be nice. Links should be to http://prsc.debian.net/tracker/bugnum Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681836: PTS: link to l10n status should be moved from i18n.debian.net to i18n.debian.org
On 17/07/12 02:25, Christian Perrier wrote: Package: qa.debian.org Severity: normal The packages' l10n status pacges are no longer generated on i18n.debian.net but on i18n.debian.org So, anywhere where http://i18n.debian.net appears, it should reference http://i18n.debian.org Not yet, because the migration isn't finished yet : If you check [1], you'll notice a lot of i18n.debian.net entries that don't exist. Their .org equivalent exists though. I guess you have to fix your scripts first. Besides, the old webpage [2] listed the available provided services, but the new one [3] doesn't. Do you intend to put those links on the new webpage ? The link to the wiki doesn't do that either afaict (or at least, not directly) and That's our new home. :-) is not so much of a documentation. Last but not least, thanks (to the team) for your work on i18n.d.o! [1] http://i18n.debian.org/l10n-pkg-status/pkglist [2] http://i18n.debian.net/ [3] http://i18n.debian.org/ Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677645: leveldb: Temporary patch to increase false positive acceptance by 1% until upstream resolve.
Package: leveldb Version: 0+20120530.gitdd0d562-1 Followup-For: Bug #677645 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, * Fix FTBFS on big-endian architectures (LP: #1021560): - d/patches/9112-fix-bloom-test.patch: Increase false positive threshold by 1% to deal with test failures on big-endian architectures. Picked from upstream dev mailing list. I appreciate that this is a less that ideal resolution to this problem; upstream have identified this is a test case issue rather than an underlying problem. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-4-generic (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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQBUHLAAoJEL/srsug59jDEqkP/3NRqEict0dZxw42F4sxGuF5 MMzHhXgRx9d43Y2xxB4xM9+4urYsdXNIU0krJfOPKt6stIdUrsYH+l77Kf3m8F6D XA20FRBTUjirCtz2fRXTojy1aJDIMrNGzHuwUkibcCWMrOh6r8eFijmdTeE/DNNq vCX8As/spJQ/UXFlZXTSdaHcnksk2B9wQ/mOqvYTTe3Ico4C4/ObhKE+q49+PQ+G wWAjFzw+O/gNUMLfcN2Im5IFS1/hcG6JmTujDRAtlU1LcleEgdkA5XPHJ+l+Dg7k v3nufUWY8Ng2Qc2T+p1wEtiSnOtFp7wiLT2uKQuCd0y/CV5E6kNs21ssXoGNf3Jv 2lS4rgPKXlG/FWWMJBdPKXpQ63eSnG0GK9Dh+Fl2XTjgqUzr3nxspWom6I6t9DFO xdGnznhjIiR7/4ZoPEQrksqplaqcJrh0DMN06A9OlFAW1RsK4SyNlVGCnkxNggUI EEK5FJxcL5NE7Ir2UDH0MeG8qRwbLFDvPVk3p1LIntrYUWVx+h2q2AOf4uVLedd1 ullBrIJ1NcnJbkjN+7PputmqVVj5+EoRv8armvGVCS75XyeuEaQrb7IggjC2+XDj QCeH+/2+YZbmS4v/D/yMmqw7yNLcB2859pDveduzA+P+Vqsn/0RvdxNOr6twf2RR XVr1l/Ht8miHR1b4zQ65 =I1I0 -END PGP SIGNATURE- === added file 'debian/patches/9112-fix-bloom-test.patch' --- debian/patches/9112-fix-bloom-test.patch 1970-01-01 00:00:00 + +++ debian/patches/9112-fix-bloom-test.patch 2012-07-16 19:28:20 + @@ -0,0 +1,17 @@ +Description: Increase false positive rate to deal with testing + on big-endian architectures. +Origin: https://groups.google.com/forum/?fromgroups#!topic/leveldb/SbVPvl4j4vU + +Index: leveldb-0+20120530.gitdd0d562/util/bloom_test.cc +=== +--- leveldb-0+20120530.gitdd0d562.orig/util/bloom_test.cc 2012-06-02 10:29:43.0 + leveldb-0+20120530.gitdd0d562/util/bloom_test.cc 2012-07-16 19:15:47.0 + +@@ -139,7 +139,7 @@ + fprintf(stderr, False positives: %5.2f%% @ length = %6d ; bytes = %6d\n, + rate*100.0, length, static_castint(FilterSize())); + } +-ASSERT_LE(rate, 0.02); // Must not be over 2% ++ASSERT_LE(rate, 0.03); // Must not be over 3% + if (rate 0.0125) mediocre_filters++; // Allowed, but not too often + else good_filters++; + } === modified file 'debian/patches/series' --- debian/patches/series 2012-06-14 10:38:40 + +++ debian/patches/series 2012-07-16 19:28:20 + @@ -11,3 +11,4 @@ 0102-kfreebsd.patch 0103-hurd.patch 0112-makefile_install.patch +9112-fix-bloom-test.patch
Bug#681868: webalizer: GeoIP analysis doesn't work on /var/log/apache2/other_vhosts_access.log
Package: webalizer Version: 2.23.05-1 Severity: normal I run webalizer on my other_vhosts_access.log. Everything works fine, except for country analysis. I believe my GeoIP setup is correct, as if I simply change the log to be analyzed to access.log, then it works fine, and I cannot see anything in the log files which should stop it working. (In any case, I'm using the default apache2 logging configuration.) The one thing I do notice is that whereas a typical entry from the access.log file looks like this: 127.0.0.1 - - [15/Jul/2012:06:51:08 +0100] OPTIONS * HTTP/1.0 200 126 - Apache/2.2.22 (Ubuntu) (internal dummy connection) a typical line from other_vhosts_access.log looks like: rrt.sc3d.org:80 95.108.244.253 - - [15/Jul/2012:07:02:33 +0100] GET /robots.txt HTTP/1.1 404 800 - Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots) i.e. it seems to contain an extra field at the start, giving the virtual host. Could this be a problem? It obviously isn't preventing the rest of the logs from being analyzed... -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: i386 (i686) Kernel: Linux 3.2.0-26-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages webalizer depends on: ii debconf [debconf-2.0] 1.5.42ubuntu1 ii libc6 2.15-0ubuntu10 ii libdb5.1 5.1.25-11build1 ii libgd2-xpm 2.0.36~rc1~dfsg-6ubuntu2 ii libgeoip1 1.4.8+dfsg-2 ii zlib1g 1:1.2.3.4.dfsg-3ubuntu4 webalizer recommends no packages. Versions of packages webalizer suggests: ii apache2-mpm-prefork [httpd] 2.2.22-1ubuntu1 -- Configuration Files: /etc/cron.daily/webalizer changed: WEBALIZER=/usr/bin/webalizer WEBALIZER_CONFDIR=/etc/webalizer [ -x ${WEBALIZER} ] || exit 0; [ -d ${WEBALIZER_CONFDIR} ] || exit 0; for i in ${WEBALIZER_CONFDIR}/*.conf; do # exists ? [ -f $i ] || continue; # run agains a rotated or normal logfile LOGFILE=`awk '$1 ~ /^LogFile$/ {print $2}' $i`; # empty ? [ -s ${LOGFILE} ] || continue; # readable ? [ -r ${LOGFILE} ] || continue; # there was a output ? OUTDIR=`awk '$1 ~ /^OutputDir$/ {print $2}' $i`; # exists something ? [ ${OUTDIR} != ] || continue; # its a directory ? [ -d ${OUTDIR} ] || continue; # its writable ? [ -w ${OUTDIR} ] || continue; # Run Really quietly, exit with status code if !0 ${WEBALIZER} -c ${i} -Q || continue; RET=$?; # Non rotated log file NLOGFILE=`awk '$1 ~ /^LogFile$/ {gsub(/\.[0-9]+(\.gz)?/,); print $2}' $i`; # check current log, if last log is a rotated logfile if [ ${LOGFILE} != ${NLOGFILE} ]; then # empty ? [ -s ${NLOGFILE} ] || continue; # readable ? [ -r ${NLOGFILE} ] || continue; ${WEBALIZER} -c ${i} -Q ${NLOGFILE}; RET=$?; fi; done; exit $RET; -- debconf information: webalizer/logfile: /var/log/apache2/other_vhosts_access.log.1 webalizer/doc_title: Usage statistics for webalizer/upgrading: webalizer/dnscache: false webalizer/directory: /var/www/webalizer webalizer/upgrade2011030: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681854: nmap: upgrade nmap6 installs bunch of X-libs for no reason
On Tue, 17 Jul 2012 12:12:40 +0200 Hilko Bengen ben...@debian.org wrote: the problem you described has nothing to do with nmap but with the way apt is configured on your machine. I just set up a fresh wheezy chroot, the same dependencies are pulled in here, but they are not hard dependencies. After setting APT::Install-Recommends false things look a lot better: Strange, it's a fresh Wheezy install as well. I added the line and indeed, it installs some three or four extra packages, but not the 78 as before :) R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681869: unblock: django-notification/0.1.5-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-CC: j...@debian.org Please unblock package django-notification to fix grave RC bug #681588 (import fails) A patch is in that bug log though Clint has made a maintainer upload since my NMU notification. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634538: Fixing 634538 for Wheezy
On 13/07/12 19:29, Noël Köthe wrote: Hello Mehdi, Am Mittwoch, den 11.07.2012, 13:59 +0200 schrieb Mehdi Dogguy: We would like to 634538 fixed for Wheezy. Unfortunately, the changes brought by tcpreplay/3.4.4-1 are quite large [1] and we are not able to unblock the package for Wheezy. Would it be possible to prepare an upload targeting testing-proposed-updates and versioned 3.4.3-2+wheezy1? I just uploaded tcpreplay 3.4.3-2+wheezy1 to testing-proposed-updates. maybe it fits the requirements better. I thought about cleanup a bit more (Standards-Version, lintian warnings,...) but reduced it mostly to fixing the RC bug. Thanks! FTR, Luk approved the version that was uploaded to testing-proposed-updates. Cheers. -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681419: Alternative dependencies on non-free packages in main
Russ Allbery writes (Bug#681419: Alternative dependencies on non-free packages in main): Well, if we want to go this route, we could require use of a virtual package in all cases like this. Then foo and foo-nonfree would both Provide: foo (and probably Conflicts: foo), and those who want to can enable non-free and install foo-nonfree. That was one of the options offered in the Policy discussion. Do we know what proportion of the existing references out of main into non-free/contrib could be done this way ? That would at least solve the problem where we put Recommends: ... | bar-nonfree ... in the metadata, which I think is arguably a problem in itself. It's difficult to argue that that doesn't constitute a recommendation of bar-nonfree. Would we also want to do something to avoid the package managers complaining about nonexistent virtual packages ? I guess they are already happy to ignore references to unprovided virtual packages, and nonexistent packages in general, since they are a common approach for transitions and often remain (beneficially) in the dependencies for years afterwards. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681870: vim-addon-manager: /usr/lib/ruby/vendor_ruby/vim/addon_manager.rb:125:in `map_override_lines': undefined method `override_file' for #Vim::AddonManager::Logger:0x0000000103dda0 @verbosity=
Source: vim-addon-manager Version: 0.5.0 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi With vim-addon-manager enable/disable one get the error mentioned in the subject and one cannot disable/enable a plugin. - cut-cut-cut-cut-cut-cut- carnil@sid:~/.vim/plugin$ vim-addon-manager status gnupg # Name User Status System Status gnupg installed removed carnil@sid:~/.vim/plugin$ vim-addon-manager disable gnupg /usr/lib/ruby/vendor_ruby/vim/addon_manager.rb:125:in `map_override_lines': undefined method `override_file' for #Vim::AddonManager::Logger:0x000103dda0 @verbosity=1 (NoMethodError) from /usr/lib/ruby/vendor_ruby/vim/addon_manager.rb:70:in `disable' from /usr/bin/vim-addon-manager:281:in `main' carnil@sid:~/.vim/plugin$ ls -l total 0 lrwxrwxrwx 1 carnil carnil 39 Jul 17 11:11 gnupg.vim - /usr/share/vim-scripts/plugin/gnupg.vim carnil@sid:~/.vim/plugin$ vim-addon-manager remove gnupg Info: removing installed addon 'gnupg' from /home/carnil/.vim carnil@sid:~/.vim/plugin$ ls -l total 0 carnil@sid:~/.vim/plugin$ - cut-cut-cut-cut-cut-cut- Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQBU0fAAoJEHidbwV/2GP++RUQAOzBt2KFGGBompqpobVT6tQ6 NMV48LuC8isycrBWuv0mfL+9xB/3sSjVcRS4J73CINAhrN2N7XT34l4hMLPkS0xr Fbof5yVdBCtPfMV93WZ1V2ecTEdXak5PbrQgBLcdgyuN4IVGMmkA4LE9J15d/V/t 2AJcQDPCU/TN2lVWpwBCmasaGZjSKs0OQZf62s8K47XWDeh0S0im29OkCQPQHt3n +lLx4GDSNfXp9Qo/k92iBpWaPWx2fgpwfKkCPXAY9oHc6p5RjJF4xFemnJi1pWWr o/aUsD+iT1HgRnAUz8+Ex3OOhV+wzVrgFdKJUZIuqrsSkBPf3Tmn0d9DKzeSn6th Ur/0t3pyUWosp7SnX9mmAL9JoMljJgCOQwk0uuy3m0zWWaxmvLg/0xBKtuhbKodt t7Yc6+sA5aEquyXSc7ihSY+4uIlke7g0yy9tcOxKYU4bDFpJbrGGB/x638sZ6J0l 52xo/kGPKu3CIAfSh8M0P0ULCLyz3hfjWrWS4YcvnNuU7ow6BdB37a3iAVn3fd/Q WmW2cGUC7t9NQch/7t47OKvnyVnbKm6IHaLWIyQqhAkwt+xa4AyNTTNk0VEhtmvu xtz5qto6Wtw0vQ4U31EaSYIzRRKcwFE4UUa+aMfrTWEgfvabG8FuAoifv52evQQ0 H55OAKzdTXkVDDERNm+y =E6og -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#681861: gnupg.vim: Does not ask anymore for recipients and error after :GPGEditRecipients
Hi One further information found: If I replage gnupg.vim with the version shipped whit Squeeze opening a new file asks for the recipients. Regards, Salvatore signature.asc Description: Digital signature
Bug#681864: [Pkg-telepathy-maintainers] Bug#681864: unblock (pre-approval): telepathy-mission-control-5/1:5.12.1-2
On 17/07/12 11:02, Laurent Bigonville wrote: • Stop using deprecated telepathy-glib symbols. (Jonny) With my upstream hat on, I'd have preferred this change not to be committed to the upstream 5.12.x stable branch... The other two changes described in NEWS are the parts of the diff that touch src/mcd-account-manager-default.c and src/mcd-dispatcher.c (and possibly tests/, but that doesn't contribute to the binary package). I think both need fixing for wheezy, either with 5.12.1 or by backporting them. Another option would be to revert Stop using deprecated..., release 5.12.2 upstream, and package *that* for wheezy. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681871: unblock: accountsservice/0.6.21-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package accountsservice, it fixes an important security issue: - CVE-2012-2737 http://bugs.debian.org/679429 The patch is available here for the review: http://goo.gl/nw4Rl Thanks for considering, regards. unblock accountsservice/0.6.21-6 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#681872: /run/network dir missing
Package: ifupdown Version: 0.7.1 Severity: important Hello, sorry for bothering you with this. I removed the ppp package and upgraded to a new kernel but otherwise I feel not to have done anything unusual. $ sudo ifup eth0 [sudo] password for moeller: ifup: failed to open statefile /run/network/ifstate: No such file or directory # ifup lo ifup: failed to open statefile /run/network/ifstate: No such file or directory # ls /run/ acpid.pid boinc.pid crond.pid dirmngr.pid kdm/lock/ pcscd/ shm/udisks/ acpid.socketconsole/crond.rebootexim4/ kdm.pid motd.dynamicpm-utils/ sshd/ utmp atd.pid ConsoleKit/ dbus/ initctl kerneloops.pid mount/ screen/ sshd.pidxauth/ avahi-daemon/ console-kit-daemon.pid dirmngr/ initramfs/ lirc/ ntpd.pid sendsigs.omit.d/udev/ xdmctl/ # mkdir /run/network # ifup lo Works! I suggest the ifupdown package creates the /run/network directory if not existing. It would be nice to find out what happened, though. Steffen -- System Information: The system once was Ubuntu maverick but was transformed to Debian Sid just by modifying /etc/apt/sources.list quite a while back. This is why it still reports the vendor's maverick installation. LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch Distributor ID: Ubuntu Description:Ubuntu maverick (development branch) Release:10.10 Codename: maverick Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-rt-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.7 ii initscripts 2.88dsf-28 ii iproute 20120521-3 ii libc62.13-34 ii lsb-base 4.1+Debian7 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5 ii net-tools 1.60-24.1 pn pppnone pn rdnssd none -- Configuration Files: /etc/network/if-down.d/upstart changed: set -e /etc/network/if-up.d/upstart changed: set -e if [ $IFACE = lo ]; then exit 0 # emission handled by /etc/init/network-interface.conf fi -- debconf information: ifupdown/convert-interfaces: true ifupdown/convert-interfaces-hotplug: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#323420: Status update?
Hello, It seems that some parts of metasploit-framework (byakugan at least) are proprietary. What about doing a metasploit-framework package with the core and all the free parts and a metasploit-framework-nonfree with the non-free parts? signature.asc Description: OpenPGP digital signature
Bug#611802: closed by Daniel Leidert daniel.leid...@wgdd.de (Bug#611802: --quiet is not (at least not with --refresh-keys))
Feel free to reopen your report if you want me to forward this issue to upstream. That's a bit unexpected, but I assume you don't want the additional work. I reported the issue because I think it could be fixed. If this requires upstream changes, then of course I would have expected you to have forwarded it. But it's a minor nuisance, so I'll leave it up to you. Well, there are several levels of being quiet in gnupg. This is well known and AFAIK a few Debian and Ubuntu bug reports complain about this, but upstream authors have decided to not change the behavior. However, your problem maybe partly is related to the wrong ordering of options. The string requesting key ??? from ??? server ??? should not be printed if --quiet is used according to g10/keyserver.c. I'll check again asap. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681754: expeyes: unowned files after purge (policy 6.8, 10.8): /etc/udev/rules.d/99-phoenix.rules
Hello Andreas, thank you for the check ! Andreas Beckmann a écrit : Package: expeyes Version: 2.0.0-4 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 1m34.8s ERROR: FAIL: Package purging left files on system: /etc/udev/ owned by: udev /etc/udev/rules.d/ owned by: udev /etc/udev/rules.d/99-phoenix.rules not owned cheers, Andreas -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#681872: /run/network dir missing
Hello, On Tue, 17 Jul 2012 13:53:21 +0200 Steffen Moeller steffen_moel...@gmx.de wrote: mkdir /run/network # ifup lo Works! I suggest the ifupdown package creates the /run/network directory if not existing. It would be nice to find out what happened, though. I guess that's the source of the problem. As far as I know Ubuntu disables ifupdown's init script which creates /run/network; instead they seem to do that themselves (I may be wrong here, however). Please check what init system do you have, and if it does actually run /etc/init.d/ifupdown. P.S. Cc:ing Stéphane Graber of Ubuntu. -- WBR, Andrew signature.asc Description: PGP signature
Bug#681623: closed by Thomas Hood jdth...@gmail.com (Re: [Resolvconf-devel] Bug#681623: resolvconf: doesn't clean up configfiles)
reopen 681623 stop Hi Thomas. Apparently resolvconf dropped /etc/dhcp3/dhclient-enter-hooks.d/resovconf anymore. But it's not removed and still listed by dpkg as part of the package. It does get removed on purge in the postrm. It can't be removed earlier than that because it might be in use. I think you got me wrong,... I'm not talking about purging, but upgrading. As far as I can see: $ dpkg-deb -x resolvconf_1.67_all.deb . $ l etc/dhcp3/dhclient-enter-hooks.d/resovconf ls: cannot access etc/dhcp3/dhclient-enter-hooks.d/resovconf: No such file or directory That file is no longer part of new installations, right? It's also not created or copied by the maintainer scripts. That means that older installations will never have it removed (unless the package is purged - but why should one?) unless you use the correct debhelper scripts[0], that remove the obsolete config file, if it wasn't modified. Therefore reopening, Cheers, Chris. [0] See e.g. http://raphaelhertzog.com/2010/10/07/the-right-way-to-remove-an-obsolete-conffile-in-a-debian-package/ https://wiki.debian.org/DpkgConffileHandling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681873: cifs-utils: mount.cifs does not check errno correctly
Package: cifs-utils Version: 2:5.5-1 Severity: normal Hi, I have the following fstab entry: //san/Homes/MVernon /mnt/Hcifs credentials=/root/saccreds,user,noauto 0 0 mounting this as a user fails; that's not the problem here, though. The problem is the error message: error -1 (Unknown error 18446744073709551615) opening credential file /root/saccreds open_cred_file fails to use errno when access() fails. The attached trivial patch fixes this. Regards, Matthew -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 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 cifs-utils depends on: ii libc6 2.13-33 ii libkeyutils1 1.5.5-3 ii libkrb5-3 1.10.1+dfsg-1 ii libtalloc22.0.7+git20120207-1 ii libwbclient0 2:3.6.6-2 ii samba-common 2:3.6.6-2 Versions of packages cifs-utils recommends: ii keyutils 1.5.5-3 ii winbind 2:3.6.6-2 Versions of packages cifs-utils suggests: ii smbclient 2:3.6.6-2 -- no debconf information --- mount.cifs.c.orig 2012-07-17 12:50:20.537757775 +0100 +++ mount.cifs.c 2012-07-17 12:50:47.378322886 +0100 @@ -590,6 +590,7 @@ i = access(file_name, R_OK); if (i) { toggle_dac_capability(0, 0); + i = errno; goto return_i; }
Bug#681874: xfce4-smartbookmark-plugin: Could not run command: xfbrowser4 Failed to execute child process xfbrowser4
Package: xfce4-smartbookmark-plugin Version: 0.4.4-1+b1 Severity: important Dear Maintainer, error message: Could not run command: xfbrowser4 https://www.google.comtest: Failed to execute child process xfbrowser4 (No such file or directory) -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-4.towo-siduction-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-smartbookmark-plugin depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-34 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.1-1 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libxfce4util4 4.8.2-1 ii libxfcegui4-4 4.8.1-5 ii xfce4-panel 4.8.6-4 xfce4-smartbookmark-plugin recommends no packages. xfce4-smartbookmark-plugin 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#679121: git-buildpackage: does not honor DEBEMAIL
On Wednesday 27 June 2012 01:06 AM, Ritesh Raj Sarraf wrote: On Tuesday 26 June 2012 09:32 PM, Guido Günther wrote: At which place should gbp pick up DEBEMAIL (ond possibly override the options from .gitconfig)? I don't think it ever did that (at least not on prupose). In git-dch we parse the commit to get the email address of the patch author but that's rather the other way around. I agree that gbp never promised looking at the ~/.devscripts file. How about ~/.gbp.conf Guido ? I just realized that I had added the following to ~/.gbp.conf. I don't see a reason why I added, perhaps just the instincts. [user] name = Ritesh Raj Sarraf email = r...@debian.org signingkey = F00A2BE6 Maybe, ~/.gbp.conf is the ideal place to look at. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639422: Info received (pommed: daemon fails to start due to failed backlight probe)
This patch solves or at least works around my worst problem. pommed now beeps for me, as well as doing the right thing for the keyboard backlight and eject keys. diff -pruN pommed-1.39~dfsg/pommed/pommed.c pommed-1.39~dfsg.mine/pommed/pommed.c --- pommed-1.39~dfsg/pommed/pommed.c 2011-06-02 11:24:05.0 +0200 +++ pommed-1.39~dfsg.mine/pommed/pommed.c 2012-07-17 09:20:48.585470152 +0200 @@ -939,8 +939,6 @@ main (int argc, char **argv) if (ret 0) { logmsg(LOG_ERR, LCD backlight probe failed, check debug output); - - exit(1); } ret = evdev_init();
Bug#679554: Bug#680622: unblock: goobox/3.0.1-5, was Re: Bug#680622: unblock: goobox/3.0.1-4
On Thu, Jul 12, 2012 at 10:32:07PM +0200, Helge Kreutzmann wrote: unblock goobox/3.0.1-5 Done, thanks. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#627174: Bug#681398: release.debian.org: maintainer (both Debian and upstream lost intrest) see #627174
On Thu, Jul 12, 2012 at 09:46:01PM +0100, Nicholas Bamber wrote: The Debian/upstream maintainer says: SD has fallen from my priorities, and to have it be worth keeping in Debian at this point, I think someone else will need to step up and work on maintenance upstream. I've asked in #debian-perl but noone has expressed an interest so I propose removing it. I've added a removal hint based on #627174. As Adam said: If nobody cares about it remaining in Debian, it should also be removed from unstable. If somebody steps up and fixes #627174 it can also be readded to testing, if it's within 20 days of the removal. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#681478: wireshark-common: mergecap generates unusable file if interface index 0 has no packets
The problem occurs only when mergecap creates pcapng files. The following works fine for me: $ mergecap -F libpcap I'll try that, thank you for the hint. I can confirm that if I put -F libpcap on all tools (editcap, mergecap, tshark) I can open the resulting files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446330: icedove: Fails to launch
Hello Andrew, Hello Mark, this bug is quite a little bit older ... but still open. So I would like to ask you if you still have this problems with icedove? In the between times are many new relaeses offered and hopefully this behavior is'nt existing anymore in the current versions. If all is working correctly the bug could be safetly closed. Thanks and Regards Carsten On Fri, Oct 12, 2007 at 02:59:28AM -0400, Andrew Moise wrote: Package: icedove Version: 2.0.0.6-1 Severity: normal When I attempt to launch icedove, it doesn't work at all: [moise@mole /tmp]$ icedove [1] 23904 [moise@mole /tmp]$ /usr/bin/X11/icedove: line 120: cd: ../lib/icedove: No such file or directory /usr/bin/X11/icedove: line 182: /usr/bin/X11/run-mozilla.sh: No such file or directory [1] + exit 127 icedove [moise@mole /tmp]$ I don't believe I've done anything funny to my installation. Apologies if I have; please let me know if you need any more information. We are seeing the same thing. Launching it as /usr/bin/icedove works just fine though. Both are symbolic links to the same real executable. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641172: use expert-mode of D-I to opt for gpt
The Debian-Installer in expert-mode lets you choose between partitioning types, whereas in normal-mode it won't recognise the GUID Partition Table already made by Windows and shows the whole disk to be unused. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681583: python-blist: empty package
On Tue, Jul 17, 2012 at 08:48:22AM +0200, Evgeni Golov wrote: On Tue, Jul 17, 2012 at 08:27:16AM +0200, Evgeni Golov wrote: A patch to solve the issue is attached. A better version, with versioned build-depens on p-all-dev and a closes for the bug is attached now. After Jakub's pointer to [1] on IRC, a revised patch is attached. Regards Evgeni [1] http://lists.debian.org/debian-python/2011/03/msg00139.html -- Bruce Schneier can read and understand Perl programs. diff -Nru blist-1.3.4/debian/changelog blist-1.3.4/debian/changelog --- blist-1.3.4/debian/changelog 2012-04-17 22:36:29.0 +0200 +++ blist-1.3.4/debian/changelog 2012-07-17 14:49:24.0 +0200 @@ -1,3 +1,13 @@ +blist (1.3.4-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Use dh_python2. + * Add python-all-dev to Build-Depends. + * Add python:Depends to Depends. + * This all closes: #681583 + + -- Evgeni Golov evg...@debian.org Tue, 17 Jul 2012 08:02:31 +0200 + blist (1.3.4-1) unstable; urgency=low * Initial release. diff -Nru blist-1.3.4/debian/control blist-1.3.4/debian/control --- blist-1.3.4/debian/control 2012-04-24 23:19:13.0 +0200 +++ blist-1.3.4/debian/control 2012-07-17 14:49:14.0 +0200 @@ -5,7 +5,7 @@ Uploaders: Michael Gilbert mgilb...@debian.org Build-Depends: - debhelper (= 9) + debhelper (= 9), python-all-dev (= 2.6.6-3~) Standards-Version: 3.9.3 Homepage: http://pypi.python.org/pypi/blist @@ -14,6 +14,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, + ${python:Depends} Description: List-like type for python with better asymptotic performance This package is a drop-in replacement for the Python list the provides better performance when modifying large lists. The blist package also provides diff -Nru blist-1.3.4/debian/rules blist-1.3.4/debian/rules --- blist-1.3.4/debian/rules 2012-04-17 23:44:54.0 +0200 +++ blist-1.3.4/debian/rules 2012-07-17 08:11:19.0 +0200 @@ -9,4 +9,4 @@ dh_clean %: - dh $@ + dh $@ --with=python2
Bug#681584: python-colorama: missing dependency on python
On Tue, Jul 17, 2012 at 11:22:09AM +0200, Evgeni Golov wrote: attached is a patch to use dh_python2 and it's substvars. After Jakub's pointer to [1] on IRC, a revised patch is attached. Regards Evgeni [1] http://lists.debian.org/debian-python/2011/03/msg00139.html -- Bruce Schneier can read and understand Perl programs. diff -Nru python-colorama-0.2.4/debian/changelog python-colorama-0.2.4/debian/changelog --- python-colorama-0.2.4/debian/changelog 2012-03-06 19:17:39.0 +0100 +++ python-colorama-0.2.4/debian/changelog 2012-07-17 14:45:48.0 +0200 @@ -1,3 +1,13 @@ +python-colorama (0.2.4-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Use dh_python2. +Build-Depend on python (= 2.6.6-3~) for that. +Add python:Depends to Depends. +Closes: #681584 + + -- Evgeni Golov evg...@debian.org Tue, 17 Jul 2012 08:52:08 +0200 + python-colorama (0.2.4-1) unstable; urgency=low * Initial release (Closes: #662761) diff -Nru python-colorama-0.2.4/debian/control python-colorama-0.2.4/debian/control --- python-colorama-0.2.4/debian/control 2012-03-06 19:17:39.0 +0100 +++ python-colorama-0.2.4/debian/control 2012-07-17 14:45:24.0 +0200 @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Khalid El Fathi kha...@elfathi.fr -Build-Depends: debhelper (= 9.0.0), python +Build-Depends: debhelper (= 9.0.0), python (= 2.6.6-3~) Standards-Version: 3.9.3 Homepage: http://pypi.python.org/pypi/colorama/ Vcs-Git: git://git.debian.org/collab-maint/python-colorama.git @@ -11,7 +11,7 @@ Package: python-colorama Architecture: all -Depends: ${misc:Depends} +Depends: ${python:Depends}, ${misc:Depends} Description: Cross-platform colored terminal text in Python Python-colorama provides a simple cross-platform API to print colored terminal text from Python applications. diff -Nru python-colorama-0.2.4/debian/rules python-colorama-0.2.4/debian/rules --- python-colorama-0.2.4/debian/rules 2012-03-06 19:17:39.0 +0100 +++ python-colorama-0.2.4/debian/rules 2012-07-17 08:51:06.0 +0200 @@ -2,7 +2,7 @@ #export DH_VERBOSE=1 %: - dh $@ + dh $@ --with=python2 override_dh_installexamples: cp -r $(CURDIR)/demos/* $(CURDIR)/debian/python-colorama/usr/share/doc/python-colorama/examples/
Bug#681875: apport-gtk crashed with SyntaxError in __main__: invalid syntax
Package: apport-gtk Version: 2.2.3-1 = ProblemType: Crash ApportLog: Architecture: amd64 CrashCounter: 1 CrashReports: 640:0:0:32324:2012-07-17 01:20:18.944987000 +0530:2012-07-17 01:20:48.541129432 +0530:/var/crash/_usr_share_apport_apport-gtk.0.crash 644:0:0:0:2012-07-17 00:36:30.883950833 +0530:2012-07-17 00:36:30.883950833 +0530:/var/crash/_usr_share_apport_apport-gtk.0.upload 640:1000:1000:28823:2012-07-15 23:36:33.919877000 +0530:2012-07-15 23:36:34.919877000 +0530:/var/crash/_usr_bin_plasma-desktop.1000.crash 640:1000:1000:11194:2012-07-16 23:27:15.007342950 +0530:2012-07-16 23:27:15.003342926 +0530:/var/crash/_usr_share_doc_python-apt_examples_print_uris.py.1000.crash 640:114:133:232700:2012-07-16 19:55:21.720301164 +0530:2012-07-16 19:55:21.172298476 +0530:/var/crash/_usr_lib_x86_64-linux-gnu_colord_colord.114.crash Date: Tue Jul 17 01:20:19 2012 Dependencies: apport 2.2.3-1 coreutils 8.13-3.2 dconf-gsettings-backend 0.12.1-2 dconf-service 0.12.1-2 debconf 1.5.44 debianutils 4.3.2 dpkg 1.16.4.3 fontconfig 2.9.0-6 fontconfig-config 2.9.0-6 gcc-4.7-base 4.7.1-2 gir1.2-atk-1.0 2.4.0-2 gir1.2-freedesktop 1.32.1-1 gir1.2-gdkpixbuf-2.0 2.26.1-1 gir1.2-glib-2.0 1.32.1-1 gir1.2-gtk-3.0 3.4.2-2 gir1.2-pango-1.0 1.30.0-1 initscripts 2.88dsf-22.1 insserv 1.14.0-3 libacl1 2.2.51-8 libapt-inst1.5 0.9.7.1 libapt-pkg4.12 0.9.7.1 libatk1.0-0 2.4.0-2 libatk1.0-data 2.4.0-2 libattr1 1:2.4.46-8 libavahi-client3 0.6.31-1 libavahi-common-data 0.6.31-1 libavahi-common3 0.6.31-1 libblkid1 2.20.1-5.1 libbz2-1.0 1.0.6-3 libc-bin 2.13-33 libc6 2.13-33 libcairo-gobject2 1.12.2-2 libcairo2 1.12.2-2 libcolord1 0.1.21-1 libcomerr2 1.42.4-3 libcups2 1.5.3-1 libdatrie1 0.2.5-3 libdb5.1 5.1.29-5 libdbus-1-3 1.6.0-1 libdconf0 0.12.1-2 libexpat1 2.1.0-1 libffi5 3.0.10-3 libfontconfig1 2.9.0-6 libfreetype6 2.4.9-1 libgcc1 1:4.7.1-2 libgcrypt11 1.5.0-3 libgdk-pixbuf2.0-0 2.26.1-1 libgdk-pixbuf2.0-common 2.26.1-1 libgirepository-1.0-1 1.32.1-1 libglib2.0-0 2.32.3-1 libgnutls26 2.12.20-1 libgpg-error0 1.10-3 libgssapi-krb5-2 1.10.1+dfsg-1 libgtk-3-0 3.4.2-2 libgtk-3-common 3.4.2-2 libjasper1 1.900.1-13 libjbig0 2.0-2 libjpeg8 8d-1 libk5crypto3 1.10.1+dfsg-1 libkeyutils1 1.5.5-3 libkrb5-3 1.10.1+dfsg-1 libkrb5support0 1.10.1+dfsg-1 liblcms2-2 2.2+git20110628-2.2 liblzma5 5.1.1alpha+20120614-1 libmount1 2.20.1-5.1 libncurses5 5.9-10 libncursesw5 5.9-10 libp11-kit0 0.12-3 libpam-modules 1.1.3-7.1 libpam-modules-bin 1.1.3-7.1 libpam0g 1.1.3-7.1 libpango1.0-0 1.30.0-1 libpcre3 1:8.30-5 libpixman-1-0 0.26.0-3 libpng12-0 1.2.49-1 libprocps0 1:3.3.3-2 libreadline6 6.2-8 libselinux1 2.1.9-5 libsemanage-common 2.1.6-6 libsemanage1 2.1.6-6 libsepol1 2.1.4-3 libsqlite3-0 3.7.13-1 libssl1.0.0 1.0.1c-3 libstdc++6 4.7.1-2 libtasn1-3 2.13-2 libthai-data 0.1.18-1 libthai0 0.1.18-1 libtiff4 3.9.6-6 libtinfo5 5.9-10 libustr-1.0-1 1.0.4-3 libuuid1 2.20.1-5.1 libx11-6 2:1.5.0-1 libx11-data 2:1.5.0-1 libxau6 1:1.0.7-1 libxcb-render0 1.8.1-1 libxcb-shm0 1.8.1-1 libxcb1 1.8.1-1 libxcomposite1 1:0.4.3-2 libxcursor1 1:1.1.13-1 libxdamage1 1:1.1.3-2 libxdmcp6 1:1.1.1-1 libxext6 2:1.3.1-2 libxfixes3 1:5.0-4 libxft2 2.3.1-1 libxi6 2:1.6.1-1 libxinerama1 2:1.1.2-1 libxml2 2.8.0+dfsg1-4 libxrandr2 2:1.3.2-2 libxrender1 1:0.9.7-1 lsb-base 4.1+Debian7 lsb-release 4.1+Debian7 menu-xdg 0.5 mime-support 3.52-1 mount 2.20.1-5.1 multiarch-support 2.13-33 passwd 1:4.1.5.1-1 perl-base 5.14.2-12 procps 1:3.3.3-2 python 2.7.3~rc2-1 python-apport 2.2.3-1 [modified: usr/share/pyshared/apport/ui.py] python-apt 0.8.4 python-apt-common 0.8.4 python-gi 3.2.2-1 python-minimal 2.7.3~rc2-1 python-problem-report 2.2.3-1 python-support 1.0.15 python-xdg 0.19-4 python2.7 2.7.3~rc2-2.1 python2.7-minimal 2.7.3~rc2-2.1 readline-common 6.2-8 sensible-utils 0.0.7 shared-mime-info 1.0-1 sysv-rc 2.88dsf-22.1 sysvinit-utils 2.88dsf-22.1 tar 1.26-4 ttf-dejavu-core 2.33-2 ucf 3.0025+nmu3 zlib1g 1:1.2.7.dfsg-13 DistroRelease: Debian 7.0 ExecutablePath: /usr/share/apport/apport-gtk ExecutableTimestamp: 1339796588 InterpreterPath: /usr/bin/python2.7 Package: apport-gtk 2.2.3-1 PackageArchitecture: all ProcCmdline: /usr/bin/python /usr/share/apport/apport-gtk _usr_share_apport_apport-gtk.0.crash ProcCwd: /var/crash ProcEnviron: LANGUAGE=en_US:en LC_TIME=en_IN.UTF-8 LC_MONETARY=en_IN.UTF-8 TERM=xterm PATH=(custom, no user) LC_ADDRESS=en_IN.UTF-8 LC_TELEPHONE=en_IN.UTF-8 LANG=en_US.UTF-8 SHELL=/bin/bash LC_NAME=en_IN.UTF-8 LC_MEASUREMENT=en_IN.UTF-8 LC_NUMERIC=en_IN.UTF-8 LC_PAPER=en_IN.UTF-8 ProcMaps: 0040-00674000 r-xp 08:06 4456460 /usr/bin/python2.7 00873000-00874000 r--p 00273000 08:06 4456460 /usr/bin/python2.7 00874000-008dd000 rw-p 00274000 08:06 4456460 /usr/bin/python2.7 008dd000-008ef000 rw-p
Bug#681876: dchroot: Bad upgrade path
Package: dchroot Version: 1.5.2-1 Severity: important Hi, The NEWS.Debian.gz contains: Please run dchroot --config /etc/schroot/chroot.d/dchroot (prior to upgrading) to convert your existing dchroot.conf into schroot.conf format. Could you please just do that in the preinst script on upgrade instead and remove the /etc/dchroot.conf conffile afterwards? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681877: ftp.debian.org: Wrong priority of libboost-iostreams1.50.0
Package: ftp.debian.org Severity: normal Hi! Like #592889, I have created a wheezy chroot with cdebootstrap, standard flavour (where required and important priority packages are installed) and found that one package have no reverse dependecies: libboost-iostreams1.50.0 It should be downgraded to standard or optional. Thank you! Best regards, Nelson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681878: network-manager-gnome: nm-applet repeatedly forgets passwords when trying to reconnect to WIFI network
Package: network-manager-gnome Version: 0.9.4.1-1+b1 Severity: normal The WIFI password is saved in the login keyring. Somehow nm-applet seems to not reliably read the keyring entry. Various different behaviours are possible: - Everything works, when a WIFI with saved PW (re)appears, it is automatically connected - When a WIFI (re)appears, a PW dialog is shown with the PW already filled. This PW dialog might be an old-style one or a new, gnome3 dialog (this is similar to #651097, only that it might be that there appears only one of both, most of the time the old one) - When a WIFI (re)appears, a PW dialog appear with no PW filled. For unstable WIFI connections this can be very annoying, and it also happens frequently after booting. This is not #578587 supposedly because it does not happen every time. Thanks for your work, Florian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.6.0-1 ii dpkg 1.16.4.3 ii gconf-service 3.2.5-1 ii gconf23.2.5-1 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libgconf-2-4 3.2.5-1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-bluetooth10 3.4.1-1 ii libgnome-keyring0 3.4.1-1 ii libgtk-3-03.4.2-2 ii libnm-glib-vpn1 0.9.4.0-5 ii libnm-glib4 0.9.4.0-5 ii libnm-gtk00.9.4.1-1+b1 ii libnm-util2 0.9.4.0-5 ii libnotify40.7.5-1 ii libpango1.0-0 1.30.0-1 ii network-manager 0.9.4.0-5 ii policykit-1-gnome 0.105-2 Versions of packages network-manager-gnome recommends: ii gnome-bluetooth3.4.1-1 ii iso-codes 3.37-1 ii libpam-gnome-keyring [libpam-keyring] 3.4.1-4 ii mobile-broadband-provider-info 20120402-1 ii notification-daemon0.7.5-1 Versions of packages network-manager-gnome suggests: pn network-manager-openvpn-gnome none pn network-manager-pptp-gnome none ii network-manager-vpnc-gnome 0.9.4.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681879: provide file:// url/uri packages/ download option alongside http:// and ftp://
Package: debian-installer Version: 20120716 testing Severity: wishlist When using expert-install, option is provided to get packages from a http:// or an ftp:// URL. file:// option should also be provided. This implies either command shell mounting, or some DI .udeb to provide a 'mount local/USB package mirror' step. At least, even manual (sub shell) mount and specification of file:// protocol, then enter the file path/url, manually, would be adequate for now. We have high-latency low-bandwidth rural internet connection, so anything other than installing off a CD or local HDD package archive is painful; we regularly travel to a location where we update our local mirror (USB) hdd, and package updates come from that. It is desirable to be able to install in the first instance onto new pcs, from our local mirror, rather than having to setup a webserver on another computer serving the mirror, plug our mirror in to that, cope with DI networking issues etc, all just for an install. Small laptops come without CD/DVD drive, limiting install option to USB stick (another current source of some frustration - for other bug reports). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679853: general: Too much downtime during a big dist-upgrade - avoidable with snapshots
On Mon, Jul 02, 2012 at 08:27:05PM +0600, Alexander E. Patrakov wrote: While it might work for some, there's a much simpler way to minimize daemon downtime: Avoid stopping a daemon in the prerm, and instead restart it in the postinst. Downtime then becomes 1 second per daemon (less than a kexec reboot). However, the daemon then needs to be audited to ensure that it will continue to work while its foundation is being upgraded underneath it. Yes, you seem to be right here. That's what I did for my own proprietary daemon that also runs on my debian servers, and it works well enough (except that I need to restart it manually when the shared libraries it uses receive security updates - but that's OK for me). So in reality, I am on the fence. The quoted solution is easier and it seems to work well enough. But for some reason, freedesktop folks invented this for desktop systems: http://fedoraproject.org/wiki/Features/OfflineSystemUpdates . From what I have understood, the motivation is that there is no way to get a consistent state except by rebooting - which partially corresponds to your case of non-audited daemons. Basically, it looks like they gave up, that's why I proposed a complicated solution based on the same shaky (at least for servers) assumption that it is the best to avoid updating packages on a live system. As for the issue of merging files e.g. in /etc - the objection is valid if there is a valid source of such changes (and IMHO indeed, it would be too radical to ban any manual changes in /etc between the upgrade and the reboot). Also, for anyone reading this bug, I would like to stress that I consider it an issue only for systems running the testing distribution, because big dist-upgrades are not frequent in stable. -- Alexander E. Patrakov I think that goes along with There is no way to update but to reinstall. for most non-Debian based distributions. Debian has always allowed updating instead of reinstalling and updating without rebooting. Any system to prepare an update system in the background and then reboot into the new state will at most be an alternative. Certainly something nice to have but the it will probably be like vi/emacs. Half the people like one way, the other the other way. And the two shall never meet. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681834: network-manager, gnome, Recommends vs Depends
block 645656 by 681834 thanks The argument about the dependency from gnome-core to network-manager has now reached the TC. This has been extensive discussed, most recently on debian-devel. The most recent response from Josselin is here: http://lists.debian.org/debian-devel/2012/07/msg00210.html It seems to me that: * n-m breaks the networking of enough people that this is a significant problem which should be fixed. * There is not currently another metapackage besides gnome-core that would pull in enough of the gnome system. * There is no good reason not to use Recommends (or indeed Suggests) in a metapackage. * In particular, tests have shown that the remainder of gnome functions as expected when network-manager is not installed; the situation appears to be the similar to that which occurs if n-m is installed but the system's active network connection is not one made by n-m. * Also, that there are people who choose not to install Recommends at all is not a reason not to make this change. * The present situation in wheezy appears to be a regression from squeeze. So I would propose that we: * Clarify our view that the normal rules for deciding dependency priorities apply to meta packages too; * Require no change to policy; * Overrule the maintainer of gnome-core, requiring that the dependency on network-manager be changed to Recommends; * Advise the release managers that we would prefer this change to be made in wheezy, provided it is uploaded promptly. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#450638: xen gencontrol.py now prints a useful message if linux-support-FOO isn't installed
Ian Campbell writes (Bug#450638: xen gencontrol.py now prints a useful message if linux-support-FOO isn't installed): It looks like this now fails with a somewhat useful error message (see below). Are you happy with that or should we keep this bug open? Looks fine to me. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681880: openvswitch-switch - Automatic changed file in /etc/
Package: openvswitch-switch Version: 1.4.2+git20120612-2 Severity: serious openvswitch uses a db called /etc/openvswitch/conf.db. This file is programmatic modified and not user editable. This violates §10.7 of the policy. /var/lib is the correct location for state data. Bastian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.4-trunk-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681882: ITP: sigrok-firmware-fx2lafw -- Open-source firmware for Cypress FX2 based logic analyzers
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-firmware-fx2lafw Version : 0.1.0 Upstream Author : Uwe Hermann, Joel Holdsworth * URL : http://www.sigrok.org/wiki/Fx2lafw * License : GPL2+, LGPL2.1+ Programming Lang: C Description : Open-source firmware for Cypress FX2 based logic analyzers Free/libre/open-source firmware for logic analyzers based on the Cypress EZ-USB FX2(LP) chip. Supported devices include: - Saleae Logic - USBee SX - Braintechnology USB-LPS - and many clones of the above devices Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681881: ITP: sigrok-util -- sigrok related utilities
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-util Version : 0.1.0 Upstream Author : sigrok developers * URL : http://www.sigrok.org * License : GPL Programming Lang: C, Python Description : sigrok related utilities A collection of small sigrok related utilities, such as firmware extractor scripts, visualization helper tools, and others. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681883: virtualbox: Host to Guest network communications intermittent with rt kernel
Package: virtualbox Version: 4.1.18-dfsg-1 Severity: normal Virtual box drops/looses packets between host and guest network interfaces. The guest can happly ping both the hosts vboxnet0 interface and the hosts external eth0 interface address without packet loss. The host has 90+% packet loss when ping the guest's ip. The virtual guest is set to use host-only-networking this has been working for some time in this configuration without issue. This was until I upgraded to the latest kernel image and at the same time decided to try the RT versions. This occures when using the RT kernel using linux-image-3.2.0-3-rt-amd64 but works normally with the non RT versions of the same kernel ie linux-image-3.2.0-3-amd64 I am using virtualbox-dkms to build the kernel modules Let me know if you need me to test anything or more info. Paul -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-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 virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.4.3 ii libc62.13-33 ii libcurl3 7.26.0-1 ii libgcc1 1:4.7.1-2 ii libgsoap22.8.7-1 ii libpng12-0 1.2.49-1 ii libpython2.7 2.7.3~rc2-2.1 ii libsdl1.2debian 1.2.15-5 ii libssl1.0.0 1.0.1c-3 ii libstdc++6 4.7.1-2 ii libvncserver00.9.9+dfsg-1 ii libx11-6 2:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxml2 2.8.0+dfsg1-4 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 ii python 2.7.3~rc2-1 ii python2.72.7.3~rc2-2.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 8.0.3-1 ii libqt4-opengl 4:4.8.2-1 ii libqtcore44:4.8.2-1 ii libqtgui4 4:4.8.2-1 ii virtualbox-dkms 4.1.18-dfsg-1 ii virtualbox-qt 4.1.18-dfsg-1 ii virtualbox-source 4.1.18-dfsg-1 Versions of packages virtualbox suggests: ii vde22.3.2-4 ii virtualbox-guest-additions-iso 4.1.18-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681876: Acknowledgement (dchroot: Bad upgrade path)
severity 681876 serious thanks After actually trying this from a squeeze version, I end up with: W: line 13 [i386-sid]: Deprecated key 'script-config' used I: This option will be removed in the future; please update your configuration W: line 10 [i386-sid]: Obsolete key 'priority' used I: This option has been removed, and no longer has any effect E: Access not authorised I: You do not have permission to access the schroot service. I: This failure will be reported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org