Bug#498308: ntop: /etc/default/ntop - incomplete comments to document variables
On 01/-10/-28163 11:59 AM, jaalto wrote: /etc/default/ntop reads: # This file will normally include the debconf template but you can disable # that and use this file only. . /var/lib/ntop/init.cfg #GETOPT= The variables that can be set are not mentioned. SUGGESTION Please make it read: # This file will normally include the debconf template but you can disable # that and use this file only. . /var/lib/ntop/init.cfg # GETOPT= + # USER=ntop + # INTERFACES=eth0 I gave this problem some thinking: -having the same options in 2 places is wrong: the admin should not be able to just override the values set via debconf -we do not want the admin to be change the USER variable by hand, because permission needs to be fixed if that variable is changed -variables set via debconf (USER, INTERFACES) should not be in a conffile, while variables not set via debconf (GETOPT) should be in a conffile. Therefore they cannot be all in the /etc/default/ntop. So I believe a solution is -no longer include /var/lib/ntop/init.cfg from /etc/default/ntop, and use the latter only for the GETOPT (and ENABLED) options -include /var/lib/ntop/init.cfg directly from the init script I wonder what is GETOP for? Perhaps a comment beside it would help to orient reader better. Adding a comment. I'm not sure the function of /var/lib/ntop/init.cfg because the installation did not ask about any interface to define by default. That's where debconf settings are stored. The guessed interface eth0 is not correct in wireless environment, so it's better to spell out the variables that can be set. Mhm, this should work better now. If not, please open a separate bug. Thanks, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623220: [php-maint] Bug#623220: Bug#623220: php5: crypt() function with empty salt, returns empty string
Hi Michael, On Mon, Apr 18, 2011 at 20:32, Michael Neubert deb...@michael-neubert.de wrote: The documentation says: An optional salt string to base the hashing on. If not provided, the behaviour is defined by the algorithm implementation and can lead to unexpected results. Ok I only read the German manual. Here the documentation differs and no hint is given for unexpected results. You should probably fill a documentation bug at bugs.php.net. But even with this hidden hint in the English documentation I cannot agree to your argumentation. I set the salt as an empty string, so I provided the second Argument, even if it was empty. And what I got was no hashed string. It was an empty string. So I expected as result always an hash string, weather or not there is an empty salt-string. And under Debian lenny there was always a non-empty hash-string, even if the salt-string or both arguments were empty. Example in Lenny: $ php -r 'var_dump(crypt(,));' string(34) $1$S5KCztpy$mu6mdwHz0weoCkGKGqX2s0 Example in Squeeze: $ php -r 'var_dump(crypt(,));' string(0) Maybe you say, this is no critical behaviour. But I just migrated some servers from Lenny to Squeeze and one website on these servers got involved by this phenomenon (login script, that did no check for empty strings, because it thought, it gets always hash strings as results - worst case occured - login without valid password). So in my opinion it could be advisably to bring the patch also for the current stable Squeeze release, because other web2.0 websites with login could probably be affected / vulnerable in the same way leading to a significant risk concerning privacy for the users of those websites. Even though I think that it's the application which needs fixing and the implementation follows system crypt (which will return empty string in case you provide the empty salt), you have convinced me that it's worth fixing in squeeze. Raphael could you please cherry-pick 58f8b27 to debian-squeeze and include it in next batch of security updates? O. -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623297: grub-efi-amd64: update-grub doesn't work at all
On 19.04.2011 04:47, Marcus Jodorf wrote: grub-install --boot-directory=/boot/efi/efi -bootloader-id=grub\ --no-floppy --recheck Drop the --boot-directory parameter -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#595427: (no subject)
I just installed winetricks and noticed that it depends on wine instead of recommending it. As winetricks is useful as well if you compile wine yourself, I would like it to only recommend wine as a package. Would you mind to change that? Thanks in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623305: dh-make: [PATCH] lib/licenses/lgpl[23]: Add plus(+) sign to license ids
Package: dh-make Version: 0.58 Severity: wishlist The license texts read: License: ..., or (at your option) any later version. The patch changes ids accordingly (LGPL-3.0 = LGPL-3.0+ etc. The patch is against Git: d54fa19 2011-01-17 copyright url and rules processing fixed -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make depends on: ii debhelper 8.1.3 helper programs for debian/rules ii dpkg-dev 1.16.0.2 Debian package development tools ii make 3.81-8 An utility for Directing compilati ii perl 5.10.1-19 Larry Wall's Practical Extraction dh-make recommends no packages. Versions of packages dh-make suggests: ii build-essential 11.5 Informational list of build-essent -- no debconf information From a34e0773fd325f5f6fa1fe5f679c1e2761873399 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Tue, 19 Apr 2011 09:14:15 +0300 Subject: [PATCH] lib/licenses/lgpl[23]: Add plus(+) sign to license ids Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- lib/licenses/lgpl2 |6 +++--- lib/licenses/lgpl3 |6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/lib/licenses/lgpl2 b/lib/licenses/lgpl2 index a5f4c30..876da2d 100644 --- a/lib/licenses/lgpl2 +++ b/lib/licenses/lgpl2 @@ -5,13 +5,13 @@ Source: url://example.com Files: * Copyright: years put author's name and email here years likewise for another author -License: LGPL-2.0 +License: LGPL-2.0+ Files: debian/* Copyright: #YEAR# #USERNAME# #EMAIL# -License: LGPL-2.0 +License: LGPL-2.0+ -License: LGPL-2.0 +License: LGPL-2.0+ This package is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either diff --git a/lib/licenses/lgpl3 b/lib/licenses/lgpl3 index 8941e67..4b96b85 100644 --- a/lib/licenses/lgpl3 +++ b/lib/licenses/lgpl3 @@ -5,13 +5,13 @@ Source: url://example.com Files: * Copyright: years put author's name and email here years likewise for another author -License: LGPL-3.0 +License: LGPL-3.0+ Files: debian/* Copyright: #YEAR# #USERNAME# #EMAIL# -License: LGPL-3.0 +License: LGPL-3.0+ -License: LGPL-3.0 +License: LGPL-3.0+ This package is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either -- 1.7.4.1
Bug#623306: Plugin config files should be moved to /etc (e.g. /etc/phpsysinfo/plugins/*)
Package: phpsysinfo Version: 3.0.10-1 Severity: important The new phpsysinfo version supports plugins, which have their own configuration files. The default location of these configuration files is /usr/share/phpsysinfo/plugins/plugin-name/plugin-name.config.php. Just like the main configuration file, these files should be moved to /etc, for example to /etc/phpsysinfo/plugins/plugin-name.config.php. And of course, symlinks should be placed on the original locations linking to these files in /etc. (BTW: Thanks for uploading a new version!) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38.3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages phpsysinfo depends on: ii apache2 2.2.17-2 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.17-2 Apache HTTP Server - traditional n ii php5 5.3.3-7server-side, HTML-embedded scripti phpsysinfo recommends no packages. Versions of packages phpsysinfo suggests: ii hddtemp0.3-beta15-46 hard drive temperature monitoring ii lm-sensors 1:3.2.0-1 utilities to read temperature/volt -- Configuration Files: /etc/phpsysinfo/config.php changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623280: /usr/lib/libstdc++.so.6: undefined symbol: _ZNSt8messagesIcE2idE, version GLIBCXX_3.4
On 04/19/2011 01:49 AM, Joey Hess wrote: Package: libstdc++6 Version: 4.6.0-2 Severity: normal update-menus: symbol lookup error: /usr/lib/libstdc++.so.6: undefined symbol: _ZNSt8messagesIcE2idE, version GLIBCXX_3.4 dpkg: error processing menu (--unpack): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: /var/cache/apt/archives/qt4-qtconfig_4%3a4.7.2-3_i386.deb menu apt-get: symbol lookup error: /usr/lib/libstdc++.so.6: undefined symbol: _ZNSt8messagesIcE2idE, version GLIBCXX_3.4 This system tracks unstable but had been off, and trying to install something pulled in a new libstdc++6 w/o first upgrading libc6, which was at version 2.10.2-9. This bug seems similar to #584572, except with newer versions. I fixed the problem here my manually upgrading libc6 with dpkg. So, there must be a badly versioned dependency. $ fgrep _ZNSt8messagesIcE2idE debian/*sym* debian/libstdc++6.symbols.common: _ZNSt8messagesIcE2idE@GLIBCXX_3.4 4.1.1 the version doesn't seem to be the issue here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596144: Announce of an upcoming upload for the norwegian package
Dear maintainer of norwegian and Debian translators, Some days ago, I sent a notice to the maintainer of the norwegian Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de en es eu fi fr gl it ja nb nl nn pt ru sv vi Among these, the following translations are incomplete: en If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the norwegian package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, April 27, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Sunday, April 17, 2011 : send the first intent to NMU notice to the package maintainer. Tuesday, April 19, 2011 : send this notice Wednesday, April 27, 2011 : (midnight) deadline for receiving translation updates Thursday, April 28, 2011 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: tfh...@debian.org\n POT-Creation-Date: 2007-07-18 20:02+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #. bokmaal is an ASCII transliteration. aa is in fact the U00C5 #. Unicode glyph, rendered as a lower a with a ring above. Please #. use this glyph when available. The HTML entity is aring; #: ../wnorwegian.templates.in:2001 ../inorwegian.templates.in:2001 #: ../aspell-no.templates:2001 msgid nynorsk msgstr #. Type: select #. Choices #. bokmaal is an ASCII transliteration. aa is in fact the U00C5 #. Unicode glyph, rendered as a lower a with a ring above. Please #. use this glyph when available. The HTML entity is aring; #: ../wnorwegian.templates.in:2001 ../inorwegian.templates.in:2001 #: ../aspell-no.templates:2001 msgid bokmaal msgstr #. Type: select #. Description #: ../wnorwegian.templates.in:2002 ../inorwegian.templates.in:2002 #: ../aspell-no.templates:2002 msgid Norwegian language variant: msgstr #. Type: select #. Description #: ../wnorwegian.templates.in:2002 ../inorwegian.templates.in:2002 #: ../aspell-no.templates:2002 msgid Norwegian has two different written forms: bokmaal and nynorsk. msgstr #. Type: select #. Description #: ../wnorwegian.templates.in:2002 ../inorwegian.templates.in:2002 #: ../aspell-no.templates:2002 msgid Please choose the one you wish to use. msgstr signature.asc Description: Digital signature
Bug#623307: .sgml:80:12:E: end tag for VARIABLELIST omitted, but OMITTAG NO was specified
Package: claws-mail-multi-notifier Severity: normal Error seen in armel build: ://buildd.debian.org/status/fetch.php?pkg=claws-mail-extra-pluginsarch=armelver=3.7.9-1stamp=1303180662laws-mail-multi-notifier.sgml:80:12:E: end tag for VARIABLELIST omitted, but OMITTAG NO was specified -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-7-g56678ec (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591318: [PATCH] alsa-lib: Fix typo in comment in surround71.conf
-- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic From f79d99c91f9ed1408220aa7dc12e2ebd31339e9a Mon Sep 17 00:00:00 2001 From: David Henningsson david.hennings...@canonical.com Date: Tue, 19 Apr 2011 08:05:08 +0200 Subject: [PATCH] Fix typo in comment in surround71.conf BugLink: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591318 Reported-by: Ariel asdeb...@dsgml.com Signed-off-by: David Henningsson david.hennings...@canonical.com --- src/conf/pcm/surround71.conf |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/conf/pcm/surround71.conf b/src/conf/pcm/surround71.conf index eb2360b..076a97d 100644 --- a/src/conf/pcm/surround71.conf +++ b/src/conf/pcm/surround71.conf @@ -7,8 +7,8 @@ #chn3 - rear right #chn4 - center #chn5 - lfe -#chn7 - side left -#chn8 - side right +#chn6 - side left +#chn7 - side right # pcm.!surround71 { -- 1.7.4.1
Bug#604644: loop-aes: Unusable in Wheezy with 2.6.38, working upstream version available
severity 604644 grave thanks Hi. It looks like this bug renders loop-aes unusable in Wheezy, where default kernel version is 2.6.38. There is no binary package for 2.6.38 dist-kernels and there is no way for building loop-aes module with module assistant from sources (errors mentioned above). Current upstream version is 3.6b released 26 February 2011 (works fine with 2.6.38). Best regards, Grzegorz Bizon -- Grzegorz Bizon ntsn::software_development http://ntsn.pl/en -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623237: ITA: gtkpod -- manage songs and playlists on an Apple iPod
On 18/04/2011 23:48, Michael Biebl wrote: Please update gtkpod to 2.0 when you take over maintainership. gtkpod 2.0 seems to no longer depend on (lib)hal and gnome-vfs, two deprecated libraries which we want to get rid of in wheezy. Thanks, Michael Hi Michael! I'm trying to do it right now :-) As soon as I get a clean lintian, I'll search for someone sponsoring me to get the packages (gtkpod and gtkpod-data) uploaded somewhere ;-) Bis bald! mfv -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#391366: unclean output from init.d script
package ntop tags 391366 + confirmed upstream pending forwarded 391366 https://www.ntop.org/bugzilla3/show_bug.cgi?id=75 thanks Hi, On 01/-10/-28163 11:59 AM, martin f krafft wrote: Starting network top daemon: Fri Oct 6 11:25:54 2006 NOTE: Interface merge enabled by default Fri Oct 6 11:25:54 2006 Initializing gdbm databases ntop I would appreciate if the status messages went to syslogd and not to the console. I opened a bug upstream [1]. In the meanwhile I am redirecting the output to syslog using logger. [1] https://www.ntop.org/bugzilla3/show_bug.cgi?id=75 Thanks, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498308: ntop: /etc/default/ntop - incomplete comments to document variables
On 04/18/2011 11:54 PM, jari wrote: I agree. Please also add comment to the beginning of /etc/default/ntop # NOTE: to configure more variables, run dpkg-reconfiggure --priority=low ntop Good! Yes, already added ;) Thanks, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623149: Lenovo S10-3 fails to resume from hibernation
Le Sun, 17 Apr 2011 19:57:14 +0100, Robert Scott b...@humanleg.org.uk a écrit : … Using a Lenovo ideapad S10-3 (which afaik is a pretty much standard pine trail netbook), squeeze installed from scratch, the system fails to resume from hibernation in a similar way to bugs #613790 and #611750. Downgrading to 2.6.32-29 makes hibernation work. 2.6.32-30 and 2.6.32-31 do not work. Unlike some of the other submitters I have never had success with the latter kernels. It's not even intermittent. 100% failure. Please let me know if I can supply any more information. I'm perfectly capable of compiling the odd kernel if I get the time. Hello Robert, Perhaps you're also affected by the same bug I did with my eeepc (see #622259). Could you test a 2.6.32-31 kernel with following patch reverted : x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch It fixed my hibernation problem. Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498308: ntop: /etc/default/ntop - incomplete comments to document variables
On 2011-04-18 22:58, Ludovico Cavedon wrote: | On 01/-10/-28163 11:59 AM, jaalto wrote: | /etc/default/ntop reads: | | # This file will normally include the debconf template but you can disable | # that and use this file only. | | . /var/lib/ntop/init.cfg | #GETOPT= | | The variables that can be set are not mentioned. | | SUGGESTION | | Please make it read: | | # This file will normally include the debconf template but you can disable | # that and use this file only. | . /var/lib/ntop/init.cfg | # GETOPT= | + # USER=ntop | + # INTERFACES=eth0 | | I gave this problem some thinking: | -having the same options in 2 places is wrong: the admin should not be | able to just override the values set via debconf | -we do not want the admin to be change the USER variable by hand, | because permission needs to be fixed if that variable is changed | -variables set via debconf (USER, INTERFACES) should not be in a | conffile, while variables not set via debconf (GETOPT) should be in a | conffile. Therefore they cannot be all in the /etc/default/ntop. | | So I believe a solution is | -no longer include /var/lib/ntop/init.cfg from /etc/default/ntop, and | use the latter only for the GETOPT (and ENABLED) options | -include /var/lib/ntop/init.cfg directly from the init script I agree. Please also add comment to the beginning of /etc/default/ntop # NOTE: to configure more variables, run dpkg-reconfiggure --priority=low ntop Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591318: [PATCH] alsa-lib: Fix typo in comment in surround71.conf
Applied to our GIT repo. - Jaroslav Kysela pe...@perex.cz Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613188: Can I set up a NMU ?
Hello Dominic I'd like to use this bug as a task for my NM application. I'll provide the relevant information and a patch in the followup of this bug. I was asked to prepare a NMU pacakge for this TS task. Do you mind if I prepare a NMU for perl-tk to fix this bug ? The NMU package will be uploaded later on by xoswald. (unless he just want to review the package... anyway, you'll get the patch) Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621327: Sleep in init scripts helps
Le lundi 18 avril 2011 à 15:40 +0200, Ole Laursen a écrit : Hi again! It does indeed appear to be a race condition. I inserted a sleep 5 in /etc/init.d/gdm and now keyboard and mouse works. Note that this is on a fast SSD, so booting only takes a few seconds. Looks like the udev bug I already encountered. IIRC a “rm -rf /run; reboot” should do the trick. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622319: qemu: KVM seems to not be enabled even with -enable-kvm with upgrade to 0.14
Le 19/04/2011 07:43, Michael Tokarev a écrit : 19.04.2011 06:22, Daniel Dickinson wrote: [] XP is just god-awful slow, but admittedly it's been a while since I've used windows, so maybe I'm just spoiled now. It's not CPU because not even one core is fully utilized on the workstation, so perhaps it's the file system layer that's the problem. I don't remember XP being this painful before, but admittedly I don't use it often enough to really say. Sounds like qcow[2] with a default cache mode (writethrough). Try specifying different cache mode (none or writeback). Except this is not something new in 0.14, it was already the default in 0.12. Please see /usr/share/doc/qemu-system/NEWS to know about how to do that and the implications it has. This note should have been displayed during the upgrade BTW. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623073: inorwegian: uninstallable in sid
Christian PERRIER pisze: I have a running NMU intent for minor l10n issues. If Tollef is OK and as this blocks the transition of ispell, I would be happy to fix this in this NMU. However, I'm not entirely familiar with these thing so I need confirmation that all what's needed is rebuilding with the new ispell and introduce the dependencies you mention. I've rebuilt it locally - see attached patch. I forced gawk in debian/rules, because build fails if awk points to mawk. Otherwise the package build fine, with plenty of strange warnings, just like in previous versions [1]. Regards, roberr [1] https://buildd.debian.org/status/fetch.php?pkg=norwegianarch=ia64ver=2.0.10-3.2stamp=1253487887 diff --git a/debian/rules b/debian/rules index 1ab80ea..08491aa 100755 --- a/debian/rules +++ b/debian/rules @@ -18,7 +18,7 @@ build: build-stamp debian/po/en.po build-stamp: dh_testdir - $(MAKE) + $(MAKE) AWK=gawk # Build aspell-no files as well -- this trick is stolen from the # aspell-da package. diff --git a/debian/control b/debian/control index 2d2c4c6..2be7eb7 100644 --- a/debian/control +++ b/debian/control @@ -2,12 +2,12 @@ Source: norwegian Section: text Priority: optional Maintainer: Tollef Fog Heen tfh...@debian.org -Build-Depends: debhelper (= 6), ispell, gawk, perl, aspell (= 0.60.3-2), dictionaries-common-dev (=0.20), po-debconf, gettext (= 0.11), hunspell-tools | myspell-tools +Build-Depends: debhelper (= 6), ispell (= 3.3.02), gawk, perl, aspell (= 0.60.3-2), dictionaries-common-dev (=0.20), po-debconf, gettext (= 0.11), hunspell-tools | myspell-tools Standards-Version: 3.8.1 Package: inorwegian Architecture: any -Depends: ${misc:Depends}, ispell, debconf | debconf-2.0, dictionaries-common +Depends: ${misc:Depends}, ispell (= 3.3.02), debconf | debconf-2.0, dictionaries-common Provides: ispell-dictionary Description: Norwegian dictionary for ispell
Bug#623284: [Pkg-openssl-devel] Bug#623284: openssl: CApath option does not find certificates for verification
On Tue, Apr 19, 2011 at 02:54:47AM +0200, Michiel de Boer wrote: Package: openssl Version: 1.0.0d-2 Severity: normal Tags: d-i When connecting with openssl to for example, the Freenode irc network, with the following command: openssl s_client -CApath /etc/ssl/certs/ -connect chat.freenode.net:7000 Verification of the certificate fails. However, a command such as: Can you try running c_rehash and see if that fixes the problem? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613342: A friendly reminder of the patch from upstream
On Sat, 2011-04-16 at 12:57 +0100, Paul Martin wrote: On Sat, Apr 16, 2011 at 01:44:30AM +0200, Svante Signell wrote: The patch in bug #613342 was approved and updated by the upstream from Redhat, February 16, and communicated with them by the DM. Is anything hindering an upload of a patched package? See the patch to the bug report at [logrotate-3.7.9-remove-path-max.patch] Was that intended to be a link? No, I was just referring to the patch you added to Message 40 of the bug. I had an extensive dialogue with one of the RedHat developers, and between us we fixed some bugs in the original patch. That it hasn't been uploaded is completely my fault. Thanks, we are looking forward to an upload of the patched package. Since 3.7.9 has been released, with the patch applied, an even better alternative would be to package the new version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622308: xserver-xorg-video-intel: sporadic graphics corruption after upgrade to 2.6.38
Nathan Stine nathan.st...@gmail.com (18/04/2011): On Mon, Apr 11, 2011 at 9:21 PM, Cyril Brulebois k...@debian.org wrote: We're AFAICT only lacking a package for latest libdrm; not sure it's worth waiting until (say..) tomorrow for an updated libdrm package to be available, I think opening a bug upstream is the right thing to do. FWIW, we now have libdrm 2.4.25 in experimental, and x-x-v-intel 2.15.0 is unstable; you may want to give them a shot before talking to upstream. KiBi. signature.asc Description: Digital signature
Bug#623073: inorwegian: uninstallable in sid
Quoting Robert Luberda (rob...@debian.org): Christian PERRIER pisze: I have a running NMU intent for minor l10n issues. If Tollef is OK and as this blocks the transition of ispell, I would be happy to fix this in this NMU. However, I'm not entirely familiar with these thing so I need confirmation that all what's needed is rebuilding with the new ispell and introduce the dependencies you mention. I've rebuilt it locally - see attached patch. I forced gawk in debian/rules, because build fails if awk points to mawk. Otherwise the package build fine, with plenty of strange warnings, just like in previous versions [1]. In the meantime, Tollef confirmed he will be uploading a rebuilt version of the package. We'll coordinate work: I use this opportunity for a small translation update round and then he'll upload. Thanks for your answer and hints, anyway signature.asc Description: Digital signature
Bug#620835: Bug probably still present in 2.6.38-3
I just experienced this bug with linux-image-2.6.38-2-amd64 2.6.38-3 on a Dell Latitude E6400 after plugging it into the docking station shortly after resume from suspend. Unfortunately I did not have a camera to capture the whole backtrace, and the logs only contain the following part, but it looks like the same bug as this one: Apr 19 09:10:17 defected kernel: [ 427.348110] BUG: unable to handle kernel NULL pointer dereference at 0230 Apr 19 09:10:17 defected kernel: [ 427.351759] IP: [a03b3ddf] intel_tv_detect_type+0xc6/0x27c [i915] Apr 19 09:10:17 defected kernel: [ 427.352030] PGD 11a175067 PUD 10e695067 PMD 0 Apr 19 09:10:17 defected kernel: [ 427.357869] Oops: [#1] SMP Apr 19 09:10:17 defected kernel: [ 427.357869] last sysfs file: /sys/devices/pci:00/:00:02.0/drm/card0/card0-SVIDEO-1/status Apr 19 09:10:17 defected kernel: [ 427.357869] CPU 1 Apr 19 09:10:17 defected kernel: [ 427.357869] Modules linked in: cryptd aes_x86_64 aes_generic ip6table_filter ebtable_nat ebtables acpi_cpufreq mperf cpufreq_userspace cpufreq_conservative cpufreq_powersave cpufreq_stats parport_pc ppdev lp parport cn sco bnep rfcomm l2cap kvm_intel kvm microcode uinput bridge stp xt_time xt_connlimit xt_realm iptable_raw xt_comment xt_recent xt_policy ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_sane nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_irc nf_conntrack_h323 nf_connt -- Frederik Himpe fhi...@vub.ac.be Vrije Universiteit Brussel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623141: binutils: ld segfaults on powerpc linking 64-bit libncurses5
tag 623141 + moreinfo help thanks On 04/17/2011 08:04 PM, Sven Joachim wrote: Package: binutils Version: 2.21.0.20110327-3 Severity: serious X-Debbugs-CC: ncur...@packages.debian.org On powerpc ld segfaults trying to link 64-bit libncurses5, making ncurses FTBFS. Here is an excerpt from the build log (wrapped for readability): [...] please recheck with binutils from experimental; if the problem persists, please attach all object files and libraries used in the link, together with a command line to link these. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620835: Patch
I found this patch which should fix it: http://www.spinics.net/lists/dri-devel/msg09339.html However this patch should be present since 2.6.38.1? -- Frederik Himpe fhi...@vub.ac.be Vrije Universiteit Brussel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623308: linux-image-2.6.38-2-amd64: Lenovo X200 laptop fails to power down under 2.6.38
Package: linux-2.6 Version: 2.6.38-3 Severity: normal After upgrading to 2.6.38-2-amd64, my Lenovo X200 laptop reboots instead of powering down when I run the poweroff command (or equivalently shutdown -h now). That is, the ordinary reboot/shutdown sequence takes place until the moment at which the machine should power off, but it returns to the BIOS screen and reboots instead. Reverting to 2.6.32-5 avoids the regression. -- Package-specific info: ** Version: Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-amd64 root=UUID=dd38c010-c08f-4ff6-bce0-d81452a3aceb ro quiet ** Tainted: C (1024) * Module from drivers/staging has been loaded. ** Kernel log: [8.552237] usbcore: registered new interface driver uvcvideo [8.552239] USB Video Class driver (v1.0.0) [ 11.762974] loop: module loaded [ 11.921533] speakup: module is from the staging directory, the quality is unknown, you have been warned. [ 11.924765] input: Speakup as /devices/virtual/input/input14 [ 11.924850] speakup 3.1.6: initialized [ 11.924864] synth name on entry is: (null) [ 11.925253] initialized device: /dev/synth, node (MAJOR 10, MINOR 25) [ 11.933515] speakup_soft: module is from the staging directory, the quality is unknown, you have been warned. [ 11.934278] synth probe [ 11.934328] initialized device: /dev/softsynth, node (MAJOR 10, MINOR 26) [ 15.488233] e1000e :00:19.0: irq 44 for MSI/MSI-X [ 15.544149] e1000e :00:19.0: irq 44 for MSI/MSI-X [ 15.544509] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 16.154060] RPC: Registered udp transport module. [ 16.154063] RPC: Registered tcp transport module. [ 16.154065] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 16.274675] FS-Cache: Loaded [ 16.341248] FS-Cache: Netfs 'nfs' registered for caching [ 16.369054] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 17.236963] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None [ 17.236967] e1000e :00:19.0: eth0: 10/100 speed: disabling TSO [ 17.237273] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 17.506338] fuse init (API version 7.16) [ 19.765474] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 19.815238] NFSD: starting 90-second grace period [ 24.952270] Bluetooth: L2CAP ver 2.15 [ 24.952272] Bluetooth: L2CAP socket layer initialized [ 25.075718] Bluetooth: RFCOMM TTY layer initialized [ 25.075722] Bluetooth: RFCOMM socket layer initialized [ 25.075724] Bluetooth: RFCOMM ver 1.11 [ 25.387149] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 25.387151] Bluetooth: BNEP filters: protocol multicast [ 25.682655] Bluetooth: SCO (Voice Link) ver 0.6 [ 25.682658] Bluetooth: SCO socket layer initialized [ 26.068633] lp: driver loaded but no devices found [ 26.208953] ppdev: user-space parallel port driver [ 31.827819] CPUFREQ: Per core ondemand sysfs interface is deprecated - ignore_nice_load [ 32.419067] uhci_hcd :00:1a.0: PCI INT A disabled [ 32.419224] uhci_hcd :00:1a.0: power state changed by ACPI to D3 [ 32.419583] uhci_hcd :00:1a.2: PCI INT C disabled [ 32.419693] uhci_hcd :00:1a.2: power state changed by ACPI to D3 [ 32.419887] ehci_hcd :00:1a.7: PCI INT D disabled [ 32.419952] ehci_hcd :00:1a.7: PME# enabled [ 32.432180] ehci_hcd :00:1a.7: power state changed by ACPI to D3 [ 32.433207] uhci_hcd :00:1d.0: PCI INT A disabled [ 32.433321] uhci_hcd :00:1d.0: power state changed by ACPI to D3 [ 32.433845] ehci_hcd :00:1d.7: PCI INT D disabled [ 32.433910] ehci_hcd :00:1d.7: PME# enabled [ 32.452110] ehci_hcd :00:1d.7: power state changed by ACPI to D3 [ 32.586152] ehci_hcd :00:1a.7: power state changed by ACPI to D0 [ 32.600167] ehci_hcd :00:1a.7: BAR 0: set to [mem 0xf2926c00-0xf2926fff] (PCI address [0xf2926c00-0xf2926fff]) [ 32.600181] ehci_hcd :00:1a.7: power state changed by ACPI to D0 [ 32.600210] ehci_hcd :00:1a.7: restoring config space at offset 0xf (was 0x400, writing 0x40b) [ 32.600248] ehci_hcd :00:1a.7: restoring config space at offset 0x1 (was 0x290, writing 0x2900102) [ 32.600299] ehci_hcd :00:1a.7: PME# disabled [ 32.600311] ehci_hcd :00:1a.7: power state changed by ACPI to D0 [ 32.600321] ehci_hcd :00:1a.7: power state changed by ACPI to D0 [ 32.600339] ehci_hcd :00:1a.7: PCI INT D - GSI 23 (level, low) - IRQ 23 [ 32.600352] ehci_hcd :00:1a.7: setting latency timer to 64 [ 32.743244] ehci_hcd :00:1d.7: power state changed by ACPI to D0 [ 32.760089] ehci_hcd :00:1d.7: BAR 0: set to [mem 0xf2927000-0xf29273ff] (PCI address [0xf2927000-0xf29273ff]) [ 32.760103] ehci_hcd :00:1d.7: power state changed by ACPI to D0 [ 32.760131] ehci_hcd :00:1d.7: restoring config
Bug#623309: vidalia: wrong CookieAuthentication / ControlPort documentation
Package: vidalia Version: 0.2.10-3 Severity: normal Hi, README.Debian reads: There are three ways of running Vidalia: 1. (Re)Configure Vidalia not to let Tor start, and simply start Vidalia. 2. Enable CookieAuthentication in Tor's config, and grab /var/lib/tor/control_auth_cookie(RECOMMENDED for greater security) 3. Enable ControlPort and use HashedControlPassword from 'tor --hash-password'. ... and the rest of this document follows this path. I think this is misleading. Both CookieAuthentication and HashedControlPassword are access control methods to Tor's ControlPort = getting the second method to work *also* requires enabling the ControlPort, which is not mentioned anywhere in this document. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623310: lintian: newer-standards-version reports older policy than what is current
Package: lintian Version: 2.5.0~rc2 Severity: minor Whiel making Debian package and running lintian I see: W: winetricks source: newer-standards-version 3.9.2 (current is 3.9.1) But, the latest 3.9.2 is installed: $ apt-cache policy debian-policy debian-policy: Installed: 3.9.2.0 Candidate: 3.9.2.0 Package pin: 3.9.2.0 Version table: *** 3.9.2.0 1001 990 http://ftp.se.debian.org/debian/ testing/main amd64 Packages 500 http://ftp.fi.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.0.20110327-3 The GNU assembler, linker and bina ii diffstat 1.54-1produces graph of changes introduc ii dpkg-dev 1.16.0.2 Debian package development tools ii file 5.04-5+b1 Determines file type using magic ii gettext0.18.1.1-3GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libemail-valid-perl0.184-1 Perl module for checking the valid ii libipc-run-perl0.89-1Perl module for running processes ii libparse-debianchangel 1.2.0-1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.58-1module to manipulate and access UR ii locales2.11.2-11 Embedded GNU C Library: National L ii man-db 2.5.9-4 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-19 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-2 Text::Template perl module ii man-db2.5.9-4on-line manual pager -- 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#613342: A friendly reminder of the patch from upstream
On Tue, 2011-04-19 at 09:31 +0200, Svante Signell wrote: Thanks, we are looking forward to an upload of the patched package. Since 3.7.9 has been released, with the patch applied, an even better alternative would be to package the new version. Sorry, a mistake from my side: Version 3.7.9 is from June 2010, no new upstream including the patch has been released yet. The patch could of course be applied to either 3.7.8 or 3.7.9. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552556: please enable ControlSocket by default
Hi Tor and Vidalia maintainers, In relation to this matter, there's an extremely interesting point that I've found to accomplish this, and it's very very simple to achieve: A better solution on Debian would be to use Tor's ControlSocket, which allows Vidalia to talk to Tor via a Unix domain socket, and could possibly be enabled by default in Tor's Debian packages. Vidalia can then authenticate to Tor using filesystem-based (cookie) authentication if the user running Vidalia is also in the debian-tor group. Context: setting up Vidalia's access to a system-wide Tor daemon on a Debian system currently requires following not-that-easy steps (i.e. editing torrc as root) that are documented in Vidalia's README.Debian. I guess it's the same for every other Tor controller UI. Vidalia 0.2.12 announce tells us it now supports Tor's ControlSocket as an alternative to ControlPort. I think it's now time to consider how the Tor Debian package could support ControlSocket out-of-the-box for easy (read: without editing torrc) Tor controller configuration by end-users. How about: 1. In the default torrc: set ControlSocket to /var/run/tor/control.socket 2. In tor's initscript: - chmod g+x /var/run/tor/ (which is already owned by the debian-tor group) - make sure members of the debian-tor group are given read-write access to /var/run/tor/control.socket If the above steps were implemented, every Tor controller's Debian-specific documentation could be greatly simplified; it would now read Add to the debian-tor group every user allowed to control the system-wide Tor daemon... that's all folks :). What do affected parties think of this? Peter, would you apply a patch that implements the changes I am proposing? In the meantime, I thought about a really stupid solution, but that temporarily solves some of this problems This is for Vidalia to make a flag, let's say a file-touch (just a flag file) to /etc/tor/tor.d/, that Tor's daemon could use to know to avoid starting, or stuff like that. I'm not sure Tor supports /etc/tor/tor.d/ - does it? Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Who wants a world in which the guarantee that we shall not | die of starvation would entail the risk of dying of boredom ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623237: ITA: gtkpod -- manage songs and playlists on an Apple iPod
On 19/04/2011 08:40, Matteo F. Vescovi wrote: On 18/04/2011 23:48, Michael Biebl wrote: Please update gtkpod to 2.0 when you take over maintainership. gtkpod 2.0 seems to no longer depend on (lib)hal and gnome-vfs, two deprecated libraries which we want to get rid of in wheezy. Thanks, Michael So, I gave it a look and discovered that in the new stable version those libs have been moved to Recommends. What should I do now? Let them there or remove them at all? Hints are welcome. mfv -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552556: please enable ControlSocket by default
On Tue, 19 Apr 2011, intrigeri wrote: In relation to this matter, there's an extremely interesting point that I've found to accomplish this, and it's very very simple to achieve: A better solution on Debian would be to use Tor's ControlSocket, which allows Vidalia to talk to Tor via a Unix domain socket, and could possibly be enabled by default in Tor's Debian packages. Vidalia can then authenticate to Tor using filesystem-based (cookie) authentication if the user running Vidalia is also in the debian-tor group. That was the reason why I patched Tor to support unix domain sockets in the first place. It has taken a while to get there, and I'm afraid we still aren't quite at the goal yet. 1. In the default torrc: set ControlSocket to /var/run/tor/control.socket You will need to make sure Tor creates the socket with correct permissions, I think. Once it does that, enabling it in the Debian package seens doable. Editing /etc/tor/torrc is a no-go. That just becomes a horrible mess. Ideally tor would start to support an /etc/tor/torrc.d/ style directory, but for now I guess we can add it to the default debian config we patch into the tor binary. So: - ensure the socket is created with sane permissions that allow things to work (or tell me that isn't necessary), - then we enable it by default. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620138: xserver-xorg-video-nouveau: Frozen graphics (mouse still moves)
forwarded 620138 https://bugs.freedesktop.org/show_bug.cgi?id=36382 thanks On Wed, Apr 13, 2011 at 04:22:51PM +0200, Sven Joachim wrote: Could you please file a bug upstream at https://bugs.freedesktop.org? Choose product xorg, component Driver/nouveau and let us know the bug number. More detailed instructions can be found on http://nouveau.freedesktop.org/wiki/Bugs. I have filed the bug #36382. Antoine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623237: ITA: gtkpod -- manage songs and playlists on an Apple iPod
Am 19.04.2011 10:21, schrieb Matteo F. Vescovi: On 19/04/2011 08:40, Matteo F. Vescovi wrote: On 18/04/2011 23:48, Michael Biebl wrote: Please update gtkpod to 2.0 when you take over maintainership. gtkpod 2.0 seems to no longer depend on (lib)hal and gnome-vfs, two deprecated libraries which we want to get rid of in wheezy. Thanks, Michael So, I gave it a look and discovered that in the new stable version those libs have been moved to Recommends. Recommends? What should I do now? Let them there or remove them at all? I downloaded http://sourceforge.net/projects/gtkpod/files/gtkpod/gtkpod-2.0.0/gtkpod-2.0.0.tar.gz/download and checked the configure.ac file. There there is no longer a check for gnome-vfs or hal. I also couldn't find any references in the code. Where did you find those Recommends mentioned? Anyway, from what I've seen, you can safely drop libgnomevfs2-dev and libhal-dev from Build-Depends. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#623311: tor-arm: please include Debian packaging information in README.source
Package: tor-arm Version: 1.4.1.2-1 Severity: wishlist Hi, including Debian packaging information in debian/README.source would make it easier for anyone willing to understand, improve or modify arm's Debian packaging, or simply rebuild a package from SVN source. The needed information is already available online, so all that is needed is to gather it to the right place: https://svn.torproject.org/svn/arm/resources/notes.txt https://svn.torproject.org/svn/arm/resources/deb-prep.sh Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623312: tor-arm: please add Vcs-Svn and Vcs-Browser control fields
Package: tor-arm Version: 1.4.1.2-1 Severity: wishlist Hi, adding Vcs-Browser and Vcs-Svn control fields to the source package would make it much easier for anyone to find the repository [0] the Debian packaging source seems to be kept under. See the dedicated section [1] of the Packaging Best Practices part in the Developers reference guide for details. [0] https://svn.torproject.org/svn/arm/resources/build/debian/ [1] http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-vcs Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Every now and then I get a little bit restless | and I dream of something wild. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622971: wpa_supplicant?
This bug may not be in ath9k but in wpa_supplicant as it has the same sympthoms as this error in ubuntu: https://bugs.launchpad.net/ubuntu/+source/wpasupplicant/+bug/548992 Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601314: [pkg-cryptsetup-devel] Bug#601314: please allow adding extra devices to conf.d/cryptsetup in your hook script
On Fri, Apr 15, 2011 at 10:53:13PM +0200, Jonas Meurer wrote: Do you agree, that the bugreport can be closed with the next upload? Go ahead, I'll open a new one if more interfaces are needed. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552556: please enable ControlSocket by default
Hi, Peter Palfrader wrote (19 Apr 2011 08:40:55 GMT) : 1. In the default torrc: set ControlSocket to /var/run/tor/control.socket You will need to make sure Tor creates the socket with correct permissions, I think. Once it does that, enabling it in the Debian package seens doable. I've just run a handful of tests. The ControlSocket file is created by the (Debian) Tor daemon - owned by root:debian-tor - perfect - uses the umask from the user's who runs the initscript * if umask == 0022 = srwxr-xr-x which won't work: the debian-tor group should get write access; as a side note, the execution bits seem not needed to me. * if umask == 0077 = srwx-- which won't work, but a great bunch of initscripts behave this way, so we might as well ignore this case for the time being :/ = we have two possible solutions I think: a. Patch Tor so that one can get a group-readable+writable ControlSocket, be it by default or using a ControlSocketGroupReadableAndWritable option modeled after the already existing CookieAuthFileGroupReadable one. b. In the initscript, set permissions on the ControlSocket that would fit our Debian system-wide daemon context. I tend to prefer the first of these solutions, since the second one would be a bit ugly, and I'm not even sure it would work, e.g. if the process receives a SIGHUP or whatever. What do you think? (Yeah, we'll obviously forward our future conclusions back upstream, but let's think through what we need on the Debian packaging side first.) Also, even when umask == 0022, the parent directory (/var/run/tor) is created by the initscript's check_torpiddir function with 02700 permissions. Given this function chown's it debian-tor:debian-tor, can we consider changing these permissions to 02770? Or do I miss the purpose of the debian-tor group? Editing /etc/tor/torrc is a no-go. That just becomes a horrible mess. Sure. Ideally tor would start to support an /etc/tor/torrc.d/ style directory, but for now I guess we can add it to the default debian config we patch into the tor binary. Great. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591327: ITP: -- This extension allows you to undo closed tabs via a toolbar button
Hello, I haven't received any answer from Ludwin. I set myself as owner of this bugs. Cheers, Fabrizio. On Tue, 2011-04-12 at 15:50 +0200, Fabrizio Regalli wrote: Hi Ludwin, I was working on this package on friday morning when there wasn't your ITP (I see it just now). It's my fault: I had to retitle this RFP before and I had to check if in the meantime someone is interested to package it also. Actually, my package is already done but feel free to tell me what do you prefer. Once again, sorry for my mistake. Cheers, Fabrizio. On Fri, 2011-04-08 at 13:44 -0600, Ludwin Alduvi Hernández Vásquez wrote: retitle ITP: xul-ext-undo-closed-tabs-button owner 591327 ! thanks -- , , / \ |Ludwin Alduvi Hernández| ((__-^^-,-^^-__)) |gpg pub | E19899D4 | `-_---' `---_-' |www.linuxoriente.edu.sv| `--|o` 'o|--' |debian | GNU/linux | \ ` / ): :( :o_o: - . signature.asc Description: This is a digitally signed message part
Bug#623237: ITA: gtkpod -- manage songs and playlists on an Apple iPod
On 19/04/2011 10:41, Michael Biebl wrote: Am 19.04.2011 10:21, schrieb Matteo F. Vescovi: So, I gave it a look and discovered that in the new stable version those libs have been moved to Recommends. Recommends? [...] I downloaded http://sourceforge.net/projects/gtkpod/files/gtkpod/gtkpod-2.0.0/gtkpod-2.0.0.tar.gz/download and checked the configure.ac file. There there is no longer a check for gnome-vfs or hal. I also couldn't find any references in the code. Where did you find those Recommends mentioned? At the end of the INSTALL file, there's a quick guide for compiling gtkpod on Debian/Ubuntu; and there is a list of recommended packages. It seems like they're used to provide support to different file formats (photos, videos, etc). Anyway, from what I've seen, you can safely drop libgnomevfs2-dev and libhal-dev from Build-Depends. OK... purging. Thanks. mfv -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623313: [debchange] new release heuristic force
Package: devscripts Version: 2.10.72 Severity: wishlist I would like a new release heuristic possibly named force with the behavior that if I run dch -i I get a new changelog entry no matter what. I have never found the alternatives to be terribly useful, but that's just me. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621477: problem with piuparts-slave detected
severity 621477 serious thanks On Dienstag, 19. April 2011, piuparts master wrote: Either piuparts-slave hangs or is not running at all or wasn't started with ~piupartss/bin/slave_run - please investigate and take appropriate measures! 04:34 Testing package wheezy/libjalali0 0.1.2-2 04:34 Testing package wheezy/django-ajax-selects 1.1.4-4 04:34 Testing package wheezy/aspell-he 1.0-0-4 04:35 Testing package wheezy/libgeda-common 1:1.6.2-2 04:35 Testing package wheezy/libgpod4-nogtk 0.8.0-2 04:35 Testing package wheezy/python-mako-doc 0.4.1-1 04:36 Testing package wheezy/iproute 20110315-1 04:36 Testing package wheezy/kmidimon 0.7.4-2 04:37 Testing package wheezy/convirt 2.0.1-4 Enter passphrase (empty for no passphrase): /me grumbles. now this has entered wheezy :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623237: ITA: gtkpod -- manage songs and playlists on an Apple iPod
Am 19.04.2011 11:11, schrieb Matteo F. Vescovi: On 19/04/2011 10:41, Michael Biebl wrote: Am 19.04.2011 10:21, schrieb Matteo F. Vescovi: So, I gave it a look and discovered that in the new stable version those libs have been moved to Recommends. Recommends? [...] I downloaded http://sourceforge.net/projects/gtkpod/files/gtkpod/gtkpod-2.0.0/gtkpod-2.0.0.tar.gz/download and checked the configure.ac file. There there is no longer a check for gnome-vfs or hal. I also couldn't find any references in the code. Where did you find those Recommends mentioned? At the end of the INSTALL file, there's a quick guide for compiling gtkpod on Debian/Ubuntu; and there is a list of recommended packages. It seems like they're used to provide support to different file formats (photos, videos, etc). That list in INSTALL seems to be out-of-date. Anyway, from what I've seen, you can safely drop libgnomevfs2-dev and libhal-dev from Build-Depends. OK... purging. Thanks. Great, thanks. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#623314: python-minimal: /usr/share/python/debian_defaults does not contain python2.7 or higher
Package: python-minimal Version: 2.6.6-12 Severity: normal /usr/share/python/debian_defaults does only contain info on python =2.6. This results in errors like INFO: using unknown version '/usr/bin/python2.7' (debian_defaults not up-to- date?) when installing python packages. Thanks, Sjoerd Hardeman -- System Information: Debian Release: wheezy/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-minimal depends on: ii dpkg 1.16.0.2 Debian package management system ii python2.6-minimal 2.6.6-8+b1 A minimal subset of the Python lan Versions of packages python-minimal recommends: ii python2.6.6-12 interactive high-level object-orie python-minimal 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#623315: libpurple0: bonjour aborts chat if the connection with the first IP address fails
Package: libpurple0 Version: 2.7.11-1 Severity: normal Tags: patch (17:16:43) bonjour: Starting conversation with foo@bar (17:16:43) proxy: Attempting connection to x:x:dx:x:226:b0ff:fee8:4fdc (17:16:43) proxy: Connecting to x:x:x:x:226:b0ff:fee8:4fdc%2:51404 with no proxy (17:16:43) proxy: Connection in progress (17:16:43) proxy: Connecting to x:x:x:x:226:b0ff:fee8:4fdc%2:51404. (17:16:43) proxy: Error connecting to x:x:x:x:226:b0ff:fee8:4fdc%2:51404 (Connection refused). (17:16:43) proxy: Connection attempt failed: Connection refused (17:16:43) bonjour: Error connecting to buddy foo@bar at x:x:x:x:226:b0ff:fee8:4fdc%2:51404 error: Connection refused foo@bar is an Apple iChat buddy. It appears that iChat advertises an IPv6 address but does not bind to it. Nevertheless, it binds to an IPv4 address and advertises it as well. The bonjour implementation in libpurple only tries to connect to the first IP address in its list, which in this case should not be advertised. It seem reasonable to make libpurple try to connect to the other addresses then. I attach a patch to implement this behavior. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.3-thinkpad (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpurple0 depends on: ii libavahi-client3 0.6.30-2Avahi client library ii libavahi-common3 0.6.30-2Avahi common library ii libavahi-glib1 0.6.30-2Avahi glib integration library ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgadu3 1:1.10.1-1 Gadu-Gadu protocol library - runti ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgstfarsight0. 0.0.26-1Audio/Video communications framewo ii libgstreamer-plu 0.10.32-2 GStreamer libraries from the base ii libgstreamer0.10 0.10.32-6 Core GStreamer libraries and eleme ii libidn11 1.20-1 GNU Libidn library, implementation ii libmeanwhile11.0.2-3 open implementation of the Lotus S ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libperl5.10 5.10.1-19 shared Perl library ii libsasl2-2 2.1.23.dfsg1-8 Cyrus SASL - authentication abstra ii libsasl2-modules 2.1.23.dfsg1-8 Cyrus SASL - pluggable authenticat ii libsilc-1.1-21.1.10-2SILC generic library ii libsilcclient-1. 1.1.10-2SILC client library ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii libzephyr4 3.0.1-1 Project Athena's notification serv ii perl-base [perla 5.10.1-19 minimal Perl system ii pidgin-data 2.7.11-1multi-protocol instant messaging c Versions of packages libpurple0 recommends: ii ca-certificates20090814+nmu3 Common CA certificates ii libpurple-bin 2.7.11-1 multi-protocol instant messaging l Versions of packages libpurple0 suggests: ii tcl8.58.5.9-2Tcl (the Tool Command Language) v8 ii tk8.5 8.5.9-2Tk toolkit for Tcl and X11, v8.5 - -- no debconf information Description: Upstream changes introduced in version 2.7.11-1local1 This patch has been created by dpkg-source during the package build. Here's the last changelog entry, hopefully it gives details on why those changes were made: . pidgin (2.7.11-1local1) unstable; urgency=low . * Recurse through IP addresses with Bonjour instead of using the first one only . The person named in the Author field signed this changelog entry. Author: Simon van der Linden si...@vanderlinden.eu.org --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- pidgin-2.7.11.orig/libpurple/protocols/bonjour/jabber.c +++ pidgin-2.7.11/libpurple/protocols/bonjour/jabber.c @@ -831,12 +831,39 @@ _connected_to_buddy(gpointer data, gint if (source 0) { PurpleConversation *conv = NULL; PurpleAccount
Bug#623316: tor: please add Vcs-Git and Vcs-Browser control fields
Package: tor Version: 0.2.1.30-1 Severity: wishlist Tags: patch Hi Peter, please consider adding the Vcs-* control fields: Vcs-Git: git://git.torproject.org/debian/tor.git Vcs-Browser: https://gitweb.torproject.org/debian/tor.git Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622997: libata-sff/pata_cmd64x problem with hardwired configurations
Hi, Sergei Shtylyov wrote: Hello. James Bottomley wrote: I can get all of this working by fixing up all the hard coded knowledge in libata-sff only to use a single port. However, I can't fix the libata-sff driver until I know how to tell there's only one port wired. Does anyone with cmd649 knowledge have any idea how I might tell this? The secondary port is enabled in the PCI config. space: register 0x51 bit 3 controls this. Unfortunately, pata_cmd64x driver still doesn't check the channel enable bits; the cmd64x driver does though, so it might be worth trying... So this is the enablebits code in driver/ide We still need to ensure that these are indeed the enable bits that are at play here... that's missing from any of the libata stuff? Not from any. It's handled in some drivers, like pata_hpt37x, for example -- in their prereset() methods. Should this be generic in libata-sff? ... There's even libata core function, pci_test_config_bits() that facilitates this check. I mean even on an x86 where arbitrary memory can be poked without consequence, trying to activate a disabled port will still produce lots of noise. The story with pata_cmd64x is somewhat convoluted: originally (when the libata driver was created) in the IDE driver there were only enable bits for the secondary channel of PCI0646 (and even those wrong); I fixed those and added the enable bits for other chips back in 2007 but it never got propagated to pata_cmd64x. Well, I have some plans for changes to this driver but not much time to actually do them currently... From atang tree, orginally posted in 2009: From: Bartlomiej Zolnierkiewicz bzoln...@gmail.com Subject: [PATCH v2] pata_cmd64x: add enablebits checking Fixes IDE - libata regression. IDE's cmd64x host driver has been supporting enablebits checking since the initial driver's merge. Signed-off-by: Bartlomiej Zolnierkiewicz bzoln...@gmail.com --- drivers/ata/pata_cmd64x.c | 35 +++ 1 file changed, 35 insertions(+) Index: b/drivers/ata/pata_cmd64x.c === --- a/drivers/ata/pata_cmd64x.c +++ b/drivers/ata/pata_cmd64x.c @@ -79,6 +79,40 @@ static int cmd648_cable_detect(struct at } /** + * cmd64x_prereset - perform reset handling + * @link: ATA link + * @deadline: deadline jiffies for the operation + * + * Reset sequence checking enable bits to see which ports are + * active. + */ + +static int cmd64x_prereset(struct ata_link *link, unsigned long deadline) +{ + static const struct pci_bits cmd64x_enable_bits[] = { + { 0x51, 1, 0x04, 0x04 }, + { 0x51, 1, 0x08, 0x08 } + }; + + struct ata_port *ap = link-ap; + struct pci_dev *pdev = to_pci_dev(ap-host-dev); + + /* +* The original PCI0643 and PCI0646 didn't have the primary +* channel enable bit, it appeared starting with PCI0646U +* (i.e. revision ID 3). +*/ + if (ap-port_no == 0 (pdev-device == PCI_DEVICE_ID_CMD_643 || + (pdev-device == PCI_DEVICE_ID_CMD_646 pdev-revision 3))) + goto out; + + if (!pci_test_config_bits(pdev, cmd64x_enable_bits[ap-port_no])) + return -ENOENT; +out: + return ata_sff_prereset(link, deadline); +} + +/** * cmd64x_set_timing - set PIO and MWDMA timing * @ap: ATA interface * @adev: ATA device @@ -266,6 +300,7 @@ static const struct ata_port_operations .inherits = ata_bmdma_port_ops, .set_piomode= cmd64x_set_piomode, .set_dmamode= cmd64x_set_dmamode, + .prereset = cmd64x_prereset, }; static struct ata_port_operations cmd64x_port_ops = { -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623317: ulatencyd: fails to install due to incorrect dependencies in init.d LSB header
Package: ulatencyd Version: 0.5.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o User: initscripts-ng-de...@lists.alioth.debian.org Usertags: incorrect-dependency Hi, during a test with piuparts I noticed your package failed to install due to incorrect dependencies in the init.d LSB header. Some debian notes are available from at http://wiki.debian.org/LSBInitScripts From the attached log (scroll to the bottom...): Selecting previously deselected package ulatencyd. (Reading database ... 6279 files and directories currently installed.) Unpacking ulatencyd (from .../ulatencyd_0.5.0-1_amd64.deb) ... Setting up ulatencyd (0.5.0-1) ... insserv: Service dbus has to be enabled to start service ulatencyd insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing ulatencyd (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: ulatencyd E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-04-14 17:38:16 UTC Package: ulatencyd Priority: optional Section: utils Installed-Size: 552 Maintainer: Alessandro Ghedini al3x...@gmail.com Architecture: amd64 Version: 0.5.0-1 Depends: libc6 (= 2.7), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2 (= 0.78), libglib2.0-0 (= 2.22.0), liblua5.1-0, libpolkit-gobject-1-0 (= 0.99), libxau6, libxcb1, lua5.1 | lua, liblua5.1-posix1 Filename: pool/main/u/ulatencyd/ulatencyd_0.5.0-1_amd64.deb Size: 116212 MD5sum: d27d7bee47298dcc503963cc495628c0 SHA1: 3136044837e898d1ddbdefb25f9fd979aa50ae4c SHA256: 800898f79108ab43184ffda292837ead0b5abd811f4908fcdbb249e2d385a4ca Description: Daemon to minimize latency on a linux system using cgroups Ulatency is a daemon that controls how the Linux kernel will spend it's resources on the running processes. It uses dynamic cgroups to give the kernel hints and limitations on processes. . It strongly supports the lua scripting language for writing rules and the scheduler code. . The Linux scheduler does a pretty good job to give the available resources to all processes, but this may not be the best user experience in the desktop case. ulatencyd monitors the system and categorizes the running processes into cgroups. Processes that run wild to slow down the system by causing massive swaping will be isolated. Homepage: https://github.com/poelzi/ulatencyd Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ ulatencyd Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201104021225 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ ulatencyd 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpOLMLWl 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmpOLMLWl 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpOLMLWl', '-zxf', 'sid.tar.gz'] 0m2.1s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpOLMLWl', '-zxf', 'sid.tar.gz'] 0m2.1s DEBUG: Created policy-rc.d and chmodded it. 0m2.1s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpOLMLWl', 'apt-get', 'update'] 0m10.0s DUMP: Get:1 http://piatti.debian.org sid InRelease [151 kB] Ign http://piatti.debian.org sid/main amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib TranslationIndex Ign http://piatti.debian.org sid/main TranslationIndex Ign http://piatti.debian.org sid/non-free TranslationIndex Get:2 http://piatti.debian.org sid/main amd64 Packages [9366 kB] Get:3 http://piatti.debian.org sid/contrib amd64 Packages [73.3 kB] Get:4 http://piatti.debian.org sid/non-free amd64 Packages [138 kB] Ign http://piatti.debian.org sid/contrib Translation-en Ign http://piatti.debian.org sid/main Translation-en Ign http://piatti.debian.org sid/non-free Translation-en Fetched 9729 kB in 1s (7009 kB/s) Reading package
Bug#229356: gprof french translation is wrong
tags 229356 - wontfix found 229356 binutils/2.21.51.20110409-1 forwarded 229356 http://thread.gmane.org/gmane.linux.debian.internationalization.french/62117 quit Hi, Bill Allombert wrote: `gprof --annotated-source' translation in french is wrong: Sorry this seems to have fallen through the tracks last time. Hopefully second time is the charm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623318: tor: please use the new canonical mailing-list archives URLs
Package: tor Version: 0.2.1.30-1 Severity: wishlist Hi Peter, as you know, the Tor mailing lists have moved. While the old archives URLs mentioned in the package description still work, I'd find in a bit neater to update those to point to the new canonical URLs: https://lists.torproject.org/pipermail/tor-talk/ https://lists.torproject.org/pipermail/tor-announce/ (I generally prefer reporting everything on the Debian BTS so that one can easily track if/when it has been fixed, and you don't receive duplicate reports. If you prefer me to email you privately for such minor things, feel free to tell me.) Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Did you exchange a walk on part in the war | for a lead role in the cage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623319: Please switch to dh_python2
Source: python-gtkglext1 Version: 1.1.0-6 Severity: wishlist Hi, Could you please switch from pysupport (which is deprecated) to dh_python2. This is required for us to be able to switch pygtk to dh_python2 as both packages share the same namespace. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623320: clean target needs libtool
Package: ldns Version: 1.6.9-2 Severity: normal Hi Ondřej, I have just uploaded squeeze backports of opendnssec and dependant packages to backports.debian.org, I hope you don't mind this. (If you like to take over the backports, please go ahead.) ldns was the only package that needed changes - I've disabled gost so it builds with squeeze's libssl packages. The clean target is a bit fragile, it needs libtool to run, but then removes it, so it cannot be run twice. I put the following in debian/rules: --- ldns-1.6.9/debian/rules 2011-04-03 12:09:13.0 +0200 +++ ldns-1.6.9/debian/rules 2011-04-19 10:34:55.0 +0200 @@ -17,6 +17,7 @@ ln -sf ../debian examples/ ln -sf ../debian drill/ + [ -e libtool ] || ln -s /usr/bin/libtool (cd $(CURDIR); dh_auto_clean;) (cd $(CURDIR)/examples; dh_auto_clean;) (cd $(CURDIR)/drill; dh_auto_clean;) autoreconf also causes spurious changes to appear in debian/patches/debian-*. Maybe these should be be ignored in debian/source/options. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#604967: closed by Drew Parsons dpars...@debian.org (reply to dpars...@debian.org) (#604967: Xprint: Please disable hal support)
Am 19.04.2011 11:21, schrieb Michael Biebl: Am 08.02.2011 01:15, schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the xprint package: #604967: Please disable hal support It has been closed by Drew Parsons dpars...@debian.org (reply to dpars...@debian.org). Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Drew Parsons dpars...@debian.org (reply to dpars...@debian.org) by replying to this email. This bug has not been fixed. Please don't close it, as long as xprint is either updated to no longer use hal or removed from the archive completely. I'm reopening the bug report so I can track the progress of the hal removal. Just wanted to add: I packages are removed from the archive, the associated bug reports are automatically closed, so there is no need to do that prematurely. That said, should we just reassign this bug report to ftp.debian.org and ask for removal, now that squeeze is out? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#623321: pdebuild needs to strip debbuildopts -A and -F
Package: pbuilder Version: 0.199+nmu3 Severity: normal Tags: patch pdebuild has some code that strips the options -b and -B from --debbuildopts before calling dpkg-buildpackage -S, because that would conflict. It should do the same for the options -A and -F, because they have the same issue. Patch attached. diff --git i/pdebuild w/pdebuild index 28dff21..04f7e4c 100644 --- i/pdebuild +++ w/pdebuild @@ -58,7 +58,7 @@ else if ! dpkg-checkbuilddeps -B ; then log W: Unmet build-dependency in source fi -echo dpkg-buildpackage -S -us -uc -r${BUILDSOURCEROOTCMD} $DEBBUILDOPTS | perl -pe 's/(^|\s)-[bB](\s|$)/$1$2/g' | /bin/bash +echo dpkg-buildpackage -S -us -uc -r${BUILDSOURCEROOTCMD} $DEBBUILDOPTS | perl -pe 's/(^|\s)-[AbBF](\s|$)/$1$2/g' | /bin/bash ${PBUILDERROOTCMD} ${PDEBUILD_PBUILDER} --build ${EXTRA_CONFIGFILE[@]/#/--configfile } --buildresult ${BUILDRESULT} --debbuildopts --debbuildopts ${DEBBUILDOPTS} $@ ../${PKG_SOURCENAME}_${PKG_VERSION}.dsc fi
Bug#540150: git-svn: git svn clone fails silently
Hi, I am experiencing the same bug with this (publicly accessible) repository: git svn clone --stdlayout https://svn.strategoxt.org/repos/StrategoXT/strategoxt My git, git-svn and svn versions are: git-svn version 1.7.4.4 (svn 1.6.16) git version 1.7.4.4 This is on a Fedora 14 virtual machine. So I'm trying the patch, the patch still applies, although with fuzz and large offsets: $ patch -p1 git-svn-patch patching file git-svn Hunk #1 succeeded at 11 with fuzz 2 (offset 1 line). Hunk #2 succeeded at 3705 (offset 479 lines). Interestingly with the patch applied git-svn appears to keep running continuously without problems. There are apparently no writes that error out on a missing pipe... If I ctrl-C it and continue with stock git-svn it dies due to signal 13 within at most a few 100 revisions again. -- Tobi Vollebregt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622768: [Pkg-utopia-maintainers] Bug#622768: wpasupplicant: Lost passwords after reboot/suspend every X reset
What _user_ interface is your password input to? GNOME, which is also hardly working ATM see (#623182) I believe it's a gnome-keyring issue, but unfortunately your bug report lacks sufficient detail, so it's hard to say. Indeed. Now I'm certain it's gnome-keyring issue, as when I try to use some other services (svn) that rely on gnome-keyring I get into infinite loop with window popping out asking me for password. I'm more then willing to provide you with more info to resolve this issue. Adnan On Mon, Apr 18, 2011 at 10:57 AM, Kel Modderman k...@otaku42.de wrote: Hi Adam, On Mon, 18 Apr 2011 05:22:54 PM Michael Biebl wrote: Am 18.04.2011 07:57, schrieb Adnan Hodzic: wpa_supplicant is a non-interactive daemon. What interface is your input put into? wlan0 What _user_ interface is your password input to? The answer to that is, my gut feeling, the start of the problem. Given that you mention X restart(s) I suspect Network-Manager most of all. CC'ing the network-manager maintainer list. For some reason I too believe this is network-manager problem. I believe it's a gnome-keyring issue, but unfortunately your bug report lacks sufficient detail, so it's hard to say. Indeed. Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622783: libgfortran3: Conflicting version between libgfortran and the default gfortran compiler
tag 622783 + wontfix thanks On 04/14/2011 06:20 PM, Sylvestre Ledru wrote: Package: libgfortran3 Version: 4.6.0-2 Severity: grave Justification: renders package unusable Hello, I have a package (hdf5) which is built with gfortran. It is going to use gfortran 4.5 as compiler but will use libgfortran3 as version 4.6. It is causing the FTBFS reported as #619281 and detailed here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48404 So, libgfortran of gcc 4.5 and gcc 4.6 are not fully compatible... please work around it. Afaiu that is only seen with hdf5, and the configure test not working properly with gfortran-4.5 and the libgfortran from 4.6. As a workaround either - remove the H5_FORTRAN_HAS_REAL_16 from the configure test, or add another test for real(16) :: x; end (suggested by Tobias). - use gfortran-4.6 to build the package (not yet recommended, there might be other regressions). Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612180:
I have to correct myself that those packages are from maverick (10.10) not lucid (10.04). I have replaced 1) ghostscript 2) ghostscript-cups 3) ghostscript-doc 4) ghostscript-x 5) libgs-dev 6) libgs8 from the repository of maverick.
Bug#621477: problem with piuparts-slave detected
On 04/19/2011 11:15 AM, Holger Levsen wrote: On Dienstag, 19. April 2011, piuparts master wrote: Either piuparts-slave hangs or is not running at all or wasn't started with ~piupartss/bin/slave_run - please investigate and take appropriate measures! 04:34 Testing package wheezy/libjalali0 0.1.2-2 04:34 Testing package wheezy/django-ajax-selects 1.1.4-4 04:34 Testing package wheezy/aspell-he 1.0-0-4 04:35 Testing package wheezy/libgeda-common 1:1.6.2-2 04:35 Testing package wheezy/libgpod4-nogtk 0.8.0-2 04:35 Testing package wheezy/python-mako-doc 0.4.1-1 04:36 Testing package wheezy/iproute 20110315-1 04:36 Testing package wheezy/kmidimon 0.7.4-2 04:37 Testing package wheezy/convirt 2.0.1-4 Enter passphrase (empty for no passphrase): I still can't reproduce this problem. How was the exact command (and maybe environment) for the piuparts call? (I can't find a ~piupartss/bin/slave_run on my system or in Debian.) Starting piuparts manually doesn't show this error. Thanks, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623249: libtango7 has circular Depends on tango-common
Le Mon, 18 Apr 2011 19:13:29 +0200, Bill Allombert ballo...@debian.org a écrit : Package: libtango7 Version: 7.2.6+dfsg-1 Severity: important Hello Debian Science Maintainers, There is a circular dependency between libtango7 and tango-common: libtango7 :Depends: tango-common tango-common :Depends: libtango7 Circular dependencies involving shared libraries are known to cause problems during upgrade between stable releases, so we should try to get rid of them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, Hello Bill, I understand the problem and I will put here my proposition: the Tango control system [1] is a distributed system based on CORBA. the unit cell of the system is called a Device. Thoses devices (executable) are linked with the libtango7 library. To work a device must contact a daemon running somewhere on the internet this daemon is called the Database (the tango-db package). Then a configure file /etc/tangorc must be configure and contain the host and the port where is running the Database. So If you want to execute a Device it must be register into the Database. That's why I created this tango-common package which take care of this config file creation. So to be usable a program linked with libtango7 must also have this configure file set-up. Now the init script of the Databse located in tango-db use an executable called tango_admin which IS linked with the libtango. I put it in tango-common and this caused the circular dependency. Now I propose to split tango-common (config + tango_admin) into 2 new packages tango-common (config) and libtango-tools (tango_admin) that way I will have libtango7 :Depends: tango-common libtango-tools :Depends: libtango7 Is it ok for you If yes, I would like your advice for the transition, as tango_admin will be changed from one package to the other, It can cause conflict during upgrade. So is it sufficient to add libtango-tools :Depends: libtango7 Replace: tango-common (7.2.6+dfsg-1) Breaks: tango-common ( 7.2.6+dfsg-1) libtango-common : Suggest: libtango-tools ( 7.2.6+dfsg-1) thanks Frederic [1] http://tango-controls.org -- GPG public key 4096R/4696E015 2011-02-14 fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015 uid Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr signature.asc Description: PGP signature
Bug#623167: cupt: unable to set download client socket timeout: Protocol not available
Hi again, Eugene V. Lyubimkin wrote: Yes, the functionality is not critical, it's an additional check against download methods (which could be also be written by third parties). I just committed a one-line fix to turn this into a warning. Depending on the view of porters/bug reporter, this bug, after this fix is released, may downgrade to either 'minor', 'wishlist' or 'closed'. I will try out the fix, but as long as the warning does not appear too often, I think this should be good enough (for now, at least). Without such a message no one would know what features to ask for from libc implementors. ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623322: pbuilder/cowbuilder should unset APT_CONFIG environment variable
Package: pbuilder Version: 0.199+nmu3 Severity: minor I have the APT_CONFIG environment variable set to pull in an additional configuration file for apt-get. Since that file doesn't exist in pbuilder/cowbuilder environments, it complains like this: W: Unable to read /home/peter/.apt.conf - RealFileExists (2: No such file or directory) I don't think it causes any real problems, and I have worked around the issue by adding unset APT_CONFIG to .pbuilderrc. But perhaps pbuilder should do that itself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623316: tor: please add Vcs-Git and Vcs-Browser control fields
tags 623316 + patch thanks Oops, forgot to attach the Git patch. Here it is (against debian/tor.git's master branch). -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Who wants a world in which the guarantee that we shall not | die of starvation would entail the risk of dying of boredom ? From 08329255605795c12513642b155b59ae4eed6794 Mon Sep 17 00:00:00 2001 From: intrigeri intrig...@boum.org Date: Tue, 19 Apr 2011 11:53:47 +0200 Subject: [PATCH] Add Vcs-* control fields. --- debian/control |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/debian/control b/debian/control index aac04ff..483fb14 100644 --- a/debian/control +++ b/debian/control @@ -5,6 +5,8 @@ Maintainer: Peter Palfrader wea...@debian.org Build-Depends: debhelper (= 5), libssl-dev, dpatch, zlib1g-dev, libevent-dev (= 1.1), binutils (= 2.14.90.0.7), hardening-includes, asciidoc (= 8.2), docbook-xml, docbook-xsl, xmlto Standards-Version: 3.8.1 Homepage: https://www.torproject.org/ +Vcs-Git: git://git.torproject.org/debian/tor.git +Vcs-Browser: https://gitweb.torproject.org/debian/tor.git Package: tor Architecture: any -- 1.7.2.5
Bug#619034: Boot problem not due to alsa: It's PCI core, x86 mm or ACPI/BIOS
severity 619034 serious reassign 619034 2.6.38-2 found 2.6.37-1 2.6.38-1 2.6.38-2 retitle 619034 Boot problem due to PCI core, x86 mm or ACPI/BIOS tags 613979 moreinfo Thanks The latest kernel booting OK is the one I'm running now: 2.6.32-5-amd64 All later kernels do boot, but with a timeout of 3 minutes, after a kernel oops reported earlier. This bug has communicated with the alsa people and they helped me to find out that the problem is not in the alsa driver: From: Takashi Iwai ti...@suse.de ... The point where it Oops implies that the problem isn't in the sound driver but rather in a breakage in a deeper level, either PCI core, x86 mm or ACPI/BIOS. Any chance to bisect the kernel? Most of the communication with alsa developers is found in this bug #619034 and in bug #613979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623319: Acknowledgement (Please switch to dh_python2)
tag 623319 + patch thanks Hi, Please find a patch attached. If you want me, I can do a NMU tonight Cheers Laurent Bigonvillediff -Nru python-gtkglext1-1.1.0/debian/changelog python-gtkglext1-1.1.0/debian/changelog --- python-gtkglext1-1.1.0/debian/changelog 2010-10-02 19:18:00.0 +0200 +++ python-gtkglext1-1.1.0/debian/changelog 2011-04-19 11:48:53.0 +0200 @@ -1,3 +1,15 @@ +python-gtkglext1 (1.1.0-7) UNRELEASED; urgency=low + + * Use dh_python2 instead of pysupport (Closes: #623319) + * debian/control: +- Drop python-support build-dependency +- Bump python-all-dev build-dependency to = 2.6.6-3~ + * debian/rules: +- Call dh_python2 instead of dh_pysupport +- Do not ship .la files anymore + + -- Laurent Bigonville bi...@debian.org Tue, 19 Apr 2011 11:48:40 +0200 + python-gtkglext1 (1.1.0-6) unstable; urgency=low * Bumped Standards-Version to 3.9.1 diff -Nru python-gtkglext1-1.1.0/debian/control python-gtkglext1-1.1.0/debian/control --- python-gtkglext1-1.1.0/debian/control 2010-10-02 19:15:31.0 +0200 +++ python-gtkglext1-1.1.0/debian/control 2011-04-19 11:03:42.0 +0200 @@ -2,8 +2,8 @@ Section: python Priority: extra Maintainer: Thierry Randrianiriana thie...@debian.org -Build-Depends: debhelper (= 7.0.50~), autotools-dev, python-gtk2-dev, libgtk2.0-dev, libgtkglext1-dev (= 1.0.0), libglu1-mesa-dev, python-all-dev, python-support (= 0.5.3) -XS-Python-Version: = 2.4 +Build-Depends: debhelper (= 7.0.50~), autotools-dev, python-gtk2-dev, libgtk2.0-dev, libgtkglext1-dev (= 1.0.0), libglu1-mesa-dev, python-all-dev (= 2.6.6-3~) +X-Python-Version: = 2.4 Standards-Version: 3.9.1 Homepage: http://gtkglext.sourceforge.net/ diff -Nru python-gtkglext1-1.1.0/debian/rules python-gtkglext1-1.1.0/debian/rules --- python-gtkglext1-1.1.0/debian/rules 2010-10-02 19:32:22.0 +0200 +++ python-gtkglext1-1.1.0/debian/rules 2011-04-19 11:13:08.0 +0200 @@ -81,6 +81,7 @@ cat ChangeLog.pre-1-0 changelog.tmp find debian/python-gtkglext1/usr -type d -empty | xargs -r rmdir -p --ignore-fail-on-non-empty find debian/python-gtkglext1/usr/lib -name 'apputils.py' | xargs chmod +x + find debian/python-gtkglext1/usr/lib -name '*.la' -delete binary-indep: build install @@ -93,7 +94,7 @@ dh_strip dh_compress dh_fixperms - dh_pysupport + dh_python2 dh_installdeb dh_shlibdeps dh_gencontrol
Bug#619405: since 1.5.21-3 mutt asks for pgp keys at random times
On Mon, Apr 18, 2011 at 08:16:57PM +, Antonio Radici wrote: On Mon, Apr 18, 2011 at 05:41:12PM +0200, Nico Golde wrote: Hey Antonio, attached is the gdb backtrace. I anonymized some parts of it in order not to leak my mails and the imaps server I used, but this should not matter. [...] If yes, this behaviour changed and mutt didn't try to decrypt mail bodies before in order to match these settings. Thanks Nico, the backtrace was very helpful, I think we have a clear lead for the resolution of this bug, I will get back to you as soon as possible. Hi Nico, can you send me the entire color pattern you have? From what I see it seems that a pattern in the ColorIndexList list in the code is causing the call to msg_search() and consequentely mutt asks for a password. That shouldn't happen because the color patterns in that list should be only the one that start with: color index From your list posted in the bug it doesn't seem that you have any 'color index' pattern, is that a full list of all your color directives? Another thing that can help is another run with the debugger, just re-do all the steps I wrote and at the point when you do 'bt' please jump the frame where the pattern is stored; if you take as an example your previous backtrace, pat=0x830380 is stored in frame 2 and 3, so I would do gdb) frame 3 gdb) print pat (in case you need to cast to the type, it is COLOR_LINE or 'struct color_line', but you shouldn't need to) If we cannot retrieve the pattern because we don't have any pattern in the conf or 'print pat' doesn't return anything useful, then another thing that you could do is going through the ColorIndexList and print all the patterns there: gdb) print ColorIndexList (you need to go through that list and print all the entities until 'next' is NULL) Let me know if you need any help. Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623323: FTBFS on kfreebsd-*
Package: kshutdown Version: 2.0beta12-3 Due to some problems with defines (and probably an upstream bug), kshutdown FTBFS on kfreebsd architectures at the moment. After two attempts to fix this blindly, I'll stop burning version numbers and have a deeper look at this in the next days. Thanks for your patience. :o) Eike (kshutdown packager/uploader) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620065: fixed in libimobiledevice 1.1.0-3
Raphael Hertzog hert...@debian.org wrote: Hi, The multiarch requirements aren't relevant here, as the file is installed in /etc and is identical regardless of the architecture the package is built for. So the overlap will be handled by dpkg. That is, if the wiki page is accurate. The file is in /usr/share not /etc, but you're right, dpkg will cope with it. Sorry, brainfart. For some reason FDI files are in /etc in my mind, I blame Xorg for that :) Those uploads will be needed anyway, as I think libimobiledevice2 is/will not be API-compatible with libimobiledevice1. So, could be a moot point. Julien (Lavergne), do you know if this is the case? My recollection of the events is that the GNOME maintainers asked for the new libimobiledevice in experimental because they needed it, but at the same time the API/ABI isn't final yet. It's still expected to evolve and cleanups should happen at some point too. So it went to experimental both because it was needed there and because it belonged there. Julien will set the record straight if I'm wrong and can update us on the exact upstream status. Depending on that, even staging a transition in experimental doesn't make sense at this point. Basically we're screwed until upstream is done breaking things :) JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623324: phoronix-test-suite: Wrong system architecture detection
Package: phoronix-test-suite Version: 3.0.1~repack1-1 Severity: normal Phoronix Test Suite fails to properly detect the system architecture when the amd64 kernel is being used with i386 userland. I have a linux-image-2.6.38-2-amd64 installed on i386 wheezy system, dpkg --print-architecture command reports i386, uname -srvmo prints Linux 2.6.38-2-amd64 #1 SMP Thu Apr 7 06:43:20 UTC 2011 x86_64 GNU/Linux. phoronix-test-suite diagnostics | grep OS_ARCH prints OS_ARCH = x86_64 resulting in wrong assumption that I have 64-bit userland. After that it tries to install unneeded 64-bit related packages, e.g. $ phoronix-test-suite benchmark pts/cpu The following dependencies are needed and will be installed: - ia32-libs ... Best regards, Andrey -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623273: netcfg: way to start web and ssh via preseed
Matt Taggart tagg...@debian.org writes: I am attempting to debug a preseed install on serial console and I can't just switch to another VC to get the log or run a shell. If I could access the built-in webserver to access the logs or ssh to run a shell and poke around, that would help a lot. Here is what I put in my initrd preseed.cfg (after a static network preseed) to automatically get a network console (and ssh client): d-i anna/choose_modules string \ network-console: Continue installation remotely using SSH, \ openssh-client-udeb: Secure shell client for the Debian installer network-console network-console/password password network-console network-console/password-again password network-console network-console/start note Of course you may have to tweak the above for DHCP configs, but you get the idea. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467081: error in documentation of ar -h
tags 467081 + moreinfo tags 467081 - fixed-upstream quit Hi Soeren, Soeren Sonnenburg wrote: ar -h lists ar [emulation options] [-]{dmpqrstx}[abcfilNoPsSuvV] [member-name] [count] archive-file file [...] ar x some.deb control.tar.gz and [relpos] is used to denote the member after which something is added in the archive like in ar qa debian-binary some.deb x So I suggest to adjust the help to online help ar -h to: ar [emulation options] [-]{dmpqrstx}[abcfilNoPsSuvV] [relpos] [count] archive [member...] Upstream rejected this proposal (I'm not sure why). I'd suggest either (a) stating your proposed fix and its rationale more clearly at http://sourceware.org/bugzilla/show_bug.cgi?id=10367 (or as a patch to binutils/ar.c, mailed to binut...@sourceware.org), or (b) coming up with some nice self-explanatory proposed ar -h text here in this bug log (with the same effect; just might take longer). Thanks and hope that helps. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623266: [mcelog] outputs wrong event times (current instead of actual)
notfound 623266 1.0~pre3-3 close 623266 thanks Filipus Klutiero chea...@gmail.com wrote: Hi, TIME 1303155852 Mon Apr 18 15:44:12 2011 is when I ran mcelog, rather than when each error occured. I have seen this issue every time mcelog outputted errors. This is the expected and documented behaviour. MCE events don't come with wall time attached to them, the best you can have is the time the kernel collected them from the CPU. mcelog runs as a daemon (by default) or trigger (user configurable) these days, so the time you get in the log is the time the kernel collected the event. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620469: [Python-modules-team] Bug#620469: Bug#620496
FYI: if this package doesn't use setuptools/distribute's namespace_packages.txt, you can add --namespace gearman to dh_python2's call and let the helper handle namespace issue -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622844: gscan2pdf + libsane-perl frontend + Canon CanoScan LiDE25 results in End of file reached
tag 622844 +pending thanks On 15 April 2011 13:11, Sebastian Schmidt y...@yath.de wrote: However, in my case I trapped a race condition where _thread_scan_page_to_fh resets $self-{status} to $Sane::STATUS (which is SANE_STATUS_EOF) between I had spotted the message, but it had not annoyed me enough yet for me to search for the bug. I have attached a patch that changes scan_pages to not modify $self-{status} but rather checks for SANE_STATUS_EOF too where it is needed. This fixes it for me too, thanks. Committed. As the bug is only cosmetic, I won't update the Debian packaging until the next upstream release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#376350:
Package: libpaper1 Version: 1.1.24 Severity: normal The problem persists in Squeeze. I noted that Gnome applications ignore /etc/papersize. I set this to a4, still applications use letter by default. LC_PAPER, which is not mentioned in man papersize, is set to en_US.utf8 on my system. If I set LC_PAPER to de_DE.utf8, error messages on my locale settings appear. It is confusing to have several different places to set the papersize. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpaper1 depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages libpaper1 recommends: ii libpaper-utils1.1.24 library for handling paper charact libpaper1 suggests no packages. -- debconf information: libpaper/defaultpaper: letter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622832: [buildd-tools-devel] Bug#622832: Bug#622832: Bug#622832: sbuild: build-deps not satisfied for foo ( 1) | foo (= 2)
tags 622832 + fixed-upstream pending thanks On Fri, Apr 15, 2011 at 10:16:02AM +0100, Roger Leigh wrote: On Fri, Apr 15, 2011 at 10:56:38AM +0200, Philipp Kern wrote: am Fri, Apr 15, 2011 at 09:03:28AM +0100 hast du folgendes geschrieben: This is a case where we tightened up the resolver behaviour in the apt and aptitude resolvers. I wonder if that shouldn't be the case for such dependencies as outlined here, i.e. the same package being involved just excluding a few versions in between. It feels legit, at least for binNMUs. I would tend to agree--it's not like it's a different package. It could be considered a single dependency, but which is required to be in several parts. We could alter the code that strips out the alternatives to allow any alternative with the same package name as the first. Does this sound acceptable? This was fixed on the master branch in commit d4ff9f8. I've tested this for sawfish, and it's correctly processing the alternative texinfo dependency: Merged Build-Depends: base-files, base-passwd, bash, coreutils, dash, debianutils, diffutils, dpkg, e2fsprogs, findutils, grep, gzip, hostname, ncurses-base, ncurses-bin, perl-base, sed, login, sysvinit-utils, sysvinit, tar, bsdutils, mount, util-linux, libc6-dev | libc-dev, gcc (= 4:4.4.3), g++ (= 4:4.4.3), make, dpkg-dev (= 1.13.5), gettext (= 0.10.37), debhelper (= 7.0.0), libxinerama-dev, libesd0-dev, rep-gtk (= 1:0.90.0), libgmp3-dev (= 4.1.4-8), texinfo ( 4.11) | texinfo (= 4.11.dfsg.1-3), libgtk2.0-dev (= 2.6), libxrender-dev, libxext-dev, libxt-dev, autotools-dev, automake1.10, quilt (= 0.40), librep-dev (= 0.90.0), rep, libtool Merged Build-Conflicts: autoconf2.13, automake1.4 Filtered Build-Depends: base-files, base-passwd, bash, coreutils, dash, debianutils, diffutils, dpkg, e2fsprogs, findutils, grep, gzip, hostname, ncurses-base, ncurses-bin, perl-base, sed, login, sysvinit-utils, sysvinit, tar, bsdutils, mount, util-linux, libc6-dev, gcc (= 4:4.4.3), g++ (= 4:4.4.3), make, dpkg-dev (= 1.13.5), gettext (= 0.10.37), debhelper (= 7.0.0), libxinerama-dev, libesd0-dev, rep-gtk (= 1:0.90.0), libgmp3-dev (= 4.1.4-8), texinfo ( 4.11) | texinfo (= 4.11.dfsg.1-3), libgtk2.0-dev (= 2.6), libxrender-dev, libxext-dev, libxt-dev, autotools-dev, automake1.10, quilt (= 0.40), librep-dev (= 0.90.0), rep, libtool Filtered Build-Conflicts: autoconf2.13, automake1.4 As you can see, the alternative libc6-dev | libc-dev is treated as first only (package names don't match), whilst the alternative texinfo ( 4.11) | texinfo (= 4.11.dfsg.1-3) is retained because this is for the same package, and so treated as a single logical dependency. This is safe to pick onto the buildd-0.61.0 branch should you wish. This was, TTMOBK, the one remaining issue blocking the switch from the internal to apt resolver on the buildds. Is this the case? If so, I believe that with this change in place the buildds can be switched over to use apt by default. Regards, Roger commit d4ff9f89a8d86a5350aa9f1dafdc6d1add9f2234 Author: Roger Leigh rle...@debian.org Date: Tue Apr 19 11:25:54 2011 +0100 Sbuild::ResolverBase: Allow alternative dependencies for same package Currently, when alternative dependencies are not allowed, only the first alternative is used. Here, this rule is relaxed when the alternative dependency or dependencies are for the same package name, i.e. foo (rel x) | foo (rel y) [ ... foo (rel z) ] since while these are separate dependencies, they are in reality a single logical dependency. diff --git a/lib/Sbuild/ResolverBase.pm b/lib/Sbuild/ResolverBase.pm index 01a0969..a6b150f 100644 --- a/lib/Sbuild/ResolverBase.pm +++ b/lib/Sbuild/ResolverBase.pm @@ -631,12 +631,27 @@ EOF $self-log(Merged Build-Depends: $positive\n) if $positive; $self-log(Merged Build-Conflicts: $negative\n) if $negative; -# Filter out all but the first alternative. +# Filter out all but the first alternative except in special +# cases. if (!$self-get_conf('RESOLVE_ALTERNATIVES')) { my $positive_filtered = Dpkg::Deps::AND-new(); foreach my $item ($positive-get_deps()) { - my ($first) = $item-get_deps(); - $positive_filtered-add($first) if defined $first; + my $alt_filtered = Dpkg::Deps::OR-new(); + my @alternatives = $item-get_deps(); + my $first = shift @alternatives; + $alt_filtered-add($first) if defined $first; + # Allow foo (rel x) | foo (rel y) as the only acceptable + # form of alternative. i.e. where the package is the + # same, but different relations are needed, since these + # are effectively a single logical dependency. + foreach my $alt (@alternatives) { + if ($first-{'package'} eq $alt-{'package'}) { + $alt_filtered-add($alt); + } else { + last; +
Bug#623293: no logging by default
severity 623293 wishlist thanks Hi Brian! On Tue, Apr 19, 2011 at 12:04:49PM +1000, Brian May wrote: Package: esmtp-run Version: 1.2-4squeeze1 Hello, Unless I am mistaken, sendmail supplied with esmtp-run doesn't do any logging. This makes it impossible to see what emails have been sent from a given system, in case e.g. somebody has made a complaint about emails being generated from the system. Or if cron emails are being lost because of configuration error or something. Ideally esmtp should log an entry via syslog to /var/log/mail.log for every email that it relays. Unfortunately the -X command line option is insufficient because there is no way I can see to make this the default behaviour that will work with all programs (e.g. emails generated by cron). First of all, thanks for your feedback. I mark this bug as wishlist, because this is probably beyond the scope of esmtp. esmtp was never intended to be a full MTA, but only a relay-only. It has however nice features like the ability for mailing locally, which e.g. is not (yet) possible with msmtp (which is surely actively developped). I will not close this bug, but mark it for now as wishlist. Patches are always welcome! ;-) Bests Salvatore signature.asc Description: Digital signature
Bug#623140: tcpxtract: Excessive sync() when extracting files
On 17.4.2011 20:18, Nico Golde wrote: Hi, * MP t...@centrum.cz [2011-04-17 19:47]: tcpxtract calls sync() after extracting each packet of data to one of the output files. This has as a result of huge harddisk activity even when both source and destination lies in ramdisk (tmpfs) Once sync() calls get removed using attached patch, time to extract files from a 10 mb stream decreases from several minutes (during which harddisk emits loud noise) to about a second. Wow you are right. I also don't see why this call is made there. Instead of removing it completely, what do you think about: sync() will flush all buffers in whole system (which resulted in all the harddisk rattling even when everything was done in ramdisk when I found out about this), so I don't think is is good idea to call it anywhere. What might be useful is calling fsync(eptr-fd) just before the close (which will flush just the file in question) but not sync(). When the sync() is moved there, it is still called about 500 times to sync all the system cache even when not necessary when doing it on my dump in which I encountered the problem originally (though still better than syncing after every written packet). Martin Petricek --- a/extract.c +++ b/extract.c @@ -163,7 +163,6 @@ static void extract_segment(extract_list_t *elist, const uint8_t *data) error(Quiting.); } elist-nwritten += nbytes; -sync(); } /* remove all finished extracts from the list */ @@ -182,6 +181,8 @@ static void sweep_extract_list(extract_list_t **elist) eptr-next-prev = eptr-prev; if (*elist == eptr) *elist = eptr-next; + +sync(); close(eptr-fd); free(eptr); } Cheers Nico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623268: live-build-cgi: apt-get doesn't properly install cgi files
reassign 623268 live-build severity 623268 wishlist retitle 623268 please make cgi installation automatic (debconf) tags 623268 - d-i On 04/18/2011 10:31 PM, Robert Lane wrote: I was able to workaround this by opening the deb package and manually copying and renaming the files as they are listed in the makefile. if you intent do run an own cgi instance of live-build (as we do on live-build.debian.net), until we've added debconf support for the setup, you will have to run the makefile. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619306: ghostscript segfaults on some eps file
On Mon, Apr 18, 2011 at 10:37 PM, Jonas Smedegaard d...@jones.dk wrote: Pinning is one approach, yes. Another is to only temporarily subscribe to unstable and pay close attention to which packages gets installed when requesting to update the ghostscript package (use aptitude in fullscreen mode rather that apt-get!). At first I tried this but it wanted to update a bunch of libs, including libc. I cancelled that. A thir aproach is to download and install using dpkg. Next I tried this solution and installed the following packages: liblcms1_1.18.dfsg-1.2+b3_amd64.deb libgs9-common_9.02~dfsg-1_all.deb libgs9_9.02~dfsg-1_amd64.deb ghostscript-dbg_9.02~dfsg-1_amd64.deb ghostscript_9.02~dfsg-1_amd64.deb But the problem persists: $ gdb -q --args gs -q -dSAFER arch-SPOT.eps Reading symbols from /usr/bin/gs...Reading symbols from /usr/lib/debug/usr/bin/gs...done. done. (gdb) run Starting program: /usr/bin/gs -q -dSAFER arch-SPOT.eps [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x76577bce in cmsEvalLUT () from /usr/lib/liblcms.so.1 #2 0x765800a6 in ?? () from /usr/lib/liblcms.so.1 #3 0x7656c071 in _cmsComputePrelinearizationTablesFromXFORM () from /usr/lib/liblcms.so.1 #4 0x765828d7 in _cmsPrecalculateDeviceLink () from /usr/lib/liblcms.so.1 #5 0x76580c7a in cmsCreateProofingTransform () from /usr/lib/liblcms.so.1 #6 0x7658135b in cmsCreateTransform () from /usr/lib/liblcms.so.1 #7 0x773e87ff in gsicc_get_link_profile (pis=value optimized out, dev=value optimized out, gs_input_profile=0xac58e0, gs_output_profile=0x785280, rendering_params=0x7fffc660, memory=value optimized out, include_softproof=0) at ./base/gsicc_cache.c:594 #8 0x773e5717 in gx_remap_ICC (pcc=0x95cb00, pcs=0x9bcd68, pdc=0x991f50, pis=0x624fa8, dev=0x68ca88, select=gs_color_select_texture) at ./base/gsicc.c:347 #9 0x773262ca in gx_remap_CIEA (pc=0x95cb00, pcs=0x9bccb8, pdc=0x991f50, pis=0x624fa8, dev=0x68ca88, select=gs_color_select_texture) at ./base/gsciemap.c:700 #10 0x775859ac in gx_remap_color (pgs=0x624fa8) at ./base/gxcmap.c:553 #11 0x77578298 in gs_text_begin (pgs=0x624fa8, text=0x7fffc7d0, mem=0x602888, ppte=0x7fffc8b8) at ./base/gstext.c:262 #12 0x775785f5 in gs_xyshow_begin (pgs=0x624fa8, str=value optimized out, size=value optimized out, x_widths=0xaac268, y_widths=0x0, widths_size=6, mem=0x602888, ppte=0x7fffc8b8) at ./base/gstext.c:413 #13 0x772eddc7 in moveshow (i_ctx_p=0x641180, have_x=1, have_y=0) at ./psi/zcharx.c:113 #14 0x77355a7b in interp (pi_ctx_p=0x602388, pref=value optimized out, perror_object=0x7fffd790) at ./psi/interp.c:1263 #15 0x77356bbb in gs_call_interp (pi_ctx_p=value optimized out, pref=value optimized out, user_errors=1, pexit_code=0x7fffd7ac, perror_object=0x7fffd790) at ./psi/interp.c:484 #16 gs_interpret (pi_ctx_p=value optimized out, pref=value optimized out, user_errors=1, pexit_code=0x7fffd7ac, perror_object=0x7fffd790) at ./psi/interp.c:442 #17 0x7734be35 in gs_main_interpret (minst=value optimized out, user_errors=value optimized out, pexit_code=value optimized out, perror_object=value optimized out) at ./psi/imain.c:240 #18 gs_main_run_string_end (minst=value optimized out, user_errors=value optimized out, pexit_code=value optimized out, perror_object=value optimized out) at ./psi/imain.c:556 #19 0x7734cbd2 in run_string (minst=0x6022f0, str=value optimized out, options=value optimized out) at ./psi/imainarg.c:814 #20 0x7734cd6a in runarg (minst=0x6022f0, pre=0x7766b51d , arg=value optimized out, post=0x775e12a9 .runfile, options=3) at ./psi/imainarg.c:805 #21 0x7734e8d0 in gs_main_init_with_args (minst=0x6022f0, argc=4, argv=0x7fffe368) at ./psi/imainarg.c:215 ---Type return to continue, or q return to quit--- #22 0x00400bc4 in main (argc=4, argv=0x7fffe368) at ./psi/dxmainc.c:84 If this was corrected on this version this should not happen, right? If all of those feel scary, then there is the option of waiting until it enters testing :-) Hmm ... will testing get this on the next 10 days? Thanks Jonas. Cheers, Colin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622309: udev: Network, sound and X input broken
On Apr 18, Marco d'Itri m...@linux.it wrote: As a result, I am still unconvinced that the udev logic is correct. You can test your theory by rebuilding udev without the use_run_tmpfs patch, I cannot reproduce your problem and apparently nobody else can. Are there any news? The current status is that 167-2 is known not work correctly only in the following cases: - if /etc/network/run/ is a symlink - when installed your system -- ciao, Marco signature.asc Description: Digital signature
Bug#623325: icli: dependency on libterm-size-perl missing
Package: icli Version: 0.4-1 Severity: important Hi, the icli package is missing a dependency on libterm-size-perl, which is needed to run icli. Please add :) Cheers, Bernd -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-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 icli depends on: ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii perl 5.10.1-17 Larry Wall's Practical Extraction ii perl-modules [libautodie-perl 5.10.1-17 Core Perl modules icli recommends no packages. icli suggests no packages. -- no debconf information -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602578: Clearing the OCR text
severity 602578 wishlist thanks In Edit/Preferences, you can specify OCR Output=Replace, which allows you to try out various OCR settings without rescanning. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623326: zope-common: [INTL:nl] Dutch translation of debconf templates
Package: zope-common Severity: wishlist Tags: patch l10n Hello, Please find attached an updated Dutch translation of the debconf templates. Regards, -- Jeroen Schot # Dutch translation of zope-common debconf templates. # Copyright (C) 2006-2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the zope-common package. # Kurt De Bree kdeb...@telenet.be, 2006. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: zope-common_0.5.50\n Report-Msgid-Bugs-To: pkg-zope-develop...@lists.alioth.debian.org\n POT-Creation-Date: 2007-07-23 08:07+0200\n PO-Revision-Date: 2011-04-19 12:49+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:2001 msgid configuring msgstr configuratie #. Type: select #. Choices #: ../templates:2001 msgid end msgstr einde #. Type: select #. Choices #: ../templates:2001 msgid manually msgstr handmatig #. Type: select #. Description #: ../templates:2002 msgid Automatic restart of Zope instances: msgstr Automatisch herstarten van Zope-diensten: #. Type: select #. Description #: ../templates:2002 msgid Zope offers an extensible, modular structure that allows for the easy addition of extra components (products) or features. These are provided as packages with names that start with a 'zope-' prefix. Each Zope instance needs to be restarted to use any new add-on. msgstr Zope biedt een uitbreidbare en modulaire structuur die het mogelijk maakt om eenvoudig extra componenten (producten) of functionaliteit toe te voegen. Deze worden aangeboden als pakketten waarvan de naam begint met het voorvoegsel 'zope-'. Elke Zope-dienst dient te worden herstart om gebruik te kunnen maken van nieuwe uitbreidingen. #. Type: select #. Description #: ../templates:2002 msgid Please choose the default behavior of Zope instances when Zope needs to be restarted: msgstr Gelieve het standaardgedrag van Zope-diensten te kiezen als Zope moet worden herstart: #. Type: select #. Description #: ../templates:2002 msgid - configuring: restart instances after each product configuration;\n - end: restart instances only once at the end of the whole\n installation/upgrading process;\n - manually:no automated restart. msgstr - configuratie: herstart de diensten na elke productconfiguratie.\n - einde:herstart de diensten slechts éénmaal op het einde\n van het volledige installatie/opwaarderingsproces.\n - handmatig:geen automatische herstart. #. Type: select #. Choices #: ../templates:3001 msgid abort msgstr afbreken #. Type: select #. Choices #: ../templates:3001 msgid remove and continue msgstr verwijderen en verdergaan #. Type: select #. Description #: ../templates:3002 msgid Action on old/incomplete zope instance '${instance}': msgstr Actie bij verouderde/onvolledige Zope-dienst '${instance}': #. Type: select #. Description #: ../templates:3002 msgid An old/incomplete ${instance} instance was found in /var/lib/zope${zver}/ instance/${instance}, with no Data.fs file. This installation is either incomplete or incompletely removed. msgstr Er is een verouderde/onvolledige dienst ${instance} zonder Data.fs-bestand gevonden in /var/lib/zope${zver}/instance/${instance}. Deze installatie is onvolledig of onvolledig verwijderd. #. Type: select #. Description #: ../templates:3002 msgid Choosing 'abort' will allow you to inspect the state of the instance. msgstr Door 'afbreken' te kiezen kunt u de status van de dienst bekijken. #. Type: select #. Description #: ../templates:3002 msgid Choosing 'remove and continue' will remove /var/lib/zope${zver}/instance/ ${instance} and reinstall ${instance}. Existing log files in /var/log/zope ${zver}/${instance} and configuration files in /etc/zope${zver}/${instance} will be preserved. msgstr Het kiezen van 'verwijderen en verdergaan' zal /var/lib/zope${zver}/instance/ ${instance} verwijderen en ${instance} herinstalleren. Bestaande logbestanden in /var/log/zope${zver}/${instance} en de configuratiebestanden in /etc/zope${zver}/${instance} blijven behouden. #. Type: boolean #. Description #: ../templates:4001 msgid Keep data for ${instance} on package purge? msgstr Data voor ${instance} behouden bij wissen (purge) van het pakket? #. Type: boolean #. Description #: ../templates:4001 msgid Purging the data files of a Zope instance on package purge will result in the loss of all data for that instance. These data files are stored in /var/ lib/zope${zver}/instance/${instance}. msgstr Het wissen (purge) van de databestanden van een Zope-dienst bij het wissen van het pakket resulteert in het verlies van alle data van de Zope-dienst. De databestanden voor deze dienst vindt u in /var/lib/zope${zver}/instance/ ${instance}. #.
Bug#619306: ghostscript segfaults on some eps file
found 619306 ghostscript/9.02~dfsg-1 quit Hi, Colin wrote: On Mon, Apr 18, 2011 at 10:37 PM, Jonas Smedegaard d...@jones.dk wrote: A thir aproach is to download and install using dpkg. Next I tried this solution and installed the following packages: liblcms1_1.18.dfsg-1.2+b3_amd64.deb libgs9-common_9.02~dfsg-1_all.deb libgs9_9.02~dfsg-1_amd64.deb ghostscript-dbg_9.02~dfsg-1_amd64.deb ghostscript_9.02~dfsg-1_amd64.deb But the problem persists: [...] If this was corrected on this version this should not happen, right? Right. Thanks for checking. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622997: libata-sff/pata_cmd64x problem with hardwired configurations
From: Bartlomiej Zolnierkiewicz bzoln...@gmail.com Subject: [PATCH v2] pata_cmd64x: add enablebits checking Fixes IDE - libata regression. And causes a regression too With the check for parent bridge not being a split bridge I think however it'll do the job nicely. Alan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618962: gtkimageview: Please package GTK+ 3 version
On 19 March 2011 23:18, Josselin Mouette j...@debian.org wrote: in order to package Evolution 3.0, we need the GTK+ 3 version of gtkimageview. Apologies for the late response. I don't seem to have much time at the moment, so please feel free to add it to pkg-evolution. I would appreciate it if I stayed in uploaders. Regards Jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623327: samba4: Missing dependency on winbind4
Package: samba4 Version: 4.0.0~alpha15~git20110410.dfsg1-1 Severity: normal upgradeprovision script requires libwinbind-client.so but samba4 package doesn't depend on winbind4 which contains that library. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (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 samba4 depends on: ii debcon 1.5.38Debian configuration management sy ii libasn 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - ASN.1 library ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcom 1.41.12-2 common error description library ii libdce 4.0.0~alpha15~git20110410.dfsg1-1 DCE/RPC client library ii libgen 4.0.0~alpha15~git20110410.dfsg1-1 Generic Security Library ii libhdb 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - kadmin server l ii libkdc 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - KDC support lib ii libkrb 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - libraries ii libldb 1:1.0.2+git20110403-1 LDAP-like embedded database - shar ii libndr 4.0.0~alpha15~git20110410.dfsg1-1 Standard NDR interfaces ii libndr 4.0.0~alpha15~git20110410.dfsg1-1 NDR marshalling library ii libpop 1.16-1lib for parsing cmdline parameters ii libpyt 2.6.6-8+b1Shared Python runtime library (ver ii librok 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - roken support l ii libsam 4.0.0~alpha15~git20110410.dfsg1-1 Samba host configuration library ii libsam 4.0.0~alpha15~git20110410.dfsg1-1 Samba utility function library ii libsam 4.0.0~alpha15~git20110410.dfsg1-1 SAM database ii libtal 2.0.5-1 hierarchical pool based memory all ii libtdb 1.2.9-1 Trivial Database - shared library ii libtev 0.9.10-1 talloc-based event loop library - ii python 2.6.6-14 interactive high-level object-orie ii python 1.8.0-1 DNS toolkit for Python ii python 4.0.0~alpha15~git20110410.dfsg1-1 Python bindings for Samba ii samba4 4.0.0~alpha15~git20110410.dfsg1-1 Samba 4 common files used by both Versions of packages samba4 recommends: ii ldb-tools 1:1.0.2-2 LDAP-like embedded database - tool Versions of packages samba4 suggests: ii bind9 1:9.7.3.dfsg-1 Internet Domain Name Server pn phpldapadmin none (no description available) pn samba-gtk none (no description available) pn swat2 none (no description available) -- debconf information excluded -- Erik Dalén -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623328: samba4: upgradeprovision fails on upgradehelpers.py line 487
Package: samba4 Version: 4.0.0~alpha15~git20110410.dfsg1-1 Severity: normal samba4 upgrade from 20110224 to 20110410 fails with following error: Setting up samba4 (4.0.0~alpha15~git20110410.dfsg1-1) ... Creating a reference provision Copy privilege Update base samdb by searching difference with reference one Starting update of samdb There are 0 missing objects Reloading a merged schema, which might trigger reindexing so please be patient Schema reloaded! Exception during upgrade of samdb: Traceback (most recent call last): File /usr/share/samba/setup/upgradeprovision, line 1099, in update_partition provisionUSNs, names.invocation) File /usr/share/samba/setup/upgradeprovision, line 908, in update_present if get_diff_sddls(refsddl, cursddl) == : File /usr/lib/python2.6/dist-packages/samba/upgradehelpers.py, line 487, in get_diff_sddls if hash_new[owner] != hash_ref[owner]: KeyError: 'owner' Update failed Rolling back all changes. Check the cause of the problem Your system is as it was before the upgrade dpkg: error processing samba4 (--configure): subprocess installed post-installation script returned error exit status 1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (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 samba4 depends on: ii debcon 1.5.38Debian configuration management sy ii libasn 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - ASN.1 library ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcom 1.41.12-2 common error description library ii libdce 4.0.0~alpha15~git20110410.dfsg1-1 DCE/RPC client library ii libgen 4.0.0~alpha15~git20110410.dfsg1-1 Generic Security Library ii libhdb 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - kadmin server l ii libkdc 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - KDC support lib ii libkrb 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - libraries ii libldb 1:1.0.2+git20110403-1 LDAP-like embedded database - shar ii libndr 4.0.0~alpha15~git20110410.dfsg1-1 Standard NDR interfaces ii libndr 4.0.0~alpha15~git20110410.dfsg1-1 NDR marshalling library ii libpop 1.16-1lib for parsing cmdline parameters ii libpyt 2.6.6-8+b1Shared Python runtime library (ver ii librok 1.4.0+git20110411.dfsg.1-1Heimdal Kerberos - roken support l ii libsam 4.0.0~alpha15~git20110410.dfsg1-1 Samba host configuration library ii libsam 4.0.0~alpha15~git20110410.dfsg1-1 Samba utility function library ii libsam 4.0.0~alpha15~git20110410.dfsg1-1 SAM database ii libtal 2.0.5-1 hierarchical pool based memory all ii libtdb 1.2.9-1 Trivial Database - shared library ii libtev 0.9.10-1 talloc-based event loop library - ii python 2.6.6-14 interactive high-level object-orie ii python 1.8.0-1 DNS toolkit for Python ii python 4.0.0~alpha15~git20110410.dfsg1-1 Python bindings for Samba ii samba4 4.0.0~alpha15~git20110410.dfsg1-1 Samba 4 common files used by both Versions of packages samba4 recommends: ii ldb-tools 1:1.0.2-2 LDAP-like embedded database - tool Versions of packages samba4 suggests: ii bind9 1:9.7.3.dfsg-1 Internet Domain Name Server pn phpldapadmin none (no description available) pn samba-gtk none (no description available) pn swat2 none (no description available) -- debconf information excluded -- Erik Dalén -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619306: ghostscript segfaults on some eps file
I should add that before of installing these packages from unstable, I compiled ghostscript-9.02.tar.gz from sourceforge and installed in /opt2 just for testing. This seems the same version of unstable. I wasn't able to reproduce the bug with my compiled gs. Here's a part of the configure, I just used ./configure --prefix=/opt2: config.log: Configured with: ../src/configure -v --with-pkgversion='Debian 4.5.2-8' --with-bugurl=file:///usr/share/doc/gcc-4.5/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.5 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.5 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-gold --enable-ld=default --with-plugin-ld=ld.gold --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.5.2 (Debian 4.5.2-8) Cheers, Colin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623306: Plugin config files should be moved to /etc (e.g. /etc/phpsysinfo/plugins/*)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Timo, thatnks for your report. I've forwarded this request to the upstream authors to start a general discussion if and how this might be handled by upstream. See also https://sourceforge.net/tracker/?func=detailaid=3289442group_id=15atid=350015 Cheers Bjoern -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2tbpYACgkQABMWRpwdNunqsgCgznWoSc+N6OV/br1AshEgGNAu 4P4Anij471akoRBElCtvJdJFtlyodWhE =RSet -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#435935: dead bugreport
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 close 435935 3.0~rc3-1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2tcCgACgkQABMWRpwdNunYnwCgidFEib4+BCA3AxcMNKg9QK5o XkEAoJcMq+FbetdeBrjVZ3UDJ/CwwR+6 =1XTu -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#623329: libjs-khtmlib: examples appear to be broken - bad link
Package: libjs-khtmlib Version: 0.40~20110401-3 Severity: normal The examples for libjs-khtmlib appear to be broken. The html files are looking for the non-existent http://localhost/doc/libjs-khtmlib/examples/js/khtml.js A simple fix is, ln -s -T /usr/share/javascript/khtml /usr/share/doc/libjs-khtmlib/examples/js Though I'm not sure what's the best fix from a packaging perspective. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libjs-khtmlib depends on no packages. Versions of packages libjs-khtmlib recommends: ii javascript-common 8 Base support for JavaScript librar libjs-khtmlib 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#609137: phpsysinfo Error loading XML document
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi PICCORO, could you be so kind and verify that this issue is closed by 3.0.10-1? You can fetch it from http://ftp.halifax.rwth-aachen.de/debian/pool/main/p/phpsysinfo/phpsysinfo_3.0.10-1_all.deb Cheers Bjoern -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2tcRwACgkQABMWRpwdNulYSgCfcax+rEa5UdXw9CTAv/hwMYD3 Ny8AnRc/HHoVYUFtls1cgVpjXbAaWnSj =p9+X -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#623330: LINES and COLUMNS variables must NOT be set in environment
Package: tcsh Version: 6.17.02-4 The variables LINES and COLUMS set in /etc/csh.cshrc and /etc/csh.login due to bug 580498 MUST NOT be set into environment. Applications that use those variables get confused, when terminal is resized, because they still use those variables. While tcsh changes those variables to reflect current terminal size each time a window is resited, particulae applications do not see the changes and continue working as the screen was not changed (e.g. alsamixer) or their behaviour can be unexpected and surprising (e.g. mutt changes back to old size after external application exits). Changing 'setenv' to 'set' is useless, since tcsh does not seem to update its variables LINES and COLUMNS, only when they are in environment. While this could be understood as a bug, setting COLUMNS and LINES in environment is imho not acceptable and a separate tcsh bug should be filled up fot this. Please, comment out the setenv LINES and setenv COLUMNS from csh.login and csh.cshrc (the one in csh.login was even superflous since csh parses csh.cshrc before csh.login). If anyone's scripts need LINES and COLUMS variables, they must take care themselfes about those. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Saving Private Ryan... Private Ryan exists. Overwrite? (Y/N) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623329: [Pkg-osm-maint] Bug#623329: libjs-khtmlib: examples appear to be broken - bad link
Hi Andrew, On 11-04-19 at 09:29pm, Andrew Harvey wrote: The examples for libjs-khtmlib appear to be broken. The html files are looking for the non-existent http://localhost/doc/libjs-khtmlib/examples/js/khtml.js I stumbled into this problem myself yesterday. :-) A simple fix is, ln -s -T /usr/share/javascript/khtml /usr/share/doc/libjs-khtmlib/examples/js Though I'm not sure what's the best fix from a packaging perspective. Ah, yes. I didn't think of that approach. I guess that would be acceptable according to Debian Policy, but consider instead to hack all html example files to hardcode the full path instead - as that will work also if copying the examples into another folder - and online too, if adding the following to Apache: Alias /usr/share/javascript /usr/share/javascript/ Thanks for your interest in khtmlib, and for this bugreport, - 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