Bug#353096: libnet-ssh-perl: Please package Net::SSH::Perl
Package: libnet-ssh-perl Severity: wishlist libnet-ssh-perl is Net::SSH, which is a wrapper to ssh(1), however Net::SSH::Perl is a much more rcih API with much more power to utilize the SSH protocol within perl scripts - and it doesn't depend on the ssh(1) binary. I guess that package would be called libnet-ssh-perl-perl, heh. Anyway, this isn't really a bug on this package, but I didn't know where else to put it, but I'd really like this perl module packaged. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4rider-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352576: auctex.el file shouldn't appear in auctex.list or auctex.md5sums
clone 352576 -1 -2 retitle -1 reportbug auctex hangs when running TeX-submit-bug-report in batchmode retitle -2 load path confusion stop James R. Van Zandt [EMAIL PROTECTED] wrote: A simpler way to reproduce the problem is just debsums -s auctex, which is what reportbug is apparently doing. Ah, that's the reason - debsums wasn't installed here. I can reproduce it now. On the other hand, I have a different problem: When running reportbug auctex, it tries to call emacs with TeX-submit-bug-report in batch mode and does not seem to finish. I only get the editing buffer when I press Ctrl-c. Yes, it prompts for a title and a severity, but doesn't start the editor until it gets Ctrl-C. So that's a different issue. Do you actually have a problem with auctex's function? No. I had started the bug report because I had noticed that /usr/share/emacs/site-lisp/auctex/ appeared before /usr/share/emacs21/site-lisp/auctex/ in load-list, so the source files seemed to be hiding the compiled files. (A couple of other packages have that problem.) However, in the process of filling out the report I discovered that /usr/share/emacs/21.4/site-lisp/auctex appears even earlier, So although all is well, we should carefully check whether the current setup is correct and in accordance with the Emacs policy. I'm giving this a separate bugnumber, although I'm not sure it actually is a bug. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#352658: gnome-media: Solved!
Package: gnome-media Version: 2.12.0-3 Followup-For: Bug #352658 I didn't try downgrading, but I did find the solution on some Gentoo forum. The whole problem seems to be caused by the installation of Linux kernel 2.6.15. It seems that it doesn't load any OSS modules anymore. The solution: $ sudo apt-get install gnome-media (if you didn't have it already) $ sudo apt-get install gstreamer0.8-alsa (not 100% sure this is necessary) $ gstreamer-properties Now select ALSA Sink or Autodetect instead of OSS Sink. After this, remove the gnome-volume-control from the panel and add it again and voila: it works! So, the problem is there if you still use an OSS setting (and used OSS before the kernel upgrade). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnome-media depends on: ii gconf2 2.12.1-9 GNOME configuration database syste ii gstreamer0.8-alsa [gst 0.8.11-2 ALSA plugin for GStreamer ii gstreamer0.8-cdparanoi 0.8.11-2 cdparanoia plugin for GStreamer ii gstreamer0.8-misc 0.8.11-2 Collection of various GStreamer pl ii gstreamer0.8-oss [gstr 0.8.11-2 OSS plugin for GStreamer ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2 The Bonobo UI library ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra ii libdbus-1-20.60-5simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgail-common 1.8.8-1 GNOME Accessibility Implementation ii libgail17 1.8.8-1 GNOME Accessibility Implementation ii libgconf2-42.12.1-9 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libgnome-keyring0 0.4.6-2 GNOME keyring services library ii libgnome2-02.12.0.1-5The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.12.0-2 A powerful object-oriented display ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-5 GNOME virtual file-system (runtime ii libgnutls111.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgstreamer-gconf0.8- 0.8.11-2 GConf support for GStreamer ii libgstreamer-plugins0. 0.8.11-2 Various GStreamer libraries and li ii libgstreamer0.8-0 0.8.11-3 Core GStreamer libraries, plugins, ii libgtk2.0-02.8.10-1 The GTK+ graphical user interface ii libhal10.5.6-2 Hardware Abstraction Layer - share ii libice66.9.0.dfsg.1-4Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libnautilus-burn2 2.12.2-3 Nautilus Burn Library - runtime ve ii liborbit2 1:2.12.4-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-4X Window System Session Management ii libtasn1-2 0.2.17-1 Manage ASN.1 structures (runtime) ii libx11-6 6.9.0.dfsg.1-4X Window System protocol client li ii libxcursor11.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-4X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4X Window System multi-head display ii libxml22.6.23.dfsg.1-0.1 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-4X Window System Resize, Rotate and ii libxrender11:0.9.0.2-1 X Rendering Extension
Bug#353081: [Pkg-spca5xx-devel] Bug#353081: spca5xx-modules-2.6-686: Version 20060202 available
Stéphane Rosi wrote: Package: spca5xx-modules-2.6-686 Version: 20060101+1 Severity: wishlist Hi, Just to tell that version 20060202 of the driver is now available. It supports a lot of new webcams, included mine! ;) Could update the package? Thanks! The new upstream is packaged and ready for upload, so it should not be too far away ;) Thanks, Kel.
Bug#254113: (forw) Re: Bug#254113: New version of ttf-freefont to test
I remember complaints of similar nature a while ago, though I indeed don't remember corresponding with anyone here listed as recipient of this email. Is there a possibility that I automatically receive bug reports concerning this Debian package? Yes, you can subscribe to the package bug reports pseudo mailing list on: http://packages.qa.debian.org/t/ttf-freefont.html See the Subscription - Package Tracking System part on the left There is an interesting observation in the email you forward below - it looks like the problem existed in some very old releases, then was seemingly correct in some intermediate releases, and then again reappeared. Is my understanding correct? This makes it even more weird in the first place, but will perhaps help us lead to the source of the problem. Thanks for having a look, sure. It seems that this issue annoys a lot of potential users of the font package and getting upstream maintainer's yeyes on it is certainly a good idea. On http://bugs.debian.org/ttf-freefont, you'll find all current issues about ttf-freefont. There are not much left opened but I think another bug also deserves to have some investigation: #255569: ttf-freefont: Freemono font no longer recognized as a monospace font (http://bugs.debian.org/255569) Please notice that the maintainer of the ttf-freefont package was Konstantinos Margaritis up to now. However, he will be unavailable for the next months because of his military service in Greece. I will probably try to maintain the package as much as I can in the meantime but I'm not a font guy so your help would definitely be a big improvement. We (Debian) deeply count on freefont as the soon to come graphical installer will try using it for as many languages as possible... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353084: (no subject)
Le jeudi 16 février 2006 à 02:43 +, Sam Morris a écrit : Subject: gnome-session: I'm seeing this too Followup-For: Bug #305471 Package: gnome-session Version: 2.12.0-4 I am now seeing this too. Instead of the confirmation dialog, the X server just locks up. The mouse moves but the buttons don't work and I can't type anything. I switched to a tty and tried to run xlsclients, but it just hung while, waiting for the X server to respond. Switching back to X's virtual terminal revealed an screen that was black except for the mouse pointer. Is there anything relevant in ~/.xsession-errors or /var/log/Xorg.0.log ? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#353099: manpages-fr: du(1) translation is outdated
Package: manpages-fr Version: 1.67.0-1 Severity: normal Tags: l10n Hi, The french du(1) manpage misses the --apparent-size option documentation. Regards, Samuel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- Samuel Thibault [EMAIL PROTECTED] Créer une hiérarchie supplementaire pour remedier à un problème (?) de dispersion est d'une logique digne des Shadocks. * BT in: Guide du Cabaliste Usenet - La Cabale vote oui (les Shadocks aussi) *
Bug#353052: udev: can't burn using SCSI cdroms
[EMAIL PROTECTED] (Marco d'Itri) wrote: Please report the content of the type file in the sysfs directory of the device. (find /sys/ -name type | grep 0:0:0:0 may help, or may not.) Here is the output of the previous command /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/type The problem is only that cdrecord cannot open /dev/pg* and cannot see the device it should use. I can still mount cdroms and access their contents. Jérôme
Bug#353004: backup-manager: Please package latest version (currently 0.7.1)
* Jérôme Warnier ([EMAIL PROTECTED]) disait : I'm going to package 0.7.1 as soon as possible, but also have to provide 0.6.1 which is a bugfix of the stable release 0.6. You don't have to, as 0.6 never got into stable. You are free to do as you want. But 0.6 has been backported to sarge, and I want 0.6.1 to be backported too. -- Alexis Sukrieh [EMAIL PROTECTED] 0x1EE5DD34 Debian http://www.debian.org Backup Manager http://www.backup-manager.org
Bug#277864: Follow-up #2 (now it's working?!)
I just re-upgraded to 1.5.11+cvs20060126-1 after reading the message at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351337;msg=23 and for some reason mutt isn't segfaulting *now*. I've made a few changes to .mutt/* since the follow-up e-mail, but even after reverting those changes I cannot get Mutt to segfault at the Sorting Mailbox step (specified incorrectly above--oops). Since that initial email my IMAP server (Cyrus) has been upgraded to the newest version in unstable, but other than that nothing has changed. I'd love to get Mutt to fail again to try to help track down this bug but now it is working as it should. If the segfaults return, I'll utlize the advice given by Mr. Walker. signature.asc Description: Digital signature
Bug#353094: zaptel-source: Please package version 1.2.4
On Thu, Feb 16, 2006 at 08:34:55AM +0100, Alessandro Polverini wrote: Package: zaptel-source Version: 1:1.2.3-1.sarge.1 Severity: wishlist Hello, version 1.2.4 is out. From the changelog: This release contains a number of bug fixes, along some with new functionality: Working on it. It is basically ready and I'm checking that it can build. * The driver for the Xorcom Astribank has been incorporated into this distribution. Xorcom will provide primary support and driver maintenance for customers using this product. No longer any need for xpp.dpatch :-) -- Tzafrir Cohen icq#16849755 +972-50-7952406 [EMAIL PROTECTED] http://www.xorcom.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254113: Processed: closing 254113
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Feb 16, 2006 at 06:47:48AM +0100, Christian Perrier wrote: Quoting Debian Bug Tracking System ([EMAIL PROTECTED]): Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.11 # according to the bug log, does not affect sarge; do not reopen, read the version-tracking docs! close 254113 20031008-1.1 Bug#254113: Extra space between lines in new version of ttf-freefont 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug#254670: (no subject) Bug marked as fixed in version 20031008-1.1, send any further explanations to Josh Triplett [EMAIL PROTECTED] As Steve mentioned to me on IRC, I probably need more understanding of version trancking. However, I find some strange logic here. This bug is present in the current version of the package in unstable (either 20051206-2 or 20060126-1 I uploaded yesterday). So, having it NOT displayed among unfixed issues on bugs.debian.org/ttf-freefont is kinda puzzling to me. In short, I find closing a bug *that is present in the most recent version of a package* really strange and disturbing and I really do not see the rationale doing so. http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=ttf-freefontdist=unstable I think it's a bug that the bts doesn't use dist=unstable by default. I'm not sure if it's actually been reported against debbugs, though. After all, if the bug is really RC, you don't want the current version to enter testing, do you? I'm pretty sure that the list exported by the bts does take dist=unstable into account. OK, someone reported that the bug is not in 20031008, finebut this version isn't present in any of our currently supported releases (except woodye?). Uh, 20031008-1.1 is the version in sarge. And so far, the BTS has only recorded that it's reported in 20051206-1 and 20051206-2, whereas testing has 20051102-2. So the bug is at least not reported to affect either sarge or etch at this point. - -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFD9DVBKN6ufymYLloRAtkSAKC28NruX1MMJRI/mrt/DOy5mOp/AQCgzXRX cqLoAyH/ZqTxERg6zVhByws= =Rpxu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353100: coreutils: du's -B option should be better documented.
Package: coreutils Version: 5.2.1-2.1 Severity: normal Hi, By reading the manpage, I though that -B xyz option allowed to set the block size to be use for computing the disk usage _if the block size of the disk was xyz_. Actually, it lets change the size of blocks for display count only. This should be better documented, something like: -B, --block-size=SIZE display size in number of SIZE-byte blocks Regards, Samuel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages coreutils depends on: ii libacl1 2.2.34-1 Access control list shared library ii libc6 2.3.6-1GNU C Library: Shared libraries an coreutils recommends no packages. -- no debconf information -- Samuel Thibault [EMAIL PROTECTED] bah moi j'aime bien le flash et je cherche plus a comprendre crosoft. Ca plante : je reinstalle Ca à le mérite de créer des emplois jeunes : réinstalleur de crosoft -+- BD in NPC : Bill Gates au secours de l'emploi -+-
Bug#353052: udev: can't burn using SCSI cdroms
On Feb 16, Jérôme LELONG [EMAIL PROTECTED] wrote: Please report the content of the type file in the sysfs directory of the device. (find /sys/ -name type | grep 0:0:0:0 may help, or may not.) Here is the output of the previous command /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/type I asked for the file content. -- ciao, Marco signature.asc Description: Digital signature
Bug#353101: bindgraph: FTBFS: can't parse dependency
Package: bindgraph Version: 0.2-4 Severity: serious From my pbuilder build log: ... dh_shlibdeps dh_gencontrol dpkg-gencontrol: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) ... dpkg-gencontrol: warning: can't parse dependency httpd bind9 dpkg-gencontrol: error: error occoured while parsing Recommends dh_gencontrol: command returned error code 2304 make: *** [binary-indep] Error 1 -- Daniel Schepler
Bug#353052: udev: can't burn using SCSI cdroms
On Thu, 16 Feb 2006 09:34:16 +0100, [EMAIL PROTECTED] (Marco d'Itri) wrote: /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/type I asked for the file content. Sorry, this file simply contents the number 0 and that's all. Jérôme
Bug#353087: udev: minor typo in postinst script
reassign 353087 initramfs-tools thanks On Feb 16, Romain Beauxis [EMAIL PROTECTED] wrote: Hi! From today's upgrade, I get: Paramétrage de udev (0.084-5) ... /boot/initrd.img-2.6.15-1-powerpc was been altered. Cannot update. Not my package. -- ciao, Marco signature.asc Description: Digital signature
Bug#353067: GTK+ 2.8.12 breaks alignment semantics
Le mercredi 15 février 2006 à 19:34 -0600, Joe Wreschnig a écrit : severity 353067 important thanks Joss, it's one thing to think it's not RC. It's another thing to downgrade the bug to below the level it would be at if it was just affecting one package, after the actual maintainer has downgraded it already, and then accompany the change with a non-constructive message. First, thanks to the BTS' slowness, I hadn't received Sébastien's reply before answering. Second, I still think this bug is of minor or normal severity - but I won't go against the primary maintainer's decision, of course. Third, please stop babbling about the API change, this is *not* an API change, this is an *UI bug*. Believe me, if the API had changed, there would be more trouble than a few glitches in applications. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#353039: dovecot-imapd: please include module DRAC
Il giorno mer, 15/02/2006 alle 21.53 +0100, IOhannes m zmoelnig ha scritto: btw, would it be possible to set the modules-path to something different than /usr/lib/dovecot/imap (in the default dovecot.conf) when /usr/lib/dovecot/imap is already an executable? This change has been already done in unstable, and now the modules path is /usr/lib/dovecot/modules/{imap,pop3} by default. Bye, -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa parte del messaggio è firmata
Bug#335266: openoffice.org-common: Dependancy on openoffice.org-l10n-en-us
Package: openoffice.org-common Version: 2.0.1-2 Followup-For: Bug #335266 On Sun, 23 Oct 2005 02:09:59 +0200, Simon Paillard reportbugged: For non-english users, I think you mean non-American users. English (British) and English (Australian) users also have the same problem. :) On Wed, 14 Dec 2005 14:55:27 +0100, Tom Parker added: This bug is still present in 2.0.0-5. Any progress? Ditto 2.0.1... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (495, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages openoffice.org-common depends on: ii dictionaries-common [openoffi 0.65.0 Common utilities for spelling dict ii openoffice.org-core 2.0.1-2OpenOffice.org office suite archit ii openoffice.org-l10n-en-us 2.0.1-2English_american language package ii python2.3.5-5An interactive high-level object-o ii xml-core 0.09 XML infrastructure and XML catalog openoffice.org-common recommends no packages. -- no debconf information -- __ Michael Deegan, Unix Server Administrator, Murdoch University. Ph +61893606967 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353052: udev: can't burn using SCSI cdroms
On Thu, 16 Feb 2006 09:51:46 +0100, [EMAIL PROTECTED] (Marco d'Itri) wrote: This would mean than your CD read is seen by the kernel as an hard disk. Considering that you also have a SATA disk and you reported no other files this looks very implausible. Please try to find the directory for your CD reader and its type file. I also have a file /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/type containing the number 5 Here is the type files in /sys/, /sys/class/net/sit0/type /sys/class/net/eth1/type /sys/class/net/eth0/type /sys/class/net/lo/type /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/type /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/type /sys/devices/pci:00/:00:1d.7/usb1/1-0:1.0/ep_81/type /sys/devices/pci:00/:00:1d.7/usb1/ep_00/type /sys/devices/pci:00/:00:1d.3/usb5/5-0:1.0/ep_81/type /sys/devices/pci:00/:00:1d.3/usb5/ep_00/type /sys/devices/pci:00/:00:1d.2/usb4/4-2/4-2:1.0/ep_81/type /sys/devices/pci:00/:00:1d.2/usb4/4-2/ep_00/type /sys/devices/pci:00/:00:1d.2/usb4/4-0:1.0/ep_81/type /sys/devices/pci:00/:00:1d.2/usb4/ep_00/type /sys/devices/pci:00/:00:1d.1/usb3/3-0:1.0/ep_81/type /sys/devices/pci:00/:00:1d.1/usb3/ep_00/type /sys/devices/pci:00/:00:1d.0/usb2/2-0:1.0/ep_81/type /sys/devices/pci:00/:00:1d.0/usb2/ep_00/type /sys/devices/platform/i8042/serio1/id/type /sys/devices/platform/i8042/serio0/id/type I hope it will help thanks a lot Jérôme
Bug#353108: john: newer version available
Package: john Version: 1.6-39 Severity: minor hi, just wanted to let you know (you probably already do) that a new upstream version is available cu robert -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (670, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#353071: rhythmbox: repeatedly dies with Illegal Instruction error, during startup
Hi, This is normal behavior of liboil, if you're running rhythmbox from gdb please use: handle SIGILL nostop noprint If you still get a crash in liboil, please try exporting: OIL_CPU_FLAGS=0 -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#353109: rzip: New upstream available
Package: rzip Severity: wishlist Hi Alec, just wanting to let you know that 2.1 is available.. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353107: known bug in samba server (sarge-version) that does not allow connect from OSX tiger clients.
Package: samba Version: 3.0.14a-3sarge Looks like samba included with debian-sarge has know bug witch affect that way that OSX tiger clients can't connect to server running debian sarge and samba. Error message is something like that: [2006/02/01 16:15:47, 0] rpc_parse/parse_prs.c:prs_mem_get(537) prs_mem_get: reading data of size 2 would overrun buffer. When trying to connect using macosx finder and finder also crashes. Solution: http://lists.backports.org/lurker/message/20051012.075120.c0685bd5.en.html Newer fix should be ported soon to samba, or else all samba (in sarge) is non usable for people that use OSX tiger. This should be fixed soon. -- Eero Volotinen,
Bug#353052: udev: can't burn using SCSI cdroms
On Feb 16, Jérôme LELONG [EMAIL PROTECTED] wrote: I also have a file /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/type containing the number 5 OK, I wonder why it works for red hat... You can fix this by adding 5 to the rule which loads sg in /etc/udev/hotplug.rules. -- ciao, Marco signature.asc Description: Digital signature
Bug#353105: judy: FTBFS: No rule to make target JudyLCount.lo
Package: judy Version: 1.0.1-5 Severity: serious From my pbuilder build log: ... if /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I.. -I../JudyCommon/-DJUDYL -UJU_64BIT -g -O2 -MT JudyLTables.lo -MD -MP -MF .deps/JudyLTables.Tpo -c -o JudyLTables.lo JudyLTables.c; \ then mv -f .deps/JudyLTables.Tpo .deps/JudyLTables.Plo; else rm -f .deps/JudyLTables.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I.. -I../JudyCommon/ -DJUDYL -UJU_64BIT -g -O2 -MT JudyLTables.lo -MD -MP -MF .deps/JudyLTables.Tpo -c JudyLTables.c -fPIC -DPIC -o .libs/JudyLTables.o gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I.. -I../JudyCommon/ -DJUDYL -UJU_64BIT -g -O2 -MT JudyLTables.lo -MD -MP -MF .deps/JudyLTables.Tpo -c JudyLTables.c -o JudyLTables.o /dev/null 21 make[4]: *** No rule to make target `JudyLCount.lo', needed by `libJudyL.la'. Stop. make[4]: Leaving directory `/tmp/buildd/judy-1.0.1/src/JudyL' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/judy-1.0.1/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/judy-1.0.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/judy-1.0.1' make: *** [build-stamp] Error 2 -- Daniel Schepler
Bug#353106: lxr-cvs: FTBFS: can't parse dependency
Package: lxr-cvs Version: 0.9.2-5 Severity: serious From my pbuilder build log: ... dh_shlibdeps dh_gencontrol dpkg-gencontrol: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-gencontrol: warning: can't parse dependency (mysql-server libdbd-mysql-perl) | (postgresql libdbd-pgsql) dpkg-gencontrol: error: error occoured while parsing Recommends dh_gencontrol: command returned error code 2304 make: *** [binary-arch] Error 1 That dependency line is completely broken. -- Daniel Schepler
Bug#319005: import fails to map .deb files to backends
severity 319005 important thanks #include hallo.h * Steve Langasek [Wed, Feb 15 2006, 11:03:13PM]: If there's a reason for this bug to be RC, it would seem to have to be makes the package unusable or mostly so, since there's no policy violation here and there's no opinion from the maintainer recorded in the bug log. And it doesn't sound like this is an unusable or mostly so bug. Ok. The package looks unmaintained but this part does not affect current users. Eduard.
Bug#346621: aewm++-goodies: FTBFS: build-depends on removed xlibs-dev
reopen 346621 quit This bug has not been fixed; there has been no re-upload of aewm++-goodies, the package in the archive still build-depends on xlibs-dev. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#353106: lxr-cvs: FTBFS: can't parse dependency
Daniel Schepler wrote: Package: lxr-cvs Version: 0.9.2-5 Severity: serious From my pbuilder build log: ... dh_shlibdeps dh_gencontrol dpkg-gencontrol: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-gencontrol: warning: can't parse dependency (mysql-server libdbd-mysql-perl) | (postgresql libdbd-pgsql) dpkg-gencontrol: error: error occoured while parsing Recommends dh_gencontrol: command returned error code 2304 make: *** [binary-arch] Error 1 That dependency line is completely broken. Could you send me your dependency line? The dependency line is partially built at build-time by debhelper package. Could you give me the version of your debhelper. Maybe the newer debhelper is not compatible with (maybe broken) old dependencies variables. Anyway I think I will upload the new updated version in next weeks, modified according the newer debian policies. Thank for the report! ciao cate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352783: scsi-idle: please convert to SG_IO for kernel 2.6
#include hallo.h * [EMAIL PROTECTED] [Tue, Feb 14 2006, 10:05:04AM]: Feb 13 22:51:11 slug kernel: program scsi-idle is using a deprecated SCSI ioctl, please convert it to SG_IO Feb 13 22:51:11 slug kernel: ioctl_internal_command: ILLEGAL REQUEST asc=0x24 ascq=0x0 It seems that it isn't spinning own disks either. Could the program be updated to work with kernel 2.6? Maybe... where did you get the other patch? How did they use it? Any source code for the client program? Eduard. -- Russian roulette for linux: [ $[ $RANDOM % 6 ] == 0 ] rm -rf / || echo Still breathing, eh? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352658: gnome-media: Solved!
Hi, Thanks for the feedback, this looks like a sensible explanation. I'm afraid we can't do much to guard against this problem, ideas are welcome. OK, maybe the hint in the error dialog of gnome-volume-control could point to the gstreamer-properties setup. Also, there were quite a couple of other bug reports about this issue, maybe they should be merged. -- Kind regards, Manuel Bilderbeek This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a reply message. Thank you for your cooperation.
Bug#353102: drgeo-doc: FTBFS: can't parse dependency ' '
Package: drgeo-doc Version: 1.5-2 Severity: serious From my pbuilder build log: ... dh_shlibdeps dh_gencontrol dpkg-gencontrol: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-gencontrol: warning: unknown information field `C1 Recommands' in input data in package's section of control info file dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends} dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends} dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-gencontrol: warning: can't parse dependency dpkg-gencontrol: error: error occoured while parsing Depends dh_gencontrol: command returned error code 2304 make: *** [binary-indep] Error 1 Using cat -A reveals that the can't parse dependency line ends with two spaces, indicating that it's actually having trouble with a dependency consisting of just a space. -- Daniel Schepler
Bug#353104: fig2sty: FTBFS with new make
Package: fig2sty Version: 1:0.1-6 Severity: serious From my pbuilder build log: ... # Add here commands to install the package into debian/fig2sty. install --mode=644 XFig.pm /tmp/buildd/fig2sty-0.1/debian/fig2sty/usr/share/perl5 install --mode=644 figtosty.sty /tmp/buildd/fig2sty-0.1/debian/fig2sty/usr/share/texmf/tex/latex/fig2sty pod2man fig2sty fig2sty.man pod2man --section=3pm XFig.pm XFig.man perl -ne 'BEGIN {$found = 0} \ if ($found) { \ print; \ } \ elsif (m{^#!\s*[^\s]+\s+(.*)$}) { \ print #! /usr/bin/perl $1\n; \ $found = 1; \ }' fig2sty fig2sty-fixed syntax error at -e line 2, near if syntax error at -e line 5, near elsif syntax error at -e line 8, near } Execution of -e aborted due to compilation errors. make: *** [install] Error 255 -- Daniel Schepler
Bug#352103: NMU Patch to fix this bug
On Wed, 2006-02-15 at 15:14 +0100, Javier Fernández-Sanguino Peña wrote: Hi there. I hope you don't mind me being a little bit picky, but I think it helps you hone your skills :-) I've certainly picked up a couple of pointers. I'm pretty sure there are libraries that do implement that function already. For exmaple, the 'daemon' package in Debian, which is based on libslack (see http://libslack.org/) already provides a number of library functions for daemons, such as daemon_pidfile (see http://libslack.org/manpages/daemon.3.html). Most of the code you want is already there (see daemon_construct_pidfile() and daemon_lock_pidfile() or daemon_pidfile_unlocked) A useful little library indeed, thanks for the pointer. It is very nice and elegant code. It's still not suitable for wholesale inclusion as it has its own memory management routines that are used in daemon_construct_pidfile and daemon_pidfile_unlocked, but I've managed to reuse the daemon_lock_pidfile function with a couple of small wrappers to do the job. The patch is now back down to the size/scope that I consider appropriate for a NMU, I agree that the previous patch was getting a little unwieldy and rough, my apologies. Would you mind looking up how daemon() does this and maybe implement a similar solution? Please see the attached patch. Cheers -- Matt Brown [EMAIL PROTECTED] Mob +64 21 611 544 www.mattb.net.nz diff -ur portreserve-0.0.0/debian/changelog portreserve-0.0.0-matt/debian/changelog --- portreserve-0.0.0/debian/changelog 2006-02-12 11:07:31.0 + +++ portreserve-0.0.0-matt/debian/changelog 2006-02-16 08:42:01.0 + @@ -1,3 +1,15 @@ +portreserve (0.0.0-2.1) unstable; urgency=low + + * Non-maintainer upload + * Fixed minor init script bugs (Closes: #352103) +- Use -z instead of -n to test list of service files +- Use $NAME instead of the undefined $prog in the pidfile name + * Reworked portreserve pidfile handling +- Utilise functions from libslack to safely create and lock pidfile +- Remove pidfile when program exits cleanly + + -- Matt Brown [EMAIL PROTECTED] Thu, 16 Feb 2006 21:41:33 +1300 + portreserve (0.0.0-2) unstable; urgency=low * Added xmlto to Build-Depends (Closes: #337848) diff -ur portreserve-0.0.0/debian/portreserve.init portreserve-0.0.0-matt/debian/portreserve.init --- portreserve-0.0.0/debian/portreserve.init 2006-02-12 11:07:31.0 + +++ portreserve-0.0.0-matt/debian/portreserve.init 2006-02-15 11:43:34.0 + @@ -11,7 +11,7 @@ test -f $DAEMON || exit 0 NAME=`basename $DAEMON` -PIDFILE=/var/run/$prog.pid +PIDFILE=/var/run/$NAME.pid running() { @@ -22,8 +22,8 @@ # No pid, probably no daemon present [ -z $pid ] return 1 [ ! -d /proc/$pid ] return 1 -cmd=`cat /proc/$pid/cmdline | tr \000 \n|head -n 1 |cut -d : -f 1` - +cmdline=`cat /proc/$pid/cmdline | tr \000 \n|head -n 1 |cut -d : -f 1` +cmd=`basename $cmdline` [ $cmd != $NAME ] return 1 return 0 } @@ -36,7 +36,7 @@ if [ ! -d /etc/portreserve ] ; then return 1 fi - if [ -n `find /etc/portreserve \! -name *~ -a \! -name *.* -type f` ] ; then + if [ -z `find /etc/portreserve \! -name *~ -a \! -name *.* -type f` ] ; then return 1 fi return 0 Only in portreserve-0.0.0-matt/: .deps Only in portreserve-0.0.0: portreserve.spec diff -ur portreserve-0.0.0/src/portreserve.c portreserve-0.0.0-matt/src/portreserve.c --- portreserve-0.0.0/src/portreserve.c 2003-09-03 14:12:52.0 + +++ portreserve-0.0.0-matt/src/portreserve.c 2006-02-16 08:34:09.0 + @@ -64,7 +64,13 @@ # include unistd.h #endif +#include signal.h +#include sys/types.h +#include sys/stat.h +#include fcntl.h + #define UNIX_SOCKET /var/run/portreserve/socket +#define PIDFILE /var/run/portreserve.pid struct map { struct map *next; @@ -264,9 +270,85 @@ return 0; } +/* daemon_lock_pidfile and fcntl_lock taken from libslack + * Copyright (C) 1999-2004 raf [EMAIL PROTECTED] + * Licensed under the GPL + */ +int +fcntl_lock(int fd, int cmd, int type, int whence, int start, int len) +{ +struct flock lock[1]; + +lock-l_type = type; +lock-l_whence = whence; +lock-l_start = start; +lock-l_len = len; + +return fcntl(fd, cmd, lock); +} + +static int +daemon_lock_pidfile(char *pidfile) +{ +mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH; +int pid_fd; + +/* This is broken over NFS (Linux). So pidfiles must reside locally. */ + +if ((pid_fd = open(pidfile, O_RDWR | O_CREAT | O_EXCL, mode)) == -1) +{ +if (errno != EEXIST) +return -1; + +/* +** The pidfile already exists. Is it locked? +** If so, another invocation is still alive. +** If not, the invocation that created it has died. +** Open the pidfile to attempt a lock. +
Bug#353052: udev: can't burn using SCSI cdroms
On Feb 16, Jérôme LELONG [EMAIL PROTECTED] wrote: /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/type I asked for the file content. Sorry, this file simply contents the number 0 and that's all. This would mean than your CD read is seen by the kernel as an hard disk. Considering that you also have a SATA disk and you reported no other files this looks very implausible. Please try to find the directory for your CD reader and its type file. -- ciao, Marco signature.asc Description: Digital signature
Bug#352658: gnome-media: Solved!
Hi, On Thu, Feb 16, 2006, Manuel Bilderbeek wrote: I didn't try downgrading, but I did find the solution on some Gentoo forum. The whole problem seems to be caused by the installation of Linux kernel 2.6.15. It seems that it doesn't load any OSS modules anymore. The solution: $ sudo apt-get install gnome-media (if you didn't have it already) $ sudo apt-get install gstreamer0.8-alsa (not 100% sure this is necessary) $ gstreamer-properties Now select ALSA Sink or Autodetect instead of OSS Sink. After this, remove the gnome-volume-control from the panel and add it again and voila: it works! So, the problem is there if you still use an OSS setting (and used OSS before the kernel upgrade). Thanks for the feedback, this looks like a sensible explanation. I'm afraid we can't do much to guard against this problem, ideas are welcome. -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#353110: Privoxy freezes
Package: privoxy Version: 3.0.3-6 I just installed privoxy, leaving at the default configuration. I can access p.p well from my browser, but when I try to access http://config.privoxy.org/show-status?file=actionsindex=0, privoxy freezes. /var/log/privoxy/error.log has: *** glibc detected *** double free or corruption (out): 0x080b05b0 *** Privoxy is still in the process list, but when I try to restart it (/etc/init.d/privoxy restart), I get: Feb 16 10:18:42 Privoxy(b7deb6c0) Fatal error: can't bind to 127.0.0.1:8118: There may be another Privoxy or some other proxy running on port 8118 Netstat reports several threads listening to port 8118. I have to killall -9 privoxy instead before starting privoxy again. Thanks for all help in advance. ii libc6 2.3.6-1GNU C Library: Shared libraries and Timezone God bless, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353111: linux-image-2.6.15-1-sparc64-smp: 2.6.15 kernel can't find root disk /dev/sda1, won't boot
Package: linux-image-2.6.15-1-sparc64-smp Version: 2.6.15-4 Severity: grave Justification: renders package unusable 2.6.15 kernel won't boot, can't find root filesystem. Sun Ultra 2 UPA/SBus (2 X UltraSPARC-II 296MHz), No Keyboard OpenBoot 3.7, 640 MB memory installed, Serial #8541926. Ethernet address 8:0:20:82:56:e6, Host ID: 808256e6. full log on request udevd-event[3371]: run_program: exec of program '/lib/udev/udev_run_devd' failed udevd-event[3372]: run_program: exec of program '/lib/udev/udev_run_devd' failed Begin: Mounting root file system ... Begin: Running /scripts/local-top ... Done. ALERT! /dev/sda1 does not exist. Dropping to a shell! BusyBox v1.01 (Debian 1:1.01-4) Built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off / # -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-sparc64-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.15-1-sparc64-smp depends on: ii initramfs-tools [linux-initra 0.51 tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo linux-image-2.6.15-1-sparc64-smp recommends no packages. -- debconf information: linux-image-2.6.15-1-sparc64-smp/postinst/old-dir-initrd-link-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/prerm/removing-running-kernel-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/prerm/would-invalidate-boot-loader-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/postinst/old-system-map-link-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/preinst/overwriting-modules-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/preinst/abort-install-2.6.15-1-sparc64-smp: linux-image-2.6.15-1-sparc64-smp/preinst/already-running-this-2.6.15-1-sparc64-smp: linux-image-2.6.15-1-sparc64-smp/preinst/failed-to-move-modules-2.6.15-1-sparc64-smp: linux-image-2.6.15-1-sparc64-smp/postinst/old-initrd-link-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/postinst/depmod-error-2.6.15-1-sparc64-smp: false linux-image-2.6.15-1-sparc64-smp/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-sparc64-smp/postinst/bootloader-test-error-2.6.15-1-sparc64-smp: linux-image-2.6.15-1-sparc64-smp/postinst/bootloader-error-2.6.15-1-sparc64-smp: linux-image-2.6.15-1-sparc64-smp/preinst/lilo-initrd-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/postinst/kimage-is-a-directory: linux-image-2.6.15-1-sparc64-smp/postinst/depmod-error-initrd-2.6.15-1-sparc64-smp: false linux-image-2.6.15-1-sparc64-smp/preinst/initrd-2.6.15-1-sparc64-smp: linux-image-2.6.15-1-sparc64-smp/preinst/elilo-initrd-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/preinst/abort-overwrite-2.6.15-1-sparc64-smp: linux-image-2.6.15-1-sparc64-smp/postinst/create-kimage-link-2.6.15-1-sparc64-smp: true linux-image-2.6.15-1-sparc64-smp/preinst/bootloader-initrd-2.6.15-1-sparc64-smp: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#208198: proposed bug fix
Package: nvidia-glx Version: 1.0.8178-2 Hello I think we can fix this bug very simply. This version of nvidia-glx diverts (among others) the following files: /usr/lib/libGL.so.1 This file is provided as a symlink to /usr/lib/libGL.so.1.0.8178. /usr/lib/libGL.so.1.2 This file isn't provided at all. But xlibmesa-gl-dev provides the file /usr/lib/libGL.so as a symlink to /usr/lib/libGL.so.1.2. So the only thing we have to do is adding the symlink /usr/lib/libGL.so.1.2 (pointing to /usr/lib/libGL.so.1.0.8178). Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351406: Rhythmbox: No volume slider, does not play radio stations or library music
tags 351406 + confirmed tags 351406 - unreproducible moreinfo stop Hi, This is a summary of resolution on all issues you reported: On sam, fév 04, 2006, Gary Koskenmaki wrote: I installed the latest Rhythbox package from unstable this morning (0.9.3). Since I did the volume slider in Rhythmbox is missing. Also, when double-clicking on a song in the music library the play button is highlighted but never advances. Neither does the music timer. I get no sound and Rhythmbox does not show up in the running processes in top. This was a missing installation of gstreamer0.10-alsa, which is presumably a synaptic + apt-get problem, and a dselect problem on installs and upgrades. During the Rhythmbox upgrade the volume applet in gnome crashed and had to be restarted. The volume slider no longer appears at the top of the desktop even after a reboot. I have no idea why the volume applet *crashed*, however since kernel 2.6.15 OSS isn't supported anymore, I suppose this is likely to be the cause of your problem. It's not clear how we're going to make this upgrade easy, but here's a simple workaround: - launch gstreamer-properties - choose Autodetect or Alsa as the sound output - restart the applet or your panel or logout Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#353103: dvipdfm-cjk: FTBFS with new make
Package: dvipdfm-cjk Version: 1:20021231-1 Severity: serious From my pbuilder build log: ... fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp # Add here commands to clean up after the build process. #-/usr/bin/make distclean #-test -r /usr/share/misc/config.sub \ cp -f /usr/share/misc/config.sub config.sub cp: cannot stat `/usr/share/misc/config.sub': No such file or directory make: *** [clean] Error 1 -- Daniel Schepler
Bug#353112: aranym_0.9.0final-1: FTBFS with current make due to fear of whitespace
Package: aranym Version: 0.9.0final-1 Severity: serious Justification: no longer builds from source The aranym package fails to build from source in unstable because newer versions of make handle whitespace before line continuation in a POSIX-compliant manner: [...] if [ xaratapif = xaratapif ]; then\ /usr/bin/install -c -s aratapif /build/buildd/aranym-0.9.0final/src/Unix/../../debian/tmp/usr/bin/aratapif;\ fi /bin/sh: -c: line 2: syntax error near unexpected token `fi' /bin/sh: -c: line 2: `fi' make[1]: *** [install] Error 2 make[1]: Leaving directory /build/buildd/aranym-0.9.0final/src/Unix' [...] A full build log can be found at http://buildd.debian.org/fetch.php?pkg=aranymarch=ia64ver=0.9.0final-1%2Bb1stamp=1140083173file=log. Please fix this makefile to put a space after then, so that make doesn't join the word to the following line. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#353113: avahi-daemon: Execute /etc/network/ip-up.d/zeroconf in the background?
Package: avahi-daemon Version: 0.6.6-1 Severity: wishlist ifup, including at boot time, takes very long time now due to the fact that the execution of /etc/network/ip-up.d/zeroconf can take as long as minutes, at least on my system. Would it be possible to run it in the background? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages avahi-daemon depends on: ii adduser 3.80 Add and remove users and groups ii dbus 0.60-5 simple interprocess messaging syst ii libavahi-common3 0.6.6-1Avahi common library ii libavahi-core30.6.6-1Avahi's embeddable mDNS/DNS-SD lib ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libdaemon00.10-1 lightweight C library for daemons ii libdbus-1-2 0.60-5 simple interprocess messaging syst ii libexpat1 1.95.8-3 XML parsing C library - runtime li Versions of packages avahi-daemon recommends: ii libnss-mdns 0.7-1 NSS module for Multicast DNS name -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304489: gnome-volume-control
tags 304489 + moreinfo stop Hi, On mer, avr 13, 2005, Nikolay Kichukov wrote: All my mixer settings are no longer available. I still can adjust the PCM, microphone, synth, iGain, etc, but Volume, Bass, Tremble - disappeared. I tried all my working perfectly before kernels: 2.4.26, 2.4.27 I also compiled latest kernel 2.4.30 - no luck. I tried with the 2.6.9 - no luck either, and finally I compiled 2.6.11 - same story. I changed the distribution to sarge(unstable) to see if that will bring me any hopes, but I am still stuck with very low quality sound. Does your kernel include support for OSS and / or ALSA? Did you configure GStreamer to use OSS / ALSA ? This can be done with gstreamer-properties in the gnome-media package. Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#305943: gnome-volume-control: volume must be adjusted after being unmuted
Hi, On ven, avr 22, 2005, Matt Kraai wrote: When I log in, the Master volume is muted and set to the maximum. When I unmute it, no sound is produced. Once I change the volume level, it starts producing sound. Does this still happen? Are you using ALSA or OSS? (gstreamer-properties in gnome-media will help you choosing between these). Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#335483: cupsys-driver-gutenprint: EPSON Stylus Color 600 stopped working after switching to Gutenprint
Hi Roger, thanks for the information. I'll just provide some basic information and will try to find out more when I have more time at hand. Am Donnerstag, 16. Februar 2006 00:11 schrieb Roger Leigh: Dear Andreas, Please could you test if your EPSON Stylus Color 600 works with the current version of cupsys-driver-gutenprint (4.3.99+cvs20060121.dfsg.1-1)? I installed this version using aptitude. It seemed to find an existing configuration and looks OK in the cups web management application. There have been a number of changes to Gutenprint, CUPS and Ghostscript since you first reported this bug, and I hope that it now works correctly. Unfortunately, it doesn't. I first tried to print a web page from konqueror that would result in two printed pages, using a two pages per sheed layout. Interestingly, it started printing, but only about 3 passes of the printer head (in interleave mode). I compared, and indeed what I can see is the correct start of the page. After that, the printer just stopped and the print job vanished from the queue. I found the following output in /var/log/cups/error_log: E [16/Feb/2006:10:45:18 +0100] [Job 528] Gutenprint: Buffer overflow: limit 544, actual 558, count 31 E [16/Feb/2006:10:45:18 +0100] PID 12784 stopped with status 0! E [16/Feb/2006:10:48:05 +0100] [Job 529] Gutenprint: Buffer overflow: limit 544, actual 650, count 24 E [16/Feb/2006:10:48:05 +0100] PID 12846 stopped with status 0! E [16/Feb/2006:10:48:05 +0100] [Job 529] Back-channel read error - Input/output error! E [16/Feb/2006:10:49:14 +0100] [Job 530] Gutenprint: Buffer overflow: limit 544, actual 650, count 24 E [16/Feb/2006:10:49:14 +0100] PID 12861 stopped with status 0! E [16/Feb/2006:10:50:06 +0100] [Job 531] Gutenprint: Buffer overflow: limit 544, actual 650, count 24 E [16/Feb/2006:10:50:06 +0100] PID 12885 stopped with status 0! If you don't come up with a better idea, I'd delete the printer configuration, create the printer from scratch and retry. Yours, Andreas. pgpPyTNcHkVLh.pgp Description: PGP signature
Bug#339237: acknowledged by developer (Bug#339237: fixed in openalpp-cvs 20060217-1)
reopen 339237 thanks Changes: openalpp-cvs (20060217-1) unstable; urgency=low . * upstream sync (closes: #339237) that's pretty much not a fix. even no reply on Steve's question in the bug report. please comment. thanks, Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353114: libsidplay2 -- self-built packages have broken libsid*.la and miss hardsid driver
Package: libsidplay2 Version: 2.1.1-3.1 I have run into four separate issues of sidplay2, which are somewhat related to each other. Here is my method, which lead me into the troubles. I extract the source on an ubuntu dapper system like this: % apt-get source libsidplay2 This downloads patches the source. I now enter the directory: % cd sidplay-libs-2.1.1 % fakeroot debian/rules binary-arch This compiles a lot of packages and places them into the .. directory. My first issue: why is there no package for the hardsid builder? I have the catweasel mk4 card that is hardsid compatible. I run it with a custom kernel module. I have to do this in order to have the library on my system: % sudo cp -a debian/tmp/usr/lib/libhardsid-builder.* /usr/local/lib/ I also need to copy debian/tmp/usr/include/sidplay/builders/hardsid.h somewhere in /usr/local/include. After this, I must get the sources to sidplay and compile them. This compiling goes without issue, and sidplay has the --hardsid switch. Can't we have hardsid built by default? The library is minuscule and would be very useful for the handful of people that have hardware SIDs. My second issue with the packages is that I can't compile them twice. A whole bunch of directories become created in debian directory, one of them being debian/libsidplay-dev, and the scripts can't handle that. The directory remains even after a debian/rules clean. I need to rm -rf that directory manually or the build process with the fakeroot will fail. Finally, after having a bunch of packages built and after installing them, the libsidutils.la and libsidplay.la somehow ended up with paths that referred to the build environment, in effect somewhere under my home directory. I have not been able to reproduce this in a fresh extract of the sources, but it has happened at least once before. It could be that the scripts somehow make a mistake if I repeatedly recompile in the same debian source tree. Theorizing upon the previous issue, this is not something that the Debian maintainer normally does. I also noticed that the package needs to be built with g++-3.4 or it becomes seriously broken. I don't know if this is an issue with g++-4.0 (on amd64) or sidplay sources doing something not fully standards compatible. Songs play too fast, and sometimes just plain wrong, hard to say. The issues begin already in the 6502 emulation, because songs play too fast even when not using resid for playback. It could be due to some changes in the new aliasing optimizations, perhaps. -- Antti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353106: lxr-cvs: FTBFS: can't parse dependency
Steve Langasek wrote: On Thu, Feb 16, 2006 at 10:34:47AM +0100, Giacomo A. Catenazzi wrote: Daniel Schepler wrote: dpkg-gencontrol: error: error occoured while parsing Recommends dh_gencontrol: command returned error code 2304 make: *** [binary-arch] Error 1 That dependency line is completely broken. Could you send me your dependency line? He should have said recommends line rather than dependency line. He's right: the line is completely broken, and it's a line present verbatim in your source package. Ok. The '' should be replaced by ','. IIRC there was a problem with (A, B) | (C, D), but the '' is surely a very wrong solution. So I think i will upload tonight the correct Recommends version, and only later the new version (which require extensive testing). thanks cate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353106: lxr-cvs: FTBFS: can't parse dependency
On Thu, Feb 16, 2006 at 10:34:47AM +0100, Giacomo A. Catenazzi wrote: Daniel Schepler wrote: dpkg-gencontrol: error: error occoured while parsing Recommends dh_gencontrol: command returned error code 2304 make: *** [binary-arch] Error 1 That dependency line is completely broken. Could you send me your dependency line? He should have said recommends line rather than dependency line. He's right: the line is completely broken, and it's a line present verbatim in your source package. The dependency line is partially built at build-time by debhelper package. Could you give me the version of your debhelper. Maybe the newer debhelper is not compatible with (maybe broken) old dependencies variables. Anyway I think I will upload the new updated version in next weeks, modified according the newer debian policies. This is not a newer Debian policy; newer versions of dpkg are just stricter about requiring valid control files, which exposes this brown-paper-bag bug. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#353052: udev: can't burn using SCSI cdroms
On Thu, 16 Feb 2006 10:17:45 +0100, [EMAIL PROTECTED] (Marco d'Itri) wrote: OK, I wonder why it works for red hat... You can fix this by adding 5 to the rule which loads sg in /etc/udev/hotplug.rules. Thanks for all, now it works straightaway Jérôme -- Jérôme LELONG CERMICS ENPC tel: 01 64 15 35 75 http://cermics.enpc.fr/~lelong
Bug#353117: ITP: libphp-xajax -- A PHP library to develop Ajax applications
Package: wnpp Severity: wishlist Owner: David Gil [EMAIL PROTECTED] * Package name : libphp-xajax Version : 0.2 Upstream Authors : Jared White [EMAIL PROTECTED] J. Max Wilson [EMAIL PROTECTED] * URL : http://www.xajaxproject.org/ * License : LGPL Description : A PHP library to develop Ajax applications xajax is a PHP library that you can include in your PHP scripts to provide an easy way for Web pages to call PHP functions or object methods using Ajax (Asynchronous Javascript And XML). Simply register one or more functions/methods with the xajax object that return a proper XML response using the supplied response class, add a statement in your HTML header to print the Javascript include, and run a request processor prior to outputting any HTML. Then add some simple Javascript function calls to your HTML, and xajax takes care of the rest! xajax includes a Javascript object to facilitate the communication between the browser and the server, and it can also be used as a Javascript library directly to simplify certain DOM and event manipulations. However, you can definitely choose to use a dedicated Javascript engine of your liking and integrate it with xajax's client/server communication features in a number of ways. More tightly-coupled integration will be forthcoming in a future version of xajax. The official xajax Web site is located at: http://www.xajaxproject.org Visit the xajax Forums at: http://community.xajaxproject.org to keep track of the latest news and participate in the community discussion. There is also a wiki with documentation, tips tricks, and other information located at: http://wiki.xajaxproject.org -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337926: gnome-media: gnome-volume-control/mixer_applet2 only persists partial settings
Hi, This is a followup for Debian bug http://bugs.debian.org/337926. On lun, nov 07, 2005, Roland Turner wrote: I'm not clear on whose responsibility it is to save/restore volume settings, but somewhere gnome is getting this wrong. The above two are my best guess. When I reboot, the Volume setting is retained, but the PCM setting is not, rendering the former useless as it is still neccessary to fire up gnome-volume-control to raise the PCM setting above zero to get any sound to play. Could you try again with ALSA (Debian kernels don't support OSS anymore)? You can swithc to ALSA by using gstreamer-properties from the gnome-media package. Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#352658: gnome-media: Solved!
reassign 351406 gnome-media severity 352658 important merge 351406 352658 retitle 351406 end of OSS support which was the default causes the mixer applet to fail using its configured OSS GStreamer mixer stop Hi, On jeu, fév 16, 2006, Bilderbeek, Manuel wrote: Also, there were quite a couple of other bug reports about this issue, maybe they should be merged. Could you be more specific? All I could find is #351406 against Rhythmbox. -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#352701: dovecot-imapd: closes imap connection
Hi, this _might_ be a mutt problem, I'am going to test this with etch later. regards bd -- BOFH excuse #289: Interference between the keyboard and the chair. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353111: linux-image-2.6.15-1-sparc64-smp: 2.6.15 kernel can't find root disk /dev/sda1, won't boot
Blars Blarson a écrit : Package: linux-image-2.6.15-1-sparc64-smp Version: 2.6.15-4 Severity: grave Justification: renders package unusable 2.6.15 kernel won't boot, can't find root filesystem. Sun Ultra 2 UPA/SBus (2 X UltraSPARC-II 296MHz), No Keyboard OpenBoot 3.7, 640 MB memory installed, Serial #8541926. Ethernet address 8:0:20:82:56:e6, Host ID: 808256e6. full log on request udevd-event[3371]: run_program: exec of program '/lib/udev/udev_run_devd' failed udevd-event[3372]: run_program: exec of program '/lib/udev/udev_run_devd' failed Begin: Mounting root file system ... Begin: Running /scripts/local-top ... Done. ALERT! /dev/sda1 does not exist. Dropping to a shell! BusyBox v1.01 (Debian 1:1.01-4) Built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off / # I have got the same problem on sparc32 the other day. It looks like the problem is in initramfs-tools, as using yaird fixed the problem. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353118: convert segfaults since security update
Package: imagemagick Version: 6:6.0.6.2-2.4 Severity: grave Tags: security with Version: 6:6.0.6.2-2.6 convert segfaults when converting an image. with 6:6.0.6.2-2.4 the file can be converted. Happens with any image we tested. attached a short strace Regards Torsten open(/etc/mtab, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=481, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000 read(3, /dev/sda1 / ext2 rw 0 0\nnone /pr..., 4096) = 481 close(3)= 0 munmap(0x40018000, 4096)= 0 brk(0) = 0x806b000 brk(0) = 0x806b000 brk(0x806a000) = 0x806a000 brk(0) = 0x806a000 open(/proc/meminfo, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = read(3, total:used:free:..., 4096) = 524 close(3)= 0 munmap(0x40018000, 4096)= 0 getrlimit(RLIMIT_NOFILE, {rlim_cur=8*1024, rlim_max=8*1024}) = 0 getcwd(/wpd/data/20990/1/fig, 4096) = 22 stat64(convert, 0xbfff7760) = -1 ENOENT (No such file or directory) stat64(nfm02031a040.tif, {st_mode=S_IFREG|0666, st_size=44972, ...}) = 0 access(nfm02031a040.tif, F_OK)= 0 stat64(/tmp/xxx.jpg, 0xbfff7760) = -1 ENOENT (No such file or directory) stat64(/tmp/xxx.jpg, 0xbfff5770) = -1 ENOENT (No such file or directory) stat64(/tmp/xxx.jpg, 0xbfff5770) = -1 ENOENT (No such file or directory) stat64(/tmp/xxx.jpg, 0xbfff5770) = -1 ENOENT (No such file or directory) time([1140084180]) = 1140084180 brk(0) = 0x806a000 brk(0x808b000) = 0x808b000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV (core dumped) +++ -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.19 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages imagemagick depends on: ii libmagick6 6:6.0.6.2-2.4 Image manipulation library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352213: rhythmbox: genre information has odd prefixes
Hi, On Sat, Feb 11, 2006, Hamish Moffatt wrote: Since upgrading rhythmbox recently some of my files are now listed with strange genres. For example I have some which have the genre (8). So in the genre listing, I see (8) (6), ie 6 tracks with the genre (8). Can you confirm this is fixed with gstreamer0.10-plugins-good version 0.10.2? Thanks, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#353119: Thick polygons always closed
Package: openoffice.org Version: 2.0.1-2 With Impress or Draw, when you draw an open polygon or Bezier curve and increase the line thickness (e.g. 0.1 cm) the shape is always drawn closed (whereas it was open with line thickness = 0). This behaviour was not observed with openoffice.org 1.1.3-9. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279799: ITA: libopengl-perl -- Perl module to display 3D data using OpenGL, GLU, GLUT, and GLX
retitle 279799 O: libopengl-perl -- Perl module to display 3D data using OpenGL, GLU, GLUT, and GLX noowner 279799 thanks On Fri, Jan 13, 2006 at 18:38:13 +0100, Matej Vela wrote: On Wed, Oct 05, 2005 at 14:37:41 +0200, Florian Ragwitz wrote: I also would like to maintain libopengl-perl, but I'm not sure yet if I can fix that RC bug. I haven't looked into it very deep, yet. Do you still intend to adopt libopengl-perl? (This is just a ping, I'm not interested in adopting it myself.) I haven't heard back from you, so I'm assuming you're no longer interested. If you are, feel free to retitle the bug again. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313175: test case for failing argp
Drew Parsons a écrit : Attached is a minimal test case showing the problem. Compile with gcc -o minargp minargp.c, run with somthing like ./minargp -r 15 to get argument value for -r = (null) repeat count has been set to 10 Expected behaviour: argument value for -r = 15 repeat count has been set to 15 Why is the argument value empty? Using ./minargp -r15 is working, but the documentation explicitly states that a space is allowed between the argument and the value. So it looks like a bug in the glibc. I will try to have a look when I find time. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348285: gnome: Can't detect volume control
reassign 348285 gnome-media stop Hi, On Sun, Jan 15, 2006, Joseph Smidt wrote: I installed etch from testing cd, then I upgraded to unstable. I put in an audio cd and the default audio player totem plays the cd but there is no sound. As soon as I rebooted the system an error message popped on the screen saying No volume control detected and the volume icon in gnome is a speaker with an x-ed out symbol. I take it that gnome can't detect a volume control so I hear no sound. Are you using OSS or ALSA for sound output? Could you try with a more recent GNOME and Kernel (2.6.15) to switch to ALSA with the gstreamer-properties program? (it's in gnome-media) Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#353113: avahi-daemon: Execute /etc/network/ip-up.d/zeroconf in the background?
reassign 353113 zeroconf thanks, On Thu, Feb 16, 2006 at 11:11:54AM +0100, Vincent Lönngren wrote: ifup, including at boot time, takes very long time now due to the fact that the execution of /etc/network/ip-up.d/zeroconf can take as long as minutes, at least on my system. Would it be possible to run it in the background? /etc/network/ip-up.d/zeroconf is part of the zeroconf package, not avahi :) Sjoerd -- The clearest way into the Universe is through a forest wilderness. -- John Muir
Bug#350026: gucharmap: missing french translation
Hi, On Thu, Jan 26, 2006, Jean-Michel wrote: Translating in french, U+2282 SUBSET OF might be sous ensemble de when LATIN SMALL LETTER E WITH CIRCUMFLEX might be e accent criconflexe minuscule This is the official Unicode description of the character, I don't think it is supposed to be translated: did you see this in a part of the UI which was translated for other characters? Could you explain how to reproduce this? Bye, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#306862: Intent to NMU ltrace (Re: IA64 Support for ltrace)
Re: Ian Wienand in [EMAIL PROTECTED] Cristoph; could you upload what I have done so far. I will merge in the architecture changes in a little while when this first update goes through and (hopefully!) doesn't break anything. Hi Ian, I've just uploaded ltrace. I created an orig.tar.gz to make a non-native package and changed .1 to -1. Also, since the package is not bootstrapped in CVS, there was an additional need for autoconf in the build depends. You might want to add a bootstrap script to the package (or debian/rules) to create a orig.tar.gz. The diff to CVS is here: Index: debian/changelog === RCS file: /cvsroot/ltrace/ltrace/debian/changelog,v retrieving revision 1.5 diff -u -p -r1.5 changelog --- debian/changelog16 Feb 2006 05:15:08 - 1.5 +++ debian/changelog16 Feb 2006 10:42:06 - @@ -1,5 +1,6 @@ -ltrace (0.3.37.1) unstable; urgency=low +ltrace (0.3.37-1) unstable; urgency=low + [ Ian Wienand ] * Non-maintainer upload * Start a friendly takeover from Juan * Closes: #127503,#280608 -- update man page typos @@ -11,7 +12,11 @@ ltrace (0.3.37.1) unstable; urgency=low * See upstream ChangeLog for other changes (mostly warning fixes) * Update README to point to Alioth home: http://ltrace.alioth.debian.org - -- Ian Wienand [EMAIL PROTECTED] Thu, 16 Feb 2006 11:51:32 +1100 + [ Christoph Berg ] + * Create non-native package. + * Add autoconf to build-depends. + + -- Ian Wienand [EMAIL PROTECTED] Thu, 16 Feb 2006 11:07:37 +0100 ltrace (0.3.36-2) unstable; urgency=low Index: debian/control === RCS file: /cvsroot/ltrace/ltrace/debian/control,v retrieving revision 1.2 diff -u -p -r1.2 control --- debian/control 16 Feb 2006 00:53:07 - 1.2 +++ debian/control 16 Feb 2006 10:42:06 - @@ -4,7 +4,7 @@ Priority: optional Maintainer: Juan Cespedes [EMAIL PROTECTED] Uploaders: Ian Wienand [EMAIL PROTECTED] Standards-Version: 3.6.1 -Build-Depends: binutils-dev, dpatch, libelfg0-dev +Build-Depends: binutils-dev, dpatch, libelfg0-dev, autoconf Package: ltrace Architecture: i386 arm m68k s390 powerpc sparc alpha amd64 Index: debian/rules === RCS file: /cvsroot/ltrace/ltrace/debian/rules,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 rules --- debian/rules15 Feb 2006 22:56:13 - 1.1.1.1 +++ debian/rules16 Feb 2006 10:42:06 - @@ -28,6 +28,7 @@ build:Makefile config.h Makefile config.h: configure Makefile.in config.h.in $(checkdir) + chmod +x configure ./configure --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc configure: configure.ac Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#353120: vimpart: please correct package description wrt KDevelop
Package: vimpart Version: 4:3.4.3-1 Severity: minor Hi, The package description says that KDevelop can use vimpart, but this has been deliberately disabled: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304836 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages vimpart depends on: ii kcontrol 4:3.5.1-1 control center for KDE ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-4 The Network Audio System (NAS). (s ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgcc1 1:4.0.2-9 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii vim-gtk [gvim]1:6.4-007+1Vi IMproved - enhanced vi editor - ii vim-perl [gvim] 1:6.4-007+1Vi IMproved - enhanced vi editor - ii zlib1g1:1.2.3-9 compression library - runtime vimpart recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353121: /usr/share/update-notifier/notify-reboot-required doesn't work
Package: update-notifier Version: 0.41.3-1 Severity: normal Hi, Running /usr/share/update-notifier/notify-reboot-required doesn't result in the applet notifying the user that he/she should reboot the system Sjoerd -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1) Versions of packages update-notifier depends on: ii dbus-1-utils 0.60-5simple interprocess messaging syst ii hal0.5.6-4 Hardware Abstraction Layer ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.10.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2 The Bonobo UI library ii libc6 2.3.6-1 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra ii libdbus-1-20.60-5simple interprocess messaging syst ii libdbus-glib-1 0.60-5simple interprocess messaging syst ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libgamin0 0.1.7-3 Client library for the gamin file ii libgconf2-42.12.1-9 GNOME configuration database syste ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libgnome-keyri 0.4.6-2 GNOME keyring services library ii libgnome2-02.12.0.1-5The GNOME 2 library - runtime file ii libgnomecanvas 2.12.0-2 A powerful object-oriented display ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-5 GNOME virtual file-system (runtime ii libgtk2.0-02.8.12-1 The GTK+ graphical user interface ii libhal10.5.6-4 Hardware Abstraction Layer - share ii libice66.9.0.dfsg.1-4Inter-Client Exchange library ii libnotify1 0.3.2-1 sends desktop notifications to a n ii liborbit2 1:2.12.4-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-4X Window System Session Management ii libx11-6 6.9.0.dfsg.1-4X Window System protocol client li ii libxcursor11.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-4X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4X Window System multi-head display ii libxml22.6.23.dfsg.1-0.1 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-4X Window System Resize, Rotate and ii libxrender11:0.9.0.2-1 X Rendering Extension client libra ii notification-d 0.3.4-1 a daemon that displays passive pop ii python 2.3.5-5 An interactive high-level object-o ii python-apt 0.6.16Python interface to libapt-pkg ii update-manager 0.41.1.dfsg+CVS20051105-2 GNOME application that manages apt ii zlib1g 1:1.2.3-9 compression library - runtime update-notifier recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336791: libxklavier regression
reopen 336791 2.1-0.1 stop On jeu, fév 09, 2006, Sam Morris wrote: found 336791 2.1-0.1 thanks I'm seeing this again with the version of libxklavier in unstable. -- Sam Morris http://robots.org.uk/ PGP key id 5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#335553: libEMF
Hello, One could argue that incuding it in debian would increase it's visability so get more people submitting patches to improve it. It would be nice to have in debian as then pstoedit could link to it and provide EMF output... however if the output is of poor quality I guess you are right. Also worth noteing that there was an earlier ITP for libemf (debian bug #168940). Alex Owen
Bug#348240: gdesklets: You need a recent version of PyGTK to run this program.
severity 348240 important tags 348240 + moreinfo stop Hi, On dim, jan 15, 2006, Knud Soerensen wrote: try: import pygtk pygtk.require(2.0) except StandardError: print _(You need a recent version of PyGTK to run this program.\n) sys.exit(1983) What's your python version (python -V)? Could you please run: update-alternatives --display py2.3gtk.py Thanks, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#353118: convert segfaults since security update
On Thu, Feb 16, 2006 at 11:22:27AM +0100, Torsten Neumann wrote: with Version: 6:6.0.6.2-2.6 convert segfaults when converting an image. with 6:6.0.6.2-2.4 the file can be converted. Happens with any image we tested. attached a short strace 2.6 appears to work fine for me. Can you please provide us with a sample image and the exact command line you're using? Did you put any custom configuration in .magick? Thanks, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353122: vimpart: fails to work; tries to use non-existant --caption option
Package: vimpart Version: 4:3.4.3-1 Severity: grave Justification: renders package unusable [EMAIL PROTECTED]:~$ kwrite VIM - Vi IMproved 6.4 (2005 Oct 15, compiled Feb 13 2006 02:15:22) Unknown option: --caption More info with: vim -h My Vim Embedding has vim set to /usr/bin/vim.gtk and Communication System set to Vim/X11 communication. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages vimpart depends on: ii kcontrol 4:3.5.1-1 control center for KDE ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-4 The Network Audio System (NAS). (s ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgcc1 1:4.0.2-9 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii vim-gtk [gvim]1:6.4-007+1Vi IMproved - enhanced vi editor - ii vim-perl [gvim] 1:6.4-007+1Vi IMproved - enhanced vi editor - ii zlib1g1:1.2.3-9 compression library - runtime vimpart recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353126: enemies-of-carlotta: should remove/rename any List-* header lines that are present already
Package: enemies-of-carlotta Version: 1.2.1-1 Severity: minor When EoC processes an email, it adds various List-* header lines. If, however, the original mail already had these, the old ones are neither removed nor renamed which could lead to confusion. I can trivially configure it to remove them all of course, but it might make more sense to implicitly add them to the list of headers to remove. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages enemies-of-carlotta depends on: ii procmail 3.22-15Versatile e-mail processor ii python2.3.5-5An interactive high-level object-o enemies-of-carlotta recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353123: linux-image-2.6.15-1-686-smp: initrd thinks root device doesn't exist following upgrade
Package: linux-image-2.6.15-1-686-smp Version: 2.6.15-6 Severity: grave Having got the usual message about upgrading to the same kernel version and having to reboot, I did so, and got this: ALERT! /dev/hda1 does not exist. Dropping to a shell! From the shell it dropped me into, I was able to determine that a device node /dev/hda1 did in fact exist, and I could mount it. I then spent some time working out how to get it to boot. Only after I had succeeded, reading the initrd scripts at leisure, did I find (and subsequently confirm) that simply quitting out of the shell would let it continue where it left off and boot as normal. So why is the device absent one moment and present the next? Please tell me it's not doing something braindead like populating /dev in the background and not waiting for it to finish... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.15-1-686-smp depends on: ii initramfs-tools [linux-initra 0.51 tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-686-smp recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.15-1-686-smp/preinst/elilo-initrd-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/create-kimage-link-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/bootloader-test-error-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/prerm/would-invalidate-boot-loader-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/depmod-error-initrd-2.6.15-1-686-smp: false linux-image-2.6.15-1-686-smp/postinst/old-dir-initrd-link-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/preinst/lilo-initrd-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/old-system-map-link-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/old-initrd-link-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/preinst/overwriting-modules-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/prerm/removing-running-kernel-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/kimage-is-a-directory: linux-image-2.6.15-1-686-smp/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-686-smp/preinst/failed-to-move-modules-2.6.15-1-686-smp: * linux-image-2.6.15-1-686-smp/preinst/already-running-this-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/abort-overwrite-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/abort-install-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/postinst/bootloader-error-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/initrd-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/bootloader-initrd-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/depmod-error-2.6.15-1-686-smp: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353125: enemies-of-carlotta: not \r\n clean
Package: enemies-of-carlotta Version: 1.2.1-1 Severity: minor After some testing of EoC I found that it mangles mail that conforms to rfc 822/2822 in that it has CRLF instead of just LF line terminators. To reproduce, create a real file like this: $ cat /tmp/mail EOF Subject: some meaningless subject To: [EMAIL PROTECTED] some text EOF Then convert it to MS-DOS style line endings (the format specified by RFC 822/2822), you can use unix2dos or flip -m for this. Now have EoC deliver it to some test mailing list unset: $ cat /tmp/mail | [EMAIL PROTECTED] [EMAIL PROTECTED] \ enemies-of-carlotta --incoming Now look into the archive of the list and observe that the message got mangled: List-Id: foo.localhost[LF] List-Help: mailto:[EMAIL PROTECTED][LF] List-Unsubscribe: mailto:[EMAIL PROTECTED][LF] List-Subscribe: mailto:[EMAIL PROTECTED][LF] List-Post: mailto:[EMAIL PROTECTED][LF] List-Owner: mailto:[EMAIL PROTECTED][LF] Precedence: bulk[LF] Subject: some meaningless subject[LF] To: [EMAIL PROTECTED][CRCRLF] some text[CRCRLF] [LF] --[LF] To unsubscribe, send mail to [EMAIL PROTECTED] pretty strange. Now, on exim this doesn't actually happen because it translates CRLF to LF when going into the pipe transport. I suppose other MTAs do similar munging. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages enemies-of-carlotta depends on: ii procmail 3.22-15Versatile e-mail processor ii python2.3.5-5An interactive high-level object-o enemies-of-carlotta recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353127: enemies-of-carlotta: incorrectly handles folded header lines
Package: enemies-of-carlotta Version: 1.2.1-1 Severity: normal The function remove_some_headers contains this code: remaining = [] add_continuation_lines = 0 for header in headers: pos = header.find(:) if pos == -1: if add_continuation_lines: remaining.append(header) else: [...] This messes up the header of an email if it looks like this: X-Comment: a folded header line containing a colon (:) here Now if I then try to have EoC remove all X-Comment header lines, it will keep the line containing a colon (:) here which will become part of another line later... The code should instead be like this: add_continuation_lines = 0 for header in headers: if header[0] in [' ','\t']: # this is a continuation line if add_continuation_lines: remaining.append(header) else: pos = header.find(:) if pos == -1: # malformed message, try to remove the junk add_continuation_lines = 0 continue name = header[:pos].lower() if name in headers_to_remove: add_continuation_lines = 0 else: add_continuation_lines = 1 remaining.append(header) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages enemies-of-carlotta depends on: ii procmail 3.22-15Versatile e-mail processor ii python2.3.5-5An interactive high-level object-o enemies-of-carlotta recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353124: O: cflow -- C function call hierarchy analyzer
Package: wnpp Severity: normal The current maintainer of cflow, Richard Braakman [EMAIL PROTECTED], has orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: cflow Binary: cflow Version: 2.0-17.1 Priority: optional Section: devel Maintainer: Richard Braakman [EMAIL PROTECTED] Architecture: any Standards-Version: 3.6.0 Format: 1.0 Directory: pool/main/c/cflow Files: 2940a8d08feaa35ff5e6e627130cc6ba 516 cflow_2.0-17.1.dsc f904c6d06261fd34d0f2651b6ee1be18 20101 cflow_2.0.orig.tar.gz 8af5db2f40256ba6d598ce088155f9dc 5458 cflow_2.0-17.1.diff.gz Package: cflow Priority: optional Section: devel Installed-Size: 112 Maintainer: Richard Braakman [EMAIL PROTECTED] Architecture: amd64 Version: 2.0-17.1 Depends: libc6 (= 2.3.2.ds1-4), debianutils (= 1.6) Filename: pool/main/c/cflow/cflow_2.0-17.1_amd64.deb Size: 19166 MD5sum: 411fc14f1d1cf7a6f9d5676b3176a619 Description: C function call hierarchy analyzer The cflow command reads the given program source and attempts to print a graph of the program's function call hierarchy to the standard output. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#353128: O: ftplib -- Library of callable ftp routines (development)
Package: wnpp Severity: normal The current maintainer of ftplib, Richard Braakman [EMAIL PROTECTED], has orphaned this package. Quoting Richard: I originally picked up ftplib (long ago) because it seemed like a useful idea, but these days libcurl does the same job much more thoroughly. I've never actually used ftplib, even in cases where I needed an ftp client library. In one case I actually ended up writing my own instead. (Last time I checked, some packages had started to depend on ftplib, so I couldn't just remove it. I asked why they chose it but didn't get a clear answer.) If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: ftplib Binary: ftplib-dev, ftplib3 Version: 3.1-1-5 Priority: optional Section: libs Maintainer: Richard Braakman [EMAIL PROTECTED] Build-Depends: python Architecture: any Standards-Version: 3.5.8 Format: 1.0 Directory: pool/main/f/ftplib Files: 6cbb6a9a88c14179f2e2969d8fd6c9b2 747 ftplib_3.1-1-5.dsc ae575db91fec89fb9d7e2d5cc4f8026a 90724 ftplib_3.1-1.orig.tar.gz 0d36813f21adfed3dc2c999de23a4d7e 7143 ftplib_3.1-1-5.diff.gz Package: ftplib-dev Priority: optional Section: libdevel Installed-Size: 328 Maintainer: Richard Braakman [EMAIL PROTECTED] Architecture: amd64 Source: ftplib Version: 3.1-1-5 Replaces: ftplib Depends: libc6 (= 2.3.2.ds1-4), ftplib3 (= 3.1-1-5) Conflicts: ftplib Filename: pool/main/f/ftplib/ftplib-dev_3.1-1-5_amd64.deb Size: 49978 MD5sum: efdcb7ca1cfbe6b379545dd56828a9e6 Description: Library of callable ftp routines (development) Ftplib makes it easier for C programmers to use file transfer in their programs. This package is required to compile and link programs that use ftplib. It includes an example command line utility for transferring files via ftp (RFC959). Package: ftplib3 Priority: optional Section: libs Installed-Size: 44 Maintainer: Richard Braakman [EMAIL PROTECTED] Architecture: amd64 Source: ftplib Version: 3.1-1-5 Replaces: ftplib Depends: libc6 (= 2.3.2.ds1-4) Conflicts: ftplib Filename: pool/main/f/ftplib/ftplib3_3.1-1-5_amd64.deb Size: 16082 MD5sum: 93b211dfcd96fb46414c2d7963a4f661 Description: Library of callable ftp routines Ftplib presents a convenient C interface for the standard File Transfer Protocol (FTP). It makes it easier for programmers to use file transfer in their programs. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#319005: import fails to map .deb files to backends
Steve Langasek wrote: Should this bug really be treated as RC? I don't understand what import means here, but it doesn't sound to me like that's the main function of apt-proxy, is it? If there's a reason for this bug to be RC, it would seem to have to be makes the package unusable or mostly so, since there's no policy violation here and there's no opinion from the maintainer recorded in the bug log. And it doesn't sound like this is an unusable or mostly so bug. apt-proxy is an proxy for debian packages. apt-proxy works like a charm when you have several machines in an intranet, all with the same packages, then, apt-proxy caches the packages locally. there is a tool called apt-proxy-import that allows the importing of existing packages, from a directory, or a set of directories. apt-proxy-import scans a directory or directories and compares to the repositories in the configuration and copies the valid packages into it's cache so that he will not download them from the internet. my english is a bit poor, so i will give you an example. you install a desktop box with 1000 packages. those packages remain in /var/cache/apt/archives directory in that machine, but you want to install like more 20 machines with exactly those packages, so, you set an apt-proxy, so that those machines don't go outside your network. But you already have the packages to install in your local network, but they are not in apt-proxy cache, they are in apt's cache. So you are going to get them with apt-proxy-import /var/cache/apt/archives and get all the packages for distributing them to the other machines. any questions? Apt-proxy is very useful, and octavio i think is an active developper ... best regards Luis Matos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301843: Agreed
This really is annoying. Has anyone seen a fix for this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352352: Letter instead of A4 in es_CO
On Sat, Feb 11, 2006 at 04:13:45PM +0100, Denis Barbier wrote: On Sat, Feb 11, 2006 at 08:11:31AM -0500, Jeff Bailey wrote: Package: belocs-locales-data Current es_CO has this for the Paper definition: LC_PAPER % FIXME height 297 % FIXME width210 END LC_PAPER I have received a bug report https://launchpad.net/distros/ubuntu/+source/langpack-locales/+bug/27622 that claims that this should be letter sized instead. [...] I am thus inclined to perform this change, tag it as a draft (with a reference to the bug report) until a more official source is provided. If other users from this country dislike this change, they will be pointed to this bugreport and hopefully be able to argue and provide some background information. There is a problem though, I could not find an email address for your bug submitter, which means that I will not be able to contact him if I am being told that this change has to be reverted. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353129: O: mpack -- tools for encoding/decoding MIME messages
Package: wnpp Severity: normal The current maintainer of mpack, Richard Braakman [EMAIL PROTECTED], has orphaned this package. Quoting Richard: mpack was important back when mail clients didn't have builtin mime handling. These days it's primarily used as a command-line alternative to the more interactive mail clients. It has two main functions, mime decoding and mime encoding. For decoding, I think uudeview is clearly superior. For encoding, there are some scripts based on the perl MIME libraries. Those aren't clearly superior, but mpack code is *ancient* and getting creaky. I think it needs a thorough security review too. (By the way, I've always gotten more questions about mpack from people trying to get it to work on Solaris than from Debian users :) If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: mpack Binary: mpack Version: 1.6-1 Priority: standard Section: mail Maintainer: Richard Braakman [EMAIL PROTECTED] Architecture: any Standards-Version: 3.6.0 Format: 1.0 Directory: pool/main/m/mpack Files: 2a7f5bc01ed4b22311ca0006d3b96ac2 703 mpack_1.6-1.dsc a70fa5afa76539a9afb70b9d81568fe8 179850 mpack_1.6.orig.tar.gz 2f68ad47d1cfc6ccde4df69e5e170d9e mpack_1.6-1.diff.gz Package: mpack Priority: standard Section: mail Installed-Size: 124 Maintainer: Richard Braakman [EMAIL PROTECTED] Architecture: amd64 Version: 1.6-1 Depends: libc6 (= 2.3.2.ds1-4) Suggests: mail-transport-agent, inewsinn | inews Filename: pool/main/m/mpack/mpack_1.6-1_amd64.deb Size: 39010 MD5sum: 2e07c413f8931e39b6a7cac9ad32e78f Description: tools for encoding/decoding MIME messages Mpack and munpack are utilities for encoding and decoding (respectively) binary files in MIME (Multipurpose Internet Mail Extensions) format mail messages. For compatibility with older forms of transferring binary files, the munpack program can also decode messages in split-uuencoded format. . Instead of munpack, the package maintainer recommends the more versatile package uudeview. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#353130: chinput: FTBFS: build-depends on non-existing package unicon-im
Package: chinput Version: 3.0.2-17 Severity: serious The chinput package build-depends on unicon-im, which does not exist in testing or unstable. This is a release-critical issue, please fix it at your earliest convenience. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#234848: Bug reports for texinfo (and 2 wishes)
Hi Karl! [my brains is twisted from following with gdb the course of info ...] On Mon, 13 Feb 2006, Karl Berry wrote: However, messing around with gdb, I surmise that the man page was being generated by this code at the end of info_get_node: See if that works for you ... (it's in CVS now) Unfortunately not. BUt I believe that I found the reason: FIrst: What do you get when you make man Top Second: I believe that the man page is created in the line BEFORE the changed stuff, so here: /* Look for the node. */ node = info_get_node_of_file_buffer (nodename, file_buffer); /* If the node not found was Top, try again with different case, unless this was a man page. */ if (!node strcasecmp (filename, MANPAGE_FILE_BUFFER_NAME) != 0 (nodename == NULL || strcasecmp (nodename, Top) == 0)) in the node = info_get_node_of_file_buffer (nodename, file_buffer); nodename = NULL file_buffer is something strange from this we enter info_get_node_of_file_buffer where nodename = Top because it was NULL, and then get_manpage_node (file_buffer, Top) is called. And I assume that this returns the manpage for Top, which is here on my system the same as man top. (Is it just me, or is this code really hard to follow?) REALLY HARD! Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BLITTERLESS The little slivers of bamboo picked off a cane chair by a nervous guest which litter the carpet beneath and tell the chair's owner that the whole piece of furniture is about to uncoil terribly and slowly until it resembles a giant pencil sharpening. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352103: NMU Patch to fix this bug
On Thu, Feb 16, 2006 at 09:52:24PM +1300, Matt Brown wrote: On Wed, 2006-02-15 at 15:14 +0100, Javier Fernández-Sanguino Peña wrote: The patch is now back down to the size/scope that I consider appropriate for a NMU, I agree that the previous patch was getting a little unwieldy and rough, my apologies. Looks much better. Although I consider file locking to be unnecesary, few daemons lock their pidfiles IIRC. But I guess it doesn't hurt. Would you mind looking up how daemon() does this and maybe implement a similar solution? Please see the attached patch. That one is cleaner and looks better. If you have tested that it works fine go ahead with the NMU, as for testing you should test if the pidfile is consistent in the following situations: - run 'portreserve start' twice, check # of portreserve instances. Stop port reserve. - run 'portreserve start' once, run 'portreserve', check # of instances and pidfile contents. Stop port reserve. There are other situations which could be tested out and which, I believe, the init.d script does not cover (like creating a stale pidfile when portreserve is not running, stopping portreseve and trying to start it again). Thanks for working on this, hope you don't mind my nit-picking. Javier signature.asc Description: Digital signature
Bug#347431: zeroconf: fails to remove file
Package: zeroconf Version: 0.6.1-1 Exactly the same happens with file /etc/network/if-up.d/zeroconf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352949: lmodern: Link to wishlist web page in README file is out-of-date
Down here in the Debian Bug Tracking System, we have a request to update the address of the web page Wishes for Latin Modern given in the Latin Modern's README file (version 0.99.3). [...] Thanks for considering this request Thanks, will be updated in the forthcoming release (this Spring) Cheers -- Jacko -- BOP s. c. ul. Bora-Komorowskiego 24, 80-377 Gdansk, Poland tel. (+48 58) 553 46 59, fax (+48 58) 511 03 81 [EMAIL PROTECTED], http://www.bop.com.pl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353131: avahi-daemon: Breaks network configuration
Package: avahi-daemon Version: 0.6.6-1 Severity: important This package breaks network configuration in a very obscure way. I've don't really understood what it does. I use static network configuration, I just know it assigned a 169.254. address to my ethernet card, then it worked partially giving a lot of connection problems. Also, ifconfig and route didn't work anymore as expected. Please, make it work out-of-the-box whatever it should do, or at least leave it disabled. Meanwhile don't recommend it in other packages. A lot of packages now depend or recommend it, so it's a big problem for upgrades. Best regards, Bernardo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353132: libquantum: FTBFS with new make
Package: libquantum Version: 0.2.4-1 Severity: serious From my pbuilder build log: ... /bin/sh ./libtool --mode=link i486-linux-gnu-gcc -rpath /usr/lib -version-info 5:1:2 -o libquantum.la complex.lo\ measure.lo matrix.lo gates.lo oaddn.lo omuln.lo expn.lo qft.lo\ classic.lo qureg.lo decoherence.lo qec.lo version.lo objcode.lo\ density.lo -lm libtool: link: `complex.lomeasure.lo' is not a valid libtool object make[1]: *** [libquantum.la] Error 1 make[1]: Leaving directory `/tmp/buildd/libquantum-0.2.4' make: *** [build-stamp] Error 2 Adding spaces before the backslashes on each line should fix this. -- Daniel Schepler
Bug#353133: libshell-posix-select-perl: FTBFS: test failures
Package: libshell-posix-select-perl Version: 0.05-1 Severity: serious From my pbuilder build log: ... fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k /usr/bin/make test make[1]: Entering directory `/tmp/buildd/libshell-posix-select-perl-0.05' PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/lib -Iblib/arch test.pl 1..19 Shell::POSIX::Select v0.05 Test Script TESTING GENERATED CODE AGAINST REFERENCE DATA ok 1 - alldefaults.cdump ok 2 - argv_heading.cdump ok 3 - arrayvar.cdump ok 4 - badvar.cdump ** Code dumps unequally sized for eslect: 6420 vs. 6415 not ok 5 - eslect.cdump # Failed test 'eslect.cdump' # in test.pl at line 257. Check eslect.cdump for clues ok 6 - localvar.cdump ok 7 - myvar.cdump ok 8 - nested2a.cdump ok 9 - nested2b.cdump ok 10 - nested2c.cdump ** Code dumps unequally sized for nested_heading_prompt: 12916 vs. 12855 not ok 11 - nested_heading_prompt.cdump # Failed test 'nested_heading_prompt.cdump' # in test.pl at line 257. Check nested_heading_prompt.cdump for clues ok 12 - no_decl_var.cdump ok 13 - novar.cdump ok 14 - ourvar.cdump ok 15 - prompt.nested.cdump ok 16 - refvar.cdump ok 17 - reply.cdump ok 18 - select2foreach.cdump ok 19 - sub2.cdump ** Please email the following files to [EMAIL PROTECTED] ** eslect.cdump Ref_Data/eslect.cdump_ref nested_heading_prompt.cdump Ref_Data/nested_heading_prompt.cdump_ref ** Please email the above files to [EMAIL PROTECTED] ** Test Finished # Looks like you failed 2 tests of 19. make[1]: *** [test_dynamic] Error 2 make[1]: Leaving directory `/tmp/buildd/libshell-posix-select-perl-0.05' make: *** [install-stamp] Error 2 -- Daniel Schepler
Bug#353134: libtest-builder-tester-perl: FTBFS with perl 5.8.8
Package: libtest-builder-tester-perl Version: 1.01-1 Severity: serious From my pbuilder build log: ... PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/01basic # Failed test 'testing failing' # in t/01basic.t at line 29. # STDERR is: # # Failed test 'should fail' # # in t/01basic.t at line 28. # # got: 'foo' # # expected: 'bar' # # not: # # Failed test (t/01basic.t at line 28) # # got: 'foo' # # expected: 'bar' # # as expected t/01basicFAILED test 6 Failed 1/6 tests, 83.33% okay ... Failed 5/18 tests, 72.22% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/01basic.t61 16.67% 6 t/05faildiag.t 52 40.00% 1-2 t/06errormess.t 125 41.67% 4 7-8 10 12 t/07args.t185 27.78% 4 7-8 15-16 Failed 4/7 test scripts, 42.86% okay. 13/49 subtests failed, 73.47% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/tmp/buildd/libtest-builder-tester-perl-1.01' make: *** [install] Error 2 It looks to me as if it's choking on cosmetic differences in test failure messages. -- Daniel Schepler
Bug#293810: reproducible
Hello folks, Wouldn't it be proper to remove the unreproducible flag, since this crash is quite common. And since it contains a patch it could be flagged as, well, +patch. And dunno about the upstream but it may even be fixed, so I don't have to force DSP to none My 2 'cents. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339237: acknowledged by developer (Bug#339237: fixed in openalpp-cvs 20060217-1)
Matthias Klose writes: reopen 339237 thanks Changes: openalpp-cvs (20060217-1) unstable; urgency=low . * upstream sync (closes: #339237) that's pretty much not a fix. even no reply on Steve's question in the bug report. please comment. I overlooked the question. Sorry about that and thanks for the reminder. Regarding the name, openalpp-cvs reflects the fact that the upstream do not do formal releases. However, the software has had a stable API during the past two years. My hunch is that it's not likely to change in the near future (library issued from research, fullfilling the needs and not evolving much). It would probably be appropriate to suffix it with 0 and do an independent library versioning to avoid ABI problems. I'd be tempted to leave the name as it is. The binary was recompiled on the latest unstable and since the upstream version changed I understood it was not necessary to prepend the c2a. Was I wrong ? Thanks for your help, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346438: clearsilver: package is sparse and almost completely useless
severity 338127 wishlist thanks On Sat, Jan 07, 2006 at 04:46:46PM -0700, Wesley J. Landaker wrote: The upstream clearsilver tarball includes everything that's needed to use the clearsilver system, namely: 1. C Libraries and Headers 2. Commandline Utilities 3. Language Bindings 4. Documentation (man pages, examples, etc) Currently, clearsilver in Debian is pretty empty. It doesn't include any C libraries or headres (even though the clearsilver-dev package description claims to), it doesn't include any of the useful command-line utilities, and it doesn't include any language bindings, except for a PARTIAL binding for python. This does not make it a policy violation, as stated in http://www.debian.org/Bugs/Developer#severities Please, do not inflate severities. We are working on improving the package. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.15|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Look, I don't mean to hurt your feelings, but I only date women of color. --Kevin Gnapoor (Mean Girls) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352162: patch
Package: tailor Followup-For: Bug #352162 --- /tmp/bzr.py 2005-11-10 14:44:41.0 +0100 +++ /usr/lib/python2.4/site-packages/vcpx/bzr.py2006-02-16 12:48:14.018507894 +0100 @@ -132,15 +132,15 @@ Add a whole subtree. -Use smart_add_branch() to add a whole new subtree to the +Use smart_add_tree() to add a whole new subtree to the repository. from os.path import join -from bzrlib.add import smart_add_branch +from bzrlib.add import smart_add_tree self.log.info('Recursively adding directory %s...', subdir) -smart_add_branch(self._b, [join(self.basedir, subdir)], recurse=True) +smart_add_tree(self._b, [join(self.basedir, subdir)], recurse=True) def _commit(self, date, author, patchname, changelog=None, entries=None): from time import mktime -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! windows 2000: designed for the internet. the internet: designed for unix. signature.asc Description: Digital signature (GPG/PGP)
Bug#352646: gnome-applets-data: Battstat report battery power when on AC
On Mon, Feb 13, 2006 at 09:18:17AM +0100, René Seindal wrote: root # acpi -V Battery 1: discharging, 100%, 10:00:00 remaining Thermal 1: ok, 45.0 degrees C AC Adapter 1: on-line Both Daniel's lshal output and Rene's acpi output indicate the same problem. The battery is full, the system is on AC power, but still it's discharging ? The battery applet assumes that if one of it's batteries is discharging it is not on AC power. Which causes the bug you guys have been seeing. I need to do some more investigation before i can determine who's at fault here (i.e. should hal work around this or is the applet's assumption just wrong) Sjoerd -- Nature, to be commanded, must be obeyed. -- Francis Bacon
Bug#352701: dovecot-imapd: closes imap connection
On Thu, 2006-02-16 at 11:12 +0100, bd wrote: this _might_ be a mutt problem, I'am going to test this with etch later. I just fixed a couple of days ago one problem that caused mutt to close connection and/or crash: 2006-02-13 18:35 Timo Sirainen [EMAIL PROTECTED] * src/imap/imap-sync.c: Don't notify client about changes in messages it hasn't yet even been notified about. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353135: libtest-pod-perl: FTBFS with perl 5.8.8
Package: libtest-pod-perl Version: 1.20-2 Severity: serious From my pbuilder build log: ... /usr/bin/make PREFIX=/tmp/buildd/libtest-pod-perl-1.20/debian/`pwd | sed -e s/.*\/\\(.*\\)-.*/\\1/`/usr OPTIMIZE=-O2 -g -Wall test install make[1]: Entering directory `/tmp/buildd/libtest-pod-perl-1.20' cp Pod.pm blib/lib/Test/Pod.pm PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/all_pod_filesok t/cut-outside-blockNOK 2 # Failed test 't/cut-outside-block.pod is bad' # in t/cut-outside-block.t at line 20. # STDERR is: # # Failed test 'POD test for t/cut-outside-block.pod' # # in t/cut-outside-block.t at line 15. # # t/cut-outside-block.pod (5): =cut found outside a pod block. Skipping to next block. # # not: # # Failed test (t/cut-outside-block.t at line 15) # # t/cut-outside-block.pod (5): =cut found outside a pod block. Skipping to next block. # # as expected t/cut-outside-blockFAILED test 2 Failed 1/2 tests, 50.00% okay ... Failed Test Stat Wstat Total Fail Failed List of Failed --- t/cut-outside-block.t21 50.00% 2 t/item-ordering.t21 50.00% 2 t/missing-file.t 32 66.67% 2-3 t/unknown-directive.t21 50.00% 2 Failed 4/10 test scripts, 60.00% okay. 5/19 subtests failed, 73.68% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/tmp/buildd/libtest-pod-perl-1.20' make: *** [install] Error 2 It looks to me as if it's choking on cosmetic differences in test failure messages. -- Daniel Schepler