Bug#366680: linux-image: snd_intel8x0 module randomly fails to initialize sound hardware
Since I didn't get copied on this reply (I just saw it after searching the BTS), I didn't get a chance to follow up to it earlier. I'd appreciate being CCd in the future, thanks. Cesare Leonardi [EMAIL PROTECTED] wrote: Benjamin A. Okopnik wrote: The frequency of how often this happens varies: sometimes, it's every single boot until I remove the laptop battery; at other times, it's only about one boot out of every five. It seems to be related to IRQ problems (booting the laptop without its battery, and inserting it after the boot, results in the problem nearly disappearing - it only happens in ~1 of every 20 boots.) I think you are excluding an hardware problem because on the same machine you also run Wind0ws (or something else) and it sounds good, right? This machine initially came with Wind0ws, and I used it that way for a two-week long road trip, until I could get to a high-speed connection. The sound worked fine during that time. The sporadic nature of the problem seems suspicious, in particular because your machine has a very common (and tested) chipset. As you can see on http://www.linux-on-laptops.com/acer.html, people using your laptop seems to have audio that just works. I have a Sony laptop with a i855 chipset that works too. Have you tried to upgrade your Acer BIOS? Yes - that was one of the first things I looked for when I discovered this problem. And, do the problem comes indifferently (and with similar probability) after a reboot or a complete poweroff? At this point, rebooting or cold-booting produces a problem about 80% of the time. The only cure (works ~99% of the time) is to remove the battery and disconnect the adapter from the machine for a few seconds. Have you tryed with some linux live CD (Ubuntu, Knoppix) to see if something behaves differently? But i suspect it is not a kernel/distibution problem... If you believe that this would give you usable data, I'll be happy to download a few of these and try them out. Since I have a relatively slow connection, I'll have to get to a fast one somewhere which is a bit of a hassle, so I'm a bit reluctant to just do so without an explicit request. Have you contacted the Acer support or visited their website to see if there are some broken model or some known problem? Acer's tech support's brains instantly freeze up solid as soon as I mention Linux. I have not found any definite reports of similar behavior, but I suspect that this is due to a) the vague definition of what constitutes this problem (i.e., it's hard to come up with a definitive set of strings to describe the problem uniquely for a Web search) and b) the low numbers of these laptops out there. What little I have found in this regard pointed in the general direction of ACPI problems; I got an ACPI data compiler, fixed the errors in the ACPI data, and recompiled it, but this does not appear to have helped. Incidentally, I have recently run 'lspci' with the sound hardware both working and not working; here's the diff: -- r !diff /tmp/lspci_sound /tmp/lspci_no_sound 109c109 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- --- Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- 111d110 Latency: 0 119c118 Status: D0 PME-Enable- DSel=0 DScale=0 PME- --- Status: D0 PME-Enable- DSel=0 DScale=0 PME+ -- Here it is with a '-p' added for more context: -- *** /tmp/lspci_sound2006-08-29 22:19:28.0 -0400 --- /tmp/lspci_no_sound 2006-08-29 18:15:08.0 -0400 *** *** 106,114 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) Subsystem: Acer Incorporated [ALI] Unknown device 0061 ! Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- - Latency: 0 Interrupt: pin B routed to IRQ 21 Region 0: I/O ports at e000 [size=256] Region 1: I/O ports at e100 [size=64] --- 106,113 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) Subsystem: Acer Incorporated [ALI] Unknown device 0061 ! Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Interrupt: pin B routed to IRQ 21 Region 0: I/O ports at e000 [size=256] Region 1: I/O ports at e100 [size=64
Bug#367443: procmeter3: The inbox count only goes up, never down
[EMAIL PROTECTED] (Andrew M. Bishop) wrote: Thanks for the patch, but I don't like it. [laugh] I'm not surprised; my C skills are extremely rusty through long neglect. My apologies for applying my dull axe to your code. :) Can I propose a different patch that only causes the file to be re-read if the modification time or the access time or the size of the file changes. For this particular problem the file size does change, so this should pick it up. Looks like it would work just fine. If this gets folded into the next update, I think we can call this bug closed. Thanks for your effort! Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://LinuxGazette.NET * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377980: ucf: Broken manpage for ucfq
Package: ucf Version: 2.0012 Severity: normal Running 'mandb -t'/'lexgrog' shows the 'ucfq' manpage to be mis-formatted: `` [EMAIL PROTECTED]:/usr/share/man/man1# mandb -t mandb: warning: /usr/share/man/man1/ucfq.1.gz: whatis parse for ucfq(1) failed [EMAIL PROTECTED]:/usr/share/man/man1# lexgrog /usr/share/man/man1/ucfq.1.gz /usr/share/man/man1/ucfq.1.gz: parse failed '' Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ucf depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy Versions of packages ucf recommends: ii debconf-utils 1.5.1 debconf utilities -- debconf information: ucf/changeprompt_threeway: keep your currently-installed version ucf/title: * ucf/changeprompt: install the package maintainer's version -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367443: procmeter3: The inbox count only goes up, never down
Package: procmeter3 Version: 3.4e-1 Followup-For: Bug #367443 Following up on the previous report with this subject: It appears that Mutt does not change the mtime of the mailbox when deleting email; therefore, the 'Update' function in the 'biff' module, which checks for a changed mtime, never triggers. The included patch will simply check the mailbox every 'update' seconds (the value is hard-wired in the module, and can be re-defined in the ~/.procmeterrc file) and reset the email count regardless of the mbox mtime. *** biff.c.orig 2006-07-10 16:03:48.0 -0400 --- biff.c 2006-07-10 16:19:58.0 -0400 *** int Update(time_t now,ProcMeterOutput *o *** 173,180 count=size=0; else { !if(mtimebuf.st_mtime) ! { FILE *f=fopen(filename,r); count=0; --- 173,180 count=size=0; else { ! // if(mtimebuf.st_mtime) ! // { FILE *f=fopen(filename,r); count=0; *** int Update(time_t now,ProcMeterOutput *o *** 196,202 utimebuf.actime=atime; utimebuf.modtime=mtime; utime(filename,utimebuf); ! } } last=now; --- 196,202 utimebuf.actime=atime; utimebuf.modtime=mtime; utime(filename,utimebuf); ! // } } last=now; Sincere regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages procmeter3 depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries pi libglib1.2 1.2.10-ximian.2 The GLib library of C routines ii libgtk1.2 1.2.10-ximian.31 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxt6 1:1.0.0-5X11 toolkit intrinsics library procmeter3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372171: w3m: Searching causes a segfault
Package: w3m Version: 0.5.1-4 Followup-For: Bug #372171 w3m segfaults (about 70% of the time, based on my informal testing) when searching either forward (/) or in reverse (?). Like the previous reporter, I'm marking this one grave for the same reasons: it's my primary means of navigation within long pages, and I believe that this is true for most users as well. Relevant part of an strace dump (I'm opening a file, foo.html, that has no content beyond the basic HTML structure): stat64(/tmp/foo.html, {st_mode=S_IFREG|0644, st_size=60, ...}) = 0 open(/tmp/foo.html, O_RDONLY) = 5 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigaction(SIGINT, {0x8058ef0, [], SA_RESTART}, {0x8091640, [], SA_RESTART}, 8) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon -echo ...}) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigaction(SIGINT, {0x8058ef0, [], SA_RESTART}, {0x8058ef0, [], SA_RESTART}, 8) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon -echo ...}) = 0 read(5, html\nheadtitle/title/he..., 8192) = 60 read(5, , 8192) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 rt_sigaction(SIGINT, {0x8058ef0, [], SA_RESTART}, {0x8058ef0, [], SA_RESTART}, 8) = 0 rt_sigaction(SIGINT, {SIG_IGN}, {0x8058ef0, [], SA_RESTART}, 8) = 0 close(5)= 0 rt_sigaction(SIGINT, {0x8058ef0, [], SA_RESTART}, {SIG_IGN}, 8) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost -isig -icanon -echo ...}) = 0 rt_sigaction(SIGINT, {0x8091640, [], SA_RESTART}, {0x8058ef0, [], SA_RESTART}, 8) = 0 write(3, \33[?1049h\33[H\33[2J\33[41;1H\33[7m\342\211\252 \342\206..., 69) = 69 stat64(/dev/vc/0, 0xbfa3e29c) = -1 ENOENT (No such file or directory) stat64(/dev/tty0, {st_mode=S_IFCHR|0600, st_rdev=makedev(4, 0), ...}) = 0 fstat64(1, {st_mode=S_IFCHR|0666, st_rdev=makedev(136, 0), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
Bug#367443: procmeter3: The inbox count only goes up, never down
Package: procmeter3 Version: 3.4e-1 Severity: normal The inbox count displayed in procmeter3 does not decrease when the emails are deleted from the inbox, although it does increase when new email arrives. Relevant ~/.procmeterrc configuration: -- [Biff] # label-foreground = blue text-font = neep-alt-bold-14 foreground = white run = rmutt # update = 5 [Biff.Inbox_Count] label = -- Just FYI, here's what the file looks like before and after email deletion: -- [EMAIL PROTECTED]:~$ ls -l /var/mail/ben -rw-rw 1 ben mail 136069 2006-05-15 19:52 /var/mail/ben [EMAIL PROTECTED]:~$ grep -c '^From ' /var/mail/ben 18 [EMAIL PROTECTED]:~$ ls -l /var/mail/ben -rw-rw 1 ben mail 131318 2006-05-15 19:52 /var/mail/ben [EMAIL PROTECTED]:~$ grep -c '^From ' /var/mail/ben 17 -- The first 'ls -l' was executed just before deletion with Mutt; the second was several minutes after. In both cases, procmeter3 showed '18 emails'. Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages procmeter3 depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries pi libglib1.2 1.2.10-ximian.2 The GLib library of C routines ii libgtk1.2 1.2.10-ximian.31 :he GIMP Toolkit set of widgets fo ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxt6 1:1.0.0-4X11 toolkit intrinsics library procmeter3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366680: linux-image: snd_intel8x0 module randomly fails to initialize sound hardware
Package: linux-image Version: /linux-2.6.16.1 Severity: normal Normally, I would not report this kind of problem using the BTS - audio problems are common enough, and not what I consider critical problems - but this one has persisted through a long series of kernel changes, all the way from the early ones in the 2.4 series until now (2.6.16.1). After this long, it's earned the status of Bug Emeritus, and I figure you folks deserve a chance at shooting it down. :) Over the last two years, I've experimented with a number of possible solutions to this problem, including trying to tweak the code in snd_intel8x0.c (unfortunately, it seems that my C-fu is not quite up to kernel hacking.) I'm hoping that you can offer some suggestions; you're also welcome to ask me to test out any patches or experimental code you'd care to try. The problem is that when I boot this laptop (Acer 2012, see included 'lspci' report), the sound hardware often fails to initialize and reports the following error: `` codec_ready: codec is not ready [0x870] '' and, of course, ALSA follows that up with a 'no soundcards found' error. '/var/log/kern.log' has the following to say at those times: `` Apr 22 19:40:53 Fenrir kernel: ACPI: PCI Interrupt :00:1f.5[B] - GSI 17 (level, low) - IRQ 21 Apr 22 19:40:53 Fenrir kernel: PCI: Setting latency timer of device :00:1f.5 to 64 Apr 22 19:40:53 Fenrir kernel: codec_ready: codec is not ready [0x870] Apr 22 19:40:53 Fenrir kernel: ACPI: PCI interrupt for device :00:1f.5 disabled Apr 22 19:40:53 Fenrir kernel: Intel ICH: probe of :00:1f.5 failed with error -5 '' and `` Apr 22 07:40:59 Fenrir kernel: Advanced Linux Sound Architecture Driver Version 1.0.11rc2 (Wed Jan 04 08:57:20 2006 UTC). Apr 22 07:40:59 Fenrir kernel: ALSA device list: Apr 22 07:40:59 Fenrir kernel: No soundcards found. '' The frequency of how often this happens varies: sometimes, it's every single boot until I remove the laptop battery; at other times, it's only about one boot out of every five. It seems to be related to IRQ problems (booting the laptop without its battery, and inserting it after the boot, results in the problem nearly disappearing - it only happens in ~1 of every 20 boots.) I've tried setting the module options - `` options snd-intel8x0 buggy_irq=1 buggy_semaphore=1 '' but this does not help. Also, once the hardware has failed to be detected, nothing will fix the problem other than rebooting - unloading and reloading all the relevant modules has no effect. Any help at this point would be greatly appreciated. lspci output: ''' :00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:01.0 PCI bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to AGP Controller (rev 02) :00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) :00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) :00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) :00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) :00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) :00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) :00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) :00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) :00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) :00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) :01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] :02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) :02:01.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02) :02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev 05) :02:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01) :03:00.0 USB Controller: NEC Corporation USB (rev 43) :03:00.1 USB Controller: NEC Corporation USB (rev 43) ''' Sincerely, Ben Okopnik, Editor-in-Chief, Linux Gazette -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale:
Bug#359624: linux-image: Kernel OOPS in 'ide-scsi' when trying to write a CD
On Tue, Mar 28, 2006 at 08:10:54AM +0200, Martin Michlmayr wrote: reassign 359624 linux-2.6 thanks * Benjamin A. Okopnik [EMAIL PROTECTED] [2006-03-27 21:51]: Package: linux-image Version: 2.6.13.3 Severity: important Can you please try with 2.6.16 from unstable? Hi, Martin - Heh. I'm a bit ashamed of myself for not having done so before filing a bug; I've advised countless people to test using the latest version... Thanks for your help/wake-up call. :) Despite the fact that the problem is a long-standing one (it's stayed with me through the entire range of 2.5 and 2.6 kernels until now), installing 2.6.16.1 appears to have fixed it. Please mark this one as closed. Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359624: linux-image: Kernel OOPS in 'ide-scsi' when trying to write a CD
Package: linux-image Version: 2.6.13.3 Severity: important After trying to write a CD with 'cdrecord', I have the following in my 'dmesg' output: ide-scsi: unsup command: dev hdc: flags = REQ_CMD REQ_STARTED sector 64, nr/cnr 2/2 bio cf701200, biotail cf701200, buffer cfda, data , len 0 end_request: I/O error, dev hdc, sector 64 isofs_fill_super: bread failed, dev=hdc, iso_blknum=16, block=32 Unable to handle kernel NULL pointer dereference at virtual address printing eip: c01e46c6 *pde = Oops: [#1] Modules linked in: snd_pcm_oss fglrx agpgart snd_mixer_oss lp parport button processor ac battery pcmcia eth1394 yenta_socket rsrc_nonstatic pcmcia_core ipw2200 ieee80211 ieee80211_crypt ohci1394 ieee1394 snd_intel8x0 snd_ac97_codec snd_pcm snd_timer snd_page_alloc ehci_hcd uhci_hcd sg b44 usb_storage ide_scsi scsi_mod CPU:0 EIP:0060:[c01e46c6]Tainted: P VLI EFLAGS: 00010246 (2.6.13.3) EIP is at get_kobj_path_length+0x26/0x40 eax: ebx: ecx: edx: dfc0c4cc esi: 0001 edi: ebp: esp: cf967dd0 ds: 007b es: 007b ss: 0068 Process mount (pid: 3891, threadinfo=cf966000 task=cf248a80) Stack: cfda1e40 00d0 fff4 dfc0c4cc c01e476f dfc0c4cc d5728000 0020 cfda1e40 00d0 fff4 c01e5040 dfc0c4cc 00d0 d3d13a80 d5728140 0010 0020 cfda1e40 d5728000 ffea 0020 c01e5158 Call Trace: [c01e476f] kobject_get_path+0x1f/0x80 [c01e5040] do_kobject_uevent+0x30/0x120 [c01e5158] kobject_uevent+0x28/0x30 [c016272a] bdev_uevent+0x4a/0x50 [c01628b6] kill_block_super+0x26/0x50 [c0161cd8] deactivate_super+0x48/0x70 [c016288a] get_sb_bdev+0x15a/0x160 [c017709c] alloc_vfsmnt+0x9c/0xe0 [c01c6f30] isofs_get_sb+0x30/0x40 [c01c5b20] isofs_fill_super+0x0/0x6e0 [c0162aa2] do_kern_mount+0x52/0xe0 [c0178169] do_new_mount+0x99/0xe0 [c01787d9] do_mount+0x159/0x1b0 [c014dcee] remove_vm_struct+0x5e/0x70 [c0178637] copy_mount_options+0x77/0xc0 [c0178bc8] sys_mount+0x98/0xe0 [c01030bb] sysenter_past_esp+0x54/0x75 Code: 27 00 00 00 00 55 bd ff ff ff ff 57 56 be 01 00 00 00 53 31 db 8b 54 24 14 8d b6 00 00 00 00 8d bf 00 00 00 00 8b 3a 89 e9 89 d8 f2 ae f7 d1 49 8b 52 24 8d 74 31 01 85 d2 75 ea 5b 89 f0 5e 5f sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 sr0: Hmm, seems the drive doesn't support multisession CD's hdc: DMA disabled Just FYI, here's some other info relevant to the problem: hdc: MATSHITADVD-RAM UJ-820S, ATAPI CD/DVD-ROM drive scsi0 : SCSI host adapter emulation for IDE ATAPI devices Vendor: MATSHITA Model: DVD-RAM UJ-820S Rev: 1.00 Type: CD-ROM ANSI SCSI revision: 02 Please let me know if there's any further information I can provide. Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336379: jpilot locks up when synchronizing Tungsten E2
On Sat, Feb 11, 2006 at 03:22:13PM +0100, Ludovic Rousseau wrote: Le Friday 10 February 2006 à 16:49:13, Benjamin A. Okopnik a écrit: On Sat, Feb 04, 2006 at 05:53:18PM +0100, Ludovic Rousseau wrote: I can't find your bug report in the pilot-link upstream bug system. I guess/hope you opened a bug there. Could you give me the bug number if you have it so I can add it here? Debian already lists a very similar bug against pilot-link, #335474, in the Important bugs section. Thanks very much for your time. The bug #335474 is now solved by pilot-link from experimental. I'd somehow managed to miss that; thank you. You said your bug is _not_ solved by using pilot-link 0.12.0-pre4. You should open a bug in the upstream bug tracker at http://bugs.pilot-link.org/ so your problem will be corrected. Done; it's listed as [pilot-link 1633]: Fails to download several DBs, causes Tungsten E2 to crash Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336379: jpilot locks up when synchronizing Tungsten E2
On Sat, Feb 04, 2006 at 05:53:18PM +0100, Ludovic Rousseau wrote: I can't find your bug report in the pilot-link upstream bug system. I guess/hope you opened a bug there. Could you give me the bug number if you have it so I can add it here? Debian already lists a very similar bug against pilot-link, #335474, in the Important bugs section. Thanks very much for your time. * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336379: jpilot locks up when synchronizing Tungsten E2
On Wed, Nov 02, 2005 at 06:35:06PM +0100, Ludovic Rousseau wrote: Le Tuesday 01 November 2005 à 19:57:01, Benjamin A. Okopnik a écrit: Fetching 'NetFrontLib' (Creator ID 'AcBC')... Failed, unable to back up database NetFrontLib Fetching 'HTTP Library' (Creator ID 'AsHT')... '' [1] After a couple of minutes of the last line appearing in the Jpilot log window, the Palm displays a message that says: Try to debug the situation using pilot-xfer --backup dir. `` [ lines elided ] Backing up Palm/CalendarLocationsDB-PDat.pdb Backing up Palm/NetFrontLib.prc Failed, unable to back up database Backing up Palm/HTTP Library.prc Segmentation fault '' You should also open a bug in http://bugs.pilot-link.org/ to talk to the upstream authors directly. So, I take it that the problem is _not_ in Jpilot itself, but is in the pilot-link library? If so, I'll happily consider this bug closed and go bother those folks. :) Thanks for all your help so far! * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336379: jpilot locks up when synchronizing Tungsten E2
Hi - On Tue, Nov 01, 2005 at 11:33:27PM +0100, Ludovic Rousseau wrote: Le Tuesday 01 November 2005 à 13:48:06, Benjamin A. Okopnik a écrit: Maybe I should also provide in experimental a version of jpilot compiled with pilot-link 0.12.0-pre4? I'll be more than happy to beta-test whatever updates you provide. Meanwhile, I will pull down and compile both pilot-link and the jpilot source, and report when I get a chance (I'm in the middle of teaching a class, and my students are busy doing a lab. [grin] This bunch is too quiet; normally, I wouldn't have even a second to write this.) Just install libpisock-dev from experimental and rebuild jpilot with it. Done. There's some improvement - the Blazer* files now transfer without any problem - but the link still dies [1] on HTTP Library, after failing to retrieve NetFrontLib: `` Syncing on device /dev/ttyUSB1 Press the HotSync button now Username is Ben Okopnik User ID is 1000 lastSyncPC = 0 This PC = 1032939803 Doing a slow sync. Syncing DatebookDB Syncing AddressDB Syncing ToDoDB Syncing MemoDB Fetching 'Background-Fave' (Creator ID 'Fave')... OK Fetching 'BackgroundThumb-Fave' (Creator ID 'Fave')... OK Fetching 'Blazer Bookmarks' (Creator ID 'BLZ5')... OK Fetching 'ProFile-CatList' (Creator ID 'PZDa')... OK Fetching 'Datebk5DB' (Creator ID 'CESE')... OK Fetching 'DatebookHistoryDB' (Creator ID 'CESK')... OK Fetching 'CICEnglish' (Creator ID 'DENG')... OK Fetching 'LauncherIII Database' (Creator ID 'MjBb')... OK Fetching 'ContactsDB-PAdd' (Creator ID 'PAdd')... OK Fetching 'CalendarDB-PDat' (Creator ID 'PDat')... OK Fetching 'MemosDB-PMem' (Creator ID 'PMem')... OK Fetching 'ContactsSimDB-PAdd' (Creator ID 'PSim')... OK Fetching 'TasksDB-PTod' (Creator ID 'PTod')... OK Fetching 'Queries' (Creator ID 'QRYS')... OK Fetching 'RNWKDB' (Creator ID 'RNWK')... OK Fetching 'TealScript_App_List' (Creator ID 'TlSc')... OK Fetching 'AddressDB' (Creator ID 'addr')... OK Fetching 'Bluetooth Trusted Devices' (Creator ID 'blth')... OK Fetching 'Bluetooth Device Cache' (Creator ID 'btch')... OK Fetching 'DatebookDB' (Creator ID 'date')... OK Fetching 'History1.0_dilP' (Creator ID 'dilP')... OK Fetching 'Speed1.0_dilP' (Creator ID 'dilP')... OK Fetching 'ExpenseDB' (Creator ID 'exps')... OK Fetching 'locLDefLocationDB' (Creator ID 'locL')... OK Fetching 'MemoDB' (Creator ID 'memo')... OK Skipping ConnectionMgr50DB (Creator ID 'modm') Fetching 'NetworkDB' (Creator ID 'netw')... OK Fetching 'npadDB' (Creator ID 'npad')... OK Fetching 'PIMsSupportStatus-pdmE' (Creator ID 'pdmE')... OK Fetching 'PhoneRegistryDB' (Creator ID 'phop')... OK Fetching 'Memo32DB' (Creator ID 'pn32')... OK Fetching 'CalculusDB' (Creator ID 'sciC')... OK Fetching 'wcCityDB' (Creator ID 'ssWC')... OK Fetching 'ToDoDB' (Creator ID 'todo')... OK Fetching 'locLCusLocationDB' (Creator ID 'locL')... OK Fetching 'locLTimeZoneDB' (Creator ID 'locL')... OK Fetching 'CICUserDict' (Creator ID 'WDT1')... OK Fetching 'PTDB' (Creator ID 'Cks3')... OK Fetching 'CalcDB-OpCl' (Creator ID 'OpCl')... OK Fetching 'CalcDB-H-OpCl' (Creator ID 'OpCl')... OK Fetching 'Shim Logs' (Creator ID 'Shim')... OK Fetching 'TS Std Profile' (Creator ID 'TlSc')... OK Fetching 'FavoritesDB-Fave' (Creator ID 'Fave')... OK Fetching 'Blazer CacheHistory' (Creator ID 'BLZ5')... OK Fetching 'TS Match Library' (Creator ID 'TlSc')... OK Fetching 'Airport Codes - U.S. Only' (Creator ID 'Mdb1')... OK Fetching 'Month Information' (Creator ID 'Mdb1')... OK Fetching 'Web Acronyms' (Creator ID 'Mdb1')... OK Fetching 'World Information' (Creator ID 'Mdb1')... OK Fetching 'PLANISNEW PLANISPHERIC MAP' (Creator ID 'ANIS')... OK Skipping PMHDB (Creator ID 'PMHa') Skipping PMNDB (Creator ID 'PMNe') Fetching 'Palm Reader Preferences' (Creator ID 'PPrs')... OK Fetching 'Find_DB' (Creator ID 'Foto')... OK Fetching 'Icons-DATEBK5' (Creator ID 'Actn')... OK Fetching 'Icons-twokidsinagarage' (Creator ID 'Actn')... OK Fetching 'DateBk5HelpDB' (Creator ID 'CESH')... OK Fetching 'SailUser' (Creator ID 'SWN')... OK Fetching 'MTroSan Diego' (Creator ID 'MTro')... OK Fetching 'Your Plan For Fin Independ' (Creator ID 'REAd')... OK Fetching 'Toast Timers' (Creator ID 'TTmr')... OK Fetching 'Cape May NJ to Virginia Tides' (Creator ID 'Ttbl')... OK Fetching 'Florida East Tides' (Creator ID 'Ttbl')... OK Fetching 'TideArgsDB' (Creator ID 'Ttbl')... OK Fetching 'Newport RI to Cape May NJ Tides' (Creator ID 'Ttbl')... OK Fetching 'North Carolina to Georgia Tides' (Creator ID 'Ttbl')... OK Fetching 'Weasel_DocInfo_DB' (Creator ID 'GPlm')... OK Skipping PACERsrcDB9 (Creator ID 'a68k') Skipping PACERsrcDB8 (Creator ID 'a68k') Skipping PACERsrcDB7 (Creator ID 'a68k') Skipping PACERsrcDB6 (Creator ID 'a68k') Skipping PACERsrcDB5 (Creator ID 'a68k') Skipping PACERsrcDB4 (Creator ID 'a68k') Skipping PACERsrcDB3 (Creator ID 'a68k') Skipping PACERsrcDB2 (Creator ID 'a68k
Bug#336379: jpilot locks up when synchronizing Tungsten E2
On Tue, Nov 01, 2005 at 01:22:43PM +0100, Ludovic Rousseau wrote: pilot-link 0.11 does not support files bigger than 32 KB. pilot-link 0.12.0-pre4 does but is still beta. `` r!ls -l ~/tmp/Palm_problem_children total 1568 -rw-rw-r-- 1 ben ben 509 2005-11-01 13:38 Blazer Bookmarks.pdb -rw-rw-r-- 1 ben ben 84 2005-11-01 13:38 Blazer CacheHistory.pdb -rw-rw-r-- 1 ben ben 80 2005-11-01 13:38 Blazer Cookies.pdb -rw-rw-r-- 1 ben ben 31928 2005-11-01 13:38 Blazer_enUS.prc -rw-rw-r-- 1 ben ben 144 2005-11-01 13:38 Blazer Field Autofill.pdb -rw-rw-r-- 1 ben ben 80 2005-11-01 13:38 Blazer Find Autofill.pdb -rw-rw-r-- 1 ben ben 80 2005-11-01 13:38 Blazer URL Autofill.pdb -rw-rw-r-- 1 ben ben 239081 2005-11-01 13:38 HTTP Library.prc -rw-rw-r-- 1 ben ben 1296377 2005-11-01 13:39 NetFrontLib.prc '' It looks like only the last two files are 32k. Perhaps there's also a format problem of some sort? You can get pilot-link 0.11.8-0.12.0-pre4-1 from Debian experimental if you want. You will have to recompile jpilot with it to -- possibly -- avoid the jpilot crash you have. `` [EMAIL PROTECTED]:~$ sudo apt-get -t experimental install pilot-link Reading package lists... Done Building dependency tree... Done pilot-link is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. '' It seems that I already have that version. Perhaps my jpilot isn't compiled with that lib version, though? `` [EMAIL PROTECTED]:~$ jpilot -v J-Pilot version 0.99.8-pre11 Copyright (C) 1999-2004 by Judd Montgomery [EMAIL PROTECTED], http://jpilot.org J-Pilot comes with ABSOLUTELY NO WARRANTY; for details see the file COPYING included with the source code, or in /usr/docs/jpilot/. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; version 2 of the License. Date compiled Oct 8 2005 00:09:24 Compiled with these options: Installed Path - /usr pilot-link version - 0.11.8 USB support - yes Private record support - yes Datebk support - yes Plugin support - yes Manana support - yes NLS support (foreign languages) - yes GTK2 support - yes '' Maybe I should also provide in experimental a version of jpilot compiled with pilot-link 0.12.0-pre4? I'll be more than happy to beta-test whatever updates you provide. Meanwhile, I will pull down and compile both pilot-link and the jpilot source, and report when I get a chance (I'm in the middle of teaching a class, and my students are busy doing a lab. [grin] This bunch is too quiet; normally, I wouldn't have even a second to write this.) Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336379: jpilot locks up when synchronizing Tungsten E2
Package: jpilot Version: 0.99.7-0.99.8-pre11-2 Severity: important When I try to synchronize my Tungsten E2, JPilot locks up reliably as soon as it hits one of the Blazer files. I assume that this has something to do with the format of the PDBs - the same errors occurs with pilot-xfer; however, pilot-xfer supports a --exclude file option, which allows me to get past the problem. Perhaps including a similar feature in JPilot would be the simplest answer? The list of files that causes pilot-xfer to crash (presumably, JPilot would react the same way) is - Blazer Blazer CacheHistory Blazer Cookies Blazer_enUS Blazer Field Autofill Blazer Find Autofill Blazer URL Autofill HTTP Library NetFrontLib I've also seen reports of similar behavior by other people on the Net. I'm attaching several of these files (retrieved by copying them to the Tungsten's memory card) to this email in the hope that you'll find them useful. Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jpilot depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpisock80.11.8-12 Library for communicating with a P ii libreadline5 5.0-11 GNU readline and history libraries Versions of packages jpilot recommends: pn jpilot-pluginsnone (no description available) -- debconf information excluded Blazer CacheHistory.pdb Description: Binary data Blazer_enUS.prc Description: Binary data Blazer Cookies.pdb Description: Binary data
Bug#305721: /sbin/hwclock: [hwclock] Incorrect command-line option parsing
Package: util-linux Version: 2.12p-4 Severity: normal File: /sbin/hwclock Copy'n'pasted from a console: -- [EMAIL PROTECTED]:~# hwclock Thu Apr 21 13:57:19 2005 -0.594461 seconds [EMAIL PROTECTED]:~# hwclock --set --date=04-21-2005 13:58:00 [EMAIL PROTECTED]:~# hwclock Sat Feb 26 13:58:05 2011 -0.675597 seconds [EMAIL PROTECTED]:~# hwclock --set --date=04/21/2005 13:58:30 [EMAIL PROTECTED]:~# hwclock Thu Apr 21 13:58:35 2005 -0.624175 seconds -- When '-' is used as the date delimiter, 'hwclock' sets some weird future day, month, and year - without any warning. It should either a) use the option correctly, or b) fail with an error message. Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages util-linux depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii libuuid11.37-2 universally unique id library ii slang1a-utf81.4.9dbs-8 The S-Lang programming library wit ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305723: xterm: Odd behavior in Ctrl-click menu invocation
Package: xterm Version: 4.3.0.dfsg.1-12.0.1 Severity: normal This is actually a long-standing bug (several years, at least) that I'm just now reporting... I guess I'm getting more picky as time goes on. :) When I hold down the Ctrl key and click (either right- or left-) on the xterm, I'm supposed to get a menu. Instead, what I get is this: http://okopnik.freeshell.org/menu/tiny-menu.jpg Unless I click on the pixel-wide on the bottom of this micro-menu, there's no way to get to the other items. Just to show the extent of this clipped area, I've set 'Secure Keyboard' (i.e., highlighted the background) and tried it again: http://okopnik.freeshell.org/menu/tiny-menu-highlighted.jpg Once I _have_ clicked that microbar, the menu (for that button; each of the two menus requires the above procedure to become accessible) appears. http://okopnik.freeshell.org/menu/full-menu.jpg Please let me know if I can help with any troubleshooting or feedback. Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexpat11.95.8-1XML parsing C library - runtime li ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libxaw7 4.3.0.dfsg.1-12.0.1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii xlibs-data 4.3.0.dfsg.1-12 X Window System client data -- debconf information: xterm/clobber_xresource_file: true xterm/xterm_needs_devpts: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305721: /sbin/hwclock: [hwclock] Incorrect command-line option parsing
On Thu, Apr 21, 2005 at 11:19:11PM +0200, Mike Dornberger wrote: Hi, Hi - On Thu, Apr 21, 2005 at 02:08:46PM -0400, Benjamin A. Okopnik wrote: [EMAIL PROTECTED]:~# hwclock --set --date=04-21-2005 13:58:00 [EMAIL PROTECTED]:~# hwclock Sat Feb 26 13:58:05 2011 -0.675597 seconds When '-' is used as the date delimiter, 'hwclock' sets some weird future day, month, and year - without any warning. It should either a) use the option correctly, or b) fail with an error message. man hwclock refers to date(1), which prints the same date/time given --date04- I think the expected form with dashes is [yy]yy-mm-dd (IIRC it's some ISO norm). Ah - I see what you mean. It seems like both 'hwclock' and 'date' should require a '--iso' option (or something like that) to use that format; having it produce a result that's wildly different from the obviously expected one - and several people to whom I've spoken about it have _all_ run into a problem with this - seems really wrong. Though info date states, that month should be 1-12 and day 1-31, it's no error giving bigger values. Maybe it is some glibc feature. Heh. That's the alternate spelling of 'bug', I believe? It seems, there are 21 month added to 2004-01-01 and then 2005 days, but I can't reproduce the exact date (Feb 26 2011) myself (i.e. no date) yet. [EMAIL PROTECTED]:~$ date --date=04-21-2005 13:58:00 Sat Feb 26 13:58:00 EST 2011 [EMAIL PROTECTED]:~$ date --version date (coreutils) 5.2.1 Written by David MacKenzie. Yep, seems to be repeatable. I guess it's a bug against 'glibc' - although both 'hwclock' and date _should_ have an option to differentiate between these two (very subtle but with a large difference in the result) options. Sincere regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301533: hotplug: Hotplug sets STATIC_MODULE_LIST to ', ' which results in a 'Fatal error' on boot
Package: hotplug Version: 0.0.20040329-21 Severity: minor Does not create a problem, simply a nasty message during boot. :) The error, from what I can see, is in hotplug.inst: --- db_get hotplug/static_module_list STATIC_MODULE_LIST=$(echo $RET | sed -e 's/, / /g') --- Regards, * Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net * -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-rc3-bk4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages hotplug depends on: ii bash 3.0-14 The GNU Bourne Again SHell ii debconf 1.4.46 Debian configuration management sy ii grep 2.5.1.ds1-4 GNU grep, egrep and fgrep ii module-init-tools3.2-pre1-2 tools for managing Linux kernel mo ii modutils 2.4.26-1.2 Linux module utilities ii procps 1:3.2.5-1 /proc file system utilities ii sed 4.1.4-2 The GNU sed stream editor -- debconf information: * hotplug/ignore_pci_class_display: true * hotplug/net_agent_policy: hotplug * hotplug/static_module_list: , , , , * hotplug/usbd_enable: true * hotplug/usb_keyboard: hotplug/x11_usbmice_hack: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]