Bug#347667: libksba: New upstream release 0.9.13
Package: libksba Severity: wishlist It'd be nice if the libksba package could be updated to 0.9.13 when you have time; gnupg-1.9.20 appears to need it in order to build with full options available. Ta. J. -- 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-rc7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#146456: reopening #146456: ITP for opensrs (libopensrs-perl is only perl client)
On Sat, Dec 24, 2005 at 04:27:13PM -0800, ivan wrote: reopen 146456 thanks Reopening ITP - libopensrs-perl contain only the perl library portion of OpenSRS, not the full client web interface. Jonathan, do you intend to package the full client? If so, please feel to take over the ITP. I'd still like to help if welcome. If you don't intend to package the full client, I will plan to do so soon. I haven't packaged the full client partly because I don't use it (my company uses the client library but with our own front end) and partly because I wasn't sure if there was demand for the client bit; it seems like it could be tricky to have generic enough to be worthwhile in Debian. However I specifically uploaded the source package with the opensrs-client name so that there was the easy potential to add extra packages containing other bits of the OpenSRS code if there was demand. There's absolutely no point in another source package with the same code it in, so I'm happy for you to submit patches to add a client code package, or I'll try to find the time to look at doing so myself if you prefer. Date: Sat, 24 Dec 2005 09:25:50 -0700 From: Martin Michlmayr [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Package exists in the archive Message-ID: [EMAIL PROTECTED] It seems that this package already exists in the archive. If you have uploaded the package yourself but forgotten to close this WNPP bug, please read the instructions at http://www.debian.org/devel/wnpp for handling WNPP bugs properly. You should close WNPP bugs in your initial upload with a statement like Initial upload. (Closes: #146456). Thanks. Of course, it might also be that someone else uploading this package, in which case the statements above don't apply -- in any case, the package seems to be in the archive now. Information about the package already in the archive: Package: opensrs-client Binary: libopensrs-perl J. -- We're from the government. | .''`. Debian GNU/Linux Developer We're here to kill you. | : :' : Happy to accept PGP signed | `. `' or encrypted mail - RSA + | `-DSA keys on the keyservers. signature.asc Description: Digital signature
Bug#392823: ITP: prayer -- fast IMAP-based web mail system with few dependencies
On Tue, Oct 31, 2006 at 11:16:16AM +0200, Magnus Holmgren wrote: retitle 392823 ITP: prayer -- fast IMAP-based web mail system with few dependencies owner 392823 Magnus Holmgren [EMAIL PROTECTED] thanks I've sent some questions and comments upstream. Most notably, * Prayer assumes that folders can't contain other folders, even if the IMAP server supports it. It appears that Dovecot with Maildir doesn't work very well with Prayer - all folders are treated as directories. Directories are containers for folders and other directories, but can't contain any mail. I don't know if this is an unavoidable problem with libc-client, or just a design mistake in Prayer. Anyway Prayer probably works best with UW-imapd. I hacked Prayer to work with Dovecot in a saner fashion; see: http://www.earth.li/~noodles/blog/webmail-sucks.html * Currently, there is no IPv6 support. However, prayer-session uses libc-client to connect to the IMAP server, and IPv6 support can be acheived there by building with the version of libc-client currently in experimental. Sweet. J. -- 101 things you can't have too much | Black Cat Networks Ltd of : 18 - Roleplaying.| http://www.blackcatnetworks.co.uk/ | UK Web, domain and email hosting signature.asc Description: Digital signature
Bug#388807: libxcomposite1: Please can we have 0.3?
Package: libxcomposite1 Version: 1:0.2.2.2-3 Severity: wishlist Are there any plans to upload libXcomposite 0.3 to the archive? My understanding is that this is part of what's required to take advantage of the shiny new composite extension present in 7.1 that's recently hit unstable. -- 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.18 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libxcomposite1 depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-9 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii x11-common 1:7.1.0-1 X Window System (X.Org) infrastruc libxcomposite1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264007: Add support for ucarp to /etc/network/interfaces
On Sun, Sep 24, 2006 at 09:01:51PM -0500, Eric Evans wrote: [ Jonathan McDowell ] Sorry it's taken so long to get back to you, real-life has been a little hectic lately. No problem. I know how that works. :) Package: ucarp Version: 1.2-1 Followup-For: Bug #264007 The attached patch allows configuration of ucarp via /etc/network/interfaces; I think it's probably the sanest way of configuring ucarp and allowing multiple interfaces while still fitting in with the Debian way of doing things. I agree completely, this is a great idea. Cool. I attach a patch that also allows setting the advbase/skew options and forcing a host to try to be the master. I'm not sure I'll get time to try your shutdown patch, but if I do I'll let you know how it goes. J. -- Web [ The first version always gets thrown away. ] site: http:// [ ] Made by www.earth.li/~noodles/ [ ] HuggieTag 0.0.23 --- /home/noodles/debian/ucarp-1.2-new/debian/if-up 2006-09-25 12:59:18.0 +0100 +++ ucarp-1.2/debian/if-up 2006-09-25 12:39:59.0 +0100 @@ -1,6 +1,7 @@ #!/bin/sh UCARP=/usr/sbin/ucarp +EXTRA_PARAMS= if [ ! -x $UCARP ]; then exit 0 @@ -14,9 +15,22 @@ IF_UCARP_DOWNSCRIPT=/usr/share/ucarp/vip-down fi +if [ -n $IF_UCARP_MASTER ]; then + EXTRA_PARAMS=-P +fi + +if [ -n $IF_UCARP_ADVSKEW ]; then + EXTRA_PARAMS=$EXTRA_PARAMS -k $IF_UCARP_ADVSKEW +fi + +if [ -n $IF_UCARP_ADVBASE ]; then + EXTRA_PARAMS=$EXTRA_PARAMS -b $IF_UCARP_ADVBASE +fi + if [ -n $IF_UCARP_VID -a -n $IF_UCARP_VIP -a \ -n $IF_UCARP_PASSWORD ]; then $UCARP -i $IFACE -s $IF_ADDRESS -B -z \ -v $IF_UCARP_VID -p $IF_UCARP_PASSWORD -a $IF_UCARP_VIP \ - -u $IF_UCARP_UPSCRIPT -d $IF_UCARP_DOWNSCRIPT + -u $IF_UCARP_UPSCRIPT -d $IF_UCARP_DOWNSCRIPT \ + $EXTRA_PARAMS fi signature.asc Description: Digital signature
Bug#401742: l2tpns Heartbeat Packets Buffer Overflow Vulnerability
On Tue, Dec 05, 2006 at 05:36:32PM +0100, Stefan Fritsch wrote: Package: l2tpns Severity: grave Tags: security Justification: user security hole A vulnerabilit has been found in l2tpns. See http://secunia.com/advisories/23230/ for details. According to secunia, it is fixed in 2.1.21. I have already uploaded 2.1.21 to unstable and have contacted the security team about a backport to 2.0.14 (in sarge). J. -- Bother, said Pooh, as Tennents Live put him on the dole. This .sig brought to you by the letter L and the number 10 Product of the Republic of HuggieTag -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475036: kernel-package works for me...
I'm a bit confused by the statement that kernel-package does not work with the current set of kernels; I built a 2.6.27-rc4 kernel from vanilla upstream sources using it over the weekend (on i386) and tend to build the latest vanilla kernels as they come out on my AMD64 box. I haven't hit any issues. What sort of thing should I be looking out for? J. -- /-\ | I've got a trigger inside. |@/ Debian GNU/Linux Developer | \- | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489661: Patch submitted in bug #498901
On Sun, Sep 14, 2008 at 02:02:24PM +0200, Jan Hauke Rahm wrote: Dear Jonathan, please see #498901 for a patch. I just created one patch because it's quite short and understandable. Thanks. I haven't dealt with this bug because we're in freeze and the script is in /usr/share/doc/smsclient/examples; ie it's not installed on the system for users to use. As such I don't feel it's a blocker for the release goal of dash as /bin/sh. Also I don't feel #498901 counts as a security issue; it seems the release team agree as they've retagged it important. I'll deal with both in my next smsclient upload of course. J. -- 101 things you can't have too much of : 41 - Tea. This .sig brought to you by the letter F and the number 40 Product of the Republic of HuggieTag signature.asc Description: Digital signature
Bug#361539: Confirming the problem with keyrings in non-user-owned directories
On Sun, Sep 14, 2008 at 06:32:14PM -0400, Daniel Kahn Gillmor wrote: This is a significant problem for me as well. There are reasonable circumstances where a system administrator would want users to always have access to a system-maintained keyring. The users should of course also have no problems simultaneously manipulating and updating their own user-controlled keyring. I agree. However the bug you've followed up to is assigned to the debian-keyring package, whereas the issue really seems to be gpg's behaviour. I think GPG probably wants to do something like: 1 GPG should understand about read-only keyrings. 2 Read/write keyrings should be checked for keys before read-only keyrings. 3 If a key in a read-only keyring is updated then the result should be written to a read/write keyring (which will then take precedence over the read-only one thanks to 2) Also possibly it should be reading all keyrings always for keys and combining them, which would allow the system keyring to be updated and users who've updated keys contained in it to automatically get more updates. Or maybe it should just look at read-only keyrings for a --recv-key. Having had a look at the bugs on gnupg I think 38857 and 48077 are worth a look. It's interesting that Werner Koch is saying in 38857 that the ability to have multiple keyrings will be dropped in the future, though this was back in 2005. J. -- I will not send lard through the mail. - Bart's Blackboard This .sig brought to you by the letter C and the number 24 Product of the Republic of HuggieTag signature.asc Description: Digital signature
Bug#467501: submitter address changed (Stealing this bug ;))
On Mon, Jul 14, 2008 at 04:04:07PM +0200, Robert Millan wrote: On Mon, Jul 14, 2008 at 01:16:58PM +0100, Jonathan McDowell wrote: On Mon, Jul 14, 2008 at 02:11:51PM +0200, Robert Millan wrote: On Mon, Jul 14, 2008 at 09:55:22AM +0100, Jonathan McDowell wrote: It's not fixed, but behaviour appears to be slightly different. root is getting detected as (hd0,1) while prefix is ending up set to (hd0,1)(md0)/boot/grub/ and I'm still getting dropped to the rescue shell. Which version did you use for that test? grub-pc 1.96-20080704-2 (installed from unstable/amd64 this morning). Which device did you install grub to? Um. I don't think I got to specify. I just did aptitude install grub-pc and then chose the chainloading option from the existing grub1 install. I didn't get as far as actually replacing the grub1 install as chainloading didn't work. J. -- jid: [EMAIL PROTECTED] Most people are descended from apes. Redheads are descended from cats. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467501: submitter address changed (Stealing this bug ;))
On Tue, Jul 15, 2008 at 02:17:06PM +0200, Robert Millan wrote:
On Tue, Jul 15, 2008 at 10:29:40AM +0100, Jonathan McDowell wrote:
On Mon, Jul 14, 2008 at 04:04:07PM +0200, Robert Millan wrote:
On Mon, Jul 14, 2008 at 01:16:58PM +0100, Jonathan McDowell wrote:
On Mon, Jul 14, 2008 at 02:11:51PM +0200, Robert Millan wrote:
On Mon, Jul 14, 2008 at 09:55:22AM +0100, Jonathan McDowell
wrote:
It's not fixed, but behaviour appears to be slightly
different.
root is getting detected as (hd0,1) while prefix is ending
up set to (hd0,1)(md0)/boot/grub/ and I'm still getting
dropped to the rescue shell.
Which version did you use for that test?
grub-pc 1.96-20080704-2 (installed from unstable/amd64 this
morning).
Which device did you install grub to?
Um. I don't think I got to specify. I just did aptitude install
grub-pc and then chose the chainloading option from the existing
grub1 install. I didn't get as far as actually replacing the grub1
install as chainloading didn't work.
Then how come you were using 1.96-20080704-2 ? Did you manualy
propagate the files to /boot without calling grub-install?
root's .bash_history indicates I did the following before rebooting:
apt-cache show grub2
aptitude install grub-pc
dpkg -i /usr/src/linux-image-2.6.26_meepok.1_amd64.deb
An md5sum of /boot/grub/boot.img and /usr/lib/grub/i386-pc/boot.img
shows they are identical files. I did not manually copy anything to
/boot/grub. The timestamp on all the files in /boot/grub is 14th July
except for the old grub1 files. dpkg indicates 1.96+20080704-2 is the
version of grub-pc that is installed, so I kinda assumed that's what I
was using.
If not, you weren't using 1.96-20080704-2. Either purge grub2
completely (from /boot too) and start over, or run grub-install on
your disk.
Running grub-install will wipe the grub1 install and leave me with
grub2, right? Is that more likely to work than the existing chainloading
grub2 from grub1 approach?
I can try an aptitude purge; rm /boot/grub/*.{mod,img}; aptitude
install grub-pc tonight and let you know if that's any better.
J.
--
Revd. Jonathan McDowell, ULC | Ok ramblers, let's get rambling.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467501: Bug #467501 cannot boot when /boot is in RAID
On Mon, Jul 21, 2008 at 07:15:33PM +0200, Felix Zielcke wrote:
Running grub-install will wipe the grub1 install and leave me with
grub2, right? Is that more likely to work than the existing chainloading
grub2 from grub1 approach?
Yes, grub-install will replace grub-legacy with grub2.
I don't know if that works better then chainloading.
If you have a rescue CD or such so you can recover grub-legacy to get a
bootable system again, then you can try it out.
I can try an aptitude purge; rm /boot/grub/*.{mod,img}; aptitude
install grub-pc tonight and let you know if that's any better.
I just checked postinst calls grub-install /bin/true if chainloading is used
But only if there wasn't already a /boot/grub/core.img
So to be on the safe side, please do that.
Ok. I bit the bullet, purged, deleted, installed and did a full
grub-install rather than just chainloading. And it all seems to work
fine; root is set to (md0) and the system loads the graphical menu by
default rather than dropping to the rescue shell.
J.
--
jid: [EMAIL PROTECTED]
If this isn't war, why is CNN massing on the border?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467501: Bug #467501 cannot boot when /boot is in RAID
On Wed, Jul 23, 2008 at 01:04:36AM +0200, Robert Millan wrote:
On Mon, Jul 21, 2008 at 10:15:24PM +0100, Jonathan McDowell wrote:
On Mon, Jul 21, 2008 at 07:15:33PM +0200, Felix Zielcke wrote:
Running grub-install will wipe the grub1 install and leave me
with grub2, right? Is that more likely to work than the existing
chainloading grub2 from grub1 approach?
Yes, grub-install will replace grub-legacy with grub2. I don't
know if that works better then chainloading. If you have a rescue
CD or such so you can recover grub-legacy to get a bootable system
again, then you can try it out.
I can try an aptitude purge; rm /boot/grub/*.{mod,img}; aptitude
install grub-pc tonight and let you know if that's any better.
I just checked postinst calls grub-install /bin/true if
chainloading is used But only if there wasn't already a
/boot/grub/core.img So to be on the safe side, please do that.
Ok. I bit the bullet, purged, deleted, installed and did a full
grub-install rather than just chainloading. And it all seems to work
fine; root is set to (md0) and the system loads the graphical menu
by default rather than dropping to the rescue shell.
Nice. So I assume this bug can be closed.
Felix had already done so after my mail and I'm happy with that; if I
see the problem again I can re-open it but as my machine is now booting
without intervention it all seems fine to me now.
J.
--
Programmer, | Time is an illusion. Lunchtime | Tel/SMS:
sysadmin | doubly so. | +423-663-212343
BHMF. || Made by HuggieTag
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463929: 4.69-2 fixes it?
I noticed a new version of Exim4 had hit testing, so I tried a dist-upgrade pulling in that new version, and libpq5 8.3~rc2-1+b1. So far it seems to be working ok - mailq doesn't segfault and mail is getting delivered successfully. J. -- Web [ 101 things you can't have too much of : 16 - Time. ] site: http:// [ ] Made by www.earth.li/~noodles/ [ ] HuggieTag 0.0.23 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460575: onak fails to install with aptitude
On Sun, Jan 13, 2008 at 07:41:58PM +0100, Jan Prunk wrote: Package: onak Version: 0.3.4-1 Severity: critical Justification: breaks unrelated software Please clarify this justification; what unrelated software is broken? onak fails to install on lenny platforms tested were sparc i386. gateway:/var/lib/mediawiki/images/thumb# aptitude install onak Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following packages have been automatically kept back: apache2 apache2-mpm-prefork apache2-utils apache2.2-common libapt-pkg-perl libpq5 libsensors3 libsnmp-base libsnmp15 mailx psmisc snmp sysvinit-utils The following packages have been kept back: apt apt-utils aptitude cpio hostname initscripts libncurses5 libncursesw5 login ncurses-base ncurses-bin passwd phpmyadmin snmpd sysv-rc sysvinit tzdata The following NEW packages will be installed: onak 0 packages upgraded, 1 newly installed, 0 to remove and 30 not upgraded. Need to get 349kB of archives. After unpacking 926kB will be used. Writing extended state information... Done Get:1 http://ftp.de.debian.org lenny/main onak 0.3.4-1 [349kB] Fetched 349kB in 1s (260kB/s) Selecting previously deselected package onak. (Reading database ... 23236 files and directories currently installed.) Unpacking onak (from .../onak_0.3.4-1_sparc.deb) ... Does i386 fail in exactly the same way? Is the onak binary left installed in /usr/bin? Can you run it or does it error out in some manner if so? Setting up onak (0.3.4-1) ... Adding system user `onak' (UID 106) ... Adding new user `onak' (UID 106) with group `nogroup' ... Not creating home directory `/var/lib/onak'. dpkg: error processing onak (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: onak E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up onak (0.3.4-1) ... The user `onak' already exists. Exiting. dpkg: error processing onak (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: onak Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done Building tag database... Done J. -- ] http://www.earth.li/~noodles/ [] Get off my turf! screamed Pooh, [ ] PGP/GPG Key @ the.earth.li [] as he shot at Paddington. [ ] via keyserver, web or email. [] [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421951: onak: build against newer Berkeley DB
On Wed, May 02, 2007 at 11:52:14AM -0400, Clint Adams wrote: Package: onak Version: 0.3.3-1 User: [EMAIL PROTECTED] Usertags: db4.2 oldbdb Please update onak to build against db4.5 so that we can get rid of db4.2. I assume, given the amount of time that's passed since you raised this bug, that you'd prefer me to use db4.6 now. db4.4 appears to be the latest version available in etch and I'd quite like to enable easy etch backports as I run onak myself there. Is building onak against db4.4 preferable to having it built against db4.2 from your PoV, or is it a latest db4 or nothing situation? J. -- noodles is realistic with a few teen issues This .sig brought to you by the letter F and the number 38 Product of the Republic of HuggieTag -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461413: rhythmbox: last.fm plugin fails to reliably scrobble listened to tracks
Package: rhythmbox Version: 0.10.1-1+b3 Severity: normal Tags: upstream Using rhythmbox to listen to local Oggs results in erratic scrobbling of these tracks to last.fm; very rarely does it succeed. I believe this is an upstream issue; there is some discussion at: http://bugzilla.gnome.org/show_bug.cgi?id=499745 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rhythmbox depends on: ii dbus1.1.2-1 simple interprocess messaging syst ii gconf2 2.20.1-2 GNOME configuration database syste ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gst 0.10.15-4GStreamer plugin for ALSA ii gstreamer0.10-esd [gstr 0.10.6-4 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs 0.10.15-4GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-b 0.10.15-4GStreamer plugins from the base ii gstreamer0.10-plugins-g 0.10.6-4 GStreamer plugins from the good ii gstreamer0.10-plugins-u 0.10.6-3 GStreamer plugins from the ugly ii gstreamer0.10-x 0.10.15-4GStreamer plugins for X11 and Pang ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libavahi-client30.6.21-4 Avahi client library ii libavahi-common30.6.21-4 Avahi common library ii libavahi-glib1 0.6.21-4 Avahi glib integration library ii libbonobo2-02.20.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.10-1+lenny2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libffi4 4.2.2-4 Foreign Function Interface library ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.20.1-2 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.3-1 The GLib library of C routines ii libgnome-keyring0 2.20.2-1 GNOME keyring services library ii libgnome-media0 2.20.1-3 runtime libraries for the GNOME me ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1 GNOME Virtual File System (runtime ii libgnutls13 2.0.4-1 the GNU TLS library - runtime libr ii libgpod30.6.0-3 a library to read and write songs ii libgstreamer-plugins-ba 0.10.15-4GStreamer libraries from the base ii libgstreamer0.10-0 0.10.15-3Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhal1 0.5.10-5 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liblircclient0 0.8.0-13 infra-red remote control support - ii libmusicbrainz4c2a 2.1.5-1 Second generation incarnation of t ii libnautilus-burn4 2.18.2-1 Nautilus Burn Library - runtime ve ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsexy20.1.11-2 collection of additional GTK+ widg ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-82.2.104-1an HTTP library implementation in ii libtotem-plparser7 2.20.1-1 Totem Playlist Parser library - ru ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3
Bug#463929: exim4: Segfaults after libpq5 upgrade
Package: exim4 Version: 4.68-2 Severity: important After upgrading libpq5 from 8.2.6-1 to 8.3~rc2-1+b1 last night I started to experience exim4 segfaults; log entries like: 2008-02-03 23:51:21 1JLocK-PR-OM appendfile transport process returned non-zero status 0x000b: terminated by signal 11 and mailq would list the mailq and then segfault afterwards. Downgrading libpq5 has fixed the problem. I've filed this bug against exim instead of libpq5 as another testing box doesn't seem to have had an issue with the upgrade, though that's i386 rather than amd64. -- Package-specific info: Exim version 4.68 #1 built 01-Nov-2007 19:08:38 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 PAM Perl GnuTLS move_frozen_messages Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='tangerine.org.uk' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='maildir_home' mailname:limegreen.tangerine.org.uk -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy ii exim4-base4.68-2 support files for all Exim MTA (v4 ii exim4-daemon-heavy4.68-2 Exim MTA (v4) daemon with extended exim4 recommends no packages. -- debconf information: exim4/drec: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463929: exim4: Segfaults after libpq5 upgrade
On Mon, Feb 04, 2008 at 01:42:20PM +0100, Marc Haber wrote: On Mon, Feb 04, 2008 at 09:33:28AM +, Jonathan McDowell wrote: After upgrading libpq5 from 8.2.6-1 to 8.3~rc2-1+b1 last night I started to experience exim4 segfaults; log entries like: 2008-02-03 23:51:21 1JLocK-PR-OM appendfile transport process returned non-zero status 0x000b: terminated by signal 11 Any chance for a backtrace? There's a limit to what I can do as it involves breaking mail for people. Also it appears installing exim4-dbg forces eximon4 to be installed, which then drags in X11 libraries. Meh. limegreen:~# gdb mailq GNU gdb 6.6.90.20070912-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu... (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/bin/mailq (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [New Thread 0x2ba2de5c6cc0 (LWP 2944)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2ba2de5c6cc0 (LWP 2944)] 0x2ba2dc19eb6b in free () from /lib/libc.so.6 (gdb) bt #0 0x2ba2dc19eb6b in free () from /lib/libc.so.6 #1 0x2ba2dd5eee20 in ldap_int_destroy_global_options () at init.c:457 #2 0x2ba2dd5d4512 in __do_global_dtors_aux () from /usr/lib/libldap_r-2.4.so.2 #3 0x7fffd120ba40 in ?? () #4 0x2ba2dd5fc091 in _fini () from /usr/lib/libldap_r-2.4.so.2 #5 0x in ?? () (that's with exim4-dbg and libldap-2.4-2-dbg installed) Greetings Marc, guessing that this is a libpq issue Probably; the box doesn't do a lot else so I haven't noticed other issues. J. -- Life's dangerous enough without mines in the garden. This .sig brought to you by the letter O and the number 6 Product of the Republic of HuggieTag -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463929: exim4: Segfaults after libpq5 upgrade
On Mon, Feb 04, 2008 at 02:55:38PM +0100, Marc Haber wrote: On Mon, Feb 04, 2008 at 01:24:35PM +, Jonathan McDowell wrote: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2ba2de5c6cc0 (LWP 2944)] 0x2ba2dc19eb6b in free () from /lib/libc.so.6 (gdb) bt #0 0x2ba2dc19eb6b in free () from /lib/libc.so.6 #1 0x2ba2dd5eee20 in ldap_int_destroy_global_options () at init.c:457 #2 0x2ba2dd5d4512 in __do_global_dtors_aux () from /usr/lib/libldap_r-2.4.so.2 #3 0x7fffd120ba40 in ?? () #4 0x2ba2dd5fc091 in _fini () from /usr/lib/libldap_r-2.4.so.2 #5 0x in ?? () (that's with exim4-dbg and libldap-2.4-2-dbg installed) That looks like libldap is in the game. It's certainly not configured up (and nor is libpq). Let me know if I can provide any more info of use. J. -- ] http://www.earth.li/~noodles/ [] 0 tends to simplify things a bit [ ] PGP/GPG Key @ the.earth.li [] when you multiply by it... --[ ] via keyserver, web or email. [] Bill McColl [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452641: jetring-diff doesn't keep sigs associated with their packets
Package: jetring
Version: 0.09
Severity: important
Tags: patch
It seems that jetring-diff doesn't take account of the fact that each
signature packet is associated with a specific other PGP packet; as a
result displaying a diff results in all the new sigs being shown at the
end rather than displaying which uid/subkey etc they are for. This
strikes me as fairly important - when diffing keys you care about
whether a self sig is just another one on the uid or actually updating a
subkey binding, which currently it's hard to tell.
I think the attached patch solves the problem, though there's probably a
cleaner way to do it.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (750, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.23-toshacpi (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages jetring depends on:
ii gnupg 1.4.6-2GNU privacy guard - a free PGP rep
jetring recommends no packages.
-- no debconf information
--- jetring-diff2007-11-24 09:22:45.0 +
+++ jetring-diff.new2007-11-24 09:25:54.0 +
@@ -27,23 +27,30 @@
else {
my $diff=0;
my @out;
- my %lseen=map { comparable($_) = 1 } @{$l-{$id}};
- my %rseen=map { comparable($_) = 1 } @{$r-{$id}};
- foreach my $record (@{$l-{$id}}) {
- if ($rseen{comparable($record)}) {
- push @out, .outformat($record) if
$record-[0] ne 'sig';
- }
- else {
- push @out, -.outformat($record);
- $diff=1;
+
+ my %rpackets = map { comparable($_-{'details'}) = $_ }
+ @{$r-{$id}};
+ my %lpackets = map { comparable($_-{'details'}) = 1 }
+ @{$l-{$id}};
+
+ foreach my $packet (@{$l-{$id}}) {
+ if
(defined($rpackets{comparable($packet-{'details'})})) {
+ push @out, .outformat($packet-{'details'});
+ push @out, comparesigs(\$diff,
$packet-{'sigs'},
+
$rpackets{comparable($packet-{'details'})}-{'sigs'});
+ } else {
+ push @out, -.outformat($packet-{'details'});
+ $diff = 1;
}
}
- foreach my $record (@{$r-{$id}}) {
- if (! $lseen{comparable($record)}) {
- push @out, +.outformat($record);
- $diff=1;
+
+ foreach my $packet (@{$r-{$id}}) {
+ if (! $lpackets{comparable($packet-{'details'})}) {
+ push @out, +.outformat($packet-{'details'});
+ $diff = 1;
}
}
+
print @out if $diff;
}
}
@@ -72,12 +79,13 @@
open(DUMP, gpg --options /dev/null --no-default-keyring
--no-auto-check-trustdb --keyring $k --list-sigs --fixed-list-mode
--with-colons |)
or die couldn't dump keyring $k: $!;
if (! open(CACHE, $cache)) {
- print STDERR watning: cannot write cache $cache\n;
+ print STDERR warning: cannot write cache $cache\n;
$cache=undef;
}
}
my %keys;
my $id;
+ my $packet;
while (DUMP) {
if (! $cached defined $cache) {
print CACHE $_;
@@ -90,12 +98,21 @@
if ($fields[0] eq 'pub') {
$id=$fields[4];
}
- if (! defined $id) {
- die parse error: $_;
- next;
+ if ($fields[0] ne 'sig' $fields[0] ne 'rev') {
+ if (defined($packet)) {
+ push @{$keys{$id}}, $packet;
+ undef $packet;
+ }
+ $packet-{'details'} = [EMAIL PROTECTED];
+ } else {
+ if (! defined $id or !defined($packet)) {
+ die parse error: $_;
+ next;
+ }
+ push @{$packet-{'sigs'}}, [EMAIL PROTECTED];
}
- push @{$keys{$id}}, [EMAIL PROTECTED];
}
+ push @{$keys{$id}}, $packet;
close DUMP;
if (defined $cache) {
@@ -130,3 +147,27 @@
}
return join(:, @record);
}
+
+sub comparesigs {
+ my $diff = shift;
+ my $l = shift;
+ my $r = shift;
+
Bug#462154: mdadm --monitor --scan segfaults
Package: mdadm Version: 2.6.4-1 Severity: important | pot:~# mdadm --monitor --scan | Segmentation fault Building from the source package and running under GDB: | (gdb) set args --monitor --scan | (gdb) run | Starting program: /home/noodles/mdadm/mdadm-2.6.4/mdadm --monitor --scan | | Program received signal SIGSEGV, Segmentation fault. | 0x0805c019 in Monitor (devlist=0x0, mailaddr=0x8075268 root, alert_cmd=0x0, | period=60, daemonise=0, scan=1, oneshot=0, dosyslog=0, test=0, pidfile=0x0) | at Monitor.c:406 | 406 (strcmp(mse-level, raid0)!=0 | (gdb) bt | #0 0x0805c019 in Monitor (devlist=0x0, mailaddr=0x8075268 root, | alert_cmd=0x0, period=60, daemonise=0, scan=1, oneshot=0, dosyslog=0, | test=0, pidfile=0x0) at Monitor.c:406 | #1 0x0804b325 in main (argc=3, argv=0xbfcfb2a4) at mdadm.c:1306 | (gdb) print mse-level | $1 = 0x0 | (gdb) print mse-dev | $2 = 0x8076f50 md1 Looks like it isn't coping with the active(auto-read-only) ? md1 is used for swap. -- Package-specific info: --- mount output /dev/md0 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) fusectl on /sys/fs/fuse/connections type fusectl (rw) /dev/mapper/newvg-var on /var type ext3 (rw) /dev/mapper/newvg-usr on /usr type ext3 (rw) /dev/mapper/newvg-tmp on /tmp type ext3 (rw) /dev/mapper/newvg-home on /home type ext3 (rw) /dev/mapper/newvg-space on /mnt/space type ext3 (rw) /dev/sda4 on /mnt/scratch type ext3 (rw) --- mdadm.conf # mdadm.conf # # Please refer to mdadm.conf(5) for information about this file. # # by default, scan all partitions (/proc/partitions) for MD superblocks. # alternatively, specify devices to scan, using wildcards if desired. DEVICE /dev/sda* /dev/sdb* # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST system # instruct the monitoring daemon where to send mail alerts MAILADDR root --- /proc/mdstat: Personalities : [raid1] md2 : active raid1 sda3[0] sdb3[2] 154071314 blocks super 1.1 [2/2] [UU] md1 : active(auto-read-only) raid1 sdb2[0] sda2[1] 1759040 blocks [2/2] [UU] md0 : active raid1 sdb1[0] sda1[1] 401536 blocks [2/2] [UU] unused devices: none --- /proc/partitions: major minor #blocks name 8 0 244198584 sda 8 1 401624 sda1 8 21759117 sda2 8 3 154071382 sda3 8 4 87963907 sda4 816 156290904 sdb 817 409626 sdb1 8181767150 sdb2 819 154111545 sdb3 9 0 401536 md0 9 11759040 md1 9 2 154071314 md2 253 0 31457280 dm-0 253 12097152 dm-1 253 2 10485760 dm-2 253 3 10485760 dm-3 253 4 99545088 dm-4 --- initrd.img-2.6.24-rc8: 17841 blocks lib/modules/2.6.24-rc8/kernel/drivers/md/md-mod.ko lib/modules/2.6.24-rc8/kernel/drivers/md/dm-mod.ko lib/modules/2.6.24-rc8/kernel/drivers/md/raid456.ko lib/modules/2.6.24-rc8/kernel/drivers/md/raid1.ko lib/modules/2.6.24-rc8/kernel/drivers/md/dm-snapshot.ko lib/modules/2.6.24-rc8/kernel/drivers/md/dm-mirror.ko scripts/local-top/mdadm sbin/mdadm etc/mdadm etc/mdadm/mdadm.conf --- /proc/modules: dm_mirror 18944 0 - Live 0xf8875000 dm_snapshot 14624 0 - Live 0xf884e000 dm_mod 46720 13 dm_mirror,dm_snapshot, Live 0xf889d000 raid1 19328 3 - Live 0xf8848000 md_mod 67668 4 raid1, Live 0xf888b000 --- /var/log/syslog: Jan 16 19:48:58 pot kernel: md: raid1 personality registered for level 1 Jan 16 19:48:58 pot kernel: md: md0 stopped. Jan 16 19:48:58 pot kernel: md: bindsda1 Jan 16 19:48:58 pot kernel: md: bindsdb1 Jan 16 19:48:58 pot kernel: md: md1 stopped. Jan 16 19:48:58 pot kernel: md: bindsda2 Jan 16 19:48:58 pot kernel: md: bindsdb2 Jan 16 19:48:58 pot kernel: md: md2 stopped. Jan 16 19:48:58 pot kernel: md: bindsdb3 Jan 16 19:48:58 pot kernel: md: bindsda3 Jan 16 19:49:11 pot mdadm: NewArray event detected on md device /dev/md2 Jan 16 20:18:27 pot mdadm: NewArray event detected on md device /dev/md2 Jan 17 19:54:51 pot kernel: md: raid1 personality registered for level 1 Jan 17 19:54:51 pot kernel: md: md0 stopped. Jan 17 19:54:51 pot kernel: md: bindsda1 Jan 17 19:54:51 pot kernel: md: bindsdb1 Jan 17 19:54:51 pot kernel: md: md1 stopped. Jan 17 19:54:51 pot kernel: md: bindsda2 Jan 17 19:54:51 pot kernel: md: bindsdb2 Jan 17 19:54:51 pot kernel: md: md2 stopped. Jan 17 19:54:51 pot kernel: md: bindsdb3 Jan 17 19:54:51 pot kernel: md: bindsda3 Jan 17 19:55:10 pot mdadm: NewArray event detected on md device /dev/md2 Jan 18 17:57:43 pot kernel: md: raid1 personality
Bug#459113: A possible fix (debdiff attached)
On Fri, Jan 25, 2008 at 04:29:17PM +0100, Lucas Nussbaum wrote: tags 459113 + pending thanks On 24/01/08 at 17:55 -0300, Miguel Angel Ruiz Manzano wrote: Package: opensrs-client Severity: normal Tags: patch Hi, I'm sending a patch to fix the problem. I have sponsored this NMU, and uploaded it to DELAYED/3. Don't hesitate to tell me if you want me to delay it some more, in case you want to do the upload yourself. The patch posted to the BTS looked fine, so I have no problem with the upload. J. -- Programmer, | Why are Chinese fortune cookies | Tel/SMS: sysadmin |written in English? | +423-663-212343 BHMF. || Made by HuggieTag signature.asc Description: Digital signature
Bug#462154: mdadm --monitor --scan segfaults
On Tue, Jan 22, 2008 at 09:59:07PM +, Jonathan McDowell wrote: Package: mdadm Version: 2.6.4-1 Severity: important | pot:~# mdadm --monitor --scan | Segmentation fault I found some further information on: http://www.rigacci.org/wiki/doku.php/doc/appunti/linux/sa/raid Which states that newer kernels assemble devices read-only and mark them read-write once something is written to the device. This would make sense; /dev/md1 (the problem device in my case) is the swap partition so may well go some time without being written to. J. -- jid: [EMAIL PROTECTED] This isn't an office. It's Hell with fluorescent lighting. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454052: Backtrace with symbols
On Sun, Dec 02, 2007 at 11:22:29AM -0800, Jonathan McDowell wrote: As discussed on IRC (with Stephen Gran) here is a backtrace of clamav dying. Oh, package versions are as follows (all running on an etch AMD64 xen instance): ii clamav 0.91.2-1~volatile1 ii clamav-base 0.91.2-1~volatile1 ii clamav-daemon0.91.2-1~volatile1 ii clamav-dbg 0.91.2-1~volatile1 ii clamav-freshclam 0.91.2-1~volatile1 ii libclamav2 0.91.2-1~volatile1 J. -- Revd. Jonathan McDowell, ULC | I'd love to but... I'm being deported. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454052: daily.inc
On Sun, Dec 02, 2007 at 08:26:37PM +, Stephen Gran wrote: This one time, at band camp, Jonathan McDowell said: As requested. ClamAV-VDB:04 Aug 2007 04-49 +:3854:8990:20:X:X:ccordes:1186202988 daily.db:952f3e97900d722e3fd64b4ccf6aa0cc daily.fp:bc83911e599f4f52143e2bf8f2a04121 daily.hdb:6795f010bf1090ee86f42ba3b9eed8db daily.mdb:0515d255a2ddeab129a953750cacbc75 daily.ndb:8c0c538b74883f878a203866ed10 daily.pdb:98119ccbc7889eb79d3188b79b59e560 daily.wdb:156996fcb501fea7cf0f0aad13ba87ba daily.zmd:be90ee374b3cf5f829b6bacd961a5458 daily.cfg:c1dcf0a3f1a1c4d393f78f19f456839f Wierd, that's completely different than mine (and apparently pretty old - it looks like it's from August). Can you send a tarball of /var/lib/clamav? Hmmm. That's interesting. I had a look in /var/lib/clamav and discovered the ownerships were message up; this would fit with a machine upgrade from back in August. I've corrected the ownerships to clamav:clamav and the daily.inc directory has disappeared. I'll let you know if clamd segfaults again and provide a /var/lib/clamav tarball if so. J. -- Revd. Jonathan McDowell, ULC | I program, therefore I am. signature.asc Description: Digital signature
Bug#454052: Backtrace with symbols
On Sun, Dec 02, 2007 at 08:29:33PM +, Stephen Gran wrote: This one time, at band camp, Jonathan McDowell said: As discussed on IRC (with Stephen Gran) here is a backtrace of clamav dying. Thanks a lot for that. I've also attached the only file that was present in the /tmp/clamav-26405a0be33375e5e739cdbd9f421006 directory - it was named mixedtextportiongJ4mLx This file doesn't make clamd segv here. Does it for you? clamscan processes it fine for me. J. -- The Sun is at the center of the Universe. Copernicus signature.asc Description: Digital signature
Bug#413762: Fix for config structure using dynamic backends...
On Sat, Aug 11, 2007 at 05:54:32PM +0100, Brett Parker wrote: The attached patch fixes the config structure when dynamic backends are used - the basic issue is that when the backend was loaded, it wouldn't (neccessarily) share the config structure with the program that called it (and had therefore read the config). The problem with this is that we get multiple functions with the same name. I'm not sure we can be certain which will evaluate first? In particular, using the db4 backend through the dynamic backend with an error during DB initialisation causes a segfault. The initdb in keydb_db4 will call cleanupdb() when it hits an error, but this now maps to the cleanupdb() in keydb_dynamic. Which, although it calls the version in keydb_db4, will also call dlclose on the keydb_db4.so. Meaning that control returns to a function that's no longer in memory... The easy option is to have the cleanup end up as an internal function that cleanupdb calls, but I'd need to be certain there aren't other artifacts that will be seen from these changes. J. -- Illiterate? Write for FREE HELP! signature.asc Description: Digital signature
Bug#445387: liferea: Segfaults when trying to add new feed
Package: liferea Version: 1.4.3-1 Severity: important If I do the following: * Click on New Subscription * Click on Advanced * Click the radio button Local file * Click Select File then Liferea segfaults. It does this even if I remove my own config and let it use its defaults. I've attached the output from --debug-all -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.6 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liferea depends on: ii gconf2 2.20.0-1 GNOME configuration database syste ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2.1-6GCC support library ii libgconf2-4 2.20.0-1 GNOME configuration database syste ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.1-4 The GLib library of C routines ii libgnutls13 2.0.1-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liblua5.1-0 5.1.2-3 Simple, extensible, embeddable pro ii libnm-glib0 0.6.5-2 network management framework (GLib ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsqlite3-03.4.2-1 SQLite 3 shared library ii libstdc++6 4.2.1-6 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxslt1.1 1.1.22-1 XSLT processing library - runtime ii libxul0d1.8.1.6-1Gecko engine library ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages liferea recommends: ii dbus 1.1.1-3simple interprocess messaging syst ii dbus-x11 1.1.1-3simple interprocess messaging syst -- no debconf information libnm_glib_nm_state_cb: dbus returned an error. (org.freedesktop.DBus.Error.ServiceUnknown) The name org.freedesktop.NetworkManager was not provided by any .service files ** (liferea:9643): WARNING **: Dropping view failed (no such table: view_igkusyk) SQL: DROP VIEW view_igkusyk; ** (liferea:9643): WARNING **: Dropping view failed (no such table: view_ycibljp) SQL: DROP VIEW view_ycibljp; (gecko:9643): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GObject' (gecko:9643): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed ** (gecko:9643): WARNING **: Fatal: liferea_dialog_lookup() called with something that is not a Liferea dialog! (gecko:9643): Gtk-CRITICAL **: gtk_entry_get_text: assertion `GTK_IS_ENTRY (entry)' failed lr.stdout.gz Description: GNU Zip compressed data
Bug#403933: madwifi-source: no longer works with network-manager/wpa_supplicant
Package: madwifi-source Version: 1:0.9.2+r1842.20061207-2 Severity: important Recent versions of madwifi-source appear to no longer work with network-manager; it can see the networks fine but is unable to associate with them. If I disable network manager and configure manually with iwconfig things work fine. The last version I have that works fine is madwifi-modules-2.6.18_0.svnr1644.0.9.0-2. I have also tried: madwifi-modules-2.6.18_0.9.2+r1710.20060914-1 madwifi-modules-2.6.18_0.9.2+r1784.20061027-1 madwifi-modules-2.6.18_0.9.2+r1809.20061115-1 madwifi-modules-2.6.18_0.9.2+r1842.20061207-1 All built against 2.6.18 obviously. I have also tried the 0.9.2.1 release direct from Madwifi, so this appears to be an upstream bug. Others seem to be affected; there is a thread on madwifi-user at: http://thread.gmane.org/gmane.linux.drivers.madwifi.user/11870/ (I have cc'd Carlos to this bug report as his report was the only one I could find, but there was no indication of it in the Debian bug database). There is also an upstream bug at: http://madwifi.org/ticket/1030 I am filing the Debian bug because that is the first place I looked for information and I feel it would be useful to have mention of the issue there. Also as an additional datapoint my home network is WEP connected and wpa_supplicant still doesn't work (the upstream bug talks about non-encrypted networks). Finally my hardware is the internal Atheros card in my Toshiba R200 laptop. lspci / lspci -n give: 02:05.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) 02:05.0 0200: 168c:0013 (rev 01) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages madwifi-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.42 helper programs for debian/rules ii module-assistant 0.10.8 tool to make module package creati madwifi-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402048: Please ignore the patch for the 2.0.8z-7.1 NMU of smsclient
On Sun, Feb 25, 2007 at 10:09:01AM +0100, Christian Perrier wrote: Dear maintainer of smsclient, I just discovered that you uploaded a fixed version yourself. I did actually reply to you saying that I would do so; however checking my bounces folder it appears the mail was rejected due to not having a PTS-Approved header. The Galician translator sent a translation since then, so maybe you want to upload another version of smsclient, Jonathan. Leaving this up to you. J. -- Life would be easier if I had the source code. Ask me about server co-location - [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#413762: database files being created in the root ('/') directory
On Wed, Mar 14, 2007 at 10:29:52AM +, Jonathan McDowell wrote: On Tue, Mar 13, 2007 at 09:21:51PM +, Rafal Czlonka wrote: Jonathan McDowell wrote: When you have the package installed, does running onak index noodles as the onak user provide any output? Can you try strace -o onak.strace onak index noodles and send me the resulting onak.strace? That's the output I get. [13/03/2007 21:16:16] [28761]: Couldn't open num_keydb: No such file or directory [13/03/2007 21:16:16] [28761]: Couldn't write num_keydb: No such file or directory Key not found. When I run strace on onak, the files I've mentioned before are being created in the working directory. Hmmm. Somehow db_dir is getting set to NULL. Have you tried the onak-0.3.2 package (it's in testing)? If not can you give it a try and let me know if you still see the problem? I'm wondering if it's the change to dynamically loaded backend plugins that might have caused this. I've got access to a PPC machine now and been able to verify this; it does indeed appear to be an issue with the new dynamic loading of backends resulting in the loaded backend not seeing the config structure correctly. J. -- jid: [EMAIL PROTECTED] Remember - if all you have is an axe, every problem looks like hours of fun. -- Frossie, asr. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409394: lirc: Please update to 0.8.1
Package: lirc Severity: wishlist I imagine you're waiting for etch to release before doing this, but 0.8.1 adds support for the iguanaIR driver which I need. Trying to just use the 0.8.0 debian directory causes a lot of dpatch rejects and I'm feeling lazy. ;) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413762: database files being created in the root ('/') directory
On Tue, Mar 06, 2007 at 11:53:45PM +, Rafal Czlonka wrote: Package: onak Version: 0.3.3-1 Severity: serious Hi. After installing this package some database files were being created in the root directory: $ ls -lt / [cut] -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.9.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.8.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.7.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.6.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.5.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.4.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.2.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.1.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.0.db -rw-r- 1 root root 16384 2007-03-06 18:15 __db.005 -rw-r- 1 root root 368640 2007-03-06 18:15 __db.004 -rw-r- 1 root root 98304 2007-03-06 18:15 __db.003 -rw-r- 1 root root 270336 2007-03-06 18:15 __db.002 -rw-r- 1 root root8192 2007-03-06 18:15 __db.001 -rw-r--r-- 1 root root 16384 2007-03-06 18:15 worddb -rw-r--r-- 1 root root 53248 2007-03-06 18:15 keydb.3.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.15.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.14.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.13.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.12.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.11.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 keydb.10.db -rw-r--r-- 1 root root 20480 2007-03-06 18:15 id32db [cut] Surely '/' is not the place for none of these. No, indeed not. I get the files correctly created in /var/lib/onak when I install the package. Was this a package upgrade or a fresh install? What does your /etc/onak.conf contain? J. -- /-\ | When the DM smiles, it's already |@/ Debian GNU/Linux Developer | too late. \- | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413762: database files being created in the root ('/') directory
On Wed, Mar 07, 2007 at 10:01:02AM +, Rafal Czlonka wrote: Jonathan McDowell wrote: No, indeed not. I get the files correctly created in /var/lib/onak when I install the package. Was this a package upgrade or a fresh install? What does your /etc/onak.conf contain? It was a fresh install and the conf file is the one provided in the package. Can you at least give me the md5sum of the file; I want to be certain it's pristine. Also after reconfiguring the package I got: $ dpkg-reconfigure onak The user `onak' already exists as a system user. Exiting. [07/03/2007 08:45:36] [11272]: Couldn't open num_keydb: No such file or directory [07/03/2007 08:45:36] [11272]: Couldn't write num_keydb: No such file or directory I didn't notice that yesterday. I purged the package and installed it again, I got the very same thing. Another thing is that it doesn't remove system user onak after I've purged the package. I really don't understand why you'd get this; onak should write the db files to whatever the db_dir directive states in the config file. I note you seem to be running a -vserver- kernel, which if memory serves is a sort of virtualization thing; is it possible this causes issues? Do you have a different machine you can try on? Any custom permissions on /var? Does /var/lib/onak get correctly created by the package? I assume it remains empty? J. -- Web [ I'm dangerous when I know what I'm doing. ] site: http:// [ ] Made by www.earth.li/~noodles/ [ ] HuggieTag 0.0.23 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413762: database files being created in the root ('/') directory
On Thu, Mar 08, 2007 at 09:55:26PM +, Rafal Czlonka wrote: Tried on non-virtual kernel, it doesn't have anything to do with it - - still the same thing. This is on the same host, right? A PPC? And you've completed purged the old package and ensured there are no such files in / before installing it again? J. -- ] http://www.earth.li/~noodles/ [] The truth is out there, but also [ ] PGP/GPG Key @ the.earth.li [] in here. [ ] via keyserver, web or email. [] [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413762: database files being created in the root ('/') directory
On Thu, Mar 08, 2007 at 08:19:26PM +, Rafal Czlonka wrote: Jonathan McDowell wrote: Can you at least give me the md5sum of the file; I want to be certain it's pristine. f0cb6bc3f8c2a40d63e7deb1cd4b3131 Right, that matches my local copy. When you have the package installed, does running onak index noodles as the onak user provide any output? Can you try strace -o onak.strace onak index noodles and send me the resulting onak.strace? J. -- [ Ok ramblers, let's get rambling. ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413762: database files being created in the root ('/') directory
On Tue, Mar 13, 2007 at 09:21:51PM +, Rafal Czlonka wrote: Jonathan McDowell wrote: When you have the package installed, does running onak index noodles as the onak user provide any output? Can you try strace -o onak.strace onak index noodles and send me the resulting onak.strace? That's the output I get. [13/03/2007 21:16:16] [28761]: Couldn't open num_keydb: No such file or directory [13/03/2007 21:16:16] [28761]: Couldn't write num_keydb: No such file or directory Key not found. When I run strace on onak, the files I've mentioned before are being created in the working directory. Hmmm. Somehow db_dir is getting set to NULL. Have you tried the onak-0.3.2 package (it's in testing)? If not can you give it a try and let me know if you still see the problem? I'm wondering if it's the change to dynamically loaded backend plugins that might have caused this. J. -- Why are Chinese fortune cookies written in English? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403933: More success with r2085
As another data point I've recently upgraded to the 0.9.2+r2085.20070207-1 madwifi source package and this appears to be much happier with network-manager on non encrypted, WEP and WPA networks. J. -- I don't sleep, I dream. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408270: patch + NMU
On Thu, Feb 01, 2007 at 10:46:42AM +0100, Bastian Venthur wrote: I've created a patch adding adduser to the depends and NMU'ed it to DELAYED/0 according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html In order to be as minimal invasive as possible I did not touch the postrm as Masami did in his proposed patch. Meh. I'd seen this bug, but missed the fact it was RC somehow; I've been holding off on uploading anything that wasn't of an RC nature in the vain hope that we might actually release and the less changes the better to achieve that. Minimal changes you've made look fine; I'll include them when I next upload. J. -- Revd. Jonathan McDowell, ULC | Make friends. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427806: referencer: Uninstallable in unstable (needs poppler patch/recompile)
Package: referencer Version: 1.0.2-1 Severity: important referencer is unfortunately uninstallable in unstable; it depends on libpoppler0c2 but this library is no longer available, having been replaced by libpoppler1. Unfortunately a simple rebuild is not sufficient; there has been an API change apparently: http://lists.debian.org/debian-release/2007/05/msg00082.html I'm uncertain if 1.0.3 or 1.0.4 fix this problem, but 1.0.2 definitely doesn't build under unstable at present. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc3 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427806: referencer: Uninstallable in unstable (needs poppler patch/recompile)
On Wed, Jun 06, 2007 at 04:36:17PM +0200, Michael Banck wrote: Hi, On Wed, Jun 06, 2007 at 03:18:28PM +0100, Jonathan McDowell wrote: referencer is unfortunately uninstallable in unstable; it depends on libpoppler0c2 but this library is no longer available, having been replaced by libpoppler1. Unfortunately a simple rebuild is not sufficient; there has been an API change apparently: http://lists.debian.org/debian-release/2007/05/msg00082.html I'm uncertain if 1.0.3 or 1.0.4 fix this problem, but 1.0.2 definitely doesn't build under unstable at present. Did you try to build it against poppler-0.5? referencer-1.0.2 actually pretends to require it in its configure.ac, I patched it out to build it against 0.4.5 (which worked): --- referencer-1.0.2.orig/configure.in +++ referencer-1.0.2/configure.in @@ -33,7 +33,7 @@ libglademm-2.4 = 2.6.0 gconfmm-2.6 = 2.14.0 gnome-vfsmm-2.6 = 2.14.0 - poppler = 0.5.0 + poppler = 0.4.5 ]) If it doesn't work, what's the build error? The problem with building referencer currently is an outdated gnome-mm making trouble... Ah, yes, with poppler 0.5 installed and the rest of the build-deps from unstable I get: make[3]: Entering directory `/home/noodles/referencer-1.0.2/src' g++ -DHAVE_CONFIG_H -I. -I. -I.. -DDATADIR=\/usr/share/referencer\ -g -Wall -O2 -DORBIT2=1 -pthread -I/usr/include/libgnomeuimm-2.6 -I/usr/lib/libgnomeuimm-2.6/include -I/usr/include/libgnomemm-2.6 -I/usr/lib/libgnomemm-2.6/include -I/usr/include/libgnomecanvasmm-2.6 -I/usr/lib/libgnomecanvasmm-2.6/include -I/usr/include/gconfmm-2.6 -I/usr/lib/gconfmm-2.6/include -I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include -I/usr/include/libgnomeui-2.0 -I/usr/include/gnome-vfsmm-2.6 -I/usr/lib/gnome-vfsmm-2.6/include -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/libgnome-2.0 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-keyring-1 -I/usr/include/poppler -I.. -g -Wall -O2 -c -o TagWindow.o TagWindow.C /usr/include/gconfmm-2.6/gconfmm/setinterface.h:42: warning: ‘class Gnome::Conf::SetInterface’ has virtual functions but non-virtual destructor /usr/include/gnome-vfsmm-2.6/libgnomevfsmm/mime-handlers.h:75: error: expected constructor, destructor, or type conversion before ‘*’ token make[3]: *** [TagWindow.o] Error 1 Which points to the mm stuff, not poppler. I've installed libpoppler0c2 from testing for the moment so I can actually try referencer out. J. -- jid: [EMAIL PROTECTED] noodles is not a sign of poor table manners
Bug#427815: tracker: Needs rebuilt against poppler 0.5.4
Package: tracker Version: 0.5.4-5 Severity: important tracker is currently uninstallable in unstable due to depending on libpoppler0c2-glib, which is now libpoppler1-glib with poppler 0.5.4 I have solved this locally for the moment by manually installing libpoppler0c2-glib from testing. I also tried rebuilding the tracker source package against poppler 0.5.4; this appeared to work ok but http://lists.debian.org/debian-release/2007/05/msg00082.html suggests that the API may have changed, hence filing this bug rather than blindly requesting a binNMU. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc3 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tracker depends on: ii dbus 1.0.2-5simple interprocess messaging syst ii libc6 2.5-10 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-5simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2 simple interprocess messaging syst ii libexif12 0.6.15-1 library to parse EXIF files ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgmime-2.0-22.2.9-1MIME library, unstable version ii libgsf-1-114 1.14.3-1 Structured File Library - runtime ii libgstreamer0.10-00.10.13-1 Core GStreamer libraries and eleme ii libmagic1 4.21-1 File type determination library us ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-2 PNG library - runtime ii libpoppler0c2-glib0.4.5-5.1 PDF rendering library (GLib-based ii libsqlite3-0 3.3.17-1 SQLite 3 shared library ii shared-mime-info 0.21-2 FreeDesktop.org shared MIME databa ii zlib1g1:1.2.3-15 compression library - runtime Versions of packages tracker recommends: ii o3read0.0.4-1standalone converter for OpenOffic ii tracker-search-tool 0.5.4-5metadata database, indexer and sea ii tracker-utils 0.5.4-5metadata database, indexer and sea ii untex 9210-10Remove LaTeX commands from input ii unzip 5.52-9 De-archiver for .zip files ii w3m 0.5.1-5.1 WWW browsable pager with excellent ii wv1.2.4-2Programs for accessing Microsoft W ii xpdf-utils [poppler-utils]3.02-1 Portable Document Format (PDF) sui ii xsltproc 1.1.20-1 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427818: tracker: Crashes on indexing own temporary files
Package: tracker Version: 0.5.4-5 Severity: important tracker appears to crash if it is allowed to index its own temporary files; I have TMPDIR set to ~/tmp/ and running trackerd with no parameters results in a Segmentation fault. Setting TMPDIR to /tmp or passing -e /home/noodles/tmp to trackerd prevents the crash, but it should be more intelligent about this itself. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc3 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tracker depends on: ii dbus 1.0.2-5simple interprocess messaging syst ii libc6 2.5-10 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-5simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2 simple interprocess messaging syst ii libexif12 0.6.15-1 library to parse EXIF files ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgmime-2.0-22.2.9-1MIME library, unstable version ii libgsf-1-114 1.14.3-1 Structured File Library - runtime ii libgstreamer0.10-00.10.13-1 Core GStreamer libraries and eleme ii libmagic1 4.21-1 File type determination library us ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-2 PNG library - runtime ii libpoppler0c2-glib0.4.5-5.1 PDF rendering library (GLib-based ii libsqlite3-0 3.3.17-1 SQLite 3 shared library ii shared-mime-info 0.21-2 FreeDesktop.org shared MIME databa ii zlib1g1:1.2.3-15 compression library - runtime Versions of packages tracker recommends: ii o3read0.0.4-1standalone converter for OpenOffic ii tracker-search-tool 0.5.4-5metadata database, indexer and sea ii tracker-utils 0.5.4-5metadata database, indexer and sea ii untex 9210-10Remove LaTeX commands from input ii unzip 5.52-9 De-archiver for .zip files ii w3m 0.5.1-5.1 WWW browsable pager with excellent ii wv1.2.4-2Programs for accessing Microsoft W ii xpdf-utils [poppler-utils]3.02-1 Portable Document Format (PDF) sui ii xsltproc 1.1.20-1 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428409: lvm2: pvmove doesn't work
Package: lvm2 Version: 2.02.24-6 Severity: normal Over the weekend I added a second disk to my box, identical to the first once. The plan was to create a RAID1 dataset by bringing up the new disk as a degraded array, copying / over to it, creating a new swap partition and then migrating the LVM volume group over (everything but / is LVMed). Bringing up the RAID1 degraded array was fine. I then did: pvcreate /dev/md2 which seemed to work fine and showed the physical volume fine. So I did: vgextend raidvg /dev/md2 which resulted in vgdisplay displaying as much free space as used in the volume group, as I expected. So I did: pvmove -v /dev/sda3 to move everything off the unraided disk and into the raid array. And that's where it went wrong. pvmove bombed out complaining about being unable to parse the progress or something similar - I'm sorry, I really should have recorded the exact error. It seemed to be complaining about core 1, which when I ran dmsetup status I could see on the first line for the raidvg-pvmove0 device. pvmove --abort cleaned things up successfully, but I failed to figure out how to correctly get pvmove to operate as expected so created a new volume group on the RAID device and manually copied the filesystems over - precisely the sort of thing LVM is designed to avoid I believe, but this was my home box and I was more concerned about having it back up and running properly than avoiding downtime due to shuffling filesystems. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc3 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lvm2 depends on: ii libc62.5-10 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.18-1 The Linux Kernel Device Mapper use ii libncurses5 5.6-3 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libselinux1 2.0.15-2SELinux shared libraries ii libsepol12.0.3-1 Security Enhanced Linux policy lib lvm2 recommends no packages. -- debconf information: lvm2/snapshots: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426894: openguides: Editing page causes Plucene error
Package: openguides Version: 0.57-3 Severity: important Editing a page in the Norwich Openguide (http://norwich.openguide.org/) leads to the following error being returned to the browser: | Can't call method clone on an undefined value at | /usr/share/perl5/Plucene/Index/SegmentTermEnum.pm line 98. (in cleanup) | Can't call method clone on an undefined value at | /usr/share/perl5/Plucene/Index/SegmentTermEnum.pm line 98. However the change does seem to get correctly saved. The only Plucene mention in the config file is: # There used to be a use_plucene configuration here, but currently, # for the Debian package, this must be left at the default. though use_plucene = 1 did exist in the pre-etch config and I note it's still a dependency of the openguides package. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.51 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages openguides depends on: ii apache2-mpm-worker [httpd] 2.2.3-4 High speed threaded model for Apac ii debconf [debconf-2.0]1.5.11 Debian configuration management sy ii libalgorithm-diff-perl 1.19.01-2 a perl library for finding Longest ii libclass-accessor-perl 0.30-1 Automated accessor generator ii libconfig-tiny-perl 2.08-1 Read/Write .ini style files with a ii libdbd-mysql-perl3.0008-1A Perl5 database interface to the ii libdbd-pg-perl 1.49-2 a PostgreSQL interface for Perl 5 ii libgeo-coordinates-utm-perl 0.05-2 Perl extension for Latitiude Longi ii libgeography-nationalgrid-pe 1.6-6 Class for a point and to transform ii libparse-recdescent-perl 1.94.free-3 Generates recursive-descent parser ii libplucene-perl 1.24-1 A Perl port of the Lucene search e ii libtemplate-perl 2.14-1 template processing system written ii liburi-perl 1.35-2 Manipulates and accesses URI strin ii libwiki-toolkit-formatter-us 0.20-2 UseModWiki-style formatting for CG ii libwiki-toolkit-perl 0.72-1 A toolkit for building Wikis ii libwiki-toolkit-plugin-categ 0.04-3 Category management for Wiki::Tool ii libwiki-toolkit-plugin-diff- 0.11-2 format differences between two Wik ii libwiki-toolkit-plugin-locat 0.05-3 A Wiki::Toolkit plugin to manage c ii libwiki-toolkit-plugin-rss-r 1.5-3 retrieve RSS feeds for inclusion i ii libwww-perl 5.805-1 WWW client/server library for Perl ii libxml-rss-perl 1.05-1 Perl module for managing RSS (RDF ii perl 5.8.8-7 Larry Wall's Practical Extraction openguides recommends no packages. -- debconf information: * openguides/check_old_upgrade: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426894: openguides: Editing page causes Plucene error
On Tue, Jun 05, 2007 at 10:42:42PM +0100, Dominic Hargreaves wrote: On Tue, Jun 05, 2007 at 09:39:41PM +0100, Dominic Hargreaves wrote: On Thu, May 31, 2007 at 04:44:12PM +0100, Jonathan McDowell wrote: Editing a page in the Norwich Openguide (http://norwich.openguide.org/) leads to the following error being returned to the browser: | Can't call method clone on an undefined value at | /usr/share/perl5/Plucene/Index/SegmentTermEnum.pm line 98. (in cleanup) | Can't call method clone on an undefined value at | /usr/share/perl5/Plucene/Index/SegmentTermEnum.pm line 98. However the change does seem to get correctly saved. Can you try the following: - su - to the web server's user id - cd /etc/openguides/yourguide - run perl /usr/share/doc/openguides/examples/reindex.pl - see if you can reproduce the bug I can't reproduce this on a fresh etch install so my best guess at this stage is that your Plucene indexes have been corrupted. Oh, before you perform those steps, please rm /var/lib/openguides/indexes/yourguide/* This /seems/ to have done the trick. Most odd; I'm pretty sure the point of breakage was around the sarge-etch upgrade. I'll let you know if I see it again. J. -- ] http://www.earth.li/~noodles/ [] As of next week, passwords will be [ ] PGP/GPG Key @ the.earth.li [] entered in Morse code.[ ] via keyserver, web or email. [] [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430782: liferea: Fails to display LJ entries using ljuser
Package: liferea Version: 1.2.16b-1 Severity: normal Liferea has recently stopped working with LiveJournal entries that reference other LJ users. In particular it outputs something like: XML Parsing Error: prefix not bound to a namespace Location: file:/// Line Number 456, Column 3508: Where the code in question is: span class=ljuser lj:user=addedentry style=white-space: nowrap; I guess this may be a libxul issue, or something LJ have changed, but it didn't used to do it and if I view the RSS URL in Iceweasel it works ok. See: http://j4.livejournal.com/data/rss for an example of the problem - the Glast-oh-no entry exhibits the problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc3 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liferea depends on: ii gconf2 2.18.0.1-3 GNOME configuration database syste ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-11 GNU C Library: Shared libraries ii libcairo2 1.4.8-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-1 simple interprocess messaging syst ii libdbus-glib-1-20.73-2 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070609-1 GCC support library ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libglib2.0-02.12.12-1The GLib library of C routines ii libgnutls13 1.6.3-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii liblua505.0.3-2 Main interpreter library for the L ii liblualib50 5.0.3-2 Extension library for the Lua 5.0 ii libnm-glib0 0.6.4-8+b1 network management framework (GLib ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime Library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxslt1.1 1.1.21-1 XSLT processing library - runtime ii libxul0d1.8.1.4-2Gecko engine library ii zlib1g 1:1.2.3-15 compression library - runtime Versions of packages liferea recommends: ii dbus 1.1.1-1simple interprocess messaging syst ii dbus-x11 1.1.1-1simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430926: evilwm: Please update package to 1.0.0
Package: evilwm Version: 0.99.21-1 Severity: wishlist I note that the evilwm package lags somewhat behind upstream releases; 0.99.21 was released on 2006-01-16 and there have been several releases since then. 1.0.0 appears to be the most recent, from earlier this month. As you appear to be upstream but not a Debian developer, is the issue one of needing someone to sponsor an upload? If so then I'm prepared to consider this. If instead the issue is that you're no longer interested in Debian then would you object to an NMU for a more recent version? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc3 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evilwm depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar evilwm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430926: evilwm: Please update package to 1.0.0
On Thu, Jun 28, 2007 at 03:32:29PM +0100, Ciaran Anscomb wrote: Jonathan McDowell wrote: I note that the evilwm package lags somewhat behind upstream releases; 0.99.21 was released on 2006-01-16 and there have been several releases since then. 1.0.0 appears to be the most recent, from earlier this month. As you appear to be upstream but not a Debian developer, is the issue one of needing someone to sponsor an upload? If so then I'm prepared to consider this. If instead the issue is that you're no longer interested in Debian then would you object to an NMU for a more recent version? Purely the needing someone to sponsor. I don't update often, and the last time I tried to contact a previous sponsor, things got quite confused. Well, *I* got quite confused. Anyway, I try to keep the Debian metadata up to date in case someone offers, so I'd be very happy for you to sponsor in a new version: http://www.6809.org.uk/tmp/evilwm/ Hopefully that's up to current standards - I started mostly from scratch with current dh_make output. Excellent. The diff is nice and small, so I've had a look over it, compiled it up and installed it locally. Seems to all be fine, so I'll upload now - only change is to add a Closes: to the changelog for this bug. Feel free to give me a prod next time you do a release; I can't promise I'll have time to help, but I'll try not to get confused. :) J. -- jid: [EMAIL PROTECTED] noodles is not a sign of poor table manners -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425359: workrave window no longer appears
Package: workrave Version: 1.8.4-2 Severity: important workrave no longer displays its little window; when it starts up it briefly flashes up, but then disappears. workrave continues to run in the background, but with nothing visible. This obviously makes it a bit useless. I don't run any form of panel, so I've no idea if it would still be displaying in that. I've attached a strace of startup. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc1 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages workrave depends on: ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.5-7GNU C Library: Shared libraries ii libcairo2 1.4.6-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070516-1 GCC support library ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libgconfmm-2.6-1c2 2.14.2-1 C++ wrappers for GConf (shared lib ii libglade2-0 1:2.6.0-4library to load .glade files at ru ii libglademm-2.4-1c2a 2.6.2-2 C++ wrappers for libglade2 (shared ii libglib2.0-02.12.12-1The GLib library of C routines ii libglibmm-2.4-1c2a 2.12.9-0.1 C++ wrapper for the GLib toolkit ( ii libgnet2.0-02.0.7-1 GNet network library ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome-vfsmm-2.6-1c2a 2.14.0-1 C++ wrappers for GnomeVFS (shared ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomecanvasmm-2.6-1c 2.14.0-1 C++ wrappers for libgnomecanvas2 ( ii libgnomemm-2.6-1c2 2.14.0-1 C++ wrappers for libgnome (shared ii libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf ii libgnomeuimm-2.6-1c2a 2.14.0-1 C++ wrappers for libgnomeui (share ii libgnomevfs2-0 1:2.18.1-2 GNOME Virtual File System (runtime ii libgtk2.0-0 2.10.12-2The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.10.10-0.2C++ wrappers for GTK+ 2.4 (shared ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.18.1-1+b1 library for GNOME 2 panel applets ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpopt01.10-3 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070516-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.28.dfsg-1GNOME XML library ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxtst61:1.0.1-5X11 Testing -- Resource extension workrave recommends no packages. -- no debconf information workrave.strace.bz2 Description: BZip2 compressed data
Bug#425359: workrave window no longer appears
On Mon, May 21, 2007 at 01:11:31PM +0200, Michael Piefel wrote: Am Montag, den 21.05.2007, 09:21 +0100 schrieb Jonathan McDowell: workrave no longer displays its little window; [...] I don't run any form of panel Does typing the following: $ gconftool --type bool --set /apps/workrave/gui/main_window/enabled true do any good? Yes, that brings it back. Thanks. I don't believe I changed anything that would have altered this however. J. -- [ 101 things you can't have too much of : 51 - News. ] signature.asc Description: Digital signature
Bug#434066: asterisk: Fails to restart after upgrade due to dep on libpt.so.1.10.2
Package: asterisk Version: 1:1.4.8~dfsg-1 Severity: grave Justification: renders package unusable After performing my daily sid upgrade Asterisk fails to restart: Setting up asterisk-config (1:1.4.8~dfsg-1) ... Stopping Asterisk PBX: asterisk. Starting Asterisk PBX: /usr/sbin/asterisk: error while loading shared libraries: libpt.so.1.10.2: cannot open shared object file: No such file or directory invoke-rc.d: initscript asterisk, action restart failed. dpkg: error processing asterisk-config (--configure): subprocess post-installation script returned error exit status 127 dpkg: dependency problems prevent configuration of asterisk: asterisk depends on asterisk-config (= 1:1.4.8~dfsg-1) | asterisk-config-custom; however: Package asterisk-config is not configured yet. Package asterisk-config-custom is not installed. dpkg: error processing asterisk (--configure): dependency problems - leaving unconfigured I don't appear to have a libpt.so.1.10.2: [EMAIL PROTECTED] ~]$ ls /usr/lib/libpt.so.1.* /usr/lib/libpt.so.1.10.0@ /usr/lib/libpt.so.1.10.3@ /usr/lib/libpt.so.1.9.3@ /usr/lib/libpt.so.1.10.1@ /usr/lib/libpt.so.1.10.7 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages asterisk depends on: ii adduser 3.104add and remove users and groups pn asterisk-config | aster none (no description available) ii asterisk-sounds-main1:1.4.8~dfsg-1 sound files for asterisk ii libasound2 1.0.14a-2ALSA library ii libc6 2.6-2GNU C Library: Shared libraries ii libct3 0.63-3.2 libraries for connecting to MS SQL ii libcurl3-gnutls 7.16.4-1 Multi-protocol file transfer libra ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libgcc1 1:4.2.1-0GCC support library ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libgnutls13 1.6.3-1 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2library for common error values an ii libgsm1 1.0.10-13Shared libraries for GSM speech co ii libiksemel3 1.2-3C library for the Jabber IM platfo ii libkrb531.6.dfsg.1-6 MIT Kerberos runtime libraries ii libldap22.1.30-13.4 OpenLDAP libraries ii libncurses5 5.6+20070716-1 Shared libraries for terminal hand ii libnewt0.52 0.52.2-10Not Erik's Windowing Toolkit - tex ii libogg0 1.1.3-2 Ogg Bitstream Library ii libopenh323-1.18.0 1.18.0.dfsg-1+b1 H.323 aka VoIP library ii libpopt01.10-3 lib for parsing cmdline parameters ii libpq5 8.2.4-2 PostgreSQL C client library ii libpri1.2 1.4.0-2 Primary Rate ISDN specification li ii libpt-1.10.01.10.7~dfsg1-3 Portable Windows Library ii libradiusclient-ng2 0.5.5-1 Enhanced RADIUS client library ii libsasl2-2 2.1.22.dfsg1-13 Authentication abstraction library ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libsensors3 1:2.10.4-1 library to read temperature/voltag ii libsnmp10 5.3.1-7 SNMP (Simple Network Management Pr ii libspeex1 1.1.12-3 The Speex Speech Codec ii libsqlite0 2.8.17-2 SQLite shared library ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii libstdc++6 4.2.1-0 The GNU Standard C++ Library v3 ii libtonezone11:1.4.4~dfsg-1 tonezone library (runtime) ii libvorbis0a 1.1.2.dfsg-2 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2.dfsg-2 The Vorbis General Audio Compressi ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra ii unixodbc2.2.11-15ODBC tools libraries ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime asterisk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325177: jwhois: -f option causes segfault
Package: jwhois Version: 3.2.3-2 Severity: important [EMAIL PROTECTED] ~]$ jwhois -f earth.li [Querying whois.nic.li] Segmentation fault I thought this was my setup, but my laptop (running etch) recently started doing it too. It works fine without the -f. It also doesn't work with any other domain I try (eg debian.org). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages jwhois depends on: ii adduser 3.67 Add and remove users and groups ii dpkg 1.13.11package maintenance system for Deb ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libgdbm3 1.8.3-2GNU dbm database routines (runtime Versions of packages jwhois recommends: ii lynx 2.8.5-2Text-mode WWW Browser -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316352: xmms-scrobbler: Suffers from large memory leaks
Package: xmms-scrobbler Version: 0.3.8.1-2 Severity: important xmms-scrobbler appears to leak serious amounts of memory over time; to the extent that it's impossible to leave xmms running persistantly on my desktop machine with it enabled. For example, last night at 18:55 I hit stop on xmms and ps output was: noodles 32650 1.1 1.9 76840 20264 pts/4Rl 15:44 2:12 xmms I haven't hit play since and ps output is now: noodles 32650 0.3 6.4 122920 66492 pts/4Sl Jun29 4:11 xmms This *doesn't* happen if the scrobbler plugin isn't enabled; I've had xmms run for over a week quite happily not growing in size (I forget how much, but it was certainly under 70M and had exactly the same playlist). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc6 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xmms-scrobbler depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcurl37.14.0-2 Multi-protocol file transfer libra ii libidn110.5.13-1.0 GNU libidn library, implementation ii libmusicbrainz4 2.1.1-3 Second generation incarnation of t ii libssl0.9.7 0.9.7g-1 SSL shared libraries ii libstdc++5 1:3.3.6-7The GNU Standard C++ Library v3 ii xmms1.2.10+cvs20050209-2 Versatile X audio player that look ii zlib1g 1:1.2.2-4compression library - runtime xmms-scrobbler recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317459: onak: database corrupted (?) after bulk add
On Fri, Jul 08, 2005 at 01:45:30PM -0400, R. Scott Bailey wrote: I don't know if this is an actual bug, or just user stupidity. :-) I haven't done a lot of playing with onak, but decided to exercise it a little bit by loading it with the debian keyring: gpg --export --keyring /usr/share/keyrings/debian-keyring.gpg \ | onak -b add This worked without errors, reporting 902 new keys loaded, and my first lookup worked. (An index search on brandon if it matters...) After that, every single access attempt dies with Illegal instruction on stdout and the message Error opening db environment: /var/lib/onak (DB_RUNRECOVERY: Fatal error, run database recovery) in /var/log/onak.log. :-( Hmmm. Berkeley DB seems to be very fragile; if onak exits uncleanly for any reason it can get unhappy. I have code for a backend DB daemon that's talked to over a unix socket to try and limit this in future versions. Try a db4.2_recover -v (this is in the db4.2-util package) and see if that fixes things for you? I have no clue how to perform the required recovery and can't find anything in the man page, the READMEs, or Google. The documentation is lacking; I'll have to add something about this to it if it sorts your problem out. J. -- /-\ | A fool and his money are SYSOP |@/ Debian GNU/Linux Developer | material. \- | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484472: tun interface for l2tpns does not route as expected
On Wed, Jun 04, 2008 at 11:03:48AM +0200, Colin Alston wrote: Package: l2tpns Version: 2.1.21-1 Severity: important l2tpns does not appear to route packets from/to ranges not within that which is allocated to the tunnels themselves. Consider for example [E:192.168.0.0/24]--[LAC:10.0.0.2]---[LNS:10.0.0.1]--[E:192.168.1.0/24] It seems l2tpns will only route traffic over the tun interface if it is natted (the source address is either the tunnel or the LNS IP) making it fairly useless for most uses of L2TP. l2tpns will only route traffic over the tun interface if it knows about the appropriate IPs. How do you expect it to know which end point to route to otherwise? You don't supply any details of your RADIUS config but at a guess you haven't got a Framed-Route entry for the network you want to route to the username in question? I have used l2tpns with non NATed routed subnets in the past without problems. l2tp does not provide any useful debugging from my side, only that when I do something like 'traceroute -s 192.168.0.1 10.0.0.1' the packets hit the tun0 interface from tcpdump, but tcpdump on the other end does not see anything. Have you tried altering the debug level (set debug n)? J. -- 101 things you can't have too much of : 43 - Penguins. This .sig brought to you by the letter A and the number 48 Product of the Republic of HuggieTag -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484472: tun interface for l2tpns does not route as expected
severity wishlist retitle documentation could do with much improvement thanks On Wed, Jun 04, 2008 at 12:01:08PM +0200, Colin Alston wrote: Colin Alston wrote: I don't have a Frame-Route, no. From RADIUS documentation that attribute suggests it is a route to pass along to the LAC. I'm guessing l2tpns does not document its treatment of that attribute, or I'm blind. Apparently I am blind, and stupid. I do need a Framed-Route attribute. The documentation still sucks :( But I'll try deal with that. Glad that sorted for you. Agreed on the documentation front, so I'll keep this bug around as a general reminder about that. J. -- 101 things you can't have too much of : 33 - Jokes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467501: submitter address changed (Stealing this bug ;))
On Sat, Jul 05, 2008 at 12:39:13PM +, Debian Bug Tracking System wrote: The submitter address recorded for your Bug report #467501: cannot boot when /boot is in RAID has been changed. Er, WTF? If this bug is fixed then it would be nice if the package maintainer could close it so I know it's worth trying grub2 again on my box. If you have veered off the original bug onto a new one perhaps what you want to do is clone it and retitle the new bug, rather than confusing the issue? J. -- Web [ fivemack it is bruter-force than a really really stupid ] site: http:// [ elephant [on his Python suduku solver] ] Made by www.earth.li/~noodles/ [ ] HuggieTag 0.0.23 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467501: submitter address changed (Stealing this bug ;))
On Sat, Jul 12, 2008 at 05:20:58PM +0200, Robert Millan wrote: On Sat, Jul 05, 2008 at 02:56:09PM +0100, Jonathan McDowell wrote: On Sat, Jul 05, 2008 at 12:39:13PM +, Debian Bug Tracking System wrote: The submitter address recorded for your Bug report #467501: cannot boot when /boot is in RAID has been changed. Er, WTF? If this bug is fixed then it would be nice if the package maintainer could close it so I know it's worth trying grub2 again on my box. If you have veered off the original bug onto a new one perhaps what you want to do is clone it and retitle the new bug, rather than confusing the issue? Sam improperly reused this bug report for something else; then he told me the original report is most likely fixed, so I said it was ok for him to reuse it and send an explanation. Seems like he forgot the explanation. Anyway, please test if the bug still applies; if it does, then please clone it. Sorry for the inconvenience. It's not fixed, but behaviour appears to be slightly different. root is getting detected as (hd0,1) while prefix is ending up set to (hd0,1)(md0)/boot/grub/ and I'm still getting dropped to the rescue shell. root (md0) set prefix=(md0)/boot/grub insmod /boot/grub/boot.mod normal still makes the menu come up and boot happen normally from that point. I've mailed control@ to clone the bug and change the original back to mine. J. -- Programmer, | 101 things you can't have too| Tel/SMS: sysadmin | much of : 23 - Red Dwarf. | +423-663-212343 BHMF. || Made by HuggieTag -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490802: w3m: syslogs complaining about lack of /dev/gpmctl
Package: w3m Version: 0.5.2-2+b1 Severity: normal I get errors like the following: Jul 14 13:06:50 soba w3m: *** info Jul 14 13:06:50 soba w3m: /dev/gpmctl: No such file or directory Jul 14 13:06:50 soba w3m: *** err Jul 14 13:06:50 soba w3m: Oh, oh, it's an error! possibly I die! logged to /var/log/syslog when I run w3m on the console. I do not have GPM installed. I can't see any justification for w3m deciding to log to syslog, nor do I particularly care that it can't talk to GPM. The program functions fine (ie it didn't die like it thought it might). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libgc1c2 1:6.8-1.1 conservative garbage collector for ii libgpm21.20.4-2 General Purpose Mouse - shared lib ii libncurses55.6+20080308-1Shared libraries for terminal hand ii libssl0.9.80.9.8g-10.1 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20080617 Common CA certificates -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467501: submitter address changed (Stealing this bug ;))
On Mon, Jul 14, 2008 at 02:11:51PM +0200, Robert Millan wrote: On Mon, Jul 14, 2008 at 09:55:22AM +0100, Jonathan McDowell wrote: It's not fixed, but behaviour appears to be slightly different. root is getting detected as (hd0,1) while prefix is ending up set to (hd0,1)(md0)/boot/grub/ and I'm still getting dropped to the rescue shell. Which version did you use for that test? grub-pc 1.96-20080704-2 (installed from unstable/amd64 this morning). J. -- Funny how life imitates LSD. This .sig brought to you by the letter J and the number 28 Product of the Republic of HuggieTag -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478470: ca-certificates update breaks Exim4/etch client doing TLS with Exim4/testing
Package: exim4 Version: 4.69-4 I started seeing the A TLS packet with unexpected length was received. error yesterday, with connections from a box running Etch (exim4 4.63-17) and using the box running testing as an SMTP relay with auth over TLS. At the time I was running 4.69-2+b1 but I've since upgraded to 4.69-4 in case that resolved it - it didn't. Looking at /var/log/dpkg.log for packages that where upgraded on 27th/28th (in particular I was looking for gnutls related things) the only potential candidate was ca-certificates, which I upgraded from 20070303-0.1 to 20080411 on the 27th. I aptitude purge ca-certificates and tried flushing the queue on the stable box; mail started flowing again. If I install ca-certificates 20070303-0.1 mail flows correctly. If I upgrade to 20080411 Exim starts logging the TLS error again. I'm not using client certificates; auth is done by username/password. -- Package-specific info: Exim version 4.69 #1 built 27-Apr-2008 09:13:52 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='tangerine.org.uk' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='maildir_home' mailname:limegreen.tangerine.org.uk -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy ii exim4-base4.69-4 support files for all Exim MTA (v4 ii exim4-daemon-heavy4.69-4 Exim MTA (v4) daemon with extended exim4 recommends no packages. -- debconf information: exim4/drec: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487284: onak does not escape colon characters in key search results
On Fri, Jun 20, 2008 at 02:51:30PM -0400, Matthew James Goins wrote: Some adventurous programmers I know are working on a system that uses PGP certificate user ids in unusual ways. Some of the userids are essentially URIs in this system. The system needed to talk to a local keyserver, so we set one up using onak and mathopd, which was easy and worked very well, but this led to us finding a minor little bug in onak. When a remote client requests a lookup of a key to which are attached user ids containing the ':' (colon) character, onak does not escape the colon in its response, which results in the user seeing an incorrect user id. This would also affect normal user id comments and other strings in user ids that might contain colons, even for user ids that are not URI-like. Ta. I've pushed a fix for this to the upstream onak bzr tree and will look at getting a new package rolled for Debian in the next week or two. J. -- ] http://www.earth.li/~noodles/ [] What have I become, my sweetest [ ] PGP/GPG Key @ the.earth.li [] friend? [ ] via keyserver, web or email. [] [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ signature.asc Description: Digital signature
Bug#359232: libcrypt-cbc-perl security update broken.
Package: libcrypt-cbc-perl Severity: grave Version: 2.12-1sarge1 The security update of libcrypt-cbc-perl to 2.12-1sarge1 causes breakage; when the upgrade is applied I see the following errors: Use of uninitialized value in pattern match (m//) at /usr/share/perl5/Crypt/CBC.pm line 240, GEN0 line 4. Use of uninitialized value in pattern match (m//) at /usr/share/perl5/Crypt/CBC.pm line 240, GEN0 line 4. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Crypt/CBC.pm line 171, GEN0 line 4. This is using the module with libopensrs-perl (backported to sarge) and causes the authentication to OpenSRS to fail. Downgrading to 2.12-1 fixes things. I'll try to do some more investigation later if I have time; apologies for the limited details here. J. -- Counselor, can I, uh, use your | .''`. Debian GNU/Linux Developer com-badge? - Riker | : :' : Happy to accept PGP signed | `. `' or encrypted mail - RSA + | `-DSA keys on the keyservers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351764: vdradmin: [PATCH] Add IPv6 support to web interface
Package: vdradmin
Version: 0.97-am3.4.2-3
Severity: wishlist
Tags: patch
The attached patch adds IPv6 support for the web interface in vdradmin;
I find this useful rather than having to port forward things around to
be able to access it from the outside world. It adds an additional
dependancy on libio-socket-inet6-perl, which is already in Debian.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages vdradmin depends on:
ii adduser 3.80Add and remove users and groups
ii libcompress-zlib-perl1.41-1 Perl module for creation and manip
ii libhtml-parser-perl 3.48-1 A collection of modules that parse
ii libhtml-template-expr-perl 0.05-1 HTML::Template extension adding ex
ii libhtml-template-perl2.8-1 HTML::Template : A module for usin
ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser
ii libtemplate-perl 2.14-1 template processing system written
ii liburi-perl 1.35-1 Manipulates and accesses URI strin
ii perl 5.8.7-10Larry Wall's Practical Extraction
ii sendemail1.52-3 email-from-console sending tool
vdradmin recommends no packages.
-- no debconf information
--- vdradmind.pl.orig 2006-01-15 23:53:22.0 +
+++ vdradmind.pl2006-01-16 15:40:26.0 +
@@ -55,6 +55,7 @@
use Env qw(@PATH LANGUAGE);
use CGI qw(:no_debug);
use IO::Socket;
+use IO::Socket::INET6;
use HTML::Template::Expr();
use Template;
use Time::Local qw(timelocal);
@@ -355,7 +356,7 @@
my @reccmds;
loadRecCmds();
-my($Socket) = IO::Socket::INET-new(
+my($Socket) = IO::Socket::INET6-new(
Proto = 'tcp',
LocalPort = $CONFIG{SERVERPORT},
LocalAddr = $CONFIG{SERVERHOST},
Bug#365167: ITP: remote-tty -- multiuser tip/cu replacement with logging
Package: wnpp Severity: wishlist Owner: Jonathan McDowell [EMAIL PROTECTED] * Package name: remote-tty Version : 4.0 Upstream Author : Paul Vixie [EMAIL PROTECTED] * URL : ftp://ftp.isc.org/isc/rtty/ * License : ISC Programming Lang: C Description : multiuser tip/cu replacement with logging This is Paul Vixie's rtty serial console tool. It allows runs a server per port which then support multiple connections at time from tip/cu-like clients. It also supports logging of output from the port, even when no client is connected. This can be invaluable for post mortem diagnosis of crashes of serial consoled machines. -- 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.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361098: ITP: libdata-structure-util-perl -- Change nature of data within a structure
Package: wnpp Severity: wishlist Owner: Jonathan McDowell [EMAIL PROTECTED] * Package name: libdata-structure-util-perl Version : 0.11 Upstream Author : Pierre Denis [EMAIL PROTECTED] * URL : http://search.cpan.org/~pdenis/Data-Structure-Util/ * License : Perl (Artistic/GPL) Programming Lang: Perl/C Description : Change nature of data within a structure Data::Structure::Util is a toolbox to manipulate the data inside a data structure. It can process an entire tree and perform the operation requested on each appropriate element. For example: It can transform all strings within a data structure to utf8 or transform any utf8 string back to the default encoding. It can remove the blessing on any reference. It can collect all the objects or detect if there is a circular reference. It is written in C for decent speed. I am packaging this as it's required by recent versions of libopensrs-perl, which I already maintain. -- 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.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374520: O: fidogate
Package: wnpp Severity: normal fidogate needs some TLC and a combination of many other projects on the go and not running a Fidonet node mean that I'm not the right person to provide. As such I'm orphaning it effective immediately. I would suggest the new maintainer should intend to use it to connect to Fidonet or some other FTN. It needs to be moved away from debmake, updated to the latest version and changed to use debconf ideally. -- 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.17 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374521: RM: sslwrap -- old, unmaintained, unnecessary
Package: ftp.debian.org Severity: normal Please remove sslwrap from the archive at the earliest possible opportunity. It is unmaintained upstream; the last release was in December 2000 and there have been numerous fixes added into the Debian package since then that upstream have not responded to or folded in to mainline. It is largely unnecessary in today's internet; it dates from a time when you couldn't work on crypto easily if you were in the US, so apps couldn't include their own SSL/TLS support and had to rely on wrappers such as this. Thankfully these days are largely gone. There are better replacements; Debian has at least crywrap (Gergely, the maintainer, appears to be upstream as well) - this should handle those rare cases where a user might want to wrap a service in SSL that doesn't already support it. I think it's time to just let sslwrap die; we've been carrying it for long enough. -- 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.17 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374529: gajim: should default to aplay -q rather than aplay for sounds
Package: gajim Version: 0.10.1-1 Severity: wishlist gajim defaults to using aplay to play sounds, however it should really use aplay -q as otherwise aplay spews Playing WAVE blah messages to stdout. There's no reason a GUI app should be outputting this sort of thing, and the -q switch makes aplay be appropriately quiet. -- 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.17 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gajim depends on: ii libaspell15 0.60.4-4GNU Aspell spell-checker runtime l ii libatk1.0-0 1.11.4-2The ATK accessibility toolkit ii libc62.3.6-15GNU C Library: Shared libraries ii libcairo21.0.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libglib2.0-0 2.10.3-1The GLib library of C routines ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libpango1.0-01.12.3-1Layout and rendering of internatio ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4 X11 Screen Saver extension library ii python2.42.4.3-7 An interactive high-level object-o ii python2.4-glade2 2.8.2-3 GTK+ bindings: Glade support ii python2.4-gtk2 2.8.2-3 Python bindings for the GTK+ widge ii python2.4-pysqlite2 2.2.2-1 python interface to SQLite 3 Versions of packages gajim recommends: ii dnsutils 1:9.3.2-2 Clients provided with BIND pn notification-daemon none (no description available) ii python2.4-dbus0.61-6 simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374530: liferea: outputs Unhandled property: 12 border-collapse on selecting any post
Package: liferea Version: 1.0.12-1 Severity: wishlist Every time I select a post in liferea it outputs: Unhandled property: 12 border-collapse to the xterm it was started in. There's no reason it should do this; it's a GUI app and if it has something to say it should output it in a dialog box and otherwise it should be quiet. -- 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.17 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages liferea depends on: ii dbus-1-utils 0.61-6simple interprocess messaging syst ii gconf2 2.14.0-1 GNOME configuration database syste ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-6simple interprocess messaging syst ii libdbus-glib-1-2 0.61-6simple interprocess messaging syst ii libfontconfig1 2.3.2-7 generic font configuration library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii liferea-gtkhtml1.0.12-1 gtkhtml-based rendering library fo ii zlib1g 1:1.2.3-11compression library - runtime liferea recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374530: liferea: outputs Unhandled property: 12 border-collapse on selecting any post
On Mon, Jun 19, 2006 at 11:31:32PM +0200, Lars Lindner wrote: Am Montag, den 19.06.2006, 21:25 +0100 schrieb Jonathan McDowell: Package: liferea Version: 1.0.12-1 Severity: wishlist Every time I select a post in liferea it outputs: Unhandled property: 12 border-collapse to the xterm it was started in. There's no reason it should do this; it's a GUI app and if it has something to say it should output it in a dialog box and otherwise it should be quiet. Thanks for deciding to post a bug :-) I figure I'm going to get known as the kook that reads stdout/err for GUI apps. However I did get some support for wanting to file such bugs, so I thought I should do so. I think this is a problem with libgtkhtml2 which outputs every unknown CSS tag it encounters. And Liferea relies on the border-collapse attribute to correctly render items with Mozilla. If you believe it's libgtkhtml2 then I'm happy for you to reassign the bug to that package; I won't do so myself as I'm not familiar with that library. J. -- noodles is back group| Black Cat Networks Ltd | http://www.blackcatnetworks.co.uk/ | UK Web, domain and email hosting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374783: dovecot-imapd: IPv6 support broken
Package: dovecot-imapd Version: 1.0.beta9-1 Severity: important Upgraded from 1.0.beta8-4 to 1.0.beta9-1 and dovecot-imapd no longer listens on an IPv6 TCP port. I have listen = [::] in my config file, which worked fine previously. Downgrading to 1.0.beta8-4 again restores IPv6 support. -- 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.17 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages dovecot-imapd depends on: ii dovecot-common 1.0.beta9-1 secure mail server that supports m ii libc62.3.6-15GNU C Library: Shared libraries ii libssl0.9.8 0.9.8b-2SSL shared libraries dovecot-imapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373798: epiphany-browser: Silently loses bookmarks.
Package: epiphany-browser Version: 2.14.2.1-2 Severity: normal Having had epiphany suggested to me I thought I'd try it out. Used it for a couple of days, imported my Firefox bookmarks, eventually quit it. When I restarted I discovered it had lost all knowledge of my bookmarks, without any warning. I think this is related to #363637 and the mention of defaulting to -private-instance. I get: ** (epiphany-browser:442): WARNING **: Unable to connect to session bus: Unable to determine the address of the message bus (epiphany-browser:442): libgnomevfs-WARNING **: Failed to create service browser: Bad state output when I start epiphany. Outputting to stderr for a GUI app is insane; if you're going to decide to drop my bookmarks on the floor when I quit I think you should have a dialog box say so upon starting, rather than a cryptic error message that most people won't see if they use any form of graphical launcher. -- 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.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages epiphany-browser depends on: ii dbus 0.61-6simple interprocess messaging syst ii gconf2 2.14.0-1 GNOME configuration database syste ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii iso-codes 0.51-1.1 ISO language, territory, currency ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-6simple interprocess messaging syst ii libdbus-glib-1-2 0.61-6simple interprocess messaging syst ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-5 GCC support library ii libgconf2-42.14.0-1 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.10.3-1 The GLib library of C routines ii libgnome-desktop-2 2.14.2-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-4 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-3 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.3.5-1.1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmozjs0d 1.8.0.1-11The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d1.8.0.1-11NetScape Portable Runtime Library ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5
Bug#373798: epiphany-browser: Silently loses bookmarks.
On Fri, Jun 16, 2006 at 09:08:08AM +0200, Josselin Mouette wrote: Le jeudi 15 juin 2006 à 16:31 +0100, Jonathan McDowell a écrit : Package: epiphany-browser Version: 2.14.2.1-2 Severity: normal Having had epiphany suggested to me I thought I'd try it out. Used it for a couple of days, imported my Firefox bookmarks, eventually quit it. When I restarted I discovered it had lost all knowledge of my bookmarks, without any warning. I think this is related to #363637 and the mention of defaulting to -private-instance. I get: ** (epiphany-browser:442): WARNING **: Unable to connect to session bus: Unable to determine the address of the message bus (epiphany-browser:442): libgnomevfs-WARNING **: Failed to create service browser: Bad state output when I start epiphany. Outputting to stderr for a GUI app is insane; if you're going to decide to drop my bookmarks on the floor when I quit I think you should have a dialog box say so upon starting, rather than a cryptic error message that most people won't see if they use any form of graphical launcher. Your bookmarks are not lost. You will find them again if you correctly start the dbus daemon. This doesn't seem to be the case. The details from the previous sessions I found living in ~/tmp/epiphany-noodles-*/ but starting up dbus (or rather, making sure Epiphany could find the already running copy) didn't make them available. It has solved the problem of bookmarks disappearing over sessions as expected though. J. -- CAFFEINE! | .''`. Debian GNU/Linux Developer | : :' : Happy to accept PGP signed | `. `' or encrypted mail - RSA + | `-DSA keys on the keyservers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373798: epiphany-browser: Silently loses bookmarks.
On Fri, Jun 16, 2006 at 12:01:51PM +0200, Josselin Mouette wrote: Le vendredi 16 juin 2006 à 08:49 +0100, Jonathan McDowell a écrit : This doesn't seem to be the case. The details from the previous sessions I found living in ~/tmp/epiphany-noodles-*/ but starting up dbus (or rather, making sure Epiphany could find the already running copy) didn't make them available. It has solved the problem of bookmarks disappearing over sessions as expected though. Ah, I see. Bookmarks are indeed lost when they are set in a private instance. I think we should add a warning dialog box when epiphany is started this way. Yes, that's all I'm asking for. A cryptic error on stderr is no use for a GUI app. They shouldn't really be outputting to stderr/out at all. I also hope this whole issue can be fixed and epiphany can be run without a dbus daemon again. That'd be nice. I need to figure out what exactly decided to start dbus in a way that means it wasn't automatically available, but that's not epiphany's fault. :) J. -- /\ |noodles is in all his glory | | http://www.blackcatnetworks.co.uk/ | \/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374783: seems to be broken in SSL only
On Sun, Jul 02, 2006 at 11:42:56AM -0400, Jaldhar H. Vyas wrote: On Fri, 23 Jun 2006, Wouter Verhelst wrote: I'm seeing the same issue; however, while IMAPS does indeed not work, netstat -tl shows me that dovecot does properly listen to port 143, i.e., the regular IMAP port. Hi Jonathan and Wouter, Upstream thinks this is fixed in 1.0rc1 which is in unstable. Can you try it and confirm? Upgraded to 1.0.rc1-1 today and IPv6 functionality is restored. Excellent stuff - thanks. J. -- [ noodles is angry with him ] [ http://www.blackcatnetworks.co.uk/ - IPv6 enabled ADSL/dialup/colo ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382844: Can fidogate be removed?
On Thu, Aug 17, 2006 at 03:12:06PM +0200, Thijs Kinkhorst wrote: fidogate: * Has had a security issue reported; * Has a number of policy violations; * Has been orphaned for two months; * Has 4 popcon installs with 1 vote; * Is a couple of versions behind upstream; * Is a gateway for Fidonet, does that even exist anymore nowadays? In my opinion, we'd better not ship it with etch. Given I only picked it up because it was orphaned and no one else was interested I'm inclined to agree. Fidonet does still exist in a limited form from my understanding, but obviously there isn't enough interest in maintaining it in Debian. My own Fido involvement ended some time ago. J. -- Covered in paint and high as a kite.
Bug#367796: dmraid: [PATCH] Move init script to 04
Package: dmraid Version: 0.9.9+1.0.0.rc9-3.1 Followup-For: Bug #367796 The attached patch moves the init script to S04dmraid so that we run after udev has completed. -- 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.17.6 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages dmraid depends on: ii libc62.3.6-15GNU C Library: Shared libraries ii libdevmapper1.02 2:1.02.07-1 The Linux Kernel Device Mapper use ii libselinux1 1.30-1 SELinux shared libraries ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip dmraid recommends no packages. -- no debconf information diff -ruN dmraid-0.9.9+1.0.0.rc9.orig/debian/rules dmraid-0.9.9+1.0.0.rc9/debian/rules --- dmraid-0.9.9+1.0.0.rc9.orig/debian/rules2006-07-17 15:32:52.0 +0100 +++ dmraid-0.9.9+1.0.0.rc9/debian/rules 2006-07-24 18:42:23.0 +0100 @@ -82,7 +82,7 @@ binary-arch: install dh_testdir dh_testroot - dh_installinit -p dmraid -- start 03 S . start 51 0 6 . + dh_installinit -p dmraid -- start 04 S . start 51 0 6 . dh_strip -a dh_compress -a dh_fixperms -a
Bug#368848: autoconf: breaks -o /dev/null
Package: autoconf Version: 2.59.cvs.2006.05.13-1 Severity: normal The most recent version of autoconf in the archive appears to break the use of -o /dev/null; it tries to open /dev/null.tmp which of course fails when run as a normal user. I noticed this when trying to build automake, as automake's configure script uses this feature of autoconf. Downgrading to 2.59a-9 makes it work again. -- 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.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages autoconf depends on: ii debianutils 2.16.1 Miscellaneous utilities specific t ii m41.4.4-1a macro processing language ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages autoconf recommends: ii automake1.4 [automaken] 1:1.4-p6-9 A tool for generating GNU Standard ii automake1.9 [automaken] 1.9.6-4A tool for generating GNU Standard -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367661: [PATCH] initramfs support
I've recently had call to use dmraid for my root disk and as such needed
this support. I've attached the patch I took from Ubuntu and applied to
the Debian package, which makes it work fine for me. Please consider
applying this (and also fixing #367796 - I found moving dmraid to 04
from 03 did the trick).
Thanks,
J.
--
jid: [EMAIL PROTECTED]
What the f**k was that? -- Mayor of
Hiroshima
diff -ruN dmraid-0.9.9+1.0.0.rc9.orig/debian/changelog
dmraid-0.9.9+1.0.0.rc9/debian/changelog
--- dmraid-0.9.9+1.0.0.rc9.orig/debian/changelog2006-07-17
15:32:52.0 +0100
+++ dmraid-0.9.9+1.0.0.rc9/debian/changelog 2006-07-16 19:44:03.0
+0100
@@ -1,3 +1,11 @@
+dmraid (0.9.9+1.0.0.rc9-3.1) dapper; urgency=low
+
+ * Include the initramfs hook and script contributed by Tormod Volden,
+so dmraid can integrate effortlessly (closes: launchpad.net/22107)
+ * Call update-initramfs in our postinst, if we have it on the system.
+
+ -- Adam Conrad [EMAIL PROTECTED] Wed, 17 May 2006 19:16:59 +1000
+
dmraid (0.9.9+1.0.0.rc9-3) unstable; urgency=low
* add dmraid-udeb by popular request, looking forward for d-i integration
diff -ruN dmraid-0.9.9+1.0.0.rc9.orig/debian/dmraid.initramfs-hook
dmraid-0.9.9+1.0.0.rc9/debian/dmraid.initramfs-hook
--- dmraid-0.9.9+1.0.0.rc9.orig/debian/dmraid.initramfs-hook1970-01-01
01:00:00.0 +0100
+++ dmraid-0.9.9+1.0.0.rc9/debian/dmraid.initramfs-hook 2006-07-16
19:43:15.0 +0100
@@ -0,0 +1,26 @@
+#!/bin/sh
+
+PREREQ=
+
+prereqs()
+{
+ echo $PREREQ
+}
+
+case $1 in
+# get pre-requisites
+prereqs)
+ prereqs
+ exit 0
+ ;;
+esac
+
+. /usr/share/initramfs-tools/hook-functions
+
+if [ -x /sbin/dmraid ]; then
+ manual_add_modules dm-mod
+ manual_add_modules dm-mirror
+ copy_exec /sbin/dmraid sbin
+fi
+
+exit 0
diff -ruN dmraid-0.9.9+1.0.0.rc9.orig/debian/dmraid.initramfs-local
dmraid-0.9.9+1.0.0.rc9/debian/dmraid.initramfs-local
--- dmraid-0.9.9+1.0.0.rc9.orig/debian/dmraid.initramfs-local 1970-01-01
01:00:00.0 +0100
+++ dmraid-0.9.9+1.0.0.rc9/debian/dmraid.initramfs-local2006-07-17
15:31:00.0 +0100
@@ -0,0 +1,22 @@
+#!/bin/sh
+
+PREREQ=udev
+
+prereqs()
+{
+echo $PREREQ
+}
+
+case $1 in
+# get pre-requisites
+prereqs)
+prereqs
+exit 0
+;;
+esac
+
+modprobe dm-mod
+modprobe dm-mirror
+
+[ -x /sbin/dmraid ] /sbin/dmraid -ay
+
diff -ruN dmraid-0.9.9+1.0.0.rc9.orig/debian/dmraid.postinst
dmraid-0.9.9+1.0.0.rc9/debian/dmraid.postinst
--- dmraid-0.9.9+1.0.0.rc9.orig/debian/dmraid.postinst 1970-01-01
01:00:00.0 +0100
+++ dmraid-0.9.9+1.0.0.rc9/debian/dmraid.postinst 2006-07-16
19:43:15.0 +0100
@@ -0,0 +1,13 @@
+#! /bin/sh
+
+set -e
+
+#DEBHELPER#
+
+case $1 in
+ configure)
+if [ -x /usr/sbin/update-initramfs ]; then
+ /usr/sbin/update-initramfs -u
+fi
+ ;;
+esac
diff -ruN dmraid-0.9.9+1.0.0.rc9.orig/debian/rules
dmraid-0.9.9+1.0.0.rc9/debian/rules
--- dmraid-0.9.9+1.0.0.rc9.orig/debian/rules2006-07-17 15:32:52.0
+0100
+++ dmraid-0.9.9+1.0.0.rc9/debian/rules 2006-07-16 19:43:15.0 +0100
@@ -73,6 +73,11 @@
cd ${buildroot}/standard make DESTDIR=../../../dmraid install rm
-rf debian/dmraid/lib
+ install -m 755 -D debian/dmraid.initramfs-hook \
+ debian/dmraid/usr/share/initramfs-tools/hooks/dmraid
+ install -m 755 -D debian/dmraid.initramfs-local \
+ debian/dmraid/usr/share/initramfs-tools/scripts/local-top/dmraid
+
dh_link
dh_installdocs ${version}/{CREDITS,KNOWN_BUGS,README,TODO}
dh_installchangelogs ${version}/CHANGELOG
Bug#264007: Add support for ucarp to /etc/network/interfaces
Package: ucarp
Version: 1.2-1
Followup-For: Bug #264007
The attached patch allows configuration of ucarp via
/etc/network/interfaces; I think it's probably the sanest way of
configuring ucarp and allowing multiple interfaces while still fitting
in with the Debian way of doing things.
-- 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.17.6
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages ucarp depends on:
ii libc6 2.3.6-15 GNU C Library: Shared libraries
ii libpcap0.70.7.2-7System interface for user-level pa
Versions of packages ucarp recommends:
ii iproute 20051007-4 Professional tools to control the
-- no debconf information
diff -ruN ucarp-1.2/debian/if-up ucarp-1.2-new/debian/if-up
--- ucarp-1.2/debian/if-up 1970-01-01 01:00:00.0 +0100
+++ ucarp-1.2-new/debian/if-up 2006-07-21 21:53:19.0 +0100
@@ -0,0 +1,22 @@
+#!/bin/sh
+
+UCARP=/usr/sbin/ucarp
+
+if [ ! -x $UCARP ]; then
+ exit 0
+fi
+
+if [ -z $IF_UCARP_UPSCRIPT ]; then
+ IF_UCARP_UPSCRIPT=/usr/share/ucarp/vip-up
+fi
+
+if [ -z $IF_UCARP_DOWNSCRIPT ]; then
+ IF_UCARP_DOWNSCRIPT=/usr/share/ucarp/vip-down
+fi
+
+if [ -n $IF_UCARP_VID -a -n $IF_UCARP_VIP -a \
+ -n $IF_UCARP_PASSWORD ]; then
+ $UCARP -i $IFACE -s $IF_ADDRESS -B \
+ -v $IF_UCARP_VID -p $IF_UCARP_PASSWORD -a $IF_UCARP_VIP \
+ -u $IF_UCARP_UPSCRIPT -d $IF_UCARP_DOWNSCRIPT
+fi
diff -ruN ucarp-1.2/debian/README.Debian ucarp-1.2-new/debian/README.Debian
--- ucarp-1.2/debian/README.Debian 2006-07-21 22:01:43.0 +0100
+++ ucarp-1.2-new/debian/README.Debian 2006-07-21 22:01:06.0 +0100
@@ -1,7 +1,27 @@
ucarp for Debian
-Check out the sample scripts in /usr/share/docs/examples for ideas on
-upscript/downscript usage.
+ucarp can be configured via /etc/network/interfaces. For example:
+
+iface eth0 inet static
+ address 10.0.0.2
+ netmask 255.255.255.0
+ ucarp-vid 3
+ ucarp-vip 10.0.0.1
+ ucarp-password 16charsatmost
+iface eth0:ucarp inet static
+ address 10.0.0.1
+ netmask 255.255.255.255
+
+will cause ucarp to be started when eth0 is brought up, using a vid of 3
+and a password of 16charsatmost with the virtual IP of 10.0.0.1. When ucarp
+determines that this host is the master eth0:ucarp will be brought up -
+you can use the normal pre-up/up stanzas in /etc/network/interfaces if you
+have extra things to do when the virtual IP comes up.
+
+You can also override the default up/down scripts
+(/usr/share/ucarp/vip-{down,up}) by using the ucarp-upscript and
+ucarp-downscript options. Note that you must ensure your scripts take
+care of bringing the VIP up and down if you do this.
-- Eric Evans [EMAIL PROTECTED], Fri, 30 Apr 2004 01:50:44 +
diff -ruN ucarp-1.2/debian/rules ucarp-1.2-new/debian/rules
--- ucarp-1.2/debian/rules 2006-07-21 22:01:43.0 +0100
+++ ucarp-1.2-new/debian/rules 2006-07-21 21:53:32.0 +0100
@@ -57,6 +57,14 @@
dh_installdirs
$(MAKE) install DESTDIR=$(CURDIR)/debian/ucarp
+ install -d $(CURDIR)/debian/ucarp/etc/network/if-up.d
+ install -d $(CURDIR)/debian/ucarp/usr/share/ucarp
+ install -m 755 $(CURDIR)/debian/if-up \
+ $(CURDIR)/debian/ucarp/etc/network/if-up.d/ucarp
+ install -m 755 $(CURDIR)/debian/vip-up \
+ $(CURDIR)/debian/ucarp/usr/share/ucarp/vip-up
+ install -m 755 $(CURDIR)/debian/vip-down \
+ $(CURDIR)/debian/ucarp/usr/share/ucarp/vip-down
# Build architecture-independent files here.
diff -ruN ucarp-1.2/debian/vip-down ucarp-1.2-new/debian/vip-down
--- ucarp-1.2/debian/vip-down 1970-01-01 01:00:00.0 +0100
+++ ucarp-1.2-new/debian/vip-down 2006-07-21 21:38:40.0 +0100
@@ -0,0 +1,3 @@
+#!/bin/sh
+
+/sbin/ifdown $1:ucarp
diff -ruN ucarp-1.2/debian/vip-up ucarp-1.2-new/debian/vip-up
--- ucarp-1.2/debian/vip-up 1970-01-01 01:00:00.0 +0100
+++ ucarp-1.2-new/debian/vip-up 2006-07-21 21:38:43.0 +0100
@@ -0,0 +1,3 @@
+#!/bin/sh
+
+/sbin/ifup $1:ucarp
Bug#461413: rhythmbox: last.fm plugin fails to reliably scrobble listened to tracks
On Wed, Apr 16, 2008 at 06:28:40PM +0200, Sven Arvidsson wrote: On Fri, 2008-01-18 at 11:17 +, Jonathan McDowell wrote: Using rhythmbox to listen to local Oggs results in erratic scrobbling of these tracks to last.fm; very rarely does it succeed. I believe this is an upstream issue; there is some discussion at: http://bugzilla.gnome.org/show_bug.cgi?id=499745 Hi, The upstream bug mentions that this might be fixed in 0.11.5, can you try this version and see if there's any improvement? 0.11.5 on my testing box appears to be correctly scrobbling, so I think it's fixed from my PoV. J. -- jid: [EMAIL PROTECTED] 101 things you can't have too much of : 50 - Escalators. signature.asc Description: Digital signature
Bug#462154: mdadm: It's not only --monitor --scan
On Fri, Apr 11, 2008 at 10:35:26AM +0200, martin f krafft wrote: I have attached said patch, maybe it should be included in the Debian package? Jonathan, does the patch fix things for you? Yes, with the patch in #462154 mdadm --monitor --scan no longer segfaults and operates as expected. J. -- jid: [EMAIL PROTECTED] Of course all red haired people are witches / werewolves / vampires -- John Burnham, asr signature.asc Description: Digital signature
Bug#467501: grub-pc: Fails to cleanly upgrade a grub legacy box with RAID1
On Thu, Feb 28, 2008 at 01:22:00PM +0100, Robert Millan wrote: Please provide the output of the following commands: sudo dd if=/dev/sda bs=1 count=2 skip=76 | od -tx1 meepok:~# dd if=/dev/sda bs=1 count=2 skip=76 | od -tx1 000 ff 00 002 2+0 records in 2+0 records out 2 bytes (2 B) copied, 7.1382e-05 s, 28.0 kB/s sudo grub-setup -v (hd0) meepok:~# grub-setup -v (hd0) grub-setup: info: the size of hd0 is 488397168 grub-setup: info: opening the device `/dev/sda' grub-setup: info: the size of hd0 is 488397168 grub-setup: info: opening the device `/dev/sda' grub-setup: info: the size of hd0 is 488397168 grub-setup: info: opening the device `/dev/sda1' grub-setup: info: opening the device `/dev/sda1' grub-setup: info: the size of hd0 is 488397168 grub-setup: info: the size of hd0 is 488397168 grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: the size of hd0 is 488397168 grub-setup: info: the size of hd1 is 488397168 grub-setup: info: opening the device `/dev/sdb' grub-setup: info: the size of hd1 is 488397168 grub-setup: info: opening the device `/dev/sdb' grub-setup: info: the size of hd1 is 488397168 grub-setup: info: opening the device `/dev/sdb1' grub-setup: info: opening the device `/dev/sdb1' grub-setup: info: the size of hd1 is 488397168 grub-setup: info: the size of hd1 is 488397168 grub-setup: info: opening the device `/dev/sdb2' grub-setup: info: opening the device `/dev/sdb2' grub-setup: info: the size of hd1 is 488397168 grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda1' grub-setup: info: opening the device `/dev/sda1' grub-setup: info: the size of hd0 is 488397168 grub-setup: info: the size of hd0 is 488397168 grub-setup: info: the size of hd0 is 488397168 grub-setup: info: opening the device `/dev/sda1' grub-setup: info: opening the device `/dev/sda1' grub-setup: info: opening the device `/dev/sda1' grub-setup: info: the size of hd0 is 488397168 grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: opening the device `/dev/sda2' grub-setup: info: the size of hd0 is 488397168 grub-setup: info: the size of hd1 is 488397168 grub-setup: info: the size of hd1 is 488397168 grub-setup: info: the size of hd1 is 488397168 grub-setup: info: opening the device `/dev/sdb1' grub-setup: info: opening the device `/dev/sdb1' grub-setup: info: opening the device `/dev/sdb1' grub-setup: info: the size of hd1 is 488397168
Bug#467501: grub-pc: Fails to cleanly upgrade a grub legacy box with RAID1
On Thu, Feb 28, 2008 at 04:40:32PM +0100, Robert Millan wrote: On Thu, Feb 28, 2008 at 02:23:17PM +, Jonathan McDowell wrote: I'm currently at work and the machine is my home box, but I'll try rebooting tonight to see if it now boots without intervention. Don't bother, it won't boot. Fair enough. I've gone back to legacy grub, but let me know when you think it might be sorted and I'll try again with grub2. J. -- I put out my own fires. This .sig brought to you by the letter G and the number 22 Product of the Republic of HuggieTag -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467501: grub-pc: Fails to cleanly upgrade a grub legacy box with RAID1
Package: grub-pc
Version: 1.96+20080219-2
Severity: important
I have installed grub-pc on my shiny new AMD64 box. After verifying it
loaded fine when chainloaded from legacy grub I typed
upgrade-from-grub-legacy and rebooted. I was rewarded with the grub
rescue shell.
For some reason it has decided that prefix=(fd0)/boot/grub rather than
prefix=(md0)/boot/grub. If I do something along the lines of (from
memory, but I believe this was the rough gist):
root (md0)
set prefix=(md0)/boot/grub
insmod /boot/grub/boot.mod
normal
then I get the expected boot menu.
I can't see any sign of fd0 in /boot/grub so I'm not even sure how to
fix this locally myself at present.
-- Package-specific info:
*** BEGIN
/dev/md0 / ext3 rw,errors=remount-ro,data=ordered 0 0
/dev/md0 /dev/.static/dev ext3 rw,errors=remount-ro,data=ordered 0 0
/dev/mapper/satavg-home /home ext3 rw,data=ordered 0 0
/dev/mapper/satavg-tmp /tmp ext3 rw,data=ordered 0 0
/dev/mapper/satavg-usr /usr ext3 rw,data=ordered 0 0
/dev/mapper/satavg-var /var ext3 rw,data=ordered 0 0
*** END
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
(hd1) /dev/sdb
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/update-grub using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
insmod lvm
set default=0
set timeout=5
set root=(md0)
if font (satavg-usr)/share/grub/unicode.pff ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
terminal gfxterm
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod png
if background_image
(satavg-usr)/share/images/desktop-base/debian-blueish-wallpaper-640x480.png ;
then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_hurd ###
### END /etc/grub.d/10_hurd ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, linux 2.6.25-rc3 {
linux (md0)/boot/vmlinuz-2.6.25-rc3 root=/dev/md0 ro quiet
initrd (md0)/boot/initrd.img-2.6.25-rc3
}
menuentry Debian GNU/Linux, linux 2.6.25-rc3 (single-user mode) {
linux (md0)/boot/vmlinuz-2.6.25-rc3 root=/dev/md0 ro single quiet
initrd (md0)/boot/initrd.img-2.6.25-rc3
}
menuentry Debian GNU/Linux, linux 2.6.25-rc2-git6 {
linux (md0)/boot/vmlinuz-2.6.25-rc2-git6 root=/dev/md0 ro quiet
initrd (md0)/boot/initrd.img-2.6.25-rc2-git6
}
menuentry Debian GNU/Linux, linux 2.6.25-rc2-git6 (single-user mode) {
linux (md0)/boot/vmlinuz-2.6.25-rc2-git6 root=/dev/md0 ro single quiet
initrd (md0)/boot/initrd.img-2.6.25-rc2-git6
}
menuentry Debian GNU/Linux, linux 2.6.24-1-amd64 {
linux (md0)/boot/vmlinuz-2.6.24-1-amd64 root=/dev/md0 ro quiet
initrd (md0)/boot/initrd.img-2.6.24-1-amd64
}
menuentry Debian GNU/Linux, linux 2.6.24-1-amd64 (single-user mode) {
linux (md0)/boot/vmlinuz-2.6.24-1-amd64 root=/dev/md0 ro single quiet
initrd (md0)/boot/initrd.img-2.6.24-1-amd64
}
menuentry Debian GNU/Linux, linux 2.6.24 {
linux (md0)/boot/vmlinuz-2.6.24 root=/dev/md0 ro quiet
initrd (md0)/boot/initrd.img-2.6.24
}
menuentry Debian GNU/Linux, linux 2.6.24 (single-user mode) {
linux (md0)/boot/vmlinuz-2.6.24 root=/dev/md0 ro single quiet
initrd (md0)/boot/initrd.img-2.6.24
}
menuentry Debian GNU/Linux, linux 2.6.22-3-amd64 {
linux (md0)/boot/vmlinuz-2.6.22-3-amd64 root=/dev/md0 ro quiet
initrd (md0)/boot/initrd.img-2.6.22-3-amd64
}
menuentry Debian GNU/Linux, linux 2.6.22-3-amd64 (single-user mode) {
linux (md0)/boot/vmlinuz-2.6.22-3-amd64 root=/dev/md0 ro single quiet
initrd (md0)/boot/initrd.img-2.6.22-3-amd64
}
### END /etc/grub.d/10_linux ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-pc depends on:
ii base-files4.0.2 Debian base system miscellaneous f
ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy
ii libc6 2.7-8 GNU C Library: Shared libraries
ii liblzo1 1.08-3 data compression library (old vers
ii libncurses5 5.6+20080203-1 Shared libraries for terminal hand
grub-pc recommends no packages.
-- debconf information:
grub-pc/linux_cmdline:
* grub-pc/chainload_from_menu.lst: true
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Bug#467426: libdata-structure-util-perl: FTBFS with Perl 5.10 (test failures)
On Thu, Mar 13, 2008 at 01:49:57PM +0200, Niko Tyni wrote: tag 467426 fixed-upstream thanks On Mon, Feb 25, 2008 at 12:55:33PM +0200, Niko Tyni wrote: Package: libdata-structure-util-perl Version: 0.12-1 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-transition This package fails to build with Perl 5.10.0 (currently in experimental.) t/04utf8 # Failed test 'Different encoding' # at t/04utf8.t line 60. According to the upstream changelog, this was fixed in 0.13. Tagging accordingly. Any ETA for Perl 5.10 hitting unstable? I can either upload 0.13 now, or hold off until 5.10 hits unstable if it's not expected to be that far off. J. -- Revd. Jonathan McDowell, ULC | This screen intentionally left blank. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473034: ftp: segfaults after PUT completes
Package: ftp Version: 0.17-17 Severity: normal While trying to ftp some firmware to a router, I get the following. It seems to be repeatable, but given that involves reflashing a device I'm not overly keen on trying it lots. :) ftp put openwrt-ar7-squashfs.bin fs mtd5 local: openwrt-ar7-squashfs.bin remote: fs mtd5 200 Port command successful. 150 Opening BINARY mode data connection for file transfer. 226 Transfer complete. 3014660 bytes sent in 26.59 secs (110.7 kB/s) *** glibc detected *** ftp: corrupted double-linked list: 0x023147e0 *** === Backtrace: = /lib/libc.so.6[0x7f6319c588a8] /lib/libc.so.6[0x7f6319c58b70] /lib/libc.so.6[0x7f6319c5b226] /lib/libc.so.6(__libc_malloc+0x98)[0x7f6319c5c9d8] /lib/libc.so.6(_obstack_begin+0x61)[0x7f6319c5f271] ftp[0x40cc31] /lib/libc.so.6(__libc_start_main+0xfa)[0x7f6319c031ea] ftp(fclose+0x189)[0x4025b9] === Memory map: 0040-00412000 r-xp fd:00 82005 /usr/bin/netkit-ftp 00611000-00613000 rw-p 00011000 fd:00 82005 /usr/bin/netkit-ftp 00613000-00621000 rw-p 00613000 00:00 0 022ff000-02341000 rw-p 022ff000 00:00 0 [heap] 7f631400-7f6314021000 rw-p 7f631400 00:00 0 7f6314021000-7f631800 ---p 7f6314021000 00:00 0 7f6318f93000-7f6318fa9000 r-xp 09:00 90467 /lib/libgcc_s.so.1 7f6318fa9000-7f63191a9000 ---p 00016000 09:00 90467 /lib/libgcc_s.so.1 7f63191a9000-7f63191aa000 rw-p 00016000 09:00 90467 /lib/libgcc_s.so.1 7f63191aa000-7f63191b4000 r-xp 09:00 92659 /lib/libnss_nis-2.7.so 7f63191b4000-7f63193b3000 ---p a000 09:00 92659 /lib/libnss_nis-2.7.so 7f63193b3000-7f63193b5000 rw-p 9000 09:00 92659 /lib/libnss_nis-2.7.so 7f63193b5000-7f63193ca000 r-xp 09:00 92654 /lib/libnsl-2.7.so 7f63193ca000-7f63195c9000 ---p 00015000 09:00 92654 /lib/libnsl-2.7.so 7f63195c9000-7f63195cb000 rw-p 00014000 09:00 92654 /lib/libnsl-2.7.so 7f63195cb000-7f63195cd000 rw-p 7f63195cb000 00:00 0 7f63195cd000-7f63195d4000 r-xp 09:00 92655 /lib/libnss_compat-2.7.so 7f63195d4000-7f63197d3000 ---p 7000 09:00 92655 /lib/libnss_compat-2.7.so 7f63197d3000-7f63197d5000 rw-p 6000 09:00 92655 /lib/libnss_compat-2.7.so 7f63197d5000-7f63197df000 r-xp 09:00 92657 /lib/libnss_files-2.7.so 7f63197df000-7f63199df000 ---p a000 09:00 92657 /lib/libnss_files-2.7.so 7f63199df000-7f63199e1000 rw-p a000 09:00 92657 /lib/libnss_files-2.7.so 7f63199e1000-7f63199e3000 r-xp 09:00 92651 /lib/libdl-2.7.so 7f63199e3000-7f6319be3000 ---p 2000 09:00 92651 /lib/libdl-2.7.so 7f6319be3000-7f6319be5000 rw-p 2000 09:00 92651 /lib/libdl-2.7.so 7f6319be5000-7f6319d2f000 r-xp 09:00 92648 /lib/libc-2.7.so 7f6319d2f000-7f6319f2f000 ---p 0014a000 09:00 92648 /lib/libc-2.7.so 7f6319f2f000-7f6319f32000 r--p 0014a000 09:00 92648 /lib/libc-2.7.so 7f6319f32000-7f6319f34000 rw-p 0014d000 09:00 92648 /lib/libc-2.7.so 7f6319f34000-7f6319f39000 rw-p 7f6319f34000 00:00 0 7f6319f39000-7f6319f72000 r-xp 09:00 90510 /lib/libncurses.so.5.6 7f6319f72000-7f631a171000 ---p 00039000 09:00 90510 /lib/libncurses.so.5.6 7f631a171000-7f631a176000 rw-p 00038000 09:00 90510 /lib/libncurses.so.5.6 7f631a176000-7f631a1ac000 r-xp 09:00 90548 /lib/libreadline.so.5.2 7f631a1ac000-7f631a3ac000 ---p 00036000 09:00 90548 /lib/libreadline.so.5.2 7f631a3ac000-7f631a3b4000 rw-p 00036000 09:00 90548 /lib/libreadline.so.5.2 7f631a3b4000-7f631a3b5000 rw-p 7f631a3b4000 00:00 0 7f631a3b5000-7f631a3d1000 r-xp 09:00 92645 /lib/ld-2.7.so 7f631a47e000-7f631a5b8000 r--p fd:00 500856 /usr/lib/locale/locale-archive 7f631a5b8000-7f631a5bb000 rw-p 7f631a5b8000 00:00 0 7f631a5c2000-7f631a5c9000 r--s fd:00 502060 /usr/lib/gconv/gconv-modules.cache 7f631a5c9000-7f631a5d rw-p 7f631a5c9000 00:00 0 7f631a5d-7f631a5d2000 rw-p 0001b000 09:00 92645 /lib/ld-2.7.so 7fff225bc000-7fff225d1000 rw-p 7ffea000 00:00 0 [stack] 7fff225fe000-7fff2260 r-xp 7fff225fe000 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] Aborted [EMAIL PROTECTED] /mnt/auto/media/firm/openwrt/bin]$ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ftp depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii netbase 4.31 Basic TCP/IP networking system ftp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473034: ftp: segfaults after PUT completes
On Thu, Mar 27, 2008 at 10:57:02PM +0100, Alberto Gonzalez Iniesta wrote: On Thu, Mar 27, 2008 at 10:55:54PM +0100, Alberto Gonzalez Iniesta wrote: On Thu, Mar 27, 2008 at 08:19:54PM +, Jonathan McDowell wrote: While trying to ftp some firmware to a router, I get the following. It seems to be repeatable, but given that involves reflashing a device I'm not overly keen on trying it lots. :) ftp put openwrt-ar7-squashfs.bin fs mtd5 local: openwrt-ar7-squashfs.bin remote: fs mtd5 200 Port command successful. 150 Opening BINARY mode data connection for file transfer. 226 Transfer complete. 3014660 bytes sent in 26.59 secs (110.7 kB/s) *** glibc detected *** ftp: corrupted double-linked list: 0x023147e0 *** I uploaded a new version (-18) today to fix this. Could you try it and let me know if it worked? Thanks a lot, BTW, PUTing the file to any other ftp server should behave equally, don't risk you router :) I had to upgrade a different (but similar) router anyway; I can confirm -18 didn't crash after the FTP PUT. Thanks, J. -- 101 things you can't have too much of : 42 - Pepsi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#611580: debian-maintainers: Please update public of Francesco Namuri and annual ping
On Sun, Jan 30, 2011 at 11:00:51PM +0100, Francesco Namuri wrote: Package: debian-maintainers Severity: normal Please update my public-key, I've changed the expiration date. You should send your updated key to keyrings.debain.org via HKP: gpg --keyserver keyring.debian.org --send-key 0x8E2764373B30EB44 and it will then be folded in during the next keyring update. J. -- Are you out of my mind? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608131: debian-maintainers: Change e-mail address of 6B1BAEC2CA5D4EA7439803612DCE3F2836D4E4F5
On Mon, Dec 27, 2010 at 06:33:23PM +0100, Javi Merino wrote: Package: debian-maintainers Version: 1.38 Severity: normal Hi, can you please change the e-mail address in the debian-maintainers keyring for 6B1BAEC2CA5D4EA7439803612DCE3F2836D4E4F5 to cibervi...@gmail.com This email address is already listed on the copy of your key in the DM keyring. Also key updates should ideally be sent to keyring.debian.org via HKP, so they'll be picked up whenever the next keyring promote is done. J. -- Love is the delusion that one woman differs from another. This .sig brought to you by the letter Z and the number 8 Product of the Republic of HuggieTag signature.asc Description: Digital signature
Bug#590653: Seeing this on recent Squeeze update
I'm seeing this on a machine recently upgraded to Squeeze. Seems to be due to vsftpd (see #601456). Upstream mainline removed this message in commit 2fdc1c8093255f9da877d7b9ce3f46c2098377dc. J. -- Revd. Jonathan McDowell, ULC | I don't tip. signature.asc Description: Digital signature
Bug#611580: debian-maintainers: Please update public of Francesco Namuri and annual ping
On Wed, Mar 09, 2011 at 11:24:42PM +0100, Francesco Namuri wrote: I'm sorry Jonathan, I sent it only to keyring.debian.org, thinking that it was enough, and I forgot to send it to others keyservers, now I've sent it to: the.earth.li pool.sks-keyservers.net keyserver.linux.it Sending it to keyring.debian.org is enough for updating the Debian keyring. I looked on the other key servers to see if the updated key was there and if there was any reason it might not be accepted by keyring.debian.org. It looks like you've resent it to keyring.debian.org as I can see the updated key there now. It will be folded into the active DM keyring when we next do a keyring upload. J. -- Web [ Listen to the words, they tell you what to do... ] site: http:// [ ] Made by www.earth.li/~noodles/ [ ] HuggieTag 0.0.24 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611580: debian-maintainers: Please update public of Francesco Namuri and annual ping
On Fri, Mar 04, 2011 at 07:57:46AM +0100, Francesco Namuri wrote: Hi, I've send my updated key to keyring.debian.org, but something must gone wrong. I see that in last upload is still present my old key. I don't know where is the mess, I haven't received any error after the gpg --keyserver keyring.debian.org --send-key 0x8E2764373B30EB44 command. 5 minutes ago I've repeated the command, no error reported, but if a request my key (via --recv-keys), I still get the old one. I can't even see your updated key on the keyserver network. Are you really, really sure you're pushing an updated key? (I tried the.earth.li, subkeys.pgp.net pool.sks-keyservers.net.) J. -- xmpp:nood...@earth.li 101 things you can't have too much of : 45 - Toblerone. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610518: unblock: debian-keyring/2010.12.29
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please consider unblocking package debian-keyring This doesn't fix any RC bugs, but does add the debian-nonupload keyring, remove the PGPV3 keyring (currently an empty file to ease upgrades for people) and generally provide a more up to date set of DD keys for shipping with the release. unblock debian-keyring/2010.12.29 J. -- Hell is other people. This .sig brought to you by the letter J and the number 18 Product of the Republic of HuggieTag signature.asc Description: Digital signature
Bug#563910: microcode.ctl: [PATCH] Consider using logging functions in lsb-base for init script
Package: microcode.ctl
Version: 1.17-13
Severity: wishlist
Tags: patch
Please consider applying the attached patch to this package. It changes
the init script to use the logging functions in lsb-base, which allows
for easier customisation of system boot message format. I've also
corrected a couple of spelling mistakes in the init script at the same
time.
Thanks,
J.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (750, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)
Kernel: Linux 2.6.32.2 (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages microcode.ctl depends on:
ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii libc6 2.10.2-2 GNU C Library: Shared libraries
ii makedev 2.3.1-89 creates device files in /dev
ii module-init-tools 3.11-1 tools for managing Linux kernel mo
ii udev 149-2 /dev/ and hotplug management daemo
Versions of packages microcode.ctl recommends:
ii intel-microcode 0.20090330-1 Processor microcode data file for
ii wget1.12-1.1 retrieves files from the web
microcode.ctl suggests no packages.
-- debconf information:
* microcode.ctl/check-new: true
diff -ru microcode.ctl-1.17.orig/debian/microcode.ctl.init microcode.ctl-1.17/debian/microcode.ctl.init
--- microcode.ctl-1.17.orig/debian/microcode.ctl.init 2010-01-06 17:17:55.0 +0800
+++ microcode.ctl-1.17/debian/microcode.ctl.init 2010-01-06 17:28:00.0 +0800
@@ -12,13 +12,13 @@
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Load Intel microcode on CPU
-# Description: Load Intel microcode on CPU, which corrige
+# Description: Load Intel microcode on CPU, which corrects
#some CPU errata.
### END INIT INFO
+. /lib/lsb/init-functions
-
-# Package in removed but not yet purget status.
+# Package in removed but not yet purged status.
[ ! -x /usr/sbin/microcode_ctl ] exit 0
# aborting on non-Intel processor
@@ -30,16 +30,17 @@
doit ()
{
+log_action_begin_msg Applying Intel IA32 Microcode update
+
# microcode location
MICROCODE=/usr/share/misc/intel-microcode.dat
if [ ! -e $MICROCODE ] ; then
-echo $0: microcode not found in $MICROCODE
-
+log_action_end_msg 1 microcode not found in $MICROCODE
+exit 0
fi
-
# device name in LANANA
DEVICE=/dev/cpu/microcode
# device name in devfsd
@@ -67,25 +68,17 @@
DEV=$DEVICE
break
fi
- echo -n .
sleep 0.1
done
if [ $DEV = xxx ]; then
- echo $0: microcode device $DEVICE doesn't exist!
+log_action_end_msg 1 microcode device $DEVICE doesn't exist!
exit 0
fi
fi
-
-echo -n Applying Intel IA32 Microcode update...
-
/usr/sbin/microcode_ctl -Q -d $DEV -f $MICROCODE
-if [ $? -eq 0 ] ; then
- echo done.
-else
- echo fail.
-fi
+log_action_end_msg $?
# *try* to unload the microcode module
#[ -x /sbin/modprobe ] /sbin/modprobe -r microcode /dev/null 2 /dev/null
@@ -101,7 +94,7 @@
stop)
;;
*)
- echo $0 usage: microcode {start|restart|reload}
+ echo Usage: $0 {start|restart|reload}
exit 2
esac
Bug#563919: acpi-support: [PATCH] Cleanup lsb-base logging usage in init script
Package: acpi-support Version: 0.130-1 Severity: wishlist Tags: patch Hi. Please consider the attached patch for inclusion with your next update; it changes the init script to use the log_action_* class of logging functions rather than just log_*. In particular this means that when uinput is not present on the system then only one completion message (the failure) is printed for acpi_fakekey rather than a failure and then a success. System I'm sending this from is running testing, but patch is against 0.131-5 from unstable. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32.2 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support depends on: ii acpi-support-base 0.130-1scripts for handling base ACPI eve ii acpid 1:2.0.0-1 Advanced Configuration and Power I ii dmidecode 2.9-1.2Dump Desktop Management Interface ii finger0.17-13user information lookup program ii hdparm9.15-1 tune hard disk parameters for high ii laptop-detect 0.13.7 attempt to detect a laptop ii libc6 2.10.2-2 GNU C Library: Shared libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii pm-utils 1.2.6.1-3 utilities and scripts for power ma ii powermgmt-base1.31 Common utils and configs for power ii x11-xserver-utils 7.5+1 X server utilities Versions of packages acpi-support recommends: ii dbus 1.2.16-2 simple interprocess messaging syst ii hal 0.5.14-1 Hardware Abstraction Layer pn nvclock none (no description available) ii radeontool1.5-5 utility to control ATI Radeon back pn toshset none (no description available) acpi-support suggests no packages. -- no debconf information diff -ru acpi-support-0.131.orig/debian/acpi-support.init acpi-support-0.131/debian/acpi-support.init --- acpi-support-0.131.orig/debian/acpi-support.init 2010-01-06 17:38:38.0 +0800 +++ acpi-support-0.131/debian/acpi-support.init 2010-01-06 19:05:12.0 +0800 @@ -24,23 +24,23 @@ case $1 in start) -log_begin_msg Starting acpi_fakekey daemon... +log_action_begin_msg Starting acpi_fakekey daemon if [ ! -d /sys/devices/virtual/misc/uinput ]; then if ! modprobe -q uinput; then if ! find /lib/modules/`uname -r` -name uinput\.* 2/dev/null|grep -q uinput; then - log_failure_msg No suitable uinput module for running kernel found + log_action_end_msg 1 No suitable uinput module for running kernel found else - log_failure_msg Modprobe uinput failed. Please use 'dmesg' to find out why + log_action_end_msg 1 Modprobe uinput failed. Please use 'dmesg' to find out why fi fi fi if [ -d /sys/devices/virtual/misc/uinput ]; then acpi_fakekeyd + log_action_end_msg 0 fi -log_end_msg 0 -log_begin_msg Checking battery state... +log_action_begin_msg Checking battery state if [ x`echo /proc/acpi/ac_adapter/*` != x/proc/acpi/ac_adapter/* ]; then /etc/acpi/power.sh fi @@ -50,14 +50,14 @@ . $SCRIPT fi done -log_end_msg 0 +log_action_end_msg 0 ;; stop) -log_begin_msg Disabling power management... +log_action_begin_msg Disabling power management if [ x`echo /proc/acpi/ac_adapter/*` != x/proc/acpi/ac_adapter/* ]; then /etc/acpi/power.sh false fi -log_end_msg 0 +log_action_end_msg 0 ;; restart|force-reload) # Doesn't make sense for that package
Bug#563910: microcode.ctl: [PATCH] Consider using logging functions in lsb-base for init script
On Wed, Jan 06, 2010 at 11:42:32AM +0100, Giacomo A. Catenazzi wrote: On 06.01.2010 10:35, Jonathan McDowell wrote: Please consider applying the attached patch to this package. It changes the init script to use the logging functions in lsb-base, which allows for easier customisation of system boot message format. I've also corrected a couple of spelling mistakes in the init script at the same time. Ok, thanks. But I think I should also add lsb-base as pre-dependency, right? Sorry, yes, it's required but not essential so you'll want a Depends on lsb-base (= 3.0-6). J. -- I'm much too young to feel this | .''`. Debian GNU/Linux Developer damned old | : :' : Happy to accept PGP signed | `. `' or encrypted mail - RSA | `-key on the keyservers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
