Bug#558463: Cups fails to print after upgrade
Package: cups Version: 1.4.2-2 Severity: normal Here too. My printer is a Xerox, and I found this bug by googling for the undefined symbol; thus, I suspect this affects many users and is therefore Important if not Severe. Thanks, Shai. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (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/bash Versions of packages cups depends on: ii adduser3.111 add and remove users and groups ii bc 1.06.95-2 The GNU bc arbitrary precision cal ii cups-client1.4.2-2 Common UNIX Printing System(tm) - ii cups-common1.4.2-2 Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii ghostscript8.70~dfsg-2 The GPL Ghostscript PostScript/PDF ii libavahi-client3 0.6.25-2 Avahi client library ii libavahi-common3 0.6.25-2 Avahi common library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcups2 1.4.2-2 Common UNIX Printing System(tm) - ii libcupscgi11.4.2-2 Common UNIX Printing System(tm) - ii libcupsdriver1 1.4.2-2 Common UNIX Printing System(tm) - ii libcupsimage2 1.4.2-2 Common UNIX Printing System(tm) - ii libcupsmime1 1.4.2-2 Common UNIX Printing System(tm) - ii libcupsppdc1 1.4.2-2 Common UNIX Printing System(tm) - ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libgcc11:4.4.2-3 GCC support library ii libgnutls262.8.5-2 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libijs-0.350.35-7IJS raster image transport protoco ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libpam0g 1.1.0-4 Pluggable Authentication Modules l ii libpaper1 1.1.23+nmu1 library for handling paper charact ii libpoppler50.12.2-1 PDF rendering library ii libslp11.2.1-7.6 OpenSLP libraries ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii perl-modules 5.10.1-8 Core Perl modules ii poppler-utils 0.12.2-1 PDF utilitites (based on libpopple ii procps 1:3.2.8-2 /proc file system utilities ii ssl-cert 1.0.25simple debconf wrapper for OpenSSL ii ttf-freefont 20090104-4Freefont Serif, Sans and Mono True ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages cups recommends: ii cups-driver-gutenprint5.2.4-1printer drivers for CUPS ii foomatic-filters 4.0-20090509-1 OpenPrinting printer support - fil ii ghostscript-cups 8.70~dfsg-2The GPL Ghostscript PostScript/PDF Versions of packages cups suggests: ii cups-bsd 1.4.2-2Common UNIX Printing System(tm) - pn cups-pdf none (no description available) ii cups-ppdc 1.4.2-2Common UNIX Printing System(tm) - ii foomatic-db 20090616-1 OpenPrinting printer support - dat ii foomatic-db-engine4.0-20090509-2 OpenPrinting printer support - pro ii hplip 3.9.10-1 HP Linux Printing and Imaging Syst ii smbclient 2:3.4.3-1 command-line SMB/CIFS clients for ii udev 147-5 /dev/ and hotplug management daemo pn xpdf-korean | xpdf-japane none (no description available) -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557992: grub-pc: Booting is completely broken
Am Sonntag, den 29.11.2009, 00:22 +0100 schrieb Paul Seelig: Well, if upgrading to 25-1 does not by itself result in a working boot configuration, it defintely shouldn't be the user who should be held responsible to make sure that it works. As an end user, i do expect that the upgrade does work without any further intervention. If 25-1 does not work although you think it should, then it is simply broken. Well we need more information how it's broken. Maybe it already helps if you would just attach the 25-1 generated grub.cfg In the 24-1 one there was a syntax error in it which completely broke our parser. But unfortunately nobody thought that the grub.cfg could be just wrong and not the C code in GRUB itself. For what it's worth, i didn't run any manual grub-install while before upgrading to 25-1. In case it is required for grub2 to work after the upgrade, it should be done automagically via the postinst without any need for user intervention. We have already a debconf prompt for this. But it seems that people either don't see it or just don't care about it etc. Thanks a lot for you work and effort! On 11/28/2009 10:55 PM, Felix Zielcke wrote: 24-1 was broken. 24-2 is actually the sid version before 24-1: 1115-1 25-1 should work fine if you're /etc/grub.d/ files got correctly updated. Please check the generated grub.cfg and make sure grub-install gets run in the postinst or do it yourself. -- Felix Zielcke Proud Debian Maintainer and GNU GRUB developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558466: gmime2.4: needs versioned build-dep on monodoc-base
Package: gmime2.4 Version: 2.4.6-5 Severity: serious When building gmime2.4 for lenny, I get the following error: if [ -f /totem/gmime2.4-2.4.6/mono/gmime-sharp.dll ]; then \ # create API docs \ mdoc update \ -o /totem/gmime2.4-2.4.6/mono/monodocer \ /totem/gmime2.4-2.4.6/mono/gmime-sharp.dll; \ mdoc assemble \ -o /totem/gmime2.4-2.4.6/mono/gmime-sharp-2.4 \ /totem/gmime2.4-2.4.6/mono/monodocer; \ fi /bin/sh: line 2: mdoc: command not found /bin/sh: line 5: mdoc: command not found make[1]: *** [override_dh_auto_build] Error 127 make[1]: Leaving directory `/totem/gmime2.4-2.4.6' make: *** [build] Error 2 This is with the following versions of packages: ii debhelper 7.2.6~bpo50+1 helper programs for debian/rules ii mono-devel 2.4.2.3+dfsg-2~bpo50+1 Mono development tools ii monodoc-base 1.9-2 shared MonoDoc binaries It would appear that 'mdoc' is part of monodoc-base in sid/squeeze (version 2.4.2.3+dfsg-3), but does not exist in lenny's monodoc-base (version 1.9-2). As such, gmime2.4's monodoc-base build-dep should really be a versioned build-dep. I'm not sure what version mdoc was added in, but it probably wouldn't hurt to do something like monodoc-base (= 2.4). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558467: win32-loader: [INTL:ru] Russian program translation update
Package: win32-loader Version: 0.6.12 Severity: wishlist Tags: l10n patch Russian program translation update is attached. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of win32-loader_l10n_po_ru.po to Russian # This file is distributed under the same license as the win32-loader package. # # Evgeny Burzak moon...@yandex.ru, 2006. # Yuri Kozlov kozlo...@gmail.com, 2007, 2008. # Yuri Kozlov yu...@komyakino.ru, 2009. msgid msgstr Project-Id-Version: win32-loader 0.6.10\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2009-11-26 23:30+\n PO-Revision-Date: 2009-11-29 11:35+0300\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. translate: #. This must be a valid string recognised by Nsis. If your #. language is not yet supported by Nsis, please translate the #. missing Nsis part first. #. #: win32-loader.sh:36 win32-loader.c:39 msgid LANG_ENGLISH msgstr LANG_RUSSIAN #. translate: #. This must be the string used by GNU iconv to represent the charset used #. by Windows for your language. If you don't know, check #. [wine]/tools/wmc/lang.c, or http://www.microsoft.com/globaldev/reference/WinCP.mspx #. #. IMPORTANT: In the rest of this file, only the subset of UTF-8 that can be #. converted to this charset should be used. #: win32-loader.sh:52 msgid windows-1252 msgstr windows-1251 #. translate: #. Charset used by NTLDR in your localised version of Windows XP. If you #. don't know, maybe http://en.wikipedia.org/wiki/Code_page helps. #: win32-loader.sh:57 msgid cp437 msgstr cp866 #. translate: #. The name of your language _in English_ (must be restricted to ascii) #: win32-loader.sh:67 msgid English msgstr Russian #. translate: #. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset #. (e.g. cp437) should be used in this string. If you don't know which charset #. applies, limit yourself to ascii. #: win32-loader.sh:81 msgid Continue with install process msgstr Continue with install process #. translate: #. The nlf file for your language should be found in #. /usr/share/nsis/Contrib/Language files/ #. #: win32-loader.c:68 msgid English.nlf msgstr Russian.nlf #: win32-loader.c:71 msgid Installer Loader msgstr Загрузчик программы установки #: win32-loader.c:72 msgid Cannot find win32-loader.ini. msgstr Не удалось найти win32-loader.ini. #: win32-loader.c:73 msgid win32-loader.ini is incomplete. Contact the provider of this medium. msgstr В win32-loader.ini не хватает данных. Обратитесь к поставщику этого носителя. #: win32-loader.c:74 msgid This program has detected that your keyboard type is \$0\. Is this correct? msgstr Обнаружено, что тип вашей клавиатуры \$0\. Это верно? #: win32-loader.c:75 msgid Please send a bug report with the following information:\n \n - Version of Windows.\n - Country settings.\n - Real keyboard type.\n - Detected keyboard type.\n \n Thank you. msgstr Отправьте отчёт об ошибке со следующей информацией:\n \n - версия Windows\n - региональные настройки\n - настоящий тип клавиатуры\n - определившийся тип клавиатуры\n \n Спасибо. #: win32-loader.c:76 msgid There doesn't seem to be enough free disk space in drive $c. For a complete desktop install, it is recommended to have at least 3 GB. If there is already a separate disk or partition for this install, or if you plan to replace Windows completely, you can safely ignore this warning. msgstr Недостаточно свободного места на диске $c. Для установки полноценного рабочего стола рекомендуется освободить на диске как минимум 3 ГБ. Если в вашей системе уже есть отдельный жёсткий диск или раздел для установки, или если вы планируете полностью отказаться от Windows, то просто проигнорируйте это предупреждение. #: win32-loader.c:77 msgid Error: not enough free disk space. Aborting install. msgstr Ошибка: недостаточно свободного места на жёстком диске. Отмена установки. #: win32-loader.c:78 msgid This program doesn't support Windows $windows_version yet. msgstr Эта программа пока не поддерживает Windows $windows_version. #: win32-loader.c:79 msgid The system version you're trying to install is designed to run on modern, 64- bit computers. However, your computer is incapable of running 64-bit programs.\n \n Use the 32-bit (\i386\) version, or the Multi-arch version which is able to install either of them.\n \n This installer will abort now. msgstr Версия системы, которую вы пытаетесь установить, разрабатывалась под современные 64-битные
Bug#558463: Maybe the wrong package...
On checking the aptitude actions andlogs again, it seems that the guilty update was not cups, but poppler. It was updated from 0.12.0 to 0.12.2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558469: qemu-kvm: Improve description to describe link to qemu and relation to package kvm
Package: qemu-kvm Version: 0.11.0+dfsg-1 Severity: normal Hi. The current description of the package makes it look like a kvm package, but its name seems to suggest some kind of extension/option of qemu. The package description should explain to users having installed package kvm if it should be replaced, IMHO, i.e. if same thing under a new name. Users of qemu should get a hint, from the description, of the link to qemu, i.e. a particular way to run qemu VM using KVM or such. Thanks in advance. Best regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558468: pcal should be able to shade a range of dates
Package: pcal Version: 4.10.0-1 Severity: wishlist A useful feature for pcal would be to be able to shade or otherwise mark a range of dates. For example, to mark all school terms. You could even adapt the existing syntax, for example (NSW term 1 2010): opt -G 27.1.2010-1.4.2010 weekdays would be enough, although having taken a look at the source, it's unclear that this will be easy. Maybe there's a better way? Peter C -- Dr Peter Chubb www.nicta.com.aupeter DOT chubb AT nicta.com.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517701: file descriptors leak during vgscan invocations
reassign 517701 lvm2 retitle 517701 hide file descriptor leak warnings thanks also sprach Tim Connors tconn...@rather.puzzling.org [2009.11.29.0158 +0100]: The message is pointless as other programs such as daemons can be routinely be observered with strace to silently close all file descriptors without complaining, but as you say, the error message is also rather scary and counterproductive. I have log.verbose == 0 and that should really just mean that lvm should be quiet. In general, Unix apps are quiet unless there are problems. Open file descriptors left around could be seen as problems, but since there's an easy fix, they do not really concern normal users and should probably be limited to some sort of debug mode. Cheers, -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems women, when they are not in love, have all the cold blood of an experienced attorney. -- honoré de balzac digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#558470: libgoocanvasmm-dev: New upstream release
Package: libgoocanvasmm-dev Version: 0.13.0-1 Severity: wishlist Hi, Currently Debian has version 0.13 of this package, 0.14 is required to build Glom - possibly the major user of package. Also version 0.15.1 has been released upstream. It would be awesome to get this updated. It also requires goocanvas 0.15. Cheers! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.5-cyclops (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgoocanvasmm-dev depends on: ii libglibmm-2.4-dev 2.22.1-2 C++ wrapper for the GLib toolkit ( ii libgoocanvas-dev 0.13-1+b1 new canvas widget for GTK+ that us ii libgoocanvasmm-0.1-4 0.13.0-1 C++ bindings for GooCanvas - share ii libgtkmm-2.4-dev 1:2.18.2-1 C++ wrappers for GTK+ 2.4 (develop libgoocanvasmm-dev recommends no packages. libgoocanvasmm-dev 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#558471: network-manager: ships an empty TODO file
Package: network-manager Version: 0.7.1-2 Severity: minor Hi, $ wc /usr/share/doc/network-manager/TODO 1 0 1 /usr/share/doc/network-manager/TODO This file better not be shipped. Thanks. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.111 add and remove users and groups ii dbus 1.2.16-2 simple interprocess messaging syst ii dhcp3-client 3.1.3-1 DHCP client ii hal0.5.13-4 Hardware Abstraction Layer ii ifupdown 0.6.9 high level tools to configure netw ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libgcrypt111.4.4-5 LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnutls262.8.5-2 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libhal10.5.13-4 Hardware Abstraction Layer - share ii libnl1 1.1-5 library for dealing with netlink s ii libnm-glib00.7.1-2 network management framework (GLib ii libnm-util10.7.1-2 network management framework (shar ii libpolkit-dbus20.9-4 library for accessing PolicyKit vi ii libpolkit2 0.9-4 library for accessing PolicyKit ii libtasn1-3 2.3-1 Manage ASN.1 structures (runtime) ii libudev0 147-4 libudev shared library ii libuuid1 2.16.1-4 Universally Unique ID library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii wpasupplicant 0.6.9-3 client support for WPA and WPA2 (I ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages network-manager recommends: pn dnsmasq-base none(no description available) ii iptables 1.4.4-2 administration tools for packet fi ii network-manager-gnome 0.7.1-1 network management framework (GNOM ii policykit 0.9-4 framework for managing administrat ii ppp2.4.4rel-10.1 Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: pn avahi-autoipd none (no description available) -- 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#495005: [Pkg-utopia-maintainers] Fwd: Bug#495005: libdbus complaining unconditionally on stderr (was: hpaio backend writes to fd 0, breaks saned/net)
Mark Purcell wrote: reassign 495005 libdbus-1-3 retitle 495005 libdbus complaining unconditionally on stderr notforwarded 495005 thanks -- Forwarded Message -- Subject: Bug#495005: [Bug 283699] Re: hpaio backend writes to fd 0, breaks saned/net Date: Friday 03 April 2009 From: Julien BLACHE jbla...@debian.org To: Mark Purcell m...@debian.org Mark Purcell m...@debian.org wrote: Hi, Whilst I can't show you the code, this still appears to be an issue for the upstream user. The problem has been tracked down to libdbus complaining unconditionally on stderr when it's not able to establish a connection to the DBus daemon. Consequently, I've added a workaround in saned CVS and sane-backends 1.0.19-26. I have to had that this has been uncovered by a user digging deep enough to reveal the problem. Enough said. Mark, maybe I'm missing something here: Julien talks about fd 0, you about stderr, yet 0 != 2 ? Could you actually show me, where (lib)dbus is at fault here? 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#543198: xserver-xorg: X segfaults on quitting game ET
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien Cristau schrieb: On Sun, Aug 23, 2009 at 14:47:01 +0200, Patrick Matthäi wrote: Michel Dänzer schrieb: On Sun, 2009-08-23 at 14:23 +0200, Patrick Matthäi wrote: Michel Dänzer schrieb: I think this should be fixed by http://cgit.freedesktop.org/xorg/xserver/commit/?id=2075d4bf9e53b8baef0b919da6c44771220cd4a5 http://cgit.freedesktop.org/xorg/xserver/commit/?id=3020b1d43e34fca08cd51f7c7c8ed51497d49ef3 which have been nominated for the upstream 1.6 branch and will hopefully appear in xserver-xorg-core soon. Hm I applied both patches and rebuild xserver-xorg-core. Then I was unable to direct connect to a game with xqf, the screen becomes just black. Weird, maybe there was a crash in the X server or game process or something like that. After killing I tried to start et in the normal way, it took ages (ages = 5 min) to switch from the intro to the main screen and too many ages to switch from the main menu to another one (aborted after 10 minutes). Now I downgraded again to the pure debian one and grml the issues don't go away *sigh* Sounds like maybe the DRI doesn't get enabled anymore for some reason. glxinfo says that it is enabled, xorg.log dmesg etc does not show anything interesting. What's the status of this one on latest sid? With fglrx it looks good, so it may be a radeon driver issue? - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksSOw0ACgkQ2XA5inpabMdfKwCdEd90RUiGBVNG1WXmYK7dxSKw 5/AAn1NDMasCLMX3eyWCzb4UYbbQsArB =LqCX -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#533830: uses most of CPU (still)
On Sun, Nov 29, 2009 at 11:55:22AM +1100, Ben Finney wrote: On 28-Nov-2009, Mark Hindley wrote: Actually, I have had another thought. Try this: diff --git a/apt-cacher2 b/apt-cacher2 index ed53849..f04cadf 100755 --- a/apt-cacher2 +++ b/apt-cacher2 I can confirm that this improves the situation for me too. Good Specifically, I've built an ???apt-cacher??? package from current version 1.6.9 source patched with your Git patches 8c7a9ed, c99bd95, f04cadf (in that order), and installed it on my proxy server running Debian Squeeze. When fetching updates or package files from the proxy, I no longer observe (with ???htop???) the ???apt-cacher??? process CPU-bound at any point. At most, it peaks around 25???30% CPU while downloading one file, and then immediately settles to a negligible level after the download of that single file finishes. Barring any regression from this situation, I consider this bug resolved by those specific patches. Does the maximum download speed still approximate to your bandwidth? Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495005: [Pkg-utopia-maintainers] Fwd: Bug#495005: libdbus complaining unconditionally on stderr
Michael Biebl bi...@debian.org wrote: Hi, maybe I'm missing something here: Julien talks about fd 0, you about stderr, yet 0 != 2 ? All three standard fds point to the network when run through inetd. Could you actually show me, where (lib)dbus is at fault here? #516982 msg#35 Debug messages shouldn't be printed by the library unless it's a debug build or the application asked for (allowed) them. 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#551897: freeradius: yubikey support
]] Josip Rodin | Since this has nothing particular to do with the Debian package, | can I interest you in a little trip down to | https://bugs.freeradius.org/bugzilla/index.cgi ? :) | I don't see much sense in keeping this in our BTS or forking it in our | package... Yeah, I guess. Filed upstream. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558472: /usr/bin/jpegtran: jpegtran -rotate moves image parts around
Package: libjpeg-progs Version: 7-1 Severity: normal File: /usr/bin/jpegtran When you use jpegtran -rotate to rotate a JPEG image, a slice from the left part of the rotated image is moved to the rightmost part of the rotated image. Example: wget --output-document=original.jpeg http://billeder.sparre-andersen.dk/dagens/2009-11-29.jpeg display original.jpeg jpegtran -rotate 90 -outfile rotated.jpeg original.jpeg display rotated.jpeg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=fo_FO.ISO-8859-1, LC_CTYPE=fo_FO.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libjpeg-progs depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libjpeg7 7-1The Independent JPEG Group's JPEG libjpeg-progs recommends no packages. libjpeg-progs 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#548837: closed by Anton Zinoviev zinov...@debian.org (Bug#548837: fixed in console-setup 1.47)
reopen 548837 1.49 retitle 548837 FAQ about boot splash programs, svgatextmode and UTF8+Backspace severity 548837 minor thank you On Sat, Nov 28, 2009 at 11:43:52PM +, Luís Picciochi Oliveira wrote: I found that the problem must be coming from usplash. The console font seems to be well set during boot, but near the end of the boot process the font appears to be reset. After removing usplash this does not happen anymore and the keyboard is well configured. Thank you for this information. I am reopening the bug because such information needs to be documented in the FAQ. In any case (with or without usplash): I noticed that at a tty's login prompt (and only there), once I type an accented character (á, é, ...), a 'ç', an 'º' or an 'ª' (among others), I can't use the backspace key anymore. This is a kernel problem. This is probably not related to console-setup, but in that case I really don't know to which package I should report it. Even if this is related with console-setup, it's very likely that this should be reported as a new bug (?). If you want you can report this against the kernel but it seems nobody is going to fix this (it is a know problem for many years) so don't bother. :) (BTW, another thing that needs to be documented in the FAQ). Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558335: avr-objdump disassembles lpm rX, Z wrongly
Hi, thanx for the report. I'll look into it... On Sat, Nov 28, 2009 at 1:17 AM, Elrond elrond+bugs.debian@samba-tng.org wrote: Package: binutils-avr Version: 2.20-2 Here's the problem in very short: avr% avr-objdump -d bug-lpm.o try_asm: 0: 25 91 lpm r18, Z+ 2: 24 91 lpm r18, Z+ 4: 08 95 ret The longer description can be found at [1]. Which brings us to the strange part of this issue: I reported this upstream [1] but upstream claims, that it is fixed in 2.20. And they suggest, that this is a problem in the debian packaging. I hope you can clear this thing up much faster than I can. Elrond [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10964 -- Håkan Ardö -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558473: tulip-doc and libmesh-doc: error when trying to install together
Package: libmesh-doc,tulip-doc Version: libmesh-doc/0.6.4.dfsg-1 Version: tulip-doc'3.1@all, tulip-doc/3.1.2-2.1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-11-29 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! tulip-doc libmesh-doc Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package tulip-doc. (Reading database ... 10433 files and directories currently installed.) Unpacking tulip-doc (from .../tulip-doc_3.1.2-2.1_all.deb) ... Selecting previously deselected package libmesh-doc. Unpacking libmesh-doc (from .../libmesh-doc_0.6.4.dfsg-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/libmesh-doc_0.6.4.dfsg-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/Point.3.gz', which is also in package tulip-doc 0:3.1.2-2.1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libmesh-doc_0.6.4.dfsg-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cow-shell unlink .ilist: No such file or directory This is a serious bug as it makes installation fail, and violate section 7.6.1 of the policy. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/share/man/man3/Point.3.gz usr/share/man/man3/Sphere.3.gz usr/share/man/man3/Triangle.3.gz usr/share/man/man3/std.3.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542662: NMU diff
A bit late, but here is the NMU diff.diff -u conntrack-0.9.13/debian/conntrackd.preinst conntrack-0.9.13/debian/conntrackd.preinst --- conntrack-0.9.13/debian/conntrackd.preinst +++ conntrack-0.9.13/debian/conntrackd.preinst @@ -11,7 +11,15 @@ # package versions 0.9.8-1 had the configuration file in a # non-standard location mkdir -p /etc/conntrackd -mv /etc/conntrackd.conf /etc/conntrackd/conntrackd.conf +if md5sum /etc/conntrackd.conf 2 /dev/null | +grep -q 9e463d9bb7902e513da1b90b326bd43d +then +# unmodified version, dpkg should not prompt, delete in postinst +mv /etc/conntrackd.conf /etc/conntrackd.conf.dpkg-updating +else + # move to new location to make dpkg prompt +mv /etc/conntrackd.conf /etc/conntrackd/conntrackd.conf +fi fi #DEBHELPER# diff -u conntrack-0.9.13/debian/changelog conntrack-0.9.13/debian/changelog --- conntrack-0.9.13/debian/changelog +++ conntrack-0.9.13/debian/changelog @@ -1,3 +1,11 @@ +conntrack (1:0.9.13-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Prevent dpkg conffile prompt for unmodified conntrackd.conf when upgrading +from pre 1:0.9.12-1 (closes: #542662). + + -- Stefan Fritsch s...@debian.org Sat, 28 Nov 2009 20:41:03 +0100 + conntrack (1:0.9.13-1) unstable; urgency=low [ Max Kellermann ] only in patch2: unchanged: --- conntrack-0.9.13.orig/debian/conntrackd.postinst +++ conntrack-0.9.13/debian/conntrackd.postinst @@ -0,0 +1,17 @@ +#!/bin/sh +set -e + +action=$1 +version=$2 + +# package versions 0.9.8-1 had the configuration file in a +# non-standard location +if [ $action = configure -a -n $version ] +dpkg --compare-versions $version lt 1:0.9.8-1 +test -f /etc/conntrackd.conf.dpkg-updating +then +# unmodified version, delete without prompting +rm /etc/conntrackd.conf.dpkg-updating +fi + +#DEBHELPER# only in patch2: unchanged: --- conntrack-0.9.13.orig/debian/conntrackd.postrm +++ conntrack-0.9.13/debian/conntrackd.postrm @@ -0,0 +1,19 @@ +#!/bin/sh +set -e + +action=$1 + +# package versions 0.9.8-1 had the configuration file in a +# non-standard location +if [ $action = abort-upgrade ] + [ -f /etc/conntrackd.conf.dpkg-updating ] +then +# unmodified version, restore +mv /etc/conntrackd.conf.dpkg-updating /etc/conntrackd.conf +fi + +if [ $action = purge ] ; then +rm -f /etc/conntrackd.conf.dpkg-updating +fi + +#DEBHELPER#
Bug#558474: nicotine fails to start - dependencies missing
Package: nicotine Version: 1.2.14+dfsg-1 Severity: grave Justification: renders package unusable nicotine fails to start with the following error : $ nicotine Error Opening file /usr/share/GeoIP/GeoIP.dat Traceback (most recent call last): File /usr/bin/nicotine, line 275, in module run() File /usr/bin/nicotine, line 261, in run app = frame.MainApp(config, plugins, trayicon, tryrgba, hidden, webbrowser) File /usr/lib/pymodules/python2.5/pynicotine/gtkgui/frame.py, line 3586, in __init__ self.frame = NicotineFrame(config, plugindir, trayicon, rgbamode, start_hidden, WebBrowser) File /usr/lib/pymodules/python2.5/pynicotine/gtkgui/frame.py, line 328, in __init__ self.np = NetworkEventProcessor(self, self.callback, self.logMessage, self.SetStatusText, config) File /usr/lib/pymodules/python2.5/pynicotine/pynicotine.py, line 121, in __init__ self.geoip = GeoIP.new(GeoIP.GEOIP_MEMORY_CACHE) error: Can't create GeoIP-gi object after installing geoip-database, it starts ok, so i think this package should in the dependencies. i think its the same bug as this one : https://bugs.launchpad.net/ubuntu/+source/nicotine/+bug/459697 thanks, dpdt1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nicotine depends on: ii python2.5.4-2An interactive high-level object-o ii python-glade2 2.16.0-1 GTK+ bindings: Glade support ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-support1.0.5 automated rebuilding support for P Versions of packages nicotine recommends: ii python-geoip 1.2.4-1Python bindings for the GeoIP IP-t ii python-mutagen1.15-2 audio metadata editing library ii python-notify 0.1.1-2+b1 Python bindings for libnotify ii xdg-utils 1.0.2-6.1 desktop integration utilities from Versions of packages nicotine suggests: ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-gnome2 2.28.0-1 Python bindings for the GNOME desk ii python-gst0.100.10.17-1 generic media-playing framework (P pn python-psyco none (no description available) ii python-sexy 0.1.9-1python language bindings for libse -- 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#555361: hplip: Embedded code copy of python-pexpect
* Mark Purcell m...@debian.org, 2009-11-29, 16:26: Please modify your package to use the system-wide module provided by the python-pexpect package. Btw, do you have some advice on how best to modify the package? You should: 1. Assure that copy of pexpect.py bundled in the package is either unmodified or the package does not rely on any non-standard behaviour. (This doesn't seem to be the issue for hplip, it uses pexpect in a very basic way.) 2. Check how the package imports pexpect and possibly fix the imports. (import pexpect, import pexpect as ..., from pexpect import ... are OK.) 3. Add appropriate Depends: or Recommends: header(s). 4. Don't let the embedded pexpect.py be installed into binary packages (either by fixing *.install files or debian/rules). 5. Last but not least, test the package thoroughly. Hope that helps, -- Jakub Wilk signature.asc Description: Digital signature
Bug#558386: keyboard-configuration: Keyboard map not recognized (Lenovo Thinkpad T61)
clone 558386 -1 reassign -1 console-setup found -1 1.49 retitle -1 Doesn't detect that cached.kmap.gz is obsoleted severity -1 serious thank you On Sat, Nov 28, 2009 at 08:18:20PM -0200, Renato S. Yamane wrote: How can I help to do that? I don't know. Maybe simple wait for the xkb-data upstream/maintainer to fix the problem. Please open /etc/default/keyboard in a text editor and replace XKBVARIANT= or XKBVARIANT=abnt2 by XKBVARIANT=thinkpad Thanks, but still not working on console. Ok, this is indeed a problem, it will be fixed in the next version of console-setup. For now please remove /etc/default/cached.kmap.gz if you edit /etc/default/keyboard. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554196: [console-setup] Generic German keyboard cannot be setup to use AltGr key
On Sat, Nov 28, 2009 at 10:48:08PM +0200, Anton Zinoviev wrote: I need to check whether cached.kmap.gz corresponds to your configuration. Please remove /etc/console-setup/cached.kmap.gz (console-setup will recreate it). A recent bug report showed that this is necessary with the last version of console-setup. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558476: wireless-tools: wireless settings MUST be done in pre-up for dhcp to work
Package: wireless-tools Version: 30~pre9-2 Severity: important I saw that you move conffile from pre-up.d to up.d. Your justification is that some (most ?) drivers need the interface to be up to do the settings. You cannot do that: ifup.d scripts are executed when the interface has already its IP. However, wireless settings (WEP, ESSID, ...) are required *before* dhcp (dhcp3-client in my case) is run, ie *before* the IP is set. So, I think you must revert to the settings (scripts in pre-up.d and not in up.d). For network cards requiring the interface to be up, there are two possibility: - the user add a line in its stanza in /e/n/i: pre-up ifconfig $IFACE up - you add such a line in your pre-up.d script (here, you might wish to do that only if the interface is not already up AND if you have to do some settings so that you do not conflict with other kind of interface setup. You might also want to offer a option so the user can explicitely decide if he wants its interface set up or not) For other users hit by this bug, a simple workaround is to make a symlink from up.d/wireless to pre-up.d/wireless [it means you will have to deals with such kind of local config when you restore the old behavior] Regards, Vincent -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wireless-tools depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libiw30 30~pre9-2 Wireless tools - library wireless-tools recommends no packages. wireless-tools 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#545794: updated patch for #545794
Hi, At Sat, 28 Nov 2009 18:04:37 +0200, Eugene V. Lyubimkin wrote: [1 text/plain; ISO-8859-1 (quoted-printable)] Hi Junichi, Junichi Uekawa wrote: Hi, From my perspective, a patch that treats cupt, apt, and aptitude equally would be more desirable. Rather than '--cupt' I would rather have '--apt-get=apt-get', or '--apt-get=aptitude', or '--apt-get=cupt'. How does that sound? Well, '--apt-get=cupt' sounds weird for me. However I'd be fine with something like '--package-manager=cupt' or like that. Sounds good to me. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer [2 OpenPGP digital signature application/pgp-signature (7bit)] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558386: keyboard-configuration: Keyboard map not recognized (Lenovo Thinkpad T61)
On Sun, Nov 29, 2009 at 12:02:22 +0200, Anton Zinoviev wrote: On Sat, Nov 28, 2009 at 08:18:20PM -0200, Renato S. Yamane wrote: How can I help to do that? I don't know. Maybe simple wait for the xkb-data upstream/maintainer to fix the problem. They won't fix it unless they know about it. Please report a bug at bugs.freedesktop.org against xkeyboard-config. Thanks, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558308: [Pkg-xfce-devel] Bug#558308: Xfce menu doesn't show the Debian menu
On Sat, Nov 28, 2009 at 12:05, Yves-Alexis Perez cor...@debian.org wrote: On sam., 2009-11-28 at 01:02 +0100, Sandro Tosi wrote: On Sat, Nov 28, 2009 at 00:48, Yves-Alexis Perez cor...@debian.org wrote: That's not an Xfce stuff. And to be honest, I don't even know what it is. apt-cache search reveals there's a gnome-main-menu package, so maybe you try to configure the wrong stuff. that's weird... because some of the items on the settings menu actually configures the Xfce behavior, and I believed the Settings section was under full control of xfce, without voices coming from other DE. No, the “Settings” submenu contains all items tagged “Settings”, including stuff used by other DE or even stuff from no DE. That makes sense :) But, OTOH, it might confuses the users, since what you want is setting up Xfce, while you might end up in a program for another DE without knowing it (as happened to me) and than wondering why it's not working. Can you find a way to bettere identify Xfce (or differentiate somehow) settings programs from other DE ones? If you want to use the debian menu with the Xfce menu in the panel, right click on it, properties and select “use a custom menu file”. Then pick /etc/xdg/menus/debian-menu.menu But this way the freedesktop menu is overwritten with the debian one. What I want, and I was able to get it with xfce 4.4.2.1 (now I upgraded to 4.6.1.3) is to have another voice in the menu, named Debian, and inside it the whole Debian menu. Is there a way to get that somehow? That's not possible. It might be back in 4.8. Please, please, reintroduce it: from a user perspective, it's a regression from 4.4 and it's quite annoying since several tools still don't ship .desktop files, but only menu, and so are not shown in the Xfce menu (and, for a non tech-savvy guy, can prevent to use the app baliming hey, I installed it but I can't find in the menu so there must be something wrong). if it's possible, also some temporary patch to 4.6 would be really welcome. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558025: [kali] segfault at startup
[CC: libfor...@packages.debian.org] On Sat, Nov 28, 2009 at 11:53:21AM +0200, George Danchev wrote: I can confirm that 3.1-10 crashes on startup on x86, but not on amd64. I got the source in order to rebuilt with debugging symbols on x86, but then the app started just fine. My best bet is that something has changed within the underlying libraries, also looking at ltrace output: fl_set_object_lcol(0x9e2a500, 0, 0xbfbad678, 0x804bf28, 1) = 0x9e2a500 fl_initial_wingeometry(8, 8, 220, 670, 0x37f0c7f) = 220 fl_show_form(0x9e29a68, 0, 1, 0x8051237, 0x37f0c7f unfinished ... --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ reveals that something has changed in the callback functions there. I'm curious if rebuilding on x86 would make that crash go away. Thanks, and indeed I see similar symptoms here. Rebuilding does make it go away, but I think this is really a bug in libforms1 that needs to be fixed there. It will probably involve a kali rebuild at some point, but I'd like to hear from the libforms1 maintainer first. With kali built against libforms1 1.0-8 and a version of libforms1 1.0.92sp1-5 built with debugging symbols and -O0, gdb's new reverse debugging support (yay!) quickly narrowed down the point where libforms1 jumps into space: (gdb) b fli_scale_form Function fli_scale_form not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (fli_scale_form) pending. (gdb) r Starting program: /home/cjwatson/src/debian/kali/trunk/kali/kali Breakpoint 1, fli_scale_form (form=0x807c838, xsc=1, ysc=0.99178082191780825) at forms.c:515 515 double neww = form-w_hr * xsc, (gdb) target record (gdb) c Continuing. Process record: failed to record execution log. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0001 in ?? () (gdb) reverse-stepi 0x00c86968 in handle_object (obj=0x807d090, event=22, mx=0, my=0, key=0, xev=0x0, keep_ret=1) at objects.c:2426 2426obj-posthandle( obj, event, mx, my, key, xev ); So. On investigating the diff from libforms1 1.0-8 to 1.0.92sp1-5, I notice that a bunch of new members have been inserted into the FL_OBJECT structure, namely fl1, fr1, ft1, fb1, fl2, fr2, ft2, and fb2, all before posthandle. (There are also multiple changes after posthandle.) No wonder kali is breaking. Peter, doesn't this require libforms1 to have a new SONAME, or else to clean up its interface to be ABI-compatible with previous versions (at least by only ever appending members to structs)? Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556164: Missing bind mount
Hi, At Mon, 23 Nov 2009 15:34:08 -0800, Jack Bates wrote: hmm - i think one will get this error, [...] rm: cannot remove `/var/cache/pbuilder/base.cow/proc/32334/sessionid': Permission denied rm: cannot remove `/var/cache/pbuilder/base.cow/proc/32334/coredump_filter': Permission denied rm: cannot remove `/var/cache/pbuilder/base.cow/proc/32334/io': Permission denied Could not remove original tree - whenever one calls cowbuilder with a --bindmounts option that doesn't exist i thought this was maybe a logic problem with cowbuilder - missing a cleanup step when a bindmount doesn't exist, or something - but i haven't looked closely at all maybe this is the expected cowbuilder behaviour when a bindmount doesn't exist? I don't think this is expected, and would be nice to get this fixed. On Tue, 2009-11-24 at 06:28 +0900, Junichi Uekawa wrote: so, is that a problem on cowdancer or a configuration problem on your side? At Fri, 13 Nov 2009 15:21:53 -0800, Jack Bates wrote: This was due to a bind mount which didn't exist Creating the bind mount allowed cowbuilder to complete successfully -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557020: FTBFS: Fails to find fvm.
Le jeudi 19 novembre 2009 à 03:14 +0100, Cyril Brulebois a écrit : Cyril Brulebois k...@debian.org (19/11/2009): | conftest.c:42: warning: function declaration isn't a prototype | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined reference to `sincos' | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined reference to `sqrt' | collect2: ld returned 1 exit status -lm might help. As said on IRC: -lm in code-saturne might be a workaround. libfvm.so seems to be having 'U' on math functions while not NEEDED'ing libm. Could you please double-check that and open a bug against it accordingly if I'm not on crack? Yep, I agree that it is more a bug of libfvm. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558458: pm-utils: on_ac_power patched to use devicekit-power, but not shipped
On Sun, Nov 29, 2009 at 09:50:31AM +0100, Michael Biebl wrote: Josh Triplett wrote: Package: pm-utils Version: 1.2.6.1-2 Severity: normal pm-utils 1.2.6.1-2 patched on_ac_power to try devicekit-power: * Add 03-on_ac_power-devkit-power.patch: Try to contact DeviceKit-Power in on_ac_power, and if it succeeds, use that. Otherwise fall back to hal. However, pm-utils doesn't actually *ship* on_ac_power, preferring instead to use the version from powermgmt-base. The version from pm-utils uses hal, and with this change also devicekit-power. The version from powermgmt-base checks /sys, PMU, and APM directly. It looks like these versions need merging into some common implementation, probably the one in powermgmt-base for use by other packages. pm-utils could then drop the recommendation for hal (and not add one for devicekit-power as proposed in my previous bug report). As already explained, the hal recommends is not for on_ac_power. I specifically decided to drop the internal on_ac_power script from pm-utils as I figured powermgmt-base is the canonical implementation you are asking for and there was a file conflict. So instead of of moving pm-utils's on_ac_power to something to a private directory (/usr/lib/pm-utils), I decided to just drop it and use powermgmt-base instead. Shipping 03-on_ac_power-devkit-power.patch seems to have caused some confusion, nonetheless I don't see a bug here, so closing. A bug *does* exist here: on_ac_power from pm-utils has functionality that on_ac_power from powermgmt-base does not, namely the ability to check with hal (and now devicekit-disks). on_ac_power from powermgmt-base ought to incorporate that functionality. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558467: win32-loader: [INTL:ru] Russian program translation update
Quoting Yuri Kozlov (yu...@komyakino.ru): Package: win32-loader Version: 0.6.12 Severity: wishlist Tags: l10n patch Russian program translation update is attached. Committed. Reminder: win32-loader is maintained in D-I SVN (but outside the main D-I levels files). So, you can update it yourself if you prefer. svn+ssh://svn.debian.org/svn/d-i/trunk/win32-loader signature.asc Description: Digital signature
Bug#542837: pbuilder has issues with kfreebsd-*
Hi Aba,
So, would 'mount -o bind ' to 'mount -tnullfs ' just work?
I don't have a kfreebsd instance handy to test this, so I would like
to make sure. It would be super if you could supply a patch that I
could patch in, but since there is no real code to support multiple
architectures in pbuilder, it might need a bit more infrastructure
change.
At Thu, 26 Nov 2009 23:02:40 +0100,
Andreas Barth wrote:
* Andreas Barth (a...@not.so.argh.org) [091126 22:01]:
I tried with the following change:
for mnt in $BINDMOUNTS; do
log I: Mounting $mnt
if mkdir -p $BUILDPLACE/$mnt
mount -tnullfs $mnt $BUILDPLACE/$mnt; then
# successful.
mounted[${#mount...@]}]=$mnt
else
in /usr/lib/pbuilder/pbuilder-modules (change of mount only).
In this case, pdebuild --use-pdebuild-internal worked and built
successfully.
What can I do to make the change go into pbuilder? Should I prepare an
appropriate patch against the current source package?
Cheers,
Andi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557297: code-saturne: ..lay off /usr/bin/cs', belongs to csound, and you loop stall aptitude.
Hello, Le samedi 21 novembre 2009 à 01:53 +0100, Arnt Karlsen a écrit : Unpacking code-saturne-bin (from .../code-saturne-bin_2.0.0.beta2-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/code-saturne-bin_2.0.0.beta2-1_i386.deb (--unpack): trying to overwrite '/usr/bin/cs', which is also in package csound 1:5.11.1~dfsg-2 I am in touching with upstream about that ... Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555361: hplip: Embedded code copy of python-pexpect
On Sunday 29 November 2009 21:03:07 Jakub Wilk wrote: * Mark Purcell m...@debian.org, 2009-11-29, 16:26: Please modify your package to use the system-wide module provided by the python-pexpect package. Btw, do you have some advice on how best to modify the package? 1. Assure that copy of pexpect.py bundled in the package is either unmodified or the package does not rely on any non-standard behaviour. (This doesn't seem to be the issue for hplip, it uses pexpect in a very basic way.) Jakub, hplip ships pexpect from 2006, current system version in Debian is 2008, there is a bit of difference between the two. But as you say hplip appears to use in a standard manner. 2. Check how the package imports pexpect and possibly fix the imports. (import pexpect, import pexpect as ..., from pexpect import ... are OK.) import pexpect in two places: base/tui.py:import pexpect base/utils.py:import pexpect tui.py looks like: # Std Lib import sys import re # Local from g import * import pexpect import utils Do I need to move the import pexpect statement up to the Std Lib stanza or will it just look for the system version automatically? 3. Add appropriate Depends: or Recommends: header(s). done 4. Don't let the embedded pexpect.py be installed into binary packages (either by fixing *.install files or debian/rules). So if I don't install the obsolete hplip pexpect.py the python will automatically pick up the system version with the standard import stanza above? 5. Last but not least, test the package thoroughly. Thanks! Mark signature.asc Description: This is a digitally signed message part.
Bug#558477: please include snipMate
Package: vim-scripts Version: 20091011 Severity: wishlist Hi, snipMate seems more updated/advanced than snippetsEmu, can it be included in vim-scripts? http://www.vim.org/scripts/script.php?script_id=2540 thanks, filippo -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash vim-scripts depends on no packages. Versions of packages vim-scripts recommends: ii vim 2:7.2.284-1 Vi IMproved - enhanced vi editor ii vim-addon-manager0.4.1 manager of addons for the Vim edit ii vim-gnome [vim] 2:7.2.284-1 Vi IMproved - enhanced vi editor - Versions of packages vim-scripts suggests: ii libtemplate-perl 2.20-1 template processing system written pn perlsgml none (no description available) -- 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#558458: pm-utils: on_ac_power patched to use devicekit-power, but not shipped
Josh Triplett wrote: A bug *does* exist here: on_ac_power from pm-utils has functionality that on_ac_power from powermgmt-base does not, namely the ability to check with hal (and now devicekit-disks). on_ac_power from powermgmt-base ought to incorporate that functionality. That's an implementation detail. As long as the interface (i.e. RETURN codes) matches and the results are correct, I don't see a reason why on_ac_power from powermgmt-base should be changed. In the end, dk-power does the same after all, i.e. read the value from /sys Cheers, 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#558478: insserv: There is a loop between service mountall and hibernate-cleanup if started
Package: insserv Version: 1.12.0-14 Severity: important i can't successfully upgrade my system anymore.. r...@nias:/etc/init.d# LANG=C apt-get install -f Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libtalloc1 python-opengl php-mail-mime libneon27 libmalaga7 libdjvulibre21 wireless-tools php-mdb2-driver-sqlite libicu40 elfutils sqlite php-net-socket libboost-program-options1.38.0 php-mdb2 php5-sqlite libsqlite0 libasm1 libslv2-9 libsgutils1 libass4 libmaildir4 libsmbios2 kde-icons-oxygen tsocks python-dsv php5-gd libopensync1exp6 libcdio7 policykit libmcrypt4 libhesiod0 acl libgssdp-1.0-1 python-qt4 php-pear python-urwid php-net-smtp python-ctypes libgme0 php5-pspell libpoppler4 libffado1 libdw1 libiso9660-5 libzip1 libiw29 php5-mcrypt libkate1 libmimic0 libxml++2.6-2 wpasupplicant libgupnp-1.0-2 libxklavier12 php-auth libzephyr3 python-elementtree roundcube-sqlite tinymce libdjvulibre-text freeglut3 php-mail-mimedecode kode Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 25 not upgraded. 14 not fully installed or removed. After this operation, 0B of additional disk space will be used. locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Setting up udev (147-5) ... update-initramfs: deferring update (trigger activated) insserv: There is a loop between service mountall and hibernate-cleanup if started
Bug#558308: [Pkg-xfce-devel] Bug#558308: Xfce menu doesn't show the Debian menu
On dim., 2009-11-29 at 11:11 +0100, Sandro Tosi wrote: On Sat, Nov 28, 2009 at 12:05, Yves-Alexis Perez cor...@debian.org wrote: On sam., 2009-11-28 at 01:02 +0100, Sandro Tosi wrote: On Sat, Nov 28, 2009 at 00:48, Yves-Alexis Perez cor...@debian.org wrote: That's not an Xfce stuff. And to be honest, I don't even know what it is. apt-cache search reveals there's a gnome-main-menu package, so maybe you try to configure the wrong stuff. that's weird... because some of the items on the settings menu actually configures the Xfce behavior, and I believed the Settings section was under full control of xfce, without voices coming from other DE. Well, the “Settings” category is intended to be common (well, in fact, it's intended to not be DE-specific). All Xfce-related settings are in the Xfce Settings Manager (which you can find in the settings folder) (here there's even a separator between the Xfce Settings Manager item and the rest of the settings) That's not possible. It might be back in 4.8. Please, please, reintroduce it: from a user perspective, it's a regression from 4.4 and it's quite annoying since several tools still don't ship .desktop files, but only menu, and so are not shown in the Xfce menu (and, for a non tech-savvy guy, can prevent to use the app baliming hey, I installed it but I can't find in the menu so there must be something wrong). No, it won't be back. If 4.8 supports the “merge” attribute, then I'll try to integrate that, but the Debian menu is inconsistent with pretty much everything. The right way to do it is the freedesktop way (cross desktop and cross distro). If the debian menu works, fine, but I don't want to invest time if it doesn't. If the application doesn't ship a .desktop file, the correct thing to do is to ask upstream for it, and have it shipped in the debian package meanwhile. if it's possible, also some temporary patch to 4.6 would be really welcome. That's definitely not possible. Menu handling is completely different between 4.4 and 4.6, and the 4.8 doesn't exist yet, wait for it. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#553604: Please add support crontab-mode
On Sun, Nov 01, 2009, Dmitry E. Oboukhov wrote: Could You add an option like --crontab which would work like: if debmirror has found any error, then full log will be stdouted if debmirror has found no error, then no messages will be stdouted I think this would make sense, or perhaps a --quiet option. I just switched to rsync with ftp.de.debian.org, and noticed that this particular server outputs a rsync MOTD by default; I used --rsync-options to add --no-motd and this suppresses output and works well, however I wish I could make that the default for some quiet or crontab mode of debmirror. Currently there's only a verbose mode, but we could possibly add --no-motd when verbose isn't set. There's a caveat on --no-motd usage in the rsync man page, but apparently this is only problematic when listing remote modules over rsync, and debmirror doesn't use this feature (remote module is specified by the user). Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518735: ace: FTBFS: autotools error
On Tue, Sep 22, 2009 at 01:40:02PM +0200, Stefano Zacchiroli wrote: On Fri, Jul 17, 2009 at 09:10:36PM +0200, Julien Lavergne wrote: tags 518735 patch thanks Attached patch (from upstream, r82784) should fix the problem. Thanks for the patch!, ... but unfortunately it is not enough (hence I'm temporarily untagging this bug with patch). First of all the patch should be placed in the sequence before 50, otherwise it will arrive too late. Placing it at 49 works fine. Then, even with this patch, build fails with a different error, reported below: configure.ac:177: the top level libtoolize: AC_CONFIG_MACRO_DIR([../m4]) conflicts with ACLOCAL_AMFLAGS=-I m4. autoreconf: libtoolize failed with exit status: 1 make: *** [autotools-stamp] Error 1 The attached patch fixes this. However, ace still FTBFS due to some autoconf2.64 in the AC_COMPILE_IFELSE() function in AC_CHECK_FUNC(getpwnam_r) in ACE_wrappers/configure.ac: checking for bsearch... yes ../ACE_wrappers/configure: line 37527: syntax error near unexpected token `fi' ../ACE_wrappers/configure: line 37527: `fi' make: *** [configure-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 I didn't manage to get this fixed yet. Michael #! /bin/sh /usr/share/dpatch/dpatch-run ## 488-fix-m4-include.dpatch by Michael Banck mba...@debian.org ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix bootstrap error about conflicting AC_CONFIG_MACRO_DIR and ACLOCAL_AMFLAGS, ## DP: as well as ltmain.sh not installed in aux_config. @DPATCH@ --- ACE_wrappers/TAO/configure.ac.orig 2009-11-28 13:54:08.590158654 +0100 +++ ACE_wrappers/TAO/configure.ac 2009-11-28 13:54:13.858163460 +0100 @@ -44,8 +44,7 @@ AC_CONFIG_SRCDIR([tao/TAO_Internal.cpp]) AC_CONFIG_AUX_DIR([../aux_config]) -AC_CONFIG_MACRO_DIR([m4]) -AC_CONFIG_MACRO_DIR([../m4]) +AC_CONFIG_MACRO_DIR([m4 ../m4]) dnl Check what platform we are running on. AC_CANONICAL_TARGET([]) --- ACE_wrappers/bin/bootstrap.orig 2009-11-28 14:45:07.502156189 +0100 +++ ACE_wrappers/bin/bootstrap 2009-11-28 14:43:55.994157330 +0100 @@ -74,6 +74,7 @@ # cp VERSION NEWS #autoreconf -I m4 --install --force --symlink --verbose +libtoolize --install --force autoreconf -I m4 --install --force # # Generate the man pages.
Bug#558479: nvidia-kernel-source: Version 190.42-2 does not build against 2.6.32rc8 in Unstable
Package: nvidia-kernel-source Version: 190.42-3 Severity: important Justification: fails to build from source Hello, I upgraded my kernel to 2.6.32rc8 from unstable and I tried to build the latest nvidia driver against it. The build failed with the following problem: [snip] LD [M] /usr/src/modules/nvidia-kernel/nvidia.ko ld: cannot open linker script file /usr/src/linux-headers-2.6.32-rc8-common/scripts/module-common.lds: No such / file or directory make[6]: *** [/usr/src/modules/nvidia-kernel/nvidia.ko] Error 1 make[5]: *** [modules] Error 2 make[4]: *** [sub-make] Error 2 make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-rc8-amd64' make[2]: *** [modules] Error 2 make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' make[1]: *** [binary-modules] Error 2 make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' make: *** [kdist_build] Error 2 Maybe the bug is in the kernel-headers package, but I am not sure. Thanks for any help! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.4.8 helper programs for debian/rules ii dpatch2.0.31 patch maintenance system for Debia ii make 3.81-7 An utility for Directing compilati ii sed 4.2.1-4The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.10.58scripts to make the life of a Debi ii kernel-package12.031 A utility for building Linux kerne ii module-assistant 0.11.1 tool to make module package creati ii nvidia-glx190.42-3 NVIDIA binary Xorg driver nvidia-kernel-source 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#556011: grub-pc: does not uninstall correctly
Package: grub-pc
Version: 1.97+20091125-1
Severity: normal
Hi,
I just wanted to confirm that this still exists in the current version, due
to other bugs I purged and re-installed grub-pc many times and had to remove
/boot/grub every time manually even though I answered yes to the debconf
question that it should do this for me.
Kind regards
Sebastian Bremicker
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/hda1 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/hda5 /home ext3 rw,relatime,errors=continue,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/hda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
set locale_dir=/boot/grub/locale
set lang=de
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
insmod png
if background_image /boot/grub/moreblue-orbit-grub.png ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, with Linux 2.6.31-1-686 {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
linux /boot/vmlinuz-2.6.31-1-686
root=UUID=c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 ro quiet
initrd /boot/initrd.img-2.6.31-1-686
}
menuentry Debian GNU/Linux, with Linux 2.6.31-1-686 (recovery mode) {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
linux /boot/vmlinuz-2.6.31-1-686
root=UUID=c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 ro single
initrd /boot/initrd.img-2.6.31-1-686
}
menuentry Debian GNU/Linux, with Linux 2.6.30-2-686 {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
linux /boot/vmlinuz-2.6.30-2-686
root=UUID=c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 ro quiet
initrd /boot/initrd.img-2.6.30-2-686
}
menuentry Debian GNU/Linux, with Linux 2.6.30-2-686 (recovery mode) {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
linux /boot/vmlinuz-2.6.30-2-686
root=UUID=c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 ro single
initrd /boot/initrd.img-2.6.30-2-686
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: squeeze/sid
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0]1.5.28 Debian configuration management sy
ii grub-common 1.97+20091125-1 GRand Unified Bootloader, version
ii libc62.10.2-2GNU C Library: Shared libraries
ii ucf 3.0025 Update Configuration File: preserv
grub-pc recommends no packages.
Versions of packages grub-pc suggests:
ii desktop-base 5.0.5 common files for the Debian Deskto
ii genisoimage 9:1.1.10-1 Creates ISO-9660 CD-ROM filesystem
-- debconf information:
grub2/kfreebsd_cmdline:
* grub2/linux_cmdline:
grub-pc/chainload_from_menu.lst: true
grub-pc/kopt_extracted: false
grub-pc/postrm_purge_boot_grub: false
grub2/kfreebsd_cmdline_default: quiet
* grub2/linux_cmdline_default: quiet
* grub-pc/install_devices: /dev/hda
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Bug#558458: pm-utils: on_ac_power patched to use devicekit-power, but not shipped
Michael Biebl wrote: Josh Triplett wrote: A bug *does* exist here: on_ac_power from pm-utils has functionality that on_ac_power from powermgmt-base does not, namely the ability to check with hal (and now devicekit-disks). on_ac_power from powermgmt-base ought to incorporate that functionality. That's an implementation detail. As long as the interface (i.e. RETURN codes) matches and the results are correct, I don't see a reason why on_ac_power from powermgmt-base should be changed. In the end, dk-power does the same after all, i.e. read the value from /sys That said, if there is a case where on_ac_power from pm-utils reports the correct value and on_ac_power from powermgmt-base doesn't (or the other way around), then I would agree that there is a bug. As long as no such case is reported, I don't consider this to be an issue. Hope that clears things a little. FWIW, I'll drop 03-on_ac_power-devkit-power.patch in the next upload as it seems to have caused confusion. Cheers, 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#558042: generated grub.cfg uses /boot with separate boot partition
Hi, In the latest patch, you need to use a if ...;then ...; fi construct and not a ... Else you will have an error (that will stop the script if it is executed with -e) if the test is false. [ $rel_dirname = / ] rel_dirname= should be replaced by if [ $rel_dirname = / ]; then rel_dirname= ; fi Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542837: pbuilder has issues with kfreebsd-*
* Junichi Uekawa (dan...@netfort.gr.jp) [091129 11:18]: So, would 'mount -o bind ' to 'mount -tnullfs ' just work? Yes, it does. However, it cannot mount into a subdirectory of itself, i.e. mounting /home/aba/ into /home/aba/pbuilder/1234 doesn't work (but /home/aba/buildplace into /home/aba/pbuilder/1234 does). (That's just some information for an README, I don't think there needs to be any code detecting that.) Also, please note that the filesystems are named different: devfs on /dev (devfs, local) linprocfs on /proc (linprocfs, local) linsysfs on /sys (linsysfs, local) fdescfs on /dev/fd (fdescfs) If you do bind (i.e. nullfs-mounts on kbsd) from the main file system into the build file system, things shouldn't be different between Linux and kbsd for these directories. I don't have a kfreebsd instance handy to test this, so I would like to make sure. It would be super if you could supply a patch that I could patch in, but since there is no real code to support multiple architectures in pbuilder, it might need a bit more infrastructure change. If you have a premilinary code with architecture support, I'm happy to test and adjust it (or just code the bsd parts into it if I know where I should code them into). Cheers, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558312: grub_gettext not found
Package: grub-pc
Version: 1.97+20091125-1
Severity: normal
Hi,
just an update: I purged re-installed grub-pc again, this time without
grub-invaders and memtest86+ and so I have got a working bootloader. I will
try to find out which one of the two is the culprit.
Kind regards
Sebastian
PS: For means of completion, here is my whole fdisk layout and mount
information (without
nfs, though)
Platte /dev/hda: 120.0 GByte, 120034123776 Byte
255 K�pfe, 63 Sektoren/Spur, 14593 Zylinder
Einheiten = Zylinder von 16065 � 512 = 8225280 Bytes
Disk identifier: 0x5019e70c
Gerät boot. AnfangEnde Bl�cke Id System
/dev/hda1 1364729294496 83 Linux
/dev/hda23648 14593879237455 Erweiterte
/dev/hda53648 1446786911618+ 83 Linux
/dev/hda6 14468 14593 1012063+ 82 Linux Swap / Solaris
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hda5 on /home type ext3 (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
(rw,noexec,nosuid,nodev)
nfsd on /proc/fs/nfsd type nfsd (rw)
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 / ext3
rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/hda5 /home ext3 rw,relatime,errors=continue,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/hda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
set locale_dir=/boot/grub/locale
set lang=de
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
insmod png
if background_image /boot/grub/moreblue-orbit-grub.png ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, with Linux 2.6.31-1-686 {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
linux /boot/vmlinuz-2.6.31-1-686
root=UUID=c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 ro quiet
initrd /boot/initrd.img-2.6.31-1-686
}
menuentry Debian GNU/Linux, with Linux 2.6.31-1-686 (recovery mode) {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
linux /boot/vmlinuz-2.6.31-1-686
root=UUID=c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 ro single
initrd /boot/initrd.img-2.6.31-1-686
}
menuentry Debian GNU/Linux, with Linux 2.6.30-2-686 {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
linux /boot/vmlinuz-2.6.30-2-686
root=UUID=c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 ro quiet
initrd /boot/initrd.img-2.6.30-2-686
}
menuentry Debian GNU/Linux, with Linux 2.6.30-2-686 (recovery mode) {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set c1f10a1f-cc0e-4f85-ba9d-833dc59ae916
linux /boot/vmlinuz-2.6.30-2-686
root=UUID=c1f10a1f-cc0e-4f85-ba9d-833dc59ae916 ro single
initrd /boot/initrd.img-2.6.30-2-686
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: squeeze/sid
APT prefers proposed-updates
APT policy: (500,
Bug#558480: gnome-media: no settings for system sound effects
Package: gnome-media Version: 2.28.1-1 Severity: important There used to be gnome-sound-preferences where it was possible to set custom sounds for system sound effects. Gnome-volume-manager lacks this functionality, making it impossible to arrange sounds manually, only by using themes. There are similar bugs in Ubuntu bugtracker, like this - https://bugs.launchpad.net/ubuntu/+source/gnome-media/+bug/324700 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-media depends on: ii gnome-media-common 2.28.1-1 GNOME media utilities - common fil ii gstreamer0.10-alsa [gs 0.10.25-6 GStreamer plugin for ALSA ii gstreamer0.10-plugins- 0.10.17-1 GStreamer plugins from the bad s ii gstreamer0.10-plugins- 0.10.25-6 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.17-1 GStreamer plugins from the good ii gstreamer0.10-pulseaud 0.10.17-1 GStreamer plugin for PulseAudio ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.22-1Gtk+ helper for playing widget eve ii libcanberra0 0.22-1a simple abstract interface for pl ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-42.28.0-1 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnome-media02.28.1-1 runtime libraries for the GNOME me ii libgstreamer-plugins-b 0.10.25-6 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.25-3 Core GStreamer libraries and eleme ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libpulse-mainloop-glib 0.9.21-1 PulseAudio client libraries (glib ii libpulse0 0.9.21-1 PulseAudio client libraries ii libunique-1.0-01.1.6-1 Library for writing single instanc ii libxml22.7.6.dfsg-1 GNOME XML library ii x11-utils 7.4+1 X11 utilities ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime gnome-media recommends no packages. Versions of packages gnome-media suggests: ii pulseaudio0.9.21-1 PulseAudio sound server -- 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#258096: Current status
Hey, With regards to required dependencies for Glom 1.12.3: * goocanvasmm - 0.13 is in Debian, requires 0.14. * libgdamm - requires 4.0, not in Debian. I compiled 3.99.17. You need to have postgresql-8.4 installed to compile and working binary. Other than those gotchas, I have glom compiled and running on Sid. Regards, -- Andrew Ruthven Wellington, New Zealand At home: and...@etc.gen.nz | linux.conf.au 2010 | Follow the signs. Visit Wellington! | http://www.lca2010.org.nz signature.asc Description: This is a digitally signed message part
Bug#555361: hplip: Embedded code copy of python-pexpect
* Mark Purcell m...@debian.org, 2009-11-29, 21:22: import pexpect in two places: base/tui.py:import pexpect base/utils.py:import pexpect tui.py looks like: # Std Lib import sys import re # Local from g import * import pexpect import utils Do I need to move the import pexpect statement up to the Std Lib stanza or will it just look for the system version automatically? No, no need to move anything. So if I don't install the obsolete hplip pexpect.py the python will automatically pick up the system version with the standard import stanza above? That's right. -- Jakub Wilk signature.asc Description: Digital signature
Bug#558473: bug merged
Sorry, when I submitted that bug I did not realize that ist was already filed since it had been reassigned to a different package. Merging the bug reports now. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558478: insserv: There is a loop between service mountall and hibernate-cleanup if started
[Markus Schulz] i can't successfully upgrade my system anymore.. Look like the init.d script dependency bugs in cryptsetup and mdadm. See bug #541396 and #548356. The cryptsetup package need to be upgraded first to avoid this. Or perhaps it is bug #554905 in hibernate? This is not yet fixed in hibernate. Please provide the output from /usr/share/insserv/make-testsuite to make it possible to reproduce the issue. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529287: python-smartpm: does not install due to file conflict
tag 529287 + moreinfo thanks On Mon, 18 May 2009 13:57:37 +0100, Vasilis Vasaitis wrote: When I try to upgrade python-smartpm 1.2-1 with version 1.2-2+b1, I get this: Preparing to replace python-smartpm 1.2-1 (using .../python-smartpm_1.2-2+b1_amd64.deb) ... Unpacking replacement python-smartpm ... dpkg: error processing /var/cache/apt/archives/python-smartpm_1.2-2+b1_amd64.deb (--unpack): trying to overwrite `/usr/share/pyshared/smart/interfaces/gtk/channels.py', which is also in package smartpm I think this bug can be closed; there's only 1.2-4 in the archive, and in this version /usr/share/pyshared/smart/interfaces/gtk/channels.py gets installed into smartpm again (and not into python-smartpm). So the upgrade should just work. Vasilis, could you try to upgrade again (or tell us if you already have) - is there still a problem? Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/ `-BOFH excuse #362: Plasma conduit breach signature.asc Description: Digital signature
Bug#557907: wesnoth: Traits and abilities should wrap rather than going off the right edge
tag 557907 + fixed-upstream upstream thanks Hi! * Josh Triplett j...@joshtriplett.org [2009-11-25 08:38:00 CET]: When a unit has more than about two traits or abilities, the text listing those abilities runs off the right edge of the unit's description in the right sidebar. Furthermore, this makes it impossible to hover over those abilities to get a description. Please make these wrap intead of going off the right edge. This was fixed upstream already as you can see in the linked upstream bug[1], unfortunately it isn't considered important enough to get it into the upcoming 1.8 version and the fix will probably will be delayed until the early 1.9 development releases and the next stable version that might take about a year or a bit more, given past experience. [1] https://gna.org/bugs/index.php?14586 Thanks, and sorry for no better news about having it fixed soon. Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528065: mmake: Please remove build-dep on jikes
tags 528065 +pending thanks Hi, I will shortly upload an NMU with the attached interdiff. Cheers, Michael diff -u mmake-2.3/debian/changelog mmake-2.3/debian/changelog --- mmake-2.3/debian/changelog +++ mmake-2.3/debian/changelog @@ -1,3 +1,11 @@ +mmake (2.3-5.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control (Build-Depends): Replaced jikes with default-jdk. +(Recommends): Likewise. + + -- Michael Banck mba...@debian.org Sun, 29 Nov 2009 11:51:00 +0100 + mmake (2.3-5) unstable; urgency=low * mmake.1: Properly escape - characters in invocation synopsis since diff -u mmake-2.3/debian/control mmake-2.3/debian/control --- mmake-2.3/debian/control +++ mmake-2.3/debian/control @@ -4,12 +4,12 @@ Maintainer: Thomas Bushnell, BSG t...@debian.org Standards-Version: 3.7.3 Build-Depends: debhelper -Build-Depends-Indep: jikes +Build-Depends-Indep: default-jdk Package: mmake Architecture: all Depends: perl5, java-common, findutils (= 4.0) -Recommends: jikes | java-compiler +Recommends: default-jdk | java-compiler Description: Makefile generator for Java programs mmake will generate a master Makefile for your Java programs. This generated Makefile fully understands the subdirectories
Bug#558481: libesd0-dev: Should Depend on pkg-config
Package: libesd0-dev Severity: important libesd0-dev provides esd-config that uses pkg-config, but does not depend on pkg-config. I found that problem when noticing that xmame was FTBFS until I added pkg-config to build dependencies as a workaround. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471770: ITA: mpg321 -- A Free command-line mp3 player
Package: wnpp Severity: normal * Package name: mpg321 * Version : 0.2.10.4 * Upstream Author : Nanakos Chrysostomos * License : GPLv2+ * Programming Lang: C * Description : Simple and lightweight command line MP3 player. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508292: gkrellm-snmp links against openssl without exception
Hi, I have uploaded the attached interdiff as NMU. Cheers, Michael diff -u gkrellm-snmp-1.0/debian/changelog gkrellm-snmp-1.0/debian/changelog --- gkrellm-snmp-1.0/debian/changelog +++ gkrellm-snmp-1.0/debian/changelog @@ -1,3 +1,11 @@ +gkrellm-snmp (1.0-1.2) unstable; urgency=low + + * Non-maintainer upload. + * gkrellm_snmp.c: Updated with clarified license header from 1.1 release. + * debian/copyright: Updated. (Closes: #508292) + + -- Michael Banck mba...@debian.org Sun, 29 Nov 2009 11:48:58 +0100 + gkrellm-snmp (1.0-1.1) unstable; urgency=low * Non-maintainer upload. diff -u gkrellm-snmp-1.0/debian/copyright gkrellm-snmp-1.0/debian/copyright --- gkrellm-snmp-1.0/debian/copyright +++ gkrellm-snmp-1.0/debian/copyright @@ -7,23 +7,33 @@ Upstream Author: Christian W. Zuckschwerdt z...@triq.net -Copyright: Copyright (C) 2000-2006 Christian W. Zuckschwerdt z...@triq.net +Copyright: Copyright (C) 2000-2009 Christian W. Zuckschwerdt z...@triq.net License: -- -This program is free software which I release under the GNU General Public -License. You may redistribute and/or modify this program under the terms -of that license as published by the Free Software Foundation; either -version 2 of the License, or (at your option) any later version. - -This program is distributed in the hope that it will be useful, -but WITHOUT ANY WARRANTY; without even the implied warranty of -MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -GNU General Public License for more details. - -To get a copy of the GNU General Puplic License, write to the Free -Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA -02110-1301, USA. + GKrellM_SNMP is free software; you can redistribute it and/or + modify it under the terms of the GNU General Public License as + published by the Free Software Foundation; either version 2 of + the License, or (at your option) any later version. + + In addition, as a special exception, the copyright holders give + permission to link the code of this program with the OpenSSL library, + and distribute linked combinations including the two. + You must obey the GNU General Public License in all respects + for all of the code used other than OpenSSL. If you modify + file(s) with this exception, you may extend this exception to your + version of the file(s), but you are not obligated to do so. If you + do not wish to do so, delete this exception statement from your + version. If you delete this exception statement from all source + files in the program, then also delete it here. + + This program is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + GNU General Public License for more details. + + You should have received a copy of the GNU General Public License + along with GKrellM_SNMP. If not, see http://www.gnu.org/. On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. only in patch2: unchanged: --- gkrellm-snmp-1.0.orig/gkrellm_snmp.c +++ gkrellm-snmp-1.0/gkrellm_snmp.c @@ -1,22 +1,32 @@ /* SNMP reader plugin for GKrellM -| Copyright (C) 2000-2006 Christian W. Zuckschwerdt z...@triq.net +| Copyright (C) 2000-2009 Christian W. Zuckschwerdt z...@triq.net | | Author: Christian W. Zuckschwerdt z...@triq.net http://triq.net/ | Latest versions might be found at: http://gkrellm.net/ | -| This program is free software; you can redistribute it and/or -| modify it under the terms of the GNU General Public License -| as published by the Free Software Foundation; either version 2 -| of the License, or (at your option) any later version. +| GKrellM_SNMP is free software; you can redistribute it and/or +| modify it under the terms of the GNU General Public License as +| published by the Free Software Foundation; either version 2 of +| the License, or (at your option) any later version. | +| In addition, as a special exception, the copyright holders give +| permission to link the code of this program with the OpenSSL library, +| and distribute linked combinations including the two. +| You must obey the GNU General Public License in all respects +| for all of the code used other than OpenSSL. If you modify +| file(s) with this exception, you may extend this exception to your +| version of the file(s), but you are not obligated to do so. If you +| do not wish to do so, delete this exception statement from your +| version. If you delete this exception statement from all source +| files in the program, then also delete it here. + | This program is distributed in the hope that it will be useful, | but WITHOUT ANY WARRANTY; without even the implied warranty of | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | GNU General Public License for more
Bug#471770: ITA: mpg321 -- A Free command-line mp3 player
Package: wnpp Severity: normal * Package name: mpg321 * Version : 0.2.10.4 * Upstream Author : Nanakos Chrysostomos * License : GPLv2+ * Programming Lang: C * Description : Simple and lightweight command line MP3 player. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558478: insserv: There is a loop between service mountall and hibernate-cleanup if started
Am Sonntag, 29. November 2009 schrieb Petter Reinholdtsen: [Markus Schulz] i can't successfully upgrade my system anymore.. Look like the init.d script dependency bugs in cryptsetup and mdadm. See bug #541396 and #548356. The cryptsetup package need to be upgraded first to avoid this. Or perhaps it is bug #554905 in hibernate? This is not yet fixed in hibernate. yes, that's the problem and the solution there (dependency to mdadm-raid instead of mdadm) fixes the problem. thanks for help. msc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#489760: dovecot-common: sieve reject sends rejection message to recipient, not sender
Hi,
I have built a test environment identical to yours, using dovecot
1:1.0.15-2.3+lenny1 from latest stable+security and I'm unable to
reproduce the bug.
Moreover your sieve script seem to have an extra dot at the end of :text
part.
My logs are:
2009-11-29 12:33:55 1NEi2N-0004fh-FO = t...@lenny64.laptop U=test
P=local S=363
2009-11-29 12:33:55 1NEi2N-0004fm-NH = U=mnencia P=local S=1547
id=dovecot-1259494435-62372...@lenny64
2009-11-29 12:33:55 1NEi2N-0004fh-FO = mnencia mnen...@lenny64.laptop
R=local_user T=deliver_pipe
2009-11-29 12:33:55 1NEi2N-0004fh-FO Completed
2009-11-29 12:33:55 1NEi2N-0004fm-NH = test t...@lenny64.laptop
R=local_user T=deliver_pipe
2009-11-29 12:33:55 1NEi2N-0004fm-NH Completed
My sieve script is:
mnen...@lenny64:~$ cat .dovecot.sieve
require [reject];
if address :contains From t...@lenny64.laptop
{
reject text:
It's a test.
.
;
}
Did you check if there was some .dovecot.sieve.err?
I'm about to close this bug, but I would like to hear if it is solved
for you first.
Kind regards,
Marco
--
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia |
-
Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510205: [Secure-testing-team] audiofile
Hi Michael, On Fri, 27 Nov 2009, Michael Gilbert wrote: since there has been no debian activity on this bug for almost a year, and upstream appears to be dead, i have forwarded the problem to gnome since it is probably the most important downstream of libaudiofile. they should have enough developer resources/brainpower to solve the problem. if nothing happens, perhaps this package should become a candidate for removal? I have fixed #510205 during our BSP, but it is definitely a good idea to try to find some new upstream maintainers for it. Cheers, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526471: cleaned up patch for bug #526471
On Sun, 29 Nov 2009 07:53:28 +0900 Junichi Uekawa wrote: Erm, okay, I seem to have not responded to you although I had dislikes about the approach of this patch. If you say nothing, how am I supposed to learn that you dislike my patch? The bug sounds genuine (if I can get around to reproducing it) it's just that I don't like the approach you take to patch it. It's OK to me, if you apply a better fix, but, please, do so *as soon as possible*: I would rather avoid seeing another bunch of uploads that do not fix this bug... -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpWSriMAtOLY.pgp Description: PGP signature
Bug#558483: libspe2: [FTBFS] pdflatex in DoxyGen prevents the package to build.
Package: libspe2
Version: 2.2.80-95-3.1
Severity: important
Tags: patch
Justification: fails to build from source
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch
In Ubuntu, we've applied the attached patch to achieve the following:
* Fix FTBFS:
- doc/LatexHeader: Change \usepackage from ../doc/doxygen
to doxygen (LP: #489802)
We thought you might be interested in doing the same.
-- System Information:
Debian Release: squeeze/sid
APT prefers karmic-updates
APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic')
Architecture: i386 (i686)
Kernel: Linux 2.6.31-15-generic (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u libspe2-2.2.80-95/debian/changelog libspe2-2.2.80-95/debian/changelog
only in patch2:
unchanged:
--- libspe2-2.2.80-95.orig/doc/LatexHeader
+++ libspe2-2.2.80-95/doc/LatexHeader
@@ -22,7 +22,7 @@
linkcolor=blue
]{hyperref}
\fi
-\usepackage{../doc/doxygen}
+\usepackage{doxygen}
\makeindex
\setcounter{tocdepth}{1}
\renewcommand{\footrulewidth}{0.4pt}
Bug#558482: dpkg: dependency problems prevent configuration
Package: nvidia-libvdpau1 Version: 190.42-3 Saw this: dpkg: dependency problems prevent configuration of nvidia-libvdpau1: nvidia-libvdpau1 depends on nvidia-libvdpau1-driver (= 190.42); however: Package nvidia-libvdpau1-driver is not installed. dpkg: error processing nvidia-libvdpau1 (--configure): dependency problems - leaving unconfigured -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558485: patch creates backup files with 000 perms for newly created files
Package: patch Version: 2.5.9-5 Severity: normal Patch suffers from a mis-feature, namely that it creates backup files with 000 perms when the patch creates a new file (and thus there's no original file to backup). It's documented but apparently that behaviour has changed in patch 2.6. http://ftp.gnu.org/gnu/patch/patch-2.6.tar.gz -b or --backup Make backup files. That is, when patching a file, rename or copy the original instead of removing it. When backing up a file that does not exist, an empty, unreadable backup file is created as a placeholder to represent the nonexistent file. See the -V or --version-control option for details about how backup file names are determined. This behaviour leads to uncopyable files which is a pain in particular for quilt (cf #534840) and it would be nice to see a fixed version of patch in sid. Thanks. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages patch depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries patch recommends no packages. Versions of packages patch suggests: pn diff-doc none (no description available) ii ed1.4-1 The classic UNIX line editor -- 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#558448: keyboard-configuration: Does not set right alt correctly.
reopen 558448 thanks On Sun, Nov 29, 2009 at 12:13:47PM +0200, Anton Zinoviev wrote: On Sun, Nov 29, 2009 at 12:50:37AM +0100, Kurt Roeckx wrote: It seems that the AltGr key replacement currently has no effect. I've installed keyboard-configuration a few days ago and at that time selected The default for the keyboard layout, and things kept working like they were, it still acted like a right alt key. Console-setup does exactly what you requrested in the configuration file. If you want the righ alt key to behave as AltGr and not as Alt, when when console-setup asks the question AltGr key replacement, please answer Right Alt. Then check that in Please read the complete bug report before closing it. /etc/console-setup/keyboard you have XKBOPTIONS=lv3:ralt_switch There is no such file. I am closing this bug because you have already reported a duplicate of it. Please, look at http://bugs.debian.org/524235 I do know about that bug report, but that's a different issue. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558312: grub_gettext not found
Hi, after purging, removing their leftovers and reinstalling everything (grub-pc, grub-common, os-prober grub-invaders, memtest86+) I have a booting system again. During the process, grub-probe sometimes threw an error with some (null), but sometimes it did not. I am sorry, I cannot reproduce it any more. Kind regards Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558484: doesn't remove obsolete packages
Package: computer-janitor Version: 1.13.3-2 Severity: normal computer-janitor lists obsolete packages, but won't remove them (although it says it does). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc9 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages computer-janitor depends on: ii python2.5.4-2An interactive high-level object-o ii python-apt0.7.13.3 Python interface to libapt-pkg ii python-fstab 1.4-1 read, manipulate, and write /etc/f ii python-support1.0.4 automated rebuilding support for P computer-janitor recommends no packages. computer-janitor 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#558476: wireless-tools: wireless settings MUST be done in pre-up for dhcp to work
Vincent Danjean wrote:
So, I think you must revert to the settings (scripts in pre-up.d and not in
up.d). For network cards requiring the interface to be up, there are two
possibility:
- the user add a line in its stanza in /e/n/i:
pre-up ifconfig $IFACE up
- you add such a line in your pre-up.d script (here, you might wish to
do that only if the interface is not already up AND if you have to do some
settings so that you do not conflict with other kind of interface setup.
You might also want to offer a option so the user can explicitely decide
if he wants its interface set up or not)
Here is in attachment a example of what can be done (just written, not tested)
For other users hit by this bug, a simple workaround is to make a symlink
from up.d/wireless to pre-up.d/wireless
In fact, it is /etc/network/if-up.d/wireless-tools and
/etc/network/if-pre-up.d/wireless-tools
[it means you will have to deals with such kind of local config when you
restore the old behavior]
Regards,
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main
#!/bin/sh
IWCONFIG_REAL=/sbin/iwconfig
_IF_WIRELESS_IFACE=
up-iface() {
if [ -x /bin/ip ]; then
/bin/ip link set $1 up
elif [ -x /sbin/ifconfig ]; then
/sbin/ifconfig $1 up
else
echo 12 Warning: cannot up $1: no ip nor ifconfig command available
fi
}
setup-iface() {
if [ -z $IFACE ]; then
echo 12 Warning: IFACE variable not set
_IF_WIRELESS_IFACE=done
return
fi
case $IF_WIRELESS_UP_IFACE in
[Aa][Uu][Tt][Oo]|)
if [ $1 = force-auto ]; then
IF_WIRELESS_UP_IFACE=yes
else
return
fi
;;
esac
case $IF_WIRELESS_UP_IFACE in
[Yy]*) up-iface $IFACE ;;
[Nn]*) ;;
*) echo 12 Warning: Invalid value '$IF_WIRELESS_UP_IFACE' for
wireless-up-iface ;;
esac
_IF_WIRELESS_IFACE=done
}
local-iwconfig() {
if [ -z _IF_WIRELESS_IFACE ]; then
setup-iface force-auto
fi
$IWCONFIG_REAL $@
}
IWCONFIG=local-iwconfig
setup-iface
if [ ! -x $IWCONFIG_REAL ]; then
exit 0
fi
if [ -n $IF_WIRELESS_SENS ]; then
$IWCONFIG $IFACE sens $IF_WIRELESS_SENS
fi
if [ -n $IF_WIRELESS_MODE ]; then
$IWCONFIG $IFACE mode $IF_WIRELESS_MODE
fi
if [ -n $IF_WIRELESS_AP ]; then
$IWCONFIG $IFACE ap $IF_WIRELESS_AP
fi
if [ -n $IF_WIRELESS_RATE ]; then
$IWCONFIG $IFACE rate $IF_WIRELESS_RATE
fi
if [ -n $IF_WIRELESS_RTS ]; then
$IWCONFIG $IFACE rts $IF_WIRELESS_RTS
fi
if [ -n $IF_WIRELESS_FRAG ]; then
$IWCONFIG $IFACE frag $IF_WIRELESS_FRAG
fi
if [ -n $IF_WIRELESS_POWER ]; then
$IWCONFIG $IFACE power $IF_WIRELESS_POWER
fi
if [ -n $IF_WIRELESS_POWERPERIOD ]; then
$IWCONFIG $IFACE power period $IF_WIRELESS_POWERPERIOD
fi
if [ -n $IF_WIRELESS_POWERTIMEOUT ]; then
$IWCONFIG $IFACE power timeout $IF_WIRELESS_POWERTIMEOUT
fi
if [ -n $IF_WIRELESS_TXPOWER ]; then
$IWCONFIG $IFACE txpower $IF_WIRELESS_TXPOWER
fi
if [ -n $IF_WIRELESS_RETRY ]; then
$IWCONFIG $IFACE retry $IF_WIRELESS_RETRY
fi
if [ -n $IF_WIRELESS_ENC ]; then
eval $IWCONFIG $IFACE enc $IF_WIRELESS_ENC
fi
if [ -n $IF_WIRELESS_KEY ]; then
eval $IWCONFIG $IFACE key $IF_WIRELESS_KEY
fi
if [ -n $IF_WIRELESS_KEY1 ]; then
$IWCONFIG $IFACE key [1] $IF_WIRELESS_KEY1
fi
if [ -n $IF_WIRELESS_KEY2 ]; then
$IWCONFIG $IFACE key [2] $IF_WIRELESS_KEY2
fi
if [ -n $IF_WIRELESS_KEY3 ]; then
$IWCONFIG $IFACE key [3] $IF_WIRELESS_KEY3
fi
if [ -n $IF_WIRELESS_KEY4 ]; then
$IWCONFIG $IFACE key [4] $IF_WIRELESS_KEY4
fi
if [ -n $IF_WIRELESS_DEFAULTKEY ]; then
$IWCONFIG $IFACE key [$IF_WIRELESS_DEFAULTKEY]
fi
if [ -n $IF_WIRELESS_KEYMODE ]; then
$IWCONFIG $IFACE key $IF_WIRELESS_KEYMODE
fi
if [ -n $IF_WIRELESS_FREQ ]; then
$IWCONFIG $IFACE freq $IF_WIRELESS_FREQ
fi
if [ -n $IF_WIRELESS_CHANNEL ]; then
$IWCONFIG $IFACE channel $IF_WIRELESS_CHANNEL
fi
if [ -n $IF_WIRELESS_NICK ]; then
$IWCONFIG $IFACE nick $IF_WIRELESS_NICK
fi
if [ -n $IF_WIRELESS_NWID ]; then
$IWCONFIG $IFACE nwid $IF_WIRELESS_NWID
fi
if [ -n $IF_WIRELESS_ESSID ]; then
$IWCONFIG $IFACE essid $IF_WIRELESS_ESSID
fi
if [ -n $IF_WIRELESS_COMMIT ]; then
$IWCONFIG $IFACE commit
fi
Bug#526059: closed by Ron r...@debian.org (Bug#526059: wacom: options set with xsetwacom do not persist)
2009/11/29 Debian Bug Tracking System ow...@bugs.debian.org: This is an automatic notification regarding your Bug report which was filed against the xserver-xorg-input-wacom package: #526059: wacom: options set with xsetwacom do not persist It has been closed by Ron r...@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 Ron r...@debian.org by replying to this email. -- 526059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526059 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Ron r...@debian.org To: 526059-d...@bugs.debian.org Date: Sun, 29 Nov 2009 13:20:59 +1030 Subject: Bug#526059: wacom: options set with xsetwacom do not persist On Tue, Apr 28, 2009 at 11:36:11PM +0200, Michal Suchanek wrote: Package: xserver-xorg-input-wacom Version: 0.8.3.2-1 Severity: important File: wacom Unlike the options in xorg.conf options set with xsetwacom do not persist. Which is a lot like saying, unlike /etc/passwd, changes made using 'cd' do not persist. It's a command line tool, not a session manager. If you want it to set things for your session, make sure it gets called to set them. cd does survive suspend and resume. xsetwacom settings don't so there is no point applying them in my session. They will get lost almost immediately. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558486: grub-pc: grub.cfg wrong for systems with separate /boot partition
Package: grub-pc
Version: 1.97+20091125-1
Severity: important
i have a raid1 where md0 is mounted at /boot and md1 as /.
the md0 kernel entries in grub.cfg must be generated without /boot path
prefix (like the memtest86 entries)
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/1bb5c5cb-8998-4735-9e22-f3cf5a7a1eca / xfs rw,noatime,noquota
0 0
/dev/md0 /boot ext2 rw,noatime,errors=continue 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
insmod raid
insmod mdraid
insmod xfs
set root=(md1)
search --no-floppy --fs-uuid --set 1bb5c5cb-8998-4735-9e22-f3cf5a7a1eca
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
set locale_dir=/boot/grub/locale
set lang=de
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod raid
insmod mdraid
insmod xfs
set root=(md1)
search --no-floppy --fs-uuid --set 1bb5c5cb-8998-4735-9e22-f3cf5a7a1eca
insmod png
if background_image /usr/share/images/desktop-base/moreblue-orbit-grub.png ;
then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, with Linux 2.6.31-1-686 {
insmod raid
insmod mdraid
insmod ext2
set root=(md0)
search --no-floppy --fs-uuid --set 7c88aff0-7e6e-47c1-ac23-5bcff69f9750
linux /boot/vmlinuz-2.6.31-1-686 root=/dev/md1 ro hpet=force silent
quiet
initrd /boot/initrd.img-2.6.31-1-686
}
menuentry Debian GNU/Linux, with Linux 2.6.31-1-686 (recovery mode) {
insmod raid
insmod mdraid
insmod ext2
set root=(md0)
search --no-floppy --fs-uuid --set 7c88aff0-7e6e-47c1-ac23-5bcff69f9750
linux /boot/vmlinuz-2.6.31-1-686 root=/dev/md1 ro single hpet=force
silent
initrd /boot/initrd.img-2.6.31-1-686
}
menuentry Debian GNU/Linux, with Linux 2.6.30-nias {
insmod raid
insmod mdraid
insmod ext2
set root=(md0)
search --no-floppy --fs-uuid --set 7c88aff0-7e6e-47c1-ac23-5bcff69f9750
linux /boot/vmlinuz-2.6.30-nias root=/dev/md1 ro hpet=force silent
quiet
initrd /boot/initrd.img-2.6.30-nias
}
menuentry Debian GNU/Linux, with Linux 2.6.30-nias (recovery mode) {
insmod raid
insmod mdraid
insmod ext2
set root=(md0)
search --no-floppy --fs-uuid --set 7c88aff0-7e6e-47c1-ac23-5bcff69f9750
linux /boot/vmlinuz-2.6.30-nias root=/dev/md1 ro single hpet=force
silent
initrd /boot/initrd.img-2.6.30-nias
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry Memory test (memtest86+) {
insmod raid
insmod mdraid
insmod ext2
set root=(md0)
search --no-floppy --fs-uuid --set 7c88aff0-7e6e-47c1-ac23-5bcff69f9750
linux16 /memtest86+.bin
}
menuentry Memory test (memtest86+, serial console 115200) {
insmod raid
insmod mdraid
insmod ext2
set root=(md0)
search --no-floppy --fs-uuid --set 7c88aff0-7e6e-47c1-ac23-5bcff69f9750
linux16 /memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0]1.5.28 Debian configuration management sy
ii grub-common 1.97+20091125-1 GRand Unified Bootloader, version
ii libc62.10.2-2GNU C Library: Shared libraries
ii ucf 3.0025 Update Configuration File: preserv
grub-pc recommends no packages.
Bug#557785: AW: Bug#557785: vzctl: symlinked config file: symlink overwrittenwhen --save isspecified
severity 557785 important thanks Hi Robert and Debian Release team On Wed, Nov 25, 2009 at 10:17:28AM +0100, Robert Heinzmann wrote: Olá Ola :) :-) Is this a data corruption issue ? I think not in the first place, but It can become one. Consider the typical HA scenario (* is the active config and node): [NODEA*]-- --- [NODEB] | [CFG*] (shared storage / drbd) Let's assume you are changing the IP of the machine, or some other config parameter like some disk device on NODEA with --save. What happens is: Before Failover, after --save: [NODEA*]--- [NODEB] || [modCFG*] [CFG] Everythign runs fine. Now if you are NOT aware of the bug, if you failover, your old config is restored and you may access wrong devices, use a wrong IP (duplicate?) etc ... This probably happens weeks after the change (--save) and you will have trouble finding the issue. After Failover: [NODEA]--- [NODEB*] || [modCFG] [CFG*] So for me it seems important that this bug can be found by people looking for this. If it needs fixing - yes, but how ? I see. Yes this is a data corruption issue, however only in the long term and only if not following default practice. However it is still important to fix. A) * Fix in stable (This will probably not break any existing configurations, it will just keep links that were removed before) Pro: would help fast Pro: no side effetcs Con: does it break anything ? Would be a good thing if stable release team accept this kind of update. Added: Con: maybe side effects with 3.0.22 ? Likely not. Just as below. B) * Mark this bug as beeing a known bug up and including 3.0.23 in lenny (so that other peaople find it) * Fix in 3.0.23 (patch) * Backport 3.0.23 to lenny Pro: can be done now Con: what is 3.0.23 - is it a stable release ? Yes it is a stable release. Con: maybe side effects with 3.0.23 Likely not. Backporting 3.0.23 is not an option just as backporting 3.0.24 is not an option. See below. C) * Mark this bug as beeing a known bug up and including 3.0.23 in lenny (so that other peaople find it) * Wait for 3.0.24 in sid (in the meantime live with a wrapper script/job) * Backport 3.0.24 to lenny Pro: 3.0.24 will be the next stable Con: When will 3.0.24 arrive ? We do not yet know when 3.0.24 will arrive. Upstream have not given a clear statement about that. Not more than we should probably release it soon. Backporting 3.0.24 can be done but only in the backports.org archive and not in the real stable release. This will never be accepted by the release managers. I think B) is not the best option. For me A) would be nice, hoever I can also live with C) for the sake of stability. I'd vote for doing the first part of B now (fix in 3.0.23) and then let the Debian release management decide on whether this is allowed to be fixed in stable. Best regards, // Ola Regards, Robert -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558143: Thank you so much for reporting this!
This will be fixed in the next revision of mercurial-server - here's the changeset to fix it: http://hg.opensource.lshift.net/mercurial-server/rev/32b431977bf9 Many thanks for catching and reporting this bug! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526530: ggz-server: FTBFS: redefinition of 'struct flock'
tags 526530 +pending thanks Hi, I am shortly going to NMU with the attached interdiff. Cheers, Michael diff -u ggz-server-0.0.14.1/debian/changelog ggz-server-0.0.14.1/debian/changelog --- ggz-server-0.0.14.1/debian/changelog +++ ggz-server-0.0.14.1/debian/changelog @@ -1,3 +1,12 @@ +ggz-server (0.0.14.1-1.3) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/inotify.diff: New patch switching to C library inotify +interface from the Linux kernel interface, taken from upstream revision +10564 (Closes: #526530) + + -- Michael Banck mba...@debian.org Sun, 29 Nov 2009 12:34:31 +0100 + ggz-server (0.0.14.1-1.2) unstable; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- ggz-server-0.0.14.1.orig/debian/patches/inotify.diff +++ ggz-server-0.0.14.1/debian/patches/inotify.diff @@ -0,0 +1,192 @@ +diff -Naur ggz-server-0.0.14.1.orig/ggzd/control.c ggz-server-0.0.14.1/ggzd/control.c +--- ggz-server-0.0.14.1.orig/ggzd/control.c2008-01-05 20:03:09.0 +0100 ggz-server-0.0.14.1/ggzd/control.c 2009-11-29 12:24:56.380983643 +0100 +@@ -60,13 +60,13 @@ + #include motd.h + #include parse_opt.h + #include players.h +-#include reconfiguration.h + #include room.h + #include table.h + #include util.h + #include meta.h + + #ifdef HAVE_INOTIFY ++#include sys/inotify.h + #include sys/ioctl.h + #endif + #ifdef WITH_FAM +@@ -78,6 +78,10 @@ + #define HOST_NAME_MAX 256 + #endif + ++#ifdef HAVE_INOTIFY ++#define INOTIFY_EVENTSIZE sizeof(struct inotify_event) ++#endif ++ + /* Server options */ + Options opt; + +diff -Naur ggz-server-0.0.14.1.orig/ggzd/Makefile.am ggz-server-0.0.14.1/ggzd/Makefile.am +--- ggz-server-0.0.14.1.orig/ggzd/Makefile.am 2008-02-14 19:04:42.0 +0100 ggz-server-0.0.14.1/ggzd/Makefile.am 2009-11-29 12:24:56.384983036 +0100 +@@ -39,7 +39,6 @@ + motd.h \ + net.c \ + net.h \ +- reconfiguration.h \ + room.c \ + room.h \ + stats.c \ +diff -Naur ggz-server-0.0.14.1.orig/ggzd/reconfiguration.h ggz-server-0.0.14.1/ggzd/reconfiguration.h +--- ggz-server-0.0.14.1.orig/ggzd/reconfiguration.h2008-01-05 20:03:09.0 +0100 ggz-server-0.0.14.1/ggzd/reconfiguration.h 1970-01-01 01:00:00.0 +0100 +@@ -1,135 +0,0 @@ +-/* +- * File: reconfiguration.h +- * Author: GGZ Development Team +- * Project: GGZ Server +- * Date: 2006-05-29 +- * Desc: Tools for dynamic reconfiguration of the server +- * $Id: reconfiguration.h 8467 2006-08-04 01:58:46Z jdorje $ +- * +- * Copyright (C) 2006 GGZ Development Team +- * +- * This program is free software; you can redistribute it and/or modify +- * it under the terms of the GNU General Public License as published by +- * the Free Software Foundation; either version 2 of the License, or +- * (at your option) any later version. +- * +- * This program is distributed in the hope that it will be useful, +- * but WITHOUT ANY WARRANTY; without even the implied warranty of +- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +- * GNU General Public License for more details. +- * +- * You should have received a copy of the GNU General Public License +- * along with this program; if not, write to the Free Software +- * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA +- */ +- +-#ifndef _GGZ_RECONFIGURATION_H +-#define _GGZ_RECONFIGURATION_H +- +-#ifdef HAVE_INOTIFY +- +-#include linux/inotify.h +- +-/*#define IN_CREATE 0x0100*/ +-#define IN_DELETE 0x0200 +-#define IN_CLOSE_WRITE 0x0008 +- +-#define INOTIFY_EVENTSIZE sizeof(struct inotify_event) +- +-#define __u32 unsigned int +- +-/* now mostly stolen from the Linux::Inotify2 perl module */ +-/* this should eventually be available from glibc but isn't yet */ +- +-#include sys/syscall.h +- +-#if defined(__i386__) +-# define __NR_inotify_init291 +-# define __NR_inotify_add_watch 292 +-# define __NR_inotify_rm_watch293 +-#elif defined(__x86_64__) +-# define __NR_inotify_init253 +-# define __NR_inotify_add_watch 254 +-# define __NR_inotify_rm_watch255 +-#elif defined(__powerpc__) || defined(__powerpc64__) +-# define __NR_inotify_init275 +-# define __NR_inotify_add_watch 276 +-# define __NR_inotify_rm_watch277 +-#elif defined (__ia64__) +-# define __NR_inotify_init1277 +-# define __NR_inotify_add_watch 1278 +-# define __NR_inotify_rm_watch1279 +-#elif defined (__s390__) +-# define __NR_inotify_init284 +-# define __NR_inotify_add_watch 285 +-# define __NR_inotify_rm_watch286 +-#elif defined (__alpha__) +-# define __NR_inotify_init444 +-# define __NR_inotify_add_watch 445 +-# define __NR_inotify_rm_watch446 +-#elif defined (__sparc__) || defined (__sparc64__) +-# define __NR_inotify_init151 +-# define __NR_inotify_add_watch 152 +-# define __NR_inotify_rm_watch156 +-#elif defined (__arm__) +-# define __NR_inotify_init
Bug#558487: gnome-panel: X Window System error: BadPixMap (invalid Pixmap parameter)
Package: gnome-panel Version: 2.26.3-1 Severity: normal Just after logging in, I see the gnome panel restarting (after it had already appeared). This is in my .xsession-errors: (gnome-panel:3205): Gdk-CRITICAL **: gdk_x11_colormap_foreign_new: assertion `GDK_IS_VISUAL (visual)' failed (gnome-panel:3205): Gdk-CRITICAL **: gdk_x11_colormap_foreign_new: assertion `GDK_IS_VISUAL (visual)' failed The program 'gnome-panel' received an X Window System error. This probably reflects a bug in the program. The error was 'BadPixmap (invalid Pixmap parameter)'. (Details: serial 34457 error_code 4 request_code 54 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) (gnome-panel:3483): Gdk-WARNING **: /tmp/buildd/gtk+2.0-2.18.3/gdk/x11/gdkdrawable-x11.c:952 drawable is not a pixmap or window Not sure what the problem is, but I thought I'd better report it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-panel depends on: ii gnome-about 2.28.1-1The GNOME about box ii gnome-control-center 1:2.26.0-1 utilities to configure the GNOME d ii gnome-desktop-data 2.28.1-1Common files for GNOME desktop app ii gnome-menus 2.28.0.1-1 an implementation of the freedeskt ii gnome-panel-data 2.26.3-1common files for the GNOME Panel ii libatk1.0-0 1.28.0-1The ATK accessibility toolkit ii libbonobo2-0 2.24.2-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.2-1The Bonobo UI library ii libc62.10.1-7GNU C Library: Shared libraries ii libcairo21.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libecal1.2-7 2.26.3-1+b1 Client library for evolution calen ii libedataserver1.2-11 2.26.3-1+b1 Utility library for evolution data ii libedataserverui1.2-82.26.3-1+b1 GUI utility library for evolution ii libgconf2-4 2.28.0-1GNOME configuration database syste ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.2-2The GLib library of C routines ii libgnome-desktop-2-112.28.1-1Utility library for loading .deskt ii libgnome-menu2 2.28.0.1-1 an implementation of the freedeskt ii libgnome2-0 2.26.0-1The GNOME library - runtime files ii libgnomeui-0 2.24.2-1The GNOME libraries (User Interfac ii libgtk2.0-0 2.18.3-1The GTK+ graphical user interface ii libgweather1 2.28.0-1GWeather shared library ii libical0 0.43-3 iCalendar library implementation i ii liborbit21:2.14.17-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.26.3-1library for GNOME Panel applets ii libpango1.0-01.26.0-1Layout and rendering of internatio ii libpolkit-dbus2 0.9-4 library for accessing PolicyKit vi ii libpolkit2 0.9-4 library for accessing PolicyKit ii librsvg2-2 2.26.0-1SAX-based renderer library for SVG ii libwnck222.28.0-1Window Navigator Construction Kit ii libx11-6 2:1.2.2-1 X11 client-side library ii libxau6 1:1.0.5-1 X11 authorisation library ii menu-xdg 0.4 freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii alacarte 0.12.4-1easy GNOME menu editing tool ii evolution-data-server2.26.3-1+b1 evolution database backend server ii gnome-applets2.26.3-2Various applets for the GNOME pane ii gnome-icon-theme 2.28.0-1GNOME Desktop icon theme ii gnome-session2.26.2-1The GNOME Session Manager ii gvfs 1.4.1-5 userspace virtual filesystem - ser ii policykit-gnome 0.9.2-2 GNOME dialogs for PolicyKit Versions of packages gnome-panel suggests: ii epiphany-browser 2.26.3-2Intuitive web browser - dummy pack ii evolution2.26.3-2+b1 groupware suite with mail client a ii gdm
Bug#558384: uzbl: requires existence of files in /usr/share/doc/uzbl
tag 558384 + confirmed tag 558384 + pending thanks Justin B Rye scrisse: Package: uzbl Version: 0.0.0~git.20091107-1 Justification: Policy 12.3 Severity: serious When starting up for the first time, uzbl attempts to copy files from /usr/share/doc/uzbl to $XDG_CONFIG_HOME, and fails if it can't: $ sudo mv /usr/share/doc/uzbl /usr/share/doc/unuzbl $ uzbl || echo $? cp: cannot stat `/usr/share/doc/uzbl/examples/config/uzbl/config': No such file or directory Could not copy default config to /home/jbr/etc/uzbl/config 3 This violates a must in Debian Policy 12.3 (paragraph 4): That's true, and even if it's quite a corner case, we regret for it. I'll go for now with /usr/share/uzbl/examples and a symlink for doc, while we're already discussing with upstream for a better file location. I've been told that a new tag of master branch is due soon, so I'm temporarily deferring this RC-fix along with a new upstream release. Ciao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgpaCJMt0ujhA.pgp Description: PGP signature
Bug#534084: dwarves-dfsg: FTBFS: Nonexistent build-dependency: libebl-dev
Hi,
I have uploaded the attached interdiff.
Cheers,
Michael
diff -u dwarves-dfsg-1.3/debian/changelog dwarves-dfsg-1.3/debian/changelog
--- dwarves-dfsg-1.3/debian/changelog
+++ dwarves-dfsg-1.3/debian/changelog
@@ -1,3 +1,12 @@
+dwarves-dfsg (1.3-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Applied patch by Peter Green (Closes: #534084)
++ cmake/modules/FindDWARF.cmake: Removed libebl support.
++ debian/control (Build-Depends): Removed libebl-dev.
+
+ -- Michael Banck mba...@debian.org Sun, 29 Nov 2009 12:45:58 +0100
+
dwarves-dfsg (1.3-1) unstable; urgency=low
* Initial release, based on Domenico Andreoli ca...@debian.org work.
diff -u dwarves-dfsg-1.3/debian/control dwarves-dfsg-1.3/debian/control
--- dwarves-dfsg-1.3/debian/control
+++ dwarves-dfsg-1.3/debian/control
@@ -2,7 +2,7 @@
Priority: extra
Maintainer: Thomas Girard thomas.g.gir...@free.fr
Uploaders: Domenico Andreoli ca...@debian.org
-Build-Depends: debhelper (= 5), libelf-dev, libebl-dev, libdw-dev (=
0.130-2), cmake
+Build-Depends: debhelper (= 5), libelf-dev, libdw-dev (= 0.141-1), cmake
Standards-Version: 3.7.3
Section: utils
Homepage: http://oops.ghostprotocols.net:81/blog
diff -u dwarves-dfsg-1.3/cmake/modules/FindDWARF.cmake
dwarves-dfsg-1.3/cmake/modules/FindDWARF.cmake
--- dwarves-dfsg-1.3/cmake/modules/FindDWARF.cmake
+++ dwarves-dfsg-1.3/cmake/modules/FindDWARF.cmake
@@ -24,19 +24,19 @@
~/usr/local/include
)
-set(DWARF_LIBRARY /usr/lib/libdw.a)
+set(DWARF_LIBRARY /usr/lib/libdw.so)
set(ELF_LIBRARY /usr/lib/libelf.a)
-set(EBL_LIBRARY /usr/lib/libebl.a)
+#set(EBL_LIBRARY /usr/lib/libebl.a)
-if (DWARF_INCLUDE_DIR AND LIBDW_INCLUDE_DIR AND DWARF_LIBRARY AND ELF_LIBRARY
AND EBL_LIBRARY)
+if (DWARF_INCLUDE_DIR AND LIBDW_INCLUDE_DIR AND DWARF_LIBRARY AND ELF_LIBRARY)
set(DWARF_FOUND TRUE)
- set(DWARF_LIBRARIES ${DWARF_LIBRARY} ${EBL_LIBRARY} ${DWARF_LIBRARY}
${ELF_LIBRARY})
-else (DWARF_INCLUDE_DIR AND LIBDW_INCLUDE_DIR AND DWARF_LIBRARY AND
ELF_LIBRARY AND EBL_LIBRARY)
+ set(DWARF_LIBRARIES ${DWARF_LIBRARY} ${DWARF_LIBRARY} ${ELF_LIBRARY})
+else (DWARF_INCLUDE_DIR AND LIBDW_INCLUDE_DIR AND DWARF_LIBRARY AND
ELF_LIBRARY)
set(DWARF_FOUND FALSE)
set(DWARF_LIBRARIES)
-endif (DWARF_INCLUDE_DIR AND LIBDW_INCLUDE_DIR AND DWARF_LIBRARY AND
ELF_LIBRARY AND EBL_LIBRARY)
+endif (DWARF_INCLUDE_DIR AND LIBDW_INCLUDE_DIR AND DWARF_LIBRARY AND
ELF_LIBRARY)
if (DWARF_FOUND)
if (NOT DWARF_FIND_QUIETLY)
Bug#548837: closed by Anton Zinoviev zinov...@debian.org (Bug#548837: fixed in console-setup 1.47)
Anton Zinoviev, le Sun 29 Nov 2009 11:45:07 +0200, a écrit : In any case (with or without usplash): I noticed that at a tty's login prompt (and only there), once I type an accented character (á, é, ...), a 'ç', an 'º' or an 'ª' (among others), I can't use the backspace key anymore. This is a kernel problem. This is probably not related to console-setup, but in that case I really don't know to which package I should report it. Even if this is related with console-setup, it's very likely that this should be reported as a new bug (?). If you want you can report this against the kernel but it seems nobody is going to fix this (it is a know problem for many years) so don't bother. :) (BTW, another thing that needs to be documented in the FAQ). Isn't that #221290? Add -8 to your getty lines in /etc/inittab. Also see #435287. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558488: collectd_4.8.1-2(ia64/unstable): FTBFS: -fstack-protector not supported
Package: collectd Version: 4.8.1-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of collectd_4.8.1-2 on caballero by sbuild/ia64 98 Build started at 20091126-1607 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), dpkg-dev (= 1.14.10), po-debconf, dpatch, bison, flex, autotools-dev, pkg-config, linux-libc-dev (= 2.6.25-4) | linux-libc-dev ( 2.6.25-1), libcurl4-gnutls-dev (= 7.18.2-5) | libcurl4-gnutls-dev (= 7.18.2-1) | libcurl3-gnutls-dev, libmysqlclient-dev, librrd-dev | librrd2-dev, libsensors-dev, liboping-dev (= 0.3.3), libpcap0.8-dev | libpcap-dev, iptables-dev (= 1.4.3.2-2), libupsclient1-dev, libperl-dev, iproute-dev [!alpha !amd64 !hppa !ia64 !ppc64 !mips !mipsel], libsnmp-dev | libsnmp9-dev, libvirt-dev (= 0.4.0-6), libxml2-dev, libhal-dev, libopenipmi-dev, libglib2.0-dev, libnotify-dev, libesmtp-dev, libpq-dev, libdbi0-dev, libmemcached-dev, openjdk-6-jdk [!hppa], libganglia1-dev (= 3), libgcrypt11-dev, libyajl-dev [...] /bin/sh ../libtool --tag=CC --mode=compile ia64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -DPREFIX='/usr' -DCONFIGFILE='/etc/collectd.conf' -DLOCALSTATEDIR='/var' -DPKGLOCALSTATEDIR='/var/lib/collectd' -DPIDFILE='/var/run/collectd.pid' -DPLUGINDIR='/usr/lib/collectd' -DPKGDATADIR='/usr/share/collectd' -I/build/buildd/collectd-4.8.1/debian/include -DLT_LAZY_OR_NOW='RTLD_LAZY|RTLD_GLOBAL' -UCONFIGFILE -DCONFIGFILE='/etc/collectd/collectd.conf' -Wall -Werror -DNETSNMP_ENABLE_IPV6 -g -O2 -DNETSNMP_USE_INLINE -Ulinux -Dlinux=linux -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.10/CORE -I. -I/usr/include -Wall -g -O2 -MT snmp_la-snmp.lo -MD -MP -MF .deps/snmp_la-snmp.Tpo -c -o snmp_la-snmp.lo `test -f 'snmp.c' || echo './'`snmp.c rm: invalid argument: `' ia64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -DPREFIX=\/usr\ -DCONFIGFILE=\/etc/collectd.conf\ -DLOCALSTATEDIR=\/var\ -DPKGLOCALSTATEDIR=\/var/lib/collectd\ -DPIDFILE=\/var/run/collectd.pid\ -DPLUGINDIR=\/usr/lib/collectd\ -DPKGDATADIR=\/usr/share/collectd\ -I/build/buildd/collectd-4.8.1/debian/include -DLT_LAZY_OR_NOW=RTLD_LAZY|RTLD_GLOBAL -UCONFIGFILE -DCONFIGFILE=\/etc/collectd/collectd.conf\ -Wall -Werror -DNETSNMP_ENABLE_IPV6 -g -O2 -DNETSNMP_USE_INLINE -Ulinux -Dlinux=linux -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.10/CORE -I. -I/usr/include -Wall -g -O2 -MT snmp_la-snmp.lo -MD -MP -MF .deps/snmp_la-snmp.Tpo -c snmp.c -fPIC -DPIC -o .libs/snmp_la-snmp.o cc1: warnings being treated as errors snmp.c:1: error: -fstack-protector not supported for this target make[4]: *** [snmp_la-snmp.lo] Error 1 make[4]: Leaving directory `/build/buildd/collectd-4.8.1/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/collectd-4.8.1/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/build/buildd/collectd-4.8.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/collectd-4.8.1' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=collectdver=4.8.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558492: kbd_1.15.1-1(ia64/unstable): FTBFS: compile errors
Package: kbd Version: 1.15.1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of kbd_1.15.1-1 on caballero by sbuild/ia64 98 Build started at 20091127-1636 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7.0.0~), autoconf, automake, linuxdoc-tools, gettext, flex, bison [...] gcc -Os -g -o kbd_mode kbd_mode.o getfd.o gcc -DHAVE_CONFIG_H -I. -I.. -DDATADIR=\/usr/share\ -DLOCALEDIR=\/usr/share/locale\ -Wall -Wextra -Wmissing-noreturn -Wdisabled-optimization -Wcast-align -Wshadow -Wmissing-format-attribute -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -Werror -funit-at-a-time -Os -g -MT setfont.o -MD -MP -MF .deps/setfont.Tpo -c -o setfont.o setfont.c mv -f .deps/setfont.Tpo .deps/setfont.Po gcc -DHAVE_CONFIG_H -I. -I.. -DDATADIR=\/usr/share\ -DLOCALEDIR=\/usr/share/locale\ -Wall -Wextra -Wmissing-noreturn -Wdisabled-optimization -Wcast-align -Wshadow -Wmissing-format-attribute -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -Werror -funit-at-a-time -Os -g -MT mapscrn.o -MD -MP -MF .deps/mapscrn.Tpo -c -o mapscrn.o mapscrn.c mv -f .deps/mapscrn.Tpo .deps/mapscrn.Po gcc -DHAVE_CONFIG_H -I. -I.. -DDATADIR=\/usr/share\ -DLOCALEDIR=\/usr/share/locale\ -Wall -Wextra -Wmissing-noreturn -Wdisabled-optimization -Wcast-align -Wshadow -Wmissing-format-attribute -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -Werror -funit-at-a-time -Os -g -MT kdmapop.o -MD -MP -MF .deps/kdmapop.Tpo -c -o kdmapop.o kdmapop.c mv -f .deps/kdmapop.Tpo .deps/kdmapop.Po gcc -DHAVE_CONFIG_H -I. -I.. -DDATADIR=\/usr/share\ -DLOCALEDIR=\/usr/share/locale\ -Wall -Wextra -Wmissing-noreturn -Wdisabled-optimization -Wcast-align -Wshadow -Wmissing-format-attribute -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -Werror -funit-at-a-time -Os -g -MT psffontop.o -MD -MP -MF .deps/psffontop.Tpo -c -o psffontop.o psffontop.c cc1: warnings being treated as errors psffontop.c: In function 'readpsffont': psffontop.c:253: error: cast increases required alignment of target type make[1]: *** [psffontop.o] Error 1 make[1]: Leaving directory `/build/buildd/kbd-1.15.1/src' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=kbdver=1.15.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558491: ohcount_3.0.0-1(ia64/unstable): FTBFS: missing build-depends: gperf?
Package: ohcount Version: 3.0.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of ohcount_3.0.0-1 on caballero by sbuild/ia64 98 Build started at 20091129-0148 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7), libpcre3-dev, ruby1.8, ruby1.8-dev, rake, rubygems, ragel (= 6.3), cdbs, libdifflcs-ruby, doxygen [...] fi make[1]: Entering directory `/build/buildd/ohcount-3.0.0' make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/build/buildd/ohcount-3.0.0' /build/buildd/ohcount-3.0.0/build all Generating hash headers ./generate_headers: line 3: gperf: command not found ./generate_headers: line 4: gperf: command not found ./generate_headers: line 5: gperf: command not found ./generate_headers: line 6: gperf: command not found ./generate_headers: line 7: gperf: command not found ./generate_headers: line 8: gperf: command not found ./generate_headers: line 9: gperf: command not found make: *** [build/ohcount] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=ohcountver=3.0.0-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558489: hplip_3.9.10-2(ia64/unstable): FTBFS: missing man page
Package: hplip Version: 3.9.10-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of hplip_3.9.10-2 on caballero by sbuild/ia64 98 Build started at 20091129-1027 [...] ** Using build dependencies supplied by package: Build-Depends: libcups2-dev, libcupsimage2-dev, libsane-dev, libsnmp-dev, libjpeg62-dev, libusb-dev (= 0.1.8), debhelper (= 5.0.37.2), autotools-dev, dpatch (= 2), autoconf, automake, libtool, cups (= 1.4.0) | cupsddk, patch (= 2.5.9-3bpo1), findutils (= 4.2.28), python-dev, python-qt4, pyqt4-dev-tools, python-support (= 0.3), python-dbus (= 0.80), python-qt4-dbus, libdbus-1-dev, libudev-dev, policykit-1 [...] dh_install -a --sourcedir=/build/buildd/hplip-3.9.10/debian/tmp --list-missing install-arch-stamp 21 || \ ( echo Last five lines of error log: ; tail -n 5 install-arch-stamp ; exit 1 ) dh_testdir -a dh_testroot mkdir -p debian/hplip/usr/share/bug/hplip cp debian/bug/* debian/hplip/usr/share/bug/hplip dh_installdocs -a dh_installexamples -a dh_installmenu -a dh_desktop -a dh_desktop: This program is deprecated, and does nothing anymore. dh_installman -a hp-align.1: No such file or directory at /usr/bin/dh_installman line 127. make: *** [binary-arch] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=hplipver=3.9.10-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558490: adblock-plus / xul-ext-adblock-plus: move configuration to /etc
Source: adblock-plus Version: 0.7.5.5-3 Severity: normal Please move the configuration file /usr/share/mozilla-extensions/adblockplus/defaults/preferences/adblockplus.js to (some directory in) /etc like mozilla-firefox-adblock (predecessor of adblock-plus) does. Currently local config changes get overwritten by package upgrades. I suppose this is a policy violation, but leave it up to you to decide on that and change the severity accordingly. This affects the binary packages for both lenny (adblock-plus) and squeeze (xul-ext-adblock-plus), thus filing against the source package. Feel free to reassign if there's a better way to handle it. PS: Thanks for packaging adblock-plus! -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages adblock-plus depends on: ii iceweasel 3.0.6-3lightweight web browser based on M adblock-plus recommends no packages. adblock-plus suggests no packages. -- no debconf information CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature
Bug#557387: debian-installer: graphical installer doesn't start
Christian Perrier wrote: Because of a bug that's blocking a complete part of D-I and could very likely be ignored as it doesn't affect the normal use of GTK+. I don't really think that's a good enough reason... but it's not me who you need to convince but the security team ;) Anyway, you could try running it with GDK_NATIVE_WINDOWS=1 to avoid using client-side windows, possibly workarounding the bug. Cheers, Emilio signature.asc Description: OpenPGP digital signature
Bug#496381: bug wronly reopened
Hi. No worries. I was concerned (of course) but verified this myself also. (Just to show I'm still watching.) Regard, Dave. -- David Symons Armidale NSW Australia http://www.liberatedcomputing.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558487: gnome-panel: X Window System error: BadPixMap (invalid Pixmap parameter)
Manuel Bilderbeek wrote: Package: gnome-panel Version: 2.26.3-1 Severity: normal Just after logging in, I see the gnome panel restarting (after it had already appeared). This is in my .xsession-errors: (gnome-panel:3205): Gdk-CRITICAL **: gdk_x11_colormap_foreign_new: assertion `GDK_IS_VISUAL (visual)' failed (gnome-panel:3205): Gdk-CRITICAL **: gdk_x11_colormap_foreign_new: assertion `GDK_IS_VISUAL (visual)' failed The program 'gnome-panel' received an X Window System error. This probably reflects a bug in the program. The error was 'BadPixmap (invalid Pixmap parameter)'. (Details: serial 34457 error_code 4 request_code 54 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) (gnome-panel:3483): Gdk-WARNING **: /tmp/buildd/gtk+2.0-2.18.3/gdk/x11/gdkdrawable-x11.c:952 drawable is not a pixmap or window Not sure what the problem is, but I thought I'd better report it. Does it happen with 2.28 from unstable? signature.asc Description: OpenPGP digital signature
Bug#558478: insserv: There is a loop between service mountall and hibernate-cleanup if started
[Markus Schulz] yes, that's the problem and the solution there (dependency to mdadm-raid instead of mdadm) fixes the problem. thanks for help. Good to hear. Which of these three problems was it? I wonder which package to reassign this bug to. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519391: libgcrypt11: SIGILL on _gcry_detect_hw_features
Hi! On Sun, 29 Nov 2009 02:04:12 +, Ben Hutchings b...@decadent.org.uk wrote: You must either change the detection code to set %0 to 0 if the condition is not met, or change =r to +r so that %0 will be initialised to the previous value of has_cpuid (i.e. 0). Thanks for this hint. It is pretty obvious. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548401: [python-libsvm] Depends on Python 2.4 and 2.5 at the same time
On Sat, 26 Sep 2009 08:33:41 +0200, Bastian Venthur wrote: I assume there is a mistake in the packaging of this package, usually Python packages are build for both versions so each depends on the version it was build for. I agree there's a bug but I doubt that's release critical. In the end we have a dependency on python 2.5, and there is no older python version in lenny/squeeze/sid anyway. Therefore I suggest to downgrade the severity. Cheers, gregor, from the Munich BSP -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/ `-BOFH excuse #205: Quantum dynamics are affecting the transistors signature.asc Description: Digital signature
Bug#557827: gscan2pdf: cropped tiff files are 16bits-sampled and unusable by tesseract
tags 557827 moreinfo thanks This is an issue with imagemagick. However, I can't reproduce it here. Please attach a non-16-bit image, than when cropped and saved as TIFF, ends up 16 bit. Once cropped, the image can't be treated by unpaper. This was fixed in gscan2pdf 0.9.27 signature.asc Description: Digital signature
Bug#558575: libsvm2-java: Package ships pre-compiled .jar
Package: libsvm2-java Version: Severity: important Tags: patch libsvm2-java installs the pre-built java/libsvm.jar instead of rebuilding it. Since the source is there this is probably no policy violation but it's still Not The Right Thing [tm]. Fortunately it's easy to fix; find attached a quick patch. Probably debian/deb-python.diff should be renamed. And note that the changes to the clean target in Makefile don't work because the patch is not applied at that time (this is not new, and I'm lacking CDBS foo to fix this issue). Cheers, gregor, from the Munich BSP -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/ `-BOFH excuse #99: SIMM crosstalk. diff -u libsvm-2.89/debian/control libsvm-2.89/debian/control --- libsvm-2.89/debian/control +++ libsvm-2.89/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Chen-Tse Tsai ctse.t...@gmail.com XS-Python-Version: = 2.4 -Build-Depends: debhelper (= 5.0.0), autotools-dev, libtool, cdbs, python-all-dev, python-central (= 0.5), swig, quilt (= 0.40) +Build-Depends: debhelper (= 5.0.0), autotools-dev, libtool, cdbs, python-all-dev, python-central (= 0.5), swig, quilt (= 0.40), default-jdk-builddep Standards-Version: 3.8.0 Homepage: http://www.csie.ntu.edu.tw/~cjlin/libsvm/ diff -u libsvm-2.89/debian/changelog libsvm-2.89/debian/changelog --- libsvm-2.89/debian/changelog +++ libsvm-2.89/debian/changelog @@ -1,3 +1,10 @@ +libsvm (2.89-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Rebuild .jar from source. + + -- gregor herrmann gre...@debian.org Sun, 29 Nov 2009 12:02:00 +0100 + libsvm (2.89-1) unstable; urgency=low * New upstream release. diff -u libsvm-2.89/debian/patches/deb-python.diff libsvm-2.89/debian/patches/deb-python.diff --- libsvm-2.89/debian/patches/deb-python.diff +++ libsvm-2.89/debian/patches/deb-python.diff @@ -1,8 +1,6 @@ -Index: libsvm-2.89/Makefile -=== libsvm-2.89.orig/Makefile 2009-03-16 12:12:16.0 +0800 -+++ libsvm-2.89/Makefile 2009-03-16 12:14:07.0 +0800 -@@ -1,19 +1,46 @@ +--- a/Makefile b/Makefile +@@ -1,19 +1,50 @@ -CXX? = g++ -CFLAGS = -Wall -Wconversion -O3 -fPIC -SHVER = 1 @@ -30,12 +28,16 @@ +LIBFILE=$(LIBNAME).$(SOVER) + + -+all: svm-train svm-predict svm-scale $(LIBNAME) .pystuff ++all: svm-train svm-predict svm-scale $(LIBNAME) .pystuff .javastuff + +.pystuff: + $(MAKE) -C python + touch $@ + ++.javastuff: ++ $(MAKE) -C java ++ touch $@ ++ +$(LIBFILE): svm.o + $(CXXC) -shared -Wl,-soname,$(LIBNAME).$(LVER) -o $(LIBFILE) svm.o $(LDFLAGS) \ + ln -s $(LIBFILE) $(LIBNAME).$(LVER) \ @@ -56,7 +58,7 @@ + clean: - rm -f *~ svm.o svm-train svm-predict svm-scale -+ rm -f *~ svm.o svm-train svm-predict svm-scale $(LIBNAME)* *-stamp .pystuff make -C python clean ++ rm -f *~ svm.o svm-train svm-predict svm-scale $(LIBNAME)* *-stamp .pystuff make -C python clean make -C java clean + +install: install-headers install-library + @@ -66,10 +68,8 @@ +install-library: + install -D $(LIBFILE) $(DESTDIR)/usr/lib/ + -Index: libsvm-2.89/python/Makefile -=== libsvm-2.89.orig/python/Makefile 2009-03-16 12:12:16.0 +0800 -+++ libsvm-2.89/python/Makefile 2009-03-16 12:12:30.0 +0800 +--- a/python/Makefile b/python/Makefile @@ -1,30 +1,44 @@ -CXX? = g++ +CC = g++ signature.asc Description: Digital signature
Bug#558576: devscripts: getbuildlog should allow outputting build log to stdout
Package: devscripts Version: 2.10.55 Severity: wishlist It woould be quite useful if getbuildlog either by default or by way of a switch could output the build log to stdout, so sending it to $PAGER would be easier. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552011: console-tools: Virtual consoles from tty2 onwards depend on utf-8
On Thu, Oct 22, 2009 at 07:11:37PM +0200, Mats Erik Andersson wrote: Package: console-tools Version: 1:0.2.3dbs-65.1 Severity: important In the case an administrator installs Debian Lenny with a character set that is __not__ of the utf-8 class, then the virtual consoles tty2, tty3, and onwards, still yield # kbd_mode The keyboard is in Unicode(UTF-8) mode whereas tty1 correctly responds with # kbd_mode The keyboard is in the default(ASCII) mode This seems to be caused by a change in the kernel: commit 77bf2bab91e4e7df361963451c7b9a803516438c Author: Jan Engelhardt jeng...@computergmbh.de Date: Thu Oct 18 03:04:34 2007 -0700 Remove CONFIG_VT_UNICODE Since default_utf8 is already a sysfs attribute, having an extra CONFIG_VT_UNICODE compile-time option is redundant, since sysfs attributes cbe set at boot and run time. Also let Linux VCs default to UTF-8 (as per the discussion at http://lkml.org/lkml/2007/9/6/99). Signed-off-by: Jan Engelhardt jeng...@computergmbh.de Cc: Bill Nottingham nott...@redhat.com Signed-off-by: Andrew Morton a...@linux-foundation.org Signed-off-by: Linus Torvalds torva...@linux-foundation.org It can be worked around by adding vt.default_utf8=0 to the kernel boot parameters. I've tried setting /sys/module/vt/parameters/default_utf8 in the console-screen.sh and keymap.sh script, but I think it gets run too late. In any case I expect console-tools to fix the default and set it correct. I think the problem is that unicode_start/unicode_stop only affects the VT it's being run on. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558472: /usr/bin/jpegtran: jpegtran -rotate moves image parts around
On Sun, Nov 29, 2009 at 10:42:04AM +0100, Jacob Sparre Andersen wrote: Package: libjpeg-progs Version: 7-1 Severity: normal File: /usr/bin/jpegtran When you use jpegtran -rotate to rotate a JPEG image, a slice from the left part of the rotated image is moved to the rightmost part of the rotated image. Hello Jacob, This is a documented behaviour. Please read the manpage: The transpose transformation has no restrictions regarding image dimensions. The other transformations operate rather oddly if the image dimensions are not a multiple of the iMCU size (usu� ally 8 or 16 pixels), because they can only transform complete blocks of DCT coefficient data in the desired way. However your image is 612 x 501. I suggest you consider using the options -trim or -perfect. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558585: override: bluemindo:sound/extra
Package: ftp.debian.org Severity: normal There are disparities between your recently accepted upload and the override file for the following file(s): bluemindo_0.3-1_all.deb: package says priority is extra, override says optional. Bluemindo depends on python-tagpy, which is extra. So, bluemindo's priority should be changed to extra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558466: gmime2.4: needs versioned build-dep on monodoc-base
tags 558466 + pending severity 558466 important thanks On Sun, 29 Nov 2009 03:03:43 -0500 Andres Salomon dilin...@collabora.co.uk wrote: Package: gmime2.4 Version: 2.4.6-5 Severity: serious When building gmime2.4 for lenny, I get the following error: if [ -f /totem/gmime2.4-2.4.6/mono/gmime-sharp.dll ]; then \ # create API docs \ mdoc update \ -o /totem/gmime2.4-2.4.6/mono/monodocer \ /totem/gmime2.4-2.4.6/mono/gmime-sharp.dll; \ mdoc assemble \ -o /totem/gmime2.4-2.4.6/mono/gmime-sharp-2.4 \ /totem/gmime2.4-2.4.6/mono/monodocer; \ fi /bin/sh: line 2: mdoc: command not found /bin/sh: line 5: mdoc: command not found make[1]: *** [override_dh_auto_build] Error 127 make[1]: Leaving directory `/totem/gmime2.4-2.4.6' make: *** [build] Error 2 The mdoc command was indeed added in a later release (2.0) of the monodoc-base package. FTBFS for packages from unstable on stable are not release critical though, thus lowered to severity important. Thanks for reporting this. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developermee...@meebey.net http://www.meebey.net/ PEAR Developermee...@php.net http://pear.php.net/ Debian Developer mee...@debian.org 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#558587: general: Keep last package version in archives
Package: general Severity: wishlist Hello, I use Debian Testing. Every time a package is fucked up, I would like to test the former version of that package, but to my knowledge, it is not kept anywhere any thus it is not available. Taking Debian Stable package is of course not possible because of a huge number of dependancies which would break. Why don't you keep the last version somewhere ? It would make debugging more easy and efficient. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518735: [Pkg-ace-devel] Bug#518735: ace: FTBFS: autotools error
On Tue, Sep 22, 2009 at 12:40 PM, Stefano Zacchiroli z...@debian.org wrote: tags 518735 - patch thanks On Fri, Jul 17, 2009 at 09:10:36PM +0200, Julien Lavergne wrote: tags 518735 patch thanks Attached patch (from upstream, r82784) should fix the problem. Thanks for the patch!, ... but unfortunately it is not enough (hence I'm temporarily untagging this bug with patch). First of all the patch should be placed in the sequence before 50, otherwise it will arrive too late. Placing it at 49 works fine. Then, even with this patch, build fails with a different error, reported below: configure.ac:177: the top level libtoolize: AC_CONFIG_MACRO_DIR([../m4]) conflicts with ACLOCAL_AMFLAGS=-I m4. autoreconf: libtoolize failed with exit status: 1 make: *** [autotools-stamp] Error 1 A similar patch has been available for months and it was discussed in the pkg-ace-devel mailing list. The patch is also available in svn trunk and the 5.6.3 branch (it will be included in 5.6.3-6) http://svn.debian.org/viewsvn/pkg-ace/trunk/debian/patches/93-hack-to-fix-libtoolize.dpatch?revision=624view=markup Please join the pkg-ace-devel mailing list if you want to help. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
