Bug#690814: [3.1-3.2.y regression] disk activity provokes lockups on VIA EPIA CL-6000
--- On Tue, 10/30/12, Jonathan Nieder jrnie...@gmail.com wrote: Thanks! To recap: 3.1.8-2 works fine 3.2.1-1 hung at Loading, please wait... once, worked fine twice 3.2.23-1 reliably hangs (though not always right away) Could you try 3.2~rc4-1~experimental.1, to narrow down the range a little? (If it doesn't hang, that would be great, but I suspect it will hang, too.) 3.2~rc4-1~experimental.1 seems to work fine i.e. I booted it several times and didn't encounter a problem. Also booted 3.2.1-1 again and it also booted fine (it has been running fine for a week or so). Also tried 3.2.23-1 again but it got stuck at Activating swap..., thus I think that reliably hangs states it correctly. I also tried linux-image-3.2.0-2-486_3.2.19-1_i386.deb. It seems to boot fine (3 tests) and I left it running for now to see if it locks up while it is in use.
Bug#690814: [3.1-3.2.y regression] disk activity provokes lockups on VIA EPIA CL-6000
--- On Sun, 10/28/12, Jonathan Nieder jrnie...@gmail.com wrote: From: Jonathan Nieder jrnie...@gmail.com Subject: Re: [3.1-3.2.y regression] disk activity provokes lockups on VIA EPIA CL-6000 To: Frank Lenaerts frank.lenae...@yahoo.com Cc: 690...@bugs.debian.org Date: Sunday, October 28, 2012, 2:01 AM Frank Lenaerts wrote: Jonathan Nieder wrote: Which versions were the 3.2.0-1, 3.2.0-2, and 3.2.0-3 kernels you mentioned testing above? [...] I mean 3.1.0-1, 3.2.0-1, 3.2.0-3 here. Sorry for the lack of clarity. I just used uname -r and left out '-486' (because that's always the same on this box). Yes, unfortunately that only gives the ABI version (package name) rather than the package version which is more precise. If the packages that you used to test are still around, you can see the fullFrom the bash history: http://snapshot.debian.org/archive/debian/20120119T160147Z/pool/main/l/linux-2.6/linux-image-3.2.0-1-486_3.2.1-1_i386.deb http://snapshot.debian.org/archive/debian/20120110T093300Z/pool/main/l/linux-2.6/linux-image-3.1.0-1-486_3.1.8-2_i386.deb http://snapshot.debian.org/archive/debian/20110724T212501Z/pool/main/l/linux-2.6/linux-image-3.0.0-1-486_3.0.0-1_i386.deb http://snapshot.debian.org/archive/debian/20110705T091435Z/pool/main/l/linux-2.6/linux-image-2.6.39-2-486_2.6.39-3_i386.deb version number in the .deb filename, or if they are installed you can check with dpkg-query -W linux-image-{3.1.0-1,3.2.0-1,3.2.0-3}-486
Bug#690814: [3.1-3.2.y regression] disk activity provokes lockups on VIA EPIA CL-6000
--- On Thu, 10/25/12, Jonathan Nieder jrnie...@gmail.com wrote: From: Jonathan Nieder jrnie...@gmail.com Subject: Re: [3.1-3.2.y regression] disk activity provokes lockups on VIA EPIA CL-6000 To: Frank Lenaerts frank.lenae...@yahoo.com Cc: 690...@bugs.debian.org Date: Thursday, October 25, 2012, 10:41 PM Jonathan Nieder wrote: Package names like linux-image-3.2.0-1-486 describe the kernel's ABI, not the package version. The package version is something like 3.2.1-1. See http://kernel-handbook.alioth.debian.org/ch-versions.html for more details. You can get the version of the currently running kernel by running cat /proc/version (it will be in parentheses). The currently installed kernel's version number can be retrieved with dpkg-query -W linux-image-$(uname -r). Which versions were the 3.2.0-1, 3.2.0-2, and 3.2.0-3 kernels you mentioned testing above? I mean 3.1.0-1, 3.2.0-1, 3.2.0-3 here. Sorry for the lack of clarity. I just used uname -r and left out '-486' (because that's always the same on this box).
Bug#690814: [squeeze-wheezy regression] disk activity provokes lockups on VIA EPIA CL-6000
--- On Wed, 10/17/12, Jonathan Nieder jrnie...@gmail.com wrote: From: Jonathan Nieder jrnie...@gmail.com Subject: Re: [squeeze-wheezy regression] disk activity provokes lockups on VIA EPIA CL-6000 To: Frank Lenaerts frank.lenae...@yahoo.com Cc: 690...@bugs.debian.org Date: Wednesday, October 17, 2012, 11:19 PM # regression severity 690814 important quit Hi Frank, Frank Lenaerts wrote: I had to use the power button to restart the machine. The first time I rebooted, the system got stuck when trying to mount one of the filesystems. Rebooted again and got the login prompt. Did some more reboots and found out that the system hangs during more or less 50% of the reboots. Since the disk activity LED was always on, I tried to provoke some disk activity e.g. by installing some packages. This effectively locked up the system. I only once got the system in a locked up state without having the disk activity LED turned on. [...] Since this machine had been running Lenny just fine, and Squeeze also worked fine, I decided to install a 2.6 kernel. [...] Note that it took several reboots to get the deb file on the system and to install it. With this kernel, the box runs just fine. Thanks for reporting it. A few suggestions for moving forward: [...snipped...] * if you have time to run a bisection search through the pre-compiled kernels at http://snapshot.debian.org/package/linux-2.6/ to find the first broken one, that could help narrow down things quite a bit. Tested some of the linux images: - 2.6.39 seems ok - 3.0.0-1 seems ok - 3.1.0-1 seems ok - 3.2.0-1 does not seem to be ok: - first boot: system hung at Loading, please wait...; note that the LED indicating disk activity was not burning - second boot: ok - third boot: ok Had it running and used it for a few days. Then decided to give 3.2.0-3 a try again. - 3.2.0-3 is not ok: - first boot: crash during the boot process i.e. detected the external USB disk (which I had connected again while working with 3.2.0-1), makefile style concurrent boot, hotplug, udev... stacktrace (not sure if it was after or before the hotplug stuff; unfortunately didn't have logging turned on and keyboard was stuck)... boot process continued a bit and then hung; note that the LED was not on; since I've now seen quite some lockups without this LED being on, I think it does not necessarily have anything to do with disk activity - seond boot: stuck in Configuring network interfaces; note that I've seen this more than once already So, it looks like we'll have to investigate the differences between -1 and -3. Question: 3.2.0-3 was the one installed during the installation. 3.2.0-1 was installed by me for testing purposes and came from 3.2.1-1. I see that the snapshot directory contains other 3.2.0-1 e.g. under 3.2.2-1. Why is it like that? I see that the 3.2.19-1 directory contains 3.2.0-2 for instance and it seems that 3.2.0-3 is not in the snapshot directory...Hope that helps, and sorry I have no better ideas, Jonathan [1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt
Bug#690814: [squeeze-wheezy regression] disk activity provokes lockups on VIA EPIA CL-6000
--- On Wed, 10/17/12, Jonathan Nieder jrnie...@gmail.com wrote: From: Jonathan Nieder jrnie...@gmail.com Subject: Re: [squeeze-wheezy regression] disk activity provokes lockups on VIA EPIA CL-6000 To: Frank Lenaerts frank.lenae...@yahoo.com Cc: 690...@bugs.debian.org Date: Wednesday, October 17, 2012, 11:19 PM # regression severity 690814 important quit Hi Frank, Frank Lenaerts wrote: I had to use the power button to restart the machine. The first time I rebooted, the system got stuck when trying to mount one of the filesystems. Rebooted again and got the login prompt. Did some more reboots and found out that the system hangs during more or less 50% of the reboots. Since the disk activity LED was always on, I tried to provoke some disk activity e.g. by installing some packages. This effectively locked up the system. I only once got the system in a locked up state without having the disk activity LED turned on. [...] Since this machine had been running Lenny just fine, and Squeeze also worked fine, I decided to install a 2.6 kernel. [...] Note that it took several reboots to get the deb file on the system and to install it. With this kernel, the box runs just fine. Thanks for reporting it. A few suggestions for moving forward: * please attach full dmesg output from a normal boot (with the 2.6.32-based kernel) The tarball I attached to this e-mail contains the dmesg output from 2.6.32-5-486 and 3.2.0-3-486 (sometimes, I can login and even do some things;-)) * could you also get a kernel log from booting the 3.2-based kernel? A full log including the lockup would be ideal --- netconsole[1] might help here. The attached tarball contains some try to boot logs. Some more information: - netconsole_1.out: netconsole only shows until 'loop: module loaded' while the console also showed 'Loading kernel module loop.' (after the above 'loop: module loaded'), 'Activating lvm and md swap... done' and 'Checking filesystems... fsck from util-linux 2.20.1'. I don't know why these 3 lines are not visible via netconsole. It looks like the box cannot write to the network anymore. - netconsole_2.out: netconsole only shows until 'eth0: no IPv6 routers present' while the console also showed 'Activating swap...' - netconsole_3_A-B-C.out: A was like netconsole_1.out, B was like netconsole_2.out, C was like netconsole_1.out After this, I booted with 2.6 because I could not get 3.2 far enough to be able to login. When I booted with 2.6 it wanted to fsck an external USB disk. Since this would take too long, I unplugged it (so further logs won't show /dev/sdc anymore). Instead of using netconsole, I used screen on ttyS0. Finally, I could get to the login prompt of 3.2. When I issued a find /usr -ls over an ssh connection, the system locked up (no keyboard interaction possible anymore). Note that screenlog_3.2.0-3-486.0 doesn't show anything usesfull (on the linux commandline, I specified console=ttyS0 and debug). Since the successful 3.2 boot was without (a) the USB disk and (b) netconsole, I decided to try to boot with netconsole (and without the USB disk). It booted a little bit further than before but I still couldn't get to the login prompt. Rebooted several times, see netconsole_4_a-b-c.out. Some extra notes: - a: hung at 90-second grace period - b: hung at loop: module loaded - c: login was possible; netconsole also ended with 90-second grace period like in case a; to see if the network is the showstopper, ran find /usr -ls on the console; this worked, just like find /var -ls; when I ran an apt-get update however, the system locked up (all files were downloaded, but it failed at the end (percentage sign stuck)). * if you have time to run a bisection search through the pre-compiled kernels at http://snapshot.debian.org/package/linux-2.6/ to find the first broken one, that could help narrow down things quite a bit. I put it on my TODO list. Hope that helps, and sorry I have no better ideas, Jonathan [1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt dbts-690814.tar.gz Description: GNU Zip compressed data
Bug#690814: linux-image-3.2.0-3-486: vmlinuz-3.2.0-3-486 locks up on VIA EPIA CL-6000
Package: src:linux Version: 3.2.23-1 Severity: normal Dear Maintainer, Installation of Wheezy on this VIA EPIA CL-6000 box went fine but when the system booted after the installation, it locked up at different points in time. With locked up, I mean that nothing could be done anymore: my ssh session stalled, the machine did not answer echo requests, I could not do anything at the console. At this point, the LED indicating disk activity was turned on. I had to use the power button to restart the machine. The first time I rebooted, the system got stuck when trying to mount one of the filesystems. Rebooted again and got the login prompt. Did some more reboots and found out that the system hangs during more or less 50% of the reboots. Since the disk activity LED was always on, I tried to provoke some disk activity e.g. by installing some packages. This effectively locked up the system. I only once got the system in a locked up state without having the disk activity LED turned on. Ran memtest86+ (4 runs) without any problem. Tried another (identical) harddisk and tried to use the other IDE controller but always ran into the same problem. Since this machine had been running Lenny just fine, and Squeeze also worked fine, I decided to install a 2.6 kernel. In Wheezy however, linux-image-2.6-486 depends on linux-image-486, which in turn depends on linux-image-3.2.0-3-486. I therefore installed the 2.6 kernel from Squeeze. Note that it took several reboots to get the deb file on the system and to install it. With this kernel, the box runs just fine. Note that I also have a VIA EPIA PD-6000, which is almost identical, but runs Wheezy with the 3.2 kernel just fine. Note that, as this machine cannot run version 3.2.0-3-486 of the kernel, I used reportbug when the machine was running version 2.6.32-5-486 of the kernel. This kernel is the one from Squeeze. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8623 [Apollo CLE266] [1106:3123] Subsystem: VIA Technologies, Inc. Device [1106:aa01] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 8 Region 0: Memory at e000 (32-bit, prefetchable) [size=64M] Capabilities: access denied Kernel driver in use: agpgart-via 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] [1106:b091] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR+ INTx- Latency: 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: e800-e9ff Prefetchable memory behind bridge: e400-e7ff Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR+ BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied 00:0f.0 Ethernet controller [0200]: VIA Technologies, Inc. VT6105/VT6106S [Rhine-III] [1106:3106] (rev 8b) Subsystem: VIA Technologies, Inc. Device [1106:0106] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 32 (750ns min, 2000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 12 Region 0: I/O ports at d000 [size=256] Region 1: Memory at ea00 (32-bit, non-prefetchable) [size=256] Capabilities: access denied Kernel driver in use: via-rhine 00:10.0 USB controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 80) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. Device [1106:aa01] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 32, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 11 Region 4: I/O ports at d400 [size=32] Capabilities: access denied Kernel driver in use: uhci_hcd 00:10.1 USB controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 80) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. Device [1106:aa01] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Bug#688027: prayer cannot connect to session server
Package: prayer Version: 1.3.4-dfsg1-1 Severity: important Dear Maintainer, I wanted to give prayer a try on a freshly installed Debian Wheezy system. After going through prayer.cf, enabling it in /etc/default/prayer and starting it, I browsed to the webinterface to login. I entered my username and password, pressed the login button and got the following message from prayer: --- begin --- Couldn't connect to Webmail session server Try again later --- end --- After having a look at the prayer and prayer-session manpage, I decided to start prayer-session manually. This resulted in the following: # prayer-session prayer PANICLOG: Failed to open panic log file: paniclog Error was: Sep 18 13:51:09 [6961] Fatal error: c-client library version skew, app=2007e library=2007f Aborted # echo $? 134 # ldd /usr/sbin/prayer-session | grep c-client libc-client.so.2007e = /usr/lib/libc-client.so.2007e (0xb74ea000) # apt-cache --names-only search libc-client libc-client2007e - c-client library for mail protocols - library files libc-client2007e-dev - c-client library for mail protocols - development files # apt-cache policy libc-client2007e libc-client2007e: Installed: 8:2007f~dfsg-1 Candidate: 8:2007f~dfsg-1 Version table: *** 8:2007f~dfsg-1 0 500 http://ftp.be.debian.org/debian/ wheezy/main i386 Packages 100 /var/lib/dpkg/status Since the error complains about the fact that app=2007e and library=2007f, I wonder why apt-cache shows that the version of the library is '8:2007f~dfsg-1' while the version string in the package filename is '2007e'. Might this be the reason that prayer fails to fork a prayer-session when I try to login? If so, it currently makes the package unusable. Kind regards Frank -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages prayer depends on: ii adduser 3.113+nmu3 ii libc-client2007e8:2007f~dfsg-1 ii libc6 2.13-35 ii libdb5.15.1.29-5 ii libldap-2.4-2 2.4.31-1 ii libssl1.0.0 1.0.1c-4 ii libtidy-0.99-0 20091223cvs-1.2 ii logrotate 3.8.1-4 ii postfix [mail-transport-agent] 2.9.3-2.1 ii ssl-cert1.0.31 ii zlib1g 1:1.2.7.dfsg-13 prayer recommends no packages. Versions of packages prayer suggests: ii aspell 0.60.7~20110707-1 ii dovecot-imapd [imap-server] 1:2.1.7-2 pn prayer-accountd none pn prayer-templates-src none -- Configuration Files: /etc/default/prayer changed [not included] /etc/prayer/prayer.cf changed [not included] -- 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#421805: installation-reports: Network setup incorrect after installation
Package: installation-reports Version: 2.29 Severity: normal Installation of the system was ok but I didn't have a network connection after the reboot. Saw the following on the console: ... SIOCSIFADDR: No such device eth0_rename: ERROR while getting interface flags: No such device eth0_rename: ERROR while getting interface flags: No such device Bind socket to interface: No such device Failed to bring up eth0_rename. ... Checked /etc/network/interfaces and saw that it contained eth0_rename instead of e.g. eth0: ... # The primary network interface auto eth0_rename iface eth0_rename inet dhcp ... Manually configured the interface (I want to have a static configuration anyway, even though the installation used dhcp). Searched for similar bugreports and found out that Debian bug #394047 seems to resemble it. My system has eth0 (on-board) and eth{1,2,3,4} (a qfe card). -- Package-specific info: Boot method: network Image version: http://http.us.debian.org/debian/dists/etch/main/installer-sparc/current/images/sparc32/netboot/2.6/boot.img Date: Date and time of the install Machine: Sun SparcStation 20 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=4.0 (installer build 20070308) X_INSTALLATION_MEDIUM=netboot-2.6 == Installer hardware-summary: == umame -a: Linux spinoza 2.6.18-4-sparc32 #1 Wed Feb 21 14:49:39 UTC 2007 sparc unknown lsmod: Module Size Used by lsmod: xfs 478436 0 lsmod: reiserfs 321656 0 lsmod: ext3 145288 5 lsmod: jbd55944 1 ext3 lsmod: vfat 12928 0 lsmod: fat53084 1 vfat lsmod: isofs 29412 0 lsmod: sr_mod 17924 0 lsmod: cdrom 37980 1 sr_mod lsmod: sd_mod 18352 7 lsmod: esp36836 6 lsmod: scsi_mod 98936 3 sr_mod,sd_mod,esp lsmod: sunqe 12808 0 lsmod: sunlance 14728 0 df: Filesystem 1k-blocks Used Available Use% Mounted on df: tmpfs93324 424 92900 0% /dev df: tmpfs93324 424 92900 0% /dev df: tmpfs93324 424 92900 0% /.dev df: /dev/scsi/host0/bus0/target1/lun0/part1472472 43786404290 10% /target df: /dev/scsi/host0/bus0/target1/lun0/part6189139 5670173703 3% /target/home df: /dev/scsi/host0/bus0/target1/lun0/part7 34583 4545 28252 14% /target/tmp df: /dev/scsi/host0/bus0/target1/lun0/part4768984118848611072 16% /target/usr df: /dev/scsi/host0/bus0/target1/lun0/part5378279101651257096 28% /target/var free: total used free shared buffers free: Mem: 186652 166800198520 8644 free: Swap: 187712 424 187288 free: Total: 374364 167224 207140 cardctl status: /usr/bin/report-hw: /usr/bin/report-hw: 48: pccardctl: not found cardctl ident: /usr/bin/report-hw: /usr/bin/report-hw: 49: pccardctl: not found cardctl status: /usr/bin/report-hw: /usr/bin/report-hw: 50: cardctl: not found cardctl ident: /usr/bin/report-hw: /usr/bin/report-hw: 51: cardctl: not found /proc/cpuinfo: cpu : ROSS HyperSparc RT625 or RT626 /proc/cpuinfo: fpu : ROSS HyperSparc combined IU/FPU /proc/cpuinfo: promlib : Version 3 Revision 2 /proc/cpuinfo: prom : 2.25 /proc/cpuinfo: type : sun4m /proc/cpuinfo: ncpus probed : 1 /proc/cpuinfo: ncpus active : 1 /proc/cpuinfo: CPU0Bogo : 149.91 /proc/cpuinfo: CPU0ClkTck : 15000 /proc/cpuinfo: MMU type : ROSS HyperSparc /proc/cpuinfo: contexts : 4096 /proc/cpuinfo: nocache total:
Bug#388715: abcde: does not ignore ~/.wgetrc
Package: abcde Version: 2.3.99.6-1 Severity: normal abcde's cddb-tool fails when ~/.wgetrc contains 'verbose = on'. Running the abcde script with bash -xv showed that cddb-tool failed. When I ran cddb-tool manually, it showed 'Can't be verbose and quiet at the same time. Usage: wget [OPTION]... [URL]...'. Apparently, the script uses the quiet option but also takes ~/.wgetrc into account. As the end user normally doesn't know if and how wget is used, it would be better if cddb-tool ignored ~/.wgetrc. -- 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-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages abcde depends on: ii cd-discid 0.9-1 CDDB DiscID utility ii cdparanoia3a9.8-14 An audio extraction tool for sampl ii flac 1.1.2-5Free Lossless Audio Codec - comman ii vorbis-tools 1.1.1-6several Ogg Vorbis tools ii wget 1.10.2-2 retrieves files from the web abcde recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]