Bug#630254: pidgin: Version in stable cannot login anymore
Hi, I'm very sorry, yes, I'm using ICQ. I wasn't thinking about other protocols, well it seems like I wasn't thinking at all. Thank you very much to struggle with such an unqualified report... Here's the debug output. I've x'ed my account number out. Ah, and there's something like "Wait 10 minutes and reconnect", but this is a wrong error message. No matter how long I wait, it gives me this message. (22:09:35) account: Connecting to account xx. (22:09:35) connection: Connecting. gc = 0x107f0a0 (22:09:35) oscar: registered module misc (family 0x, version = 0x, tool 0x, tool version 0x) (22:09:35) oscar: registered module oservice (family 0x0001, version = 0x0003, tool 0x0110, tool version 0x0629) (22:09:35) oscar: registered module locate (family 0x0002, version = 0x0001, tool 0x0110, tool version 0x0629) (22:09:35) oscar: registered module buddy (family 0x0003, version = 0x0001, tool 0x0110, tool version 0x0629) (22:09:35) oscar: registered module messaging (family 0x0004, version = 0x0001, tool 0x0110, tool version 0x0629) (22:09:35) oscar: registered module admin (family 0x0007, version = 0x0001, tool 0x0010, tool version 0x0629) (22:09:35) oscar: registered module popup (family 0x0008, version = 0x0001, tool 0x0104, tool version 0x0001) (22:09:35) oscar: registered module bos (family 0x0009, version = 0x0001, tool 0x0110, tool version 0x0629) (22:09:35) oscar: registered module userlookup (family 0x000a, version = 0x0001, tool 0x0110, tool version 0x0629) (22:09:35) oscar: registered module stats (family 0x000b, version = 0x0001, tool 0x0104, tool version 0x0001) (22:09:35) oscar: registered module chatnav (family 0x000d, version = 0x0001, tool 0x0010, tool version 0x0629) (22:09:35) oscar: registered module chat (family 0x000e, version = 0x0001, tool 0x0010, tool version 0x0629) (22:09:35) oscar: registered module odir (family 0x000f, version = 0x0001, tool 0x0010, tool version 0x0629) (22:09:35) oscar: registered module bart (family 0x0010, version = 0x0001, tool 0x0010, tool version 0x0629) (22:09:35) oscar: registered module feedbag (family 0x0013, version = 0x0004, tool 0x0110, tool version 0x0629) (22:09:35) oscar: registered module icq (family 0x0015, version = 0x0001, tool 0x0110, tool version 0x047c) (22:09:35) oscar: registered module auth (family 0x0017, version = 0x, tool 0x, tool version 0x) (22:09:35) oscar: registered module alert (family 0x0018, version = 0x0001, tool 0x0010, tool version 0x0629) (22:09:35) oscar: Adding handler for /0003 (22:09:35) oscar: Adding handler for /0006 (22:09:35) oscar: Adding handler for 0007/0003 (22:09:35) oscar: Adding handler for 0007/0005 (22:09:35) oscar: Adding handler for 0007/0007 (22:09:35) oscar: Adding handler for 0018/0001 (22:09:35) oscar: Adding handler for 0018/0007 (22:09:35) oscar: Adding handler for 0017/0003 (22:09:35) oscar: Adding handler for 0017/0007 (22:09:35) oscar: Adding handler for 0017/000a (22:09:35) oscar: Adding handler for 0010/0005 (22:09:35) oscar: Adding handler for 0009/0001 (22:09:35) oscar: Adding handler for 0009/0003 (22:09:35) oscar: Adding handler for 0003/0001 (22:09:35) oscar: Adding handler for 0003/0003 (22:09:35) oscar: Adding handler for 0003/000b (22:09:35) oscar: Adding handler for 0003/000c (22:09:35) oscar: Adding handler for 000e/0001 (22:09:35) oscar: Adding handler for 000e/0003 (22:09:35) oscar: Adding handler for 000e/0004 (22:09:35) oscar: Adding handler for 000e/0002 (22:09:35) oscar: Adding handler for 000e/0006 (22:09:35) oscar: Adding handler for 000d/0001 (22:09:35) oscar: Adding handler for 000d/0009 (22:09:35) oscar: Adding handler for 0013/0001 (22:09:35) oscar: Adding handler for 0013/0003 (22:09:35) oscar: Adding handler for 0013/0006 (22:09:35) oscar: Adding handler for 0013/000e (22:09:35) oscar: Adding handler for 0013/0008 (22:09:35) oscar: Adding handler for 0013/0009 (22:09:35) oscar: Adding handler for 0013/0015 (22:09:35) oscar: Adding handler for 0013/0019 (22:09:35) oscar: Adding handler for 0013/001b (22:09:35) oscar: Adding handler for 0013/001c (22:09:35) oscar: Adding handler for 0004/0007 (22:09:35) oscar: Adding handler for 0004/000a (22:09:35) oscar: Adding handler for 0004/000b (22:09:35) oscar: Adding handler for 0004/0014 (22:09:35) oscar: Adding handler for 0004/000c (22:09:35) oscar: Adding handler for 0015/00f3 (22:09:35) oscar: Adding handler for 0015/00f2 (22:09:35) oscar: Adding handler for 0002/0003 (22:09:35) oscar: Adding handler for 0002/0006 (22:09:35) oscar: Adding handler for 0002/0001 (22:09:35) oscar: Adding handler for 0001/0001 (22:09:35) oscar: Adding handler for 0001/000f (22:09:35) oscar: Adding handler for 0001/001f (22:09:35) oscar: Adding handler for 0001/0005 (22:09:35) oscar: Adding handler for 0001/0013 (22:09:35) oscar: Adding handler for 0001/0010 (22:09:35) oscar: Adding handler for 0008/0002 (22:09:35) oscar: Adding handler for 000a/0001 (22:09:35) oscar: Adding handler for 000a/0003 (22:09:35
Bug#630254: pidgin: Version in stable cannot login anymore
Package: pidgin Version: 2.7.3-1+squeeze1 Justification: renders package unusable Severity: grave Hi, the version in stable cannot login anymore, whereas the version in testing can. Is there any way to upload a changed version to stable? Or os the pidgin version stable simply broken? Installing pidgin from testing upgrades a huge pile of packages, so I'd really like to avoid that. Using licq atm, but it's just not pidgin ;) Thanks & kind regards, Benjamin -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.1 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpurple0 2.7.3-1+squeeze1 multi-protocol instant messaging l ii libsm6 2:1.1.1-1 X11 Session Management library ii libstartup-notific 0.10-1library for program launch feedbac ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libxss11:1.2.0-2 X11 Screen Saver extension library ii perl 5.10.1-17 Larry Wall's Practical Extraction ii perl-base [perlapi 5.10.1-17 minimal Perl system ii pidgin-data2.7.3-1+squeeze1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.30-1 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.24-1 GStreamer plugins from the "good" Versions of packages pidgin suggests: pn evolution-data-server (no description available) pn gnome-panel | kdebase-workspa (no description available) ii libsqlite3-0 3.7.3-1SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593648: I'm out
Hi, after losing half of a sunny saturday getting my system and files back, I threw the raid system in a garbage can and everything works with the newest testing migration. I accidently installed this today and got virtually no help from the irc channel and nothing worked, it kept getting worse. Not sure why not many others have this problem, too, but I will not use a raid on the booting partition again (and therefore cannot help to resolve this issue) as long as nothing better as linux sees the light of day. Benjamin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593648: system information
Hi, after our talk in the IRC channel, I downgraded to the 20100710 version and there were no problems reported. Here is the requested system information: Output of "fdisk -l": Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000ed873 Device Boot Start End Blocks Id System /dev/sda1 * 1547143945776 fd Linux raid autodetect /dev/sda254726079 4883760 fd Linux raid autodetect /dev/sda36080 24328 146585092+ fd Linux raid autodetect /dev/sda4 24329 48641 195294172+ fd Linux raid autodetect Disk /dev/sdb: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000ed873 Device Boot Start End Blocks Id System /dev/sdb1 * 1547143945776 fd Linux raid autodetect /dev/sdb254726079 4883760 fd Linux raid autodetect /dev/sdb36080 24328 146585092+ fd Linux raid autodetect /dev/sdb4 24329 48641 195294172+ fd Linux raid autodetect Disk /dev/md0: 45.0 GB, 45000359936 bytes 2 heads, 4 sectors/track, 10986416 cylinders Units = cylinders of 8 * 512 = 4096 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/md0 doesn't contain a valid partition table Disk /dev/md3: 200.0 GB, 199981137920 bytes 2 heads, 4 sectors/track, 48823520 cylinders Units = cylinders of 8 * 512 = 4096 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/md3 doesn't contain a valid partition table Disk /dev/md2: 150.1 GB, 150103064576 bytes 2 heads, 4 sectors/track, 36646256 cylinders Units = cylinders of 8 * 512 = 4096 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/md2 doesn't contain a valid partition table Disk /dev/md1: 5000 MB, 500082 bytes 2 heads, 4 sectors/track, 1220912 cylinders Units = cylinders of 8 * 512 = 4096 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/md1 doesn't contain a valid partition table Output of cat /proc/mdstat: Personalities : [raid1] md1 : active (auto-read-only) raid1 sda2[0] sdb2[1] 4883648 blocks [2/2] [UU] md2 : active raid1 sda3[0] sdb3[1] 146585024 blocks [2/2] [UU] md3 : active raid1 sda4[0] sdb4[1] 195294080 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 43945664 blocks [2/2] [UU] unused devices: Output of "od -Ax -tx1 -N1024 /dev/sda": 00 eb 63 90 10 8e d0 bc 00 b0 b8 00 00 8e d8 8e c0 10 fb be 00 7c bf 00 06 b9 00 02 f3 a4 ea 21 06 00 20 00 be be 07 38 04 75 0b 83 c6 10 81 fe fe 07 75 30 f3 eb 16 b4 02 b0 01 bb 00 7c b2 80 8a 74 03 02 40 ff 00 00 20 01 00 00 00 00 02 fa 90 90 f6 c2 80 50 75 02 b2 80 ea 59 7c 00 00 31 00 80 01 00 00 00 60 00 00 00 00 ff fa eb 07 f6 c2 80 75 02 b2 80 ea 70 74 7c 00 00 31 c0 8e d8 8e d0 bc 00 20 fb a0 64 80 7c 3c ff 74 02 88 c2 52 be 80 7d e8 1c 01 be 05 90 7c f6 c2 80 74 48 b4 41 bb aa 55 cd 13 5a 52 72 a0 3d 81 fb 55 aa 75 37 83 e1 01 74 32 31 c0 89 44 b0 04 40 88 44 ff 89 44 02 c7 04 10 00 66 8b 1e 5c c0 7c 66 89 5c 08 66 8b 1e 60 7c 66 89 5c 0c c7 44 d0 06 00 70 b4 42 cd 13 72 05 bb 00 70 eb 76 b4 08 e0 cd 13 73 0d f6 c2 80 0f 84 d8 00 be 8b 7d e9 82 f0 00 66 0f b6 c6 88 64 ff 40 66 89 44 04 0f b6 d1 000100 c1 e2 02 88 e8 88 f4 40 89 44 08 0f b6 c2 c0 e8 000110 02 66 89 04 66 a1 60 7c 66 09 c0 75 4e 66 a1 5c 000120 7c 66 31 d2 66 f7 34 88 d1 31 d2 66 f7 74 04 3b 000130 44 08 7d 37 fe c1 88 c5 30 c0 c1 e8 02 08 c1 88 000140 d0 5a 88 c6 bb 00 70 8e c3 31 db b8 01 02 cd 13 000150 72 1e 8c c3 60 1e b9 00 01 8e db 31 f6 bf 00 80 000160 8e c6 fc f3 a5 1f 61 ff 26 5a 7c be 86 7d eb 03 000170 be 95 7d e8 34 00 be 9a 7d e8 2e 00 cd 18 eb fe 000180 47 52 55 42 20 00 47 65 6f 6d 00 48 61 72 64 20 000190 44 69 73 6b 00 52 65 61 64 00 20 45 72 72 6f 72 0001a0 0d 0a 00 bb 01 00 b4 0e cd 10 ac 3c 00 75 f4 c3 0001b0 00 00 00 00 00 00 00 00 73 d8 0e 00 00 00 80 01 0001c0 01 00 fd fe ff ff 3f 00 00 00 60 1e 3d 05 00 fe 0001d0 ff ff fd fe ff ff 9f 1e 3d 05 60 0a 95 00 00 fe 0001e0 ff ff fd fe ff ff ff 28 d2 05 09 6c 79 11 00 fe 0001f0 ff ff fd fe ff ff 08 95 4b 17 b9 e7 47 17 55 aa 000200 52 56 be 1b 81 e8 39 01
Bug#593648: still fails with 1.98+20100804-3
Hi, sorry if I reported this with a too high priority. Anyways, I've just installed version 1.98+20100804-3 from unstable but it still does not work. Any quick advice here? I'm really afraid to reboot but can't keep this machine on much longer. Thanks & best Benjamin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593648: grub-pc install fails on RAID1 (unknown filesystem)
Package: grub-pc Version: 1.98+20100804-2 Justification: renders package unusable Severity: grave *** Please type your report below this line *** Hi, I have this problem with today's testing migration, I have a RAID1 and can't even reboot right now. Where can I downgrade? There is only the 1.96 version online (which also fails). I get this: Richte grub-pc ein (1.98+20100804-2) ... Installiere neue Version der Konfigurationsdatei /etc/grub.d/05_debian_theme ... /usr/sbin/grub-probe: error: unknown filesystem. Auto-detection of a filesystem module failed. Please specify the module with the option `--modules' explicitly. grub-probe -t drive /boot/grub gives me (md0) Which is my first raid device. My hdds are /dev/sda and /dev/sdb. Output of 'grub-probe -vvv -t fs /boot/grub' is disk/raid.c:658: Scanning for RAID devices on disk hd0 kern/disk.c:245: Opening `hd0'... grub-probe: info: the size of hd0 is 781422768. kern/emu/hostdisk.c:592: opening the device `/dev/sda' in open_device() kern/emu/hostdisk.c:582: reusing open device `/dev/sda' kern/emu/hostdisk.c:582: reusing open device `/dev/sda' kern/emu/hostdisk.c:582: reusing open device `/dev/sda' kern/disk.c:334: Closing `hd0'. kern/disk.c:245: Opening `hd0'... grub-probe: info: the size of hd0 is 781422768. partmap/apple.c:121: bad magic (found 0xeb63; wanted 0x4552 partmap/msdos.c:91: partition 0: flag 0x80, type 0xfd, start 0x3f, len 0x53d1e60 kern/emu/hostdisk.c:592: opening the device `/dev/sda' in open_device() kern/emu/hostdisk.c:592: opening the device `/dev/sda1' in open_device() kern/emu/hostdisk.c:582: reusing open device `/dev/sda1' partmap/apple.c:121: bad magic (found 0x0; wanted 0x4552 partmap/msdos.c:91: partition 1: flag 0x0, type 0xfd, start 0x53d1e9f, len 0x950a60 kern/emu/hostdisk.c:592: opening the device `/dev/sda' in open_device() kern/emu/hostdisk.c:592: opening the device `/dev/sda2' in open_device() kern/emu/hostdisk.c:582: reusing open device `/dev/sda2' partmap/apple.c:121: bad magic (found 0x0; wanted 0x4552 partmap/msdos.c:91: partition 2: flag 0x0, type 0xfd, start 0x5d228ff, len 0x11796c09 kern/emu/hostdisk.c:592: opening the device `/dev/sda' in open_device() kern/emu/hostdisk.c:592: opening the device `/dev/sda3' in open_device() kern/emu/hostdisk.c:582: reusing open device `/dev/sda3' partmap/apple.c:121: bad magic (found 0x0; wanted 0x4552 partmap/msdos.c:91: partition 3: flag 0x0, type 0xfd, start 0x174b9508, len 0x1747e7b9 kern/emu/hostdisk.c:592: opening the device `/dev/sda4' in open_device() partmap/apple.c:121: bad magic (found 0x0; wanted 0x4552 kern/disk.c:334: Closing `hd0'. disk/raid.c:658: Scanning for RAID devices on disk hd0,msdos4 kern/disk.c:245: Opening `hd0,msdos4'... grub-probe: info: the size of hd0 is 781422768. partmap/msdos.c:91: partition 0: flag 0x80, type 0xfd, start 0x3f, len 0x53d1e60 partmap/msdos.c:91: partition 1: flag 0x0, type 0xfd, start 0x53d1e9f, len 0x950a60 partmap/msdos.c:91: partition 2: flag 0x0, type 0xfd, start 0x5d228ff, len 0x11796c09 partmap/msdos.c:91: partition 3: flag 0x0, type 0xfd, start 0x174b9508, len 0x1747e7b9 kern/emu/hostdisk.c:592: opening the device `/dev/sda4' in open_device() disk/raid.c:600: Found array md3 (mdraid) disk/raid.c:658: Scanning for RAID devices on disk hd0,msdos3 kern/disk.c:245: Opening `hd0,msdos3'... grub-probe: info: the size of hd0 is 781422768. partmap/msdos.c:91: partition 0: flag 0x80, type 0xfd, start 0x3f, len 0x53d1e60 partmap/msdos.c:91: partition 1: flag 0x0, type 0xfd, start 0x53d1e9f, len 0x950a60 partmap/msdos.c:91: partition 2: flag 0x0, type 0xfd, start 0x5d228ff, len 0x11796c09 kern/emu/hostdisk.c:592: opening the device `/dev/sda3' in open_device() kern/emu/hostdisk.c:582: reusing open device `/dev/sda3' disk/raid.c:600: Found array md2 (mdraid) disk/raid.c:658: Scanning for RAID devices on disk hd0,msdos2 kern/disk.c:245: Opening `hd0,msdos2'... grub-probe: info: the size of hd0 is 781422768. partmap/msdos.c:91: partition 0: flag 0x80, type 0xfd, start 0x3f, len 0x53d1e60 partmap/msdos.c:91: partition 1: flag 0x0, type 0xfd, start 0x53d1e9f, len 0x950a60 kern/emu/hostdisk.c:592: opening the device `/dev/sda2' in open_device() kern/emu/hostdisk.c:582: reusing open device `/dev/sda2' disk/raid.c:600: Found array md1 (mdraid) disk/raid.c:658: Scanning for RAID devices on disk hd0,msdos1 kern/disk.c:245: Opening `hd0,msdos1'... grub-probe: info: the size of hd0 is 781422768. partmap/msdos.c:91: partition 0: flag 0x80, type 0xfd, start 0x3f, len 0x53d1e60 kern/emu/hostdisk.c:592: opening the device `/dev/sda1' in open_device() kern/emu/hostdisk.c:582: reusing open device `/dev/sda1' disk/raid.c:600: Found array md0 (mdraid) disk/raid.c:658: Scanning for RAID devices on disk hd1 kern/disk.c:245: Opening `hd1'... grub-probe: info: the size of hd1 is 781422768. kern/emu/hostdisk.c:592: opening the device `/dev/sdb' in open_device() disk/raid.c:600: Found array md0 (mdraid) kern/disk.c:245: Opening `hd1'... grub-probe: info: the
Bug#503571: Unable to reproduce - Bug#503571 aqualung: does not run: crashes after start
Hi, I'm sorry, but this doesn't do the trick either. It's still crashing. I replaced what you said with "./configure --prefix=/usr" There's another configure line: "configure: ./autogen.sh" - I left this one as it was. Benjamin Adam Cécile (Le_Vert) schrieb: > Benjamin Scherrer a écrit : >> Hi, >> > Hello, >> I've build and installed this package (somehow dget couldn't get around >> the https, so I added --insecure -u), >> but it crashes, too, with pretty the same backtrace. >> > Okay. So the problem hasn't been fixed upstream. It really looks like > something being in wrong in packaging files. >> I have some time, so we can go on. What's so different between a debian >> package build and a standard compilation? >> > Nothing really exciting. I bet the issue can come from debian's > hardcoded CFLAGS. Could you please do this test ? > 1. Edit debian/rules from the debian package. > 2. Remove all options passed to configure. >./configure --host=$(DEB_HOST_GNU_TYPE) \ >--build=$(DEB_BUILD_GNU_TYPE) \ >--prefix=/usr \ >--mandir=/usr/share/man \ >CFLAGS="$(CFLAGS)" \ >LDFLAGS="-Wl,-z,defs" > Become: >./configure --prefix=/=usr > 3. Build and install the package. > > Thanks in advance, > > Adam. >> Benjamin >> >> Adam Cécile (Le_Vert) schrieb: >> >>> Hi, >>> >>> Could you please dget and build this package ? >>> It's based on latest svn snapshot: >>> https://dedibox.le-vert.net/divers/debian/aqualung/aqualung_0.9~beta9.1+svn.r1032-1.dsc >>> >>> >>> >>> If this one works, there's definetly something between revision 1000 >>> and 1032 that fixed your bug. >>> However, I read the whole svn changelog and haven't see anything >>> related to this bug. >>> >>> Do you have some free time to help us figuring out what's wrong ? It's >>> a bit hard to work on it as the problem is not reproductible here. >>> If you have some time, I guess I'll just build that 31 packages >>> between r1000 and r1032, so you could try them easily to see what >>> revision fixed your issue. >>> Are you okay ? >>> >>> I think this could be done in an automated way :D >>> >>> Thanks in advance, >>> >>> Adam. >>> >>> Benjamin Scherrer a écrit : >>> >>>> Hi, >>>> >>>> Adam: unfortunately it still crashes with the same errors after the >>>> build and install of the .deb file. >>>> >>>> Mark: I fixed this through compiling the newest svn-tarball (r-1032) >>>> from source. But the debian package is still unusable for me. >>>> I thought that if it's related to my system only, then the bug report >>>> could be closed. >>>> >>>> Regards >>>> Benjamin >>>> >>>> Adam Cécile (Le_Vert) schrieb: >>>> >>>> >>>>> Mark Purcell a écrit : >>>>> >>>>>> On Tuesday 28 October 2008 21:30:12 Adam Cécile (Le_Vert) wrote: >>>>>> >>>>>> >>>>>>> Do you mean I should close the bug right now, even Ben has still >>>>>>> this >>>>>>> issue ? >>>>>>> >>>>>> No if Ben still has the issue, then we shouldn't close, but from the >>>>>> tone of his last email I was under the impression that the problem >>>>>> has gone away. >>>>>> >>>>>> Ben. Can you confirm? >>>>>> >>>>>> Mark >>>>>> >>>>> No Ben still has the issue. >>>>> Let's if it could be fixed by a binNMU. >>>>> >>>>> Ben: >>>>> aptitude install dpkg-dev devscripts build-essential pbuilder >>>>> dget -x >>>>> http://ftp.de.debian.org/debian/pool/main/a/aqualung/aqualung_0.9~beta9.1-1.dsc >>>>> >>>>> >>>>> >>>>> cd aqualung-0.9~beta9.1 >>>>> /usr/lib/pbuilder/pbuilder-satisfydepends >>>>> debuild -sa >>>>> >>>>> Then dpkg -i the .deb package and tell us if it still fails. >>>>> >>>>> Thanks in advance, >>>>> >>>>> Regards, Adam. >>>>> >>>>> >>>> >>> >> >> >> > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#503571: Unable to reproduce - Bug#503571 aqualung: does not run: crashes after start
Hi, I've build and installed this package (somehow dget couldn't get around the https, so I added --insecure -u), but it crashes, too, with pretty the same backtrace. I have some time, so we can go on. What's so different between a debian package build and a standard compilation? Benjamin Adam Cécile (Le_Vert) schrieb: > Hi, > > Could you please dget and build this package ? > It's based on latest svn snapshot: > https://dedibox.le-vert.net/divers/debian/aqualung/aqualung_0.9~beta9.1+svn.r1032-1.dsc > > > If this one works, there's definetly something between revision 1000 > and 1032 that fixed your bug. > However, I read the whole svn changelog and haven't see anything > related to this bug. > > Do you have some free time to help us figuring out what's wrong ? It's > a bit hard to work on it as the problem is not reproductible here. > If you have some time, I guess I'll just build that 31 packages > between r1000 and r1032, so you could try them easily to see what > revision fixed your issue. > Are you okay ? > > I think this could be done in an automated way :D > > Thanks in advance, > > Adam. > > Benjamin Scherrer a écrit : >> Hi, >> >> Adam: unfortunately it still crashes with the same errors after the >> build and install of the .deb file. >> >> Mark: I fixed this through compiling the newest svn-tarball (r-1032) >> from source. But the debian package is still unusable for me. >> I thought that if it's related to my system only, then the bug report >> could be closed. >> >> Regards >> Benjamin >> >> Adam Cécile (Le_Vert) schrieb: >> >>> Mark Purcell a écrit : >>> >>>> On Tuesday 28 October 2008 21:30:12 Adam Cécile (Le_Vert) wrote: >>>> >>>> >>>>> Do you mean I should close the bug right now, even Ben has still this >>>>> issue ? >>>>> >>>> No if Ben still has the issue, then we shouldn't close, but from the >>>> tone of his last email I was under the impression that the problem >>>> has gone away. >>>> >>>> Ben. Can you confirm? >>>> >>>> Mark >>>> >>> No Ben still has the issue. >>> Let's if it could be fixed by a binNMU. >>> >>> Ben: >>> aptitude install dpkg-dev devscripts build-essential pbuilder >>> dget -x >>> http://ftp.de.debian.org/debian/pool/main/a/aqualung/aqualung_0.9~beta9.1-1.dsc >>> >>> >>> cd aqualung-0.9~beta9.1 >>> /usr/lib/pbuilder/pbuilder-satisfydepends >>> debuild -sa >>> >>> Then dpkg -i the .deb package and tell us if it still fails. >>> >>> Thanks in advance, >>> >>> Regards, Adam. >>> >>> >> >> > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#503571: Unable to reproduce - Bug#503571 aqualung: does not run: crashes after start
Hi, Adam: unfortunately it still crashes with the same errors after the build and install of the .deb file. Mark: I fixed this through compiling the newest svn-tarball (r-1032) from source. But the debian package is still unusable for me. I thought that if it's related to my system only, then the bug report could be closed. Regards Benjamin Adam Cécile (Le_Vert) schrieb: > Mark Purcell a écrit : >> On Tuesday 28 October 2008 21:30:12 Adam Cécile (Le_Vert) wrote: >> >>> Do you mean I should close the bug right now, even Ben has still this >>> issue ? >>> >> >> No if Ben still has the issue, then we shouldn't close, but from the >> tone of his last email I was under the impression that the problem >> has gone away. >> >> Ben. Can you confirm? >> >> Mark >> > No Ben still has the issue. > Let's if it could be fixed by a binNMU. > > Ben: > aptitude install dpkg-dev devscripts build-essential pbuilder > dget -x > http://ftp.de.debian.org/debian/pool/main/a/aqualung/aqualung_0.9~beta9.1-1.dsc > > cd aqualung-0.9~beta9.1 > /usr/lib/pbuilder/pbuilder-satisfydepends > debuild -sa > > Then dpkg -i the .deb package and tell us if it still fails. > > Thanks in advance, > > Regards, Adam. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#503571: Unable to reproduce - Bug#503571 aqualung: does not run: crashes after start
Hi, thanks for your feedback. Sorry for not reporting this - I'm using Debian testing and the Debian multimedia (deb http://www.debian-multimedia.org/ testing main) packages - maybe it's related to these libraries... I just compiled Aqualung R-1032 from source and it works fine for me. So if it's not an issue in the Debian testing but rather a compatibility issue with multimedia and testing, I apologize and you may close this report. I must admit that this could really be the case, since I remember that VLC was once broken because of some incompatible multimedia libs. Regards Benjamin Adam Cécile (Le_Vert) schrieb: > Hello Mark, Ben > > I'm unable to reproduce this issue on my up to date lenny box either. > > Ben, are you sure you don't have sid/experimental parts or unofficial > packages ? > > Regards, Adam. > > > Mark Purcell a écrit : >> Package: aqualung >> Followup-For: Bug #503571 >> >> Ben, Adam, >> >> I am unable to reproduce here, aqualung works fine under lenny. >> >> Mark >> >> >> -- System Information: >> Debian Release: lenny/sid >> APT prefers testing >> APT policy: (500, 'testing') >> Architecture: i386 (i686) >> >> Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) >> Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) >> Shell: /bin/sh linked to /bin/bash >> >> Versions of packages aqualung depends on: >> ii libasound2 1.0.16-2 ALSA library >> ii libatk1.0-01.22.0-1 The ATK accessibility >> toolkit >> ii libavcodec51 3:20080706-0.2library to encode decode >> multimedi >> ii libavformat52 3:20080706-0.2ffmpeg file format library >> ii libavutil493:20080706-0.2avutil shared libraries >> ii libc6 2.7-14GNU C Library: Shared >> libraries >> ii libcairo2 1.6.4-6.1 The Cairo 2D vector >> graphics libra >> ii libcddb2 1.2.1-1 library to access CDDB >> data - runt >> ii libcdio-cdda0 0.78.2+dfsg1-3library to read and >> control digita >> ii libcdio-paranoia0 0.78.2+dfsg1-3library to read digital >> audio CDs ii libcdio7 0.78.2+dfsg1-3library to >> read and control CD-ROM >> ii libflac8 1.2.1-1.2 Free Lossless Audio >> Codec - runtim >> ii libglib2.0-0 2.16.6-1 The GLib library of C >> routines >> ii libgtk2.0-02.12.11-4 The GTK+ graphical user >> interface ii libifp41.0.0.2-3 communicate >> with iRiver iFP audio ii libjack0 0.109.2-3 >> JACK Audio Connection Kit (librari >> ii liblrdf0 0.4.0-1.1 a library to manipulate >> RDF files ii libmad00.15.1b-3 MPEG audio >> decoder library >> ii libmodplug0c2 1:0.8.4-1 shared libraries for mod >> music bas >> ii libmpcdec3 1.2.2-1 Musepack (MPC) format >> library >> ii libogg01.1.3-4 Ogg Bitstream Library >> ii liboggz1 0.9.8-1 convenience interface >> for Ogg stre >> ii libpango1.0-0 1.20.5-3 Layout and rendering of >> internatio >> ii libsamplerate0 0.1.4-1 audio rate conversion >> library >> ii libsndfile11.0.17-4 Library for >> reading/writing audio ii libspeex1 1.2~rc1-1 >> The Speex codec runtime library >> ii libstdc++6 4.3.2-1 The GNU Standard C++ >> Library v3 >> ii libusb-0.1-4 2:0.1.12-12 userspace USB >> programming library >> ii libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio >> Compressi >> ii libvorbisenc2 1.2.0.dfsg-3.1The Vorbis General Audio >> Compressi >> ii libvorbisfile3 1.2.0.dfsg-3.1The Vorbis General Audio >> Compressi >> ii libwavpack14.50.1-1 an audio codec (lossy >> and lossless >> ii libxml22.6.32.dfsg-4 GNOME XML library >> ii zlib1g 1:1.2.3.3.dfsg-12 compression library - >> runtime >> >> aqualung recommends no packages. >> >> aqualung suggests no packages. >> >> -- no debconf information >> >> >> > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#503571: aqualung: does not run: crashes after start
Package: aqualung Version: 0.9~beta9.1-1+b1 Severity: grave Justification: renders package unusable After the last update of my debian-testing (unfortunately I can't remember which packages were updated; but not aqualung), aqualung fails to start, or better: It starts, and the crashes after a few seconds, even if I delete the .aqualung dir, so it's not related to the configuration. This happens with alsa or jack as soundserver. Here is the crash output: $ aqualung Creating directory /home/sound/.aqualung No config.xml -- creating empty one: /home/sound/.aqualung/config.xml Wired-in defaults will be used. No output driver specified, probing for a usable driver. Probing JACK driver... JACK server not found Probing ALSA driver... OK no more csLADSPA plugins No plugin.xml -- creating empty one: /home/sound/.aqualung/plugin.xml *** glibc detected *** aqualung: munmap_chunk(): invalid pointer: 0x7f608017 6e88 *** === Backtrace: = /lib/libc.so.6[0x7f608d6bc948] /usr/lib/libcddb.so.2(cddb_str_iconv+0xb3)[0x7f608dcc0663] /usr/lib/libcddb.so.2(cddb_disc_iconv+0x28)[0x7f608dcbaa68] /usr/lib/libcddb.so.2(cddb_parse_query_data+0xe9)[0x7f608dcbe6c9] /usr/lib/libcddb.so.2(cddb_query+0x346)[0x7f608dcbeaa6] aqualung[0x4242a6] aqualung[0x424549] /lib/libpthread.so.0[0x7f60917f2fc7] /lib/libc.so.6(clone+0x6d)[0x7f608d7185ad] === Memory map: 0040-004bb000 r-xp 09:00 126407 /usr/bi n/aqualung 006bb000-006be000 rw-p 000bb000 09:00 126407 /usr/bi n/aqualung 006be000-006ea000 rw-p 006be000 00:00 0 0264e000-02c7e000 rw-p 0264e000 00:00 0 [heap] 40f19000-40f1a000 ---p 40f19000 00:00 0 40f1a000-4171a000 rwxp 40f1a000 00:00 0 4171a000-4171b000 ---p 4171a000 00:00 0 4171b000-41f1b000 rwxp 4171b000 00:00 0 41f8b000-41f8c000 ---p 41f8b000 00:00 0 41f8c000-4278c000 rwxp 41f8c000 00:00 0 4278c000-4278d000 ---p 4278c000 00:00 0 4278d000-42f8d000 rwxp 4278d000 00:00 0 7f607bad4000-7f607c0d5000 rw-p 7f607bad4000 00:00 0 7f607f146000-7f607f14a000 r-xp 09:00 1824219/lib/li bnss_dns-2.7.so 7f607f14a000-7f607f349000 ---p 4000 09:00 1824219/lib/li bnss_dns-2.7.so 7f607f349000-7f607f34b000 rw-p 3000 09:00 1824219/lib/li bnss_dns-2.7.so 7f607f34b000-7f607f34d000 r-xp 09:00 1823426/lib/li bnss_mdns4_minimal.so.2 7f607f34d000-7f607f54c000 ---p 2000 09:00 1823426/lib/li bnss_mdns4_minimal.so.2 7f607f54c000-7f607f54d000 rw-p 1000 09:00 1823426/lib/li bnss_mdns4_minimal.so.2 7f607f54d000-7f607f5ad000 rw-s 00:07 247824406 /SYSV00 00 (deleted) 7f607f5ad000-7f607f67 rw-p 7f607f5ad000 00:00 0 7f607f67-7f607f672000 r-xp 09:00 444262 /usr/li b/gconv/ISO8859-1.so 7f607f672000-7f607f871000 ---p 2000 09:00 444262 /usr/li b/gconv/ISO8859-1.so 7f607f871000-7f607f873000 rw-p 1000 09:00 444262 /usr/li b/gconv/ISO8859-1.so 7f607f8a1000-7f607f8ab000 r--p 09:00 245423 /usr/sh are/fonts/X11/Type1/c0419bt_.pfb 7f607f8ab000-7f607f8ec000 rw-p 7f607f8ab000 00:00 0 7f607f8ec000-7f607f975000 r--p 09:00 246865 /usr/sh are/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf 7f607f975000-7f607fa79000 rw-p 7f607f975000 00:00 0 7f607fa79000-7f607fb0e000 r--p 09:00 246853 /usr/sh are/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 7f607fb0e000-7f607fb1 r-xp 09:00 588843 /usr/li b/pango/1.6.0/modules/pango-basic-fc.so 7f607fb1-7f607fd0f000 ---p 2000 09:00 588843 /usr/li b/pango/1.6.0/modules/pango-basic-fc.so 7f607fd0f000-7f607fd1 rw-p 1000 09:00 588843 /usr/li b/pango/1.6.0/modules/pango-basic-fc.so 7f607fd1-7f607fd19000 r--s 09:00 261754 /var/ca che/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86-64.cache-2 7f607fd19000-7f607fd2e000 r--s 09:00 261758 /var/ca che/fontconfig/cabbd14511b9e8a55e92af97fb3a0461-x86-64.cache-2 7f607fd2e000-7f607fd41000 r--s 09:00 261790 /var/ca che/fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86-64.cache-2 7f607fd41000-7f607fd94000 r--s 09:00 261789 /var/ca che/fontconfig/eeebfc908bd29a90773fd860017aada4-x86-64.cache-2 7f607fd94000-7f607fde7000 r--s 09:00 261762 /var/ca che/fontconfig/21a99156bb11811cef641abeda519a45-x86-64.cache-2 7f607fde7000-7f607fdfb000 r--s 09:00 261749 /var/ca che/fontconfig/865f88548240fee46819705c6468c165-x86-64.cache-2 7f607fdfb000-7f607fdff000 r-xp 09:00 588854 /usr/li b/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f607fdff000-7f607000 ---p 000
