Bug#562068: hal: Backtrace
Package: hal Version: 0.5.14-1 Severity: normal (gdb) bt #0 0x7fa570241969 in free () from /lib/libc.so.6 #1 0x7fa57074df98 in dbus_error_free () from /lib/libdbus-1.so.3 #2 0x0040102f in main (argc=1, argv=0x7fffdb1249e8) at probe-input.c:124 124 LIBHAL_FREE_DBUS_ERROR (error); -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hal depends on: ii adduser 3.112 add and remove users and groups ii dbus 1.2.16-2simple interprocess messaging syst ii hal-info 20091130-1 Hardware Abstraction Layer - fdi f ii libblkid12.16.2-0block device id library ii libc62.10.2-2GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libexpat12.0.1-6 XML parsing C library - runtime li ii libglib2.0-0 2.22.3-2The GLib library of C routines ii libhal-storage1 0.5.14-1Hardware Abstraction Layer - share ii libhal1 0.5.14-1Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii mount2.16.2-0Tools for mounting and manipulatin ii pciutils 1:3.1.4-4 Linux PCI Utilities ii udev 149-2 /dev/ and hotplug management daemo ii usbutils 0.86-2 Linux USB utilities Versions of packages hal recommends: ii consolekit 0.4.1-2 framework for defining and trackin ii eject 2.1.5+deb1+cvs20081104-7 ejects CDs and operates CD-Changer ii pm-utils1.2.6.1-3utilities and scripts for power ma Versions of packages hal suggests: pn gnome-device-manager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506972: Please include this fix in 5.0.1 or at least provide backport
I would also like to request that this is patched in lenny. I think the use of virtio will be common as kvm is used more, and this bug is critical for normal use. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506972: Bug#497214: unable to boot from virtio or scsi
Good to know exactly what the issue is. Are there any plans to fix this in testing or will this fix miss Lenny? I've had to disable virtio else I'd have to give all users control of _all_ kvm instances so they could reboot Also, any plans on an amd64 package? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476177: Bug 476177
Hi again, I have found the issue :) The upstream put a symlink between /usr/lib/irssi/modules/libfe_common_silc.so and /usr/lib/irssi/modules/libfe_silc.so tosupport old clients that did not look for libfe_common_silc.so. The issue for debian is the the version of irssi in use loads both libs. The fix for me was to just rm libfe_silc.so, and this has been tested by a few people. This fix is now considered redundant, and is also not an issue in newer versions of irssi. The recommendation is to remove the symlink creation. For debian, this is the problem: if SILCPLUGIN install-data-hook: libfe_common_silc.la -ln -s libfe_common_silc.so $(DESTDIR)$(moduledir)/libfe_silc.so in this file: http://svn.debian.org/wsvn/pkg-silc/silc-client/trunk/apps/irssi/src/fe-common/silc/Makefile.am?op=filerev=0sc=0 I'm no Mikefile expert, but I assume the fix is to remove the second line. I hope this is all you need to fix the issue in lenny, please let me know if you need any more info. this is where the issue was discussed, however its still not fixed upstream. https://lists.silcnet.org/pipermail/silc-devel/2008-March/002070.html Cheers, Jacob On Fri, Aug 22, 2008 at 7:59 PM, Jérémy Bobbio [EMAIL PROTECTED] wrote: On Fri, Aug 22, 2008 at 03:31:33PM +1200, Jacob Winther wrote: There has been a bug in the irssi-plugin-silc package for a few months that I was hoping would be fixed for lenny. Do you know if a fix is in the works, or do you have any pointers that may enable me to find the bug? I have been busy getting the debian-installer in shape for Lenny and thus I did not have time to look up this issue. If the fix is simple enough, there is a good chance we could get it in Lenny but we would need someone to work on such fix. If you want to look it up, that would be great! :) Upstream is often quite responsive on the silc channel of SILCnet. Maybe you could find help there… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIrmPZ2PUjs9fQ72URAvk5AKCuEhUkgkiDKcFYfYD408feuS+TLACgjNAh vGc4FLYvuDUaZP+DGa0i9UU= =Uy2I -END PGP SIGNATURE-
Bug#476177: fix for the double /me
I *think* I have found the issue :) The upstream put a symlink between /usr/lib/irssi/modules/libfe_common_silc.so and /usr/lib/irssi/modules/libfe_silc.so to support old clients that did not look for libfe_common_silc.so. The issue for debian is the the version of irssi in use loads both libs. The fix for me was to just rm libfe_silc.so, and this has been tested by a few people. This fix is now considered redundant, and is also not an issue in newer versions of irssi. The recommendation is to remove the symlink creation. For debian, this is the problem: if SILCPLUGIN install-data-hook: libfe_common_silc.la -ln -s libfe_common_silc.so $(DESTDIR)$(moduledir)/libfe_silc.so in this file: http://svn.debian.org/wsvn/pkg-silc/silc-client/trunk/apps/irssi/src/fe-common/silc/Makefile.am?op=filerev=0sc=0 I'm no Makefile expert, but I assume the fix is to remove the second line. I hope this is all you need to fix the issue in lenny. This is where the issue was discussed, however its still not fixed upstream: https://lists.silcnet.org/pipermail/silc-devel/2008-March/002070.html Cheers, Jacob On Fri, Aug 22, 2008 at 7:59 PM, Jérémy Bobbio [EMAIL PROTECTED] wrote: On Fri, Aug 22, 2008 at 03:31:33PM +1200, Jacob Winther wrote: There has been a bug in the irssi-plugin-silc package for a few months that I was hoping would be fixed for lenny. Do you know if a fix is in the works, or do you have any pointers that may enable me to find the bug? I have been busy getting the debian-installer in shape for Lenny and thus I did not have time to look up this issue. If the fix is simple enough, there is a good chance we could get it in Lenny but we would need someone to work on such fix. If you want to look it up, that would be great! :) Upstream is often quite responsive on the silc channel of SILCnet. Maybe you could find help there… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIrmPZ2PUjs9fQ72URAvk5AKCuEhUkgkiDKcFYfYD408feuS+TLACgjNAh vGc4FLYvuDUaZP+DGa0i9UU= =Uy2I -END PGP SIGNATURE-