Bug#405621: I too wasted a lot of time becuase of this
I too wasted a lot of time becuase of this. My install was successful (4.0r4), but attempting aptitude update aptitude upgrade I got warnings about untrusted packages. It took at least 2 hours to notice the system time was bad. Some thing, somewhere, knows that the problem is that the creation date of the key is in the future. It would have saved a lot of hassle if both update and upgrade had a more informative error message. Thank you. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497806: Installer's clock related behvior is lame
Now that I've sent in the report... Perhaps I should have sent two reports. One for the bug Clock question worded incorrectly. and another for the enhancement request. Is there something I should do to fix this? Also. My implementation note that suggests waiting to set the time is stupid. The software clock must be set right away to get the fs timestamps et-al correct for the install. Halting can then set the hardware clock from the software clock as usual. In other words, no need to implement the suggestion in the installer when the behavior is already built-in to the system. I've had the proposed design kicking around my brain for years. Feels good to get it out. (The hard part is writing clear language for the prompts.) I look forward to any discussion of the proposal that may arise. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497806: UTC clock prompt wording alternatives
An alternative to the clock question proposed: Should this system's hardware keep UTC time from now on? is: Should this system's hardware keep UTC time starting now? I'm not sure if from now on is an idiom and not understood everywhere. (I like the word henceforward, but am afraid that it's not simple enough.) To emphasize the UTC time-ness of the question the sentence could be restructured as: Should, starting now, this system's hardware keep UTC time? Best would be: Should this systems hardware keep UTC time? However, this does not work unless the installer then allows the time to be set. If the installer logic is left unchanged, the starting now is needed to let the user know that if the hw clock has not been set to UTC it will need to be set to UTC. (Unless there's text in the UTC explanatory blurb that I haven't paid attention to that says You must set the system time after the install if you're not already keeping UTC time.) Given the current logic I feel some sort of reminder regarding setting the clock is needed, at least on i386 class hardware, because the hw clock seems never to come set to utc. Setting the clock is one of those things that I always forget, and that requires fussing. Hence this report. Thank you for your attention to my lengthy messages. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457641: openoffice.org-calc: Paste of one formula into multiple cells fails
Package: openoffice.org-calc Version: 2.0.4.dfsg.2-7etch4 Severity: normal I can no longer cut a formula from one cell and paste it into multiple cells. Instead a dialog comes up labled Text Import - [Pasted Data] in the title bar. To reproduce: Open new spreadsheet Put formula =A1 - B1 in cell C1 Click on cell C1. Ctrl-C to copy Select cells c2 through c5 with mouse. Ctrl-V to paste Dialog comes up. It used to paste, and because the expression is relative it would adjust the row numbers in the pasted expressions. I believe this happened after a recent(ish) update. I use the same formula very often. This makes calc very awkward. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-calc depends on: ii libc62.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3 STLport C++ class library ii libufsparse 1.2-7 collection of libraries for comput ii openoffice.org-core 2.0.4.dfsg.2-7etch4 OpenOffice.org office suite archit openoffice.org-calc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458288: slocate: updatedb runs as the wrong user
Package: slocate Severity: important In etch, /etc/updatedb.conf (in the findutils package) has: LOCALUSER=nobody This is bad because the directories in /home are chmod xx0, so the program never indexes user's files. See also: bug #457084 and #457565 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 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#458288: It's also /etc/cron.daily/find that sets the user to nobody
On my box the /etc/cron.daily/find script also sets the user to nobody, causing home directories to be missed. Now that I think about it, the home directory policy will vary by system. The stock debian might be more permissive and allow read and traverse rights on home directories. That means this bug should be downgraded to normal priority. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#310668: kernel-image-2.6.8-2-686-smp: aha152x module hangs system when attempting to use scanner
Package: kernel-image-2.6.8-2-686-smp Version: 2.6.8-13 Severity: critical Justification: breaks the whole system Hi, I have an old HP ScanJet 6100C scanner. Either the lamp is dim, the mirrors or dirty, or the scanner is broken. It once worked with more or less the current hardware configuration on a RedHat 7.2 system but gradually took longer and longer to initiate a scan. (I've since removed a zip drive from the scsi bus with the scanner attached and added some drives to a different scsi bus on another controller.) When I switched to Debian and went to the 3.6 kernel it seemed the module would not take the combination ioport and irq jumper settings I've configured, although I could have been doing something wong. So, the Adaptec card has been unused for a while. I've now tried to get the scanner, and hence the Adaptec card, to work again and it hangs my system. After a delay the system does not respond to mouse, keyboard, or ping. The Adaptec 1524 card has an odd jumpering, and is scsi bus 1, not zero, (see below) but it used to work in this configuration and the scanner scanned then too. Sequence of events: cold boot system # cat /etc/sane.d/hp.conf | head # Commented out of default and added next two lines. #scsi HP /dev/sg4 scsi HP C2520A * * * * * # Uncomment the following if you have Error during device I/O on SCSI # option dumb-read # # The usual place for a SCSI-scanner on Linux /dev/scanner (remainder of file is all comments) # cat /proc/ioports -001f : dma1 0020-0021 : pic1 0040-005f : timer 0060-006f : keyboard 0070-0077 : rtc 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 0218-021f : es1371 0290-0297 : pnp 00:09 02f8-02ff : serial 0378-037a : parport0 0398-0399 : pnp 00:09 03c0-03df : vga+ 03f8-03ff : serial 0400-043f : :00:07.3 0440-045f : :00:07.3 04d0-04d1 : pnp 00:08 0cf8-0cff : PCI conf1 d000-dfff : PCI Bus #01 e800-e8ff : :00:10.0 ee80-eebf : :00:14.0 ee80-eebf : e100 ef00-ef3f : :00:12.0 ef00-ef3f : es1371 ef80-ef9f : :00:07.2 ffa0-ffaf : :00:07.1 # cat /proc/interrupts CPU0 CPU1 0: 983093 977615IO-APIC-edge timer 1: 1809 1702IO-APIC-edge i8042 2: 0 0 XT-PIC cascade 3: 76 72IO-APIC-edge serial 5: 0 0 IO-APIC-level es1371 7: 0 0IO-APIC-edge parport0 8: 1 0IO-APIC-edge rtc 11: 185540 19763 IO-APIC-level aic7xxx, eth0, [EMAIL PROTECTED]:1:0:0 12: 16432 10098IO-APIC-edge i8042 NMI: 0 0 LOC:19604631960458 ERR: 0 MIS: 0 Now, because I don't know how to configure modules in 2.6 I manually install the aha152x module. # modprobe aha152x io=0x340 irq=10 sync=0 This works. (Note: problem still occurs if sync=0 is left off.) The scanner hums a bit as it is detected on the bus. # dmesg | tail -n 18 aha152x: BIOS test: passed, 1 controller(s) configured aha152x: resetting bus... aha152x1: vital data: rev=1, io=0x340 (0x340/0x340), irq=10, scsiid=7, reconnect=enabled, parity=enabled, synchronous=disabled, delay=1000, extended translation=disabled aha152x1: trying software interrupt, ok. scsi1 : Adaptec 152x SCSI driver; $Revision: 2.7 $ Vendor: HPModel: C2520ARev: 3644 Type: Processor ANSI SCSI revision: 02 Vendor: YAMAHAModel: CRW6416S Rev: 1.0d Type: CD-ROM ANSI SCSI revision: 02 sr0: scsi3-mmc drive: 16x/16x writer cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi1, channel 0, id 6, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0, type 0 Attached scsi generic sg2 at scsi0, channel 0, id 2, lun 0, type 0 Attached scsi generic sg3 at scsi0, channel 0, id 3, lun 0, type 1 Attached scsi generic sg4 at scsi1, channel 0, id 4, lun 0, type 3 Attached scsi generic sg5 at scsi1, channel 0, id 6, lun 0, type 5 # cat /proc/ioports -001f : dma1 0020-0021 : pic1 0040-005f : timer 0060-006f : keyboard 0070-0077 : rtc 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 0218-021f : es1371 0290-0297 : pnp 00:09 02f8-02ff : serial 0340-035f : aha152x 0378-037a : parport0 0398-0399 : pnp 00:09 03c0-03df : vga+ 03f8-03ff : serial 0400-043f : :00:07.3 0440-045f : :00:07.3 04d0-04d1 : pnp 00:08 0cf8-0cff : PCI conf1 d000-dfff : PCI Bus #01 e800-e8ff : :00:10.0 ee80-eebf : :00:14.0 ee80-eebf : e100 ef00-ef3f : :00:12.0 ef00-ef3f : es1371 ef80-ef9f : :00:07.2 ffa0-ffaf : :00:07.1 # cat /proc/interrupts CPU0 CPU1 0:11590181149111IO-APIC-edge timer 1: 2162 2119IO-APIC-edge i8042 2: 0 0 XT-PIC cascade 3: 86
Bug#310668: (kernel-image-2.6.8-2-686-smp: aha152x module hangs system when attempting to use scanner)
I've removed the yahama cd drive from the aha1524 scsi chain, so now the only device on the bus is the scanner. I now have to modprobe sg before the modprobe that loads the aha152x driver, but otherwise behavior is as before. (The scsi chain was and is terminated btw. Is now terminated interally on the scanner, it was terminated with an external terminator on the cd.) Ran vmstat after trying to scan before the hang. It showed virtually no system activity, AFIK, 1% cpu, no disk, although I didn't look at the memory statstics. It _seemed_ that vmstat hung before the mouse hung, but that could just be me. Based on the number of lines vmstat printed it took about 120 seconds to hang after pressing the xsane preview button. Thanks. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310668: 310668 isn't RC, downgrading
On 05/25/2005 03:20:16 PM, Don Armstrong wrote: severity 310668 important thanks I see where I went wrong. Sorry you had to re- classify. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298971: synaptic: Synaptic incompatitable with aptitude's markauto feature
Package: synaptic Version: 0.55+cvs20050218-1 Severity: wishlist The aptitude markauto feature keeps a system from accumulating unwanted packages, leftover cruft that is unused by anything but installed anyway. Synaptic should operate in a fashion that's compatible with aptitude so that unneeded packages, those installed only to satisfy a dependency for a package that is no longer installed, are automatically removed from the system. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.3- 0.5.28.1Advanced front-end for dpkg ii gksu 1.2.3-2 graphical frontend to su ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libglade2-0 1:2.4.2-1 library to load .glade files at ru ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libvte4 1:0.11.11-5 Terminal emulator widget for GTK+ ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxml2 2.6.16-3GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii scrollkeeper 0.3.14-9.1 A free electronic cataloging syste ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445314: linux-image-2.6.22-2-amd64: Kernel hang with ASUS P5KC mobo apparently fixed with Linux 2.6.23-rc9
Now, after reboot the device special files are fine. ? I tried both cold and warm booting, with both a usb and a ps2 keyboard attached (just in case). The device special files came up right each time. However, once when using the 'halt' command the machine crashed and I got this on the console: It would not respond to the reset button and required a cold boot. [80237782] do_exit+0x28e/0x7e6 [8022346f] do_page_fault+0x6cb/0x7a4 [8026e121] zone_statistics+0x3f/0x60 [802ff8be] number+0x10e/0x1f9 [803178e6] vgacon_scroll+0x1a0/0x1c0 [804005bd] error_exit+0x0/0x84 [80231dfc] dup_fd+0x185/0x239 [80231db5] dup_fd+0x13e/0x239 [802689ac] __alloc_pages+0x59/0x2bb [80231ef7] copy_files+0x47/0x63 [80232822] copy_process+0x50f/0x1426 [80244005] alloc_pid+0x209/0x29c [80233897] do_fork+0xb1/0x1fc [80286421] fd_install+0x25/0x59 [8023d30b] recalc_sigpending+0xe/0x25 [8020bdee] system_call+0x7e/0x83 [8020c107] ptregscall_common+0x67/0xb0 Code: 83 7f 28 00 48 89 fb 75 13 48 c7 c7 10 69 47 80 31 c0 45 31 RIP [8028645c] filp_close+0x7/0x65 RSP 81011f843b68 CR2: 2be8 Fixing recursive fault but reboot is needed! Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#445314: linux-image-2.6.22-2-amd64: Kernel hang with ASUS P5KC mobo apparently fixed with Linux 2.6.23-rc9
You can forget all about the messing up of the device special files. The problem is me mis-using the mdadm command and forgetting to put a name after the --create. So, it uses the first device name it finds, which is the name of one of the devices I want to make array out of, and messes up that device special file by turning it into a md device. Sorry for the trouble. However, the box did crash again, this time on the reboot command. This time it responded to the reset button. The console output was different, it crashed in a different way. It's is quite a pain to transcribe the console output so please let me know if you want these in the future. It may be that mucking up the device special file is what's causing the crash on halt/reboot. I suspect so. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#445314: linux-image-2.6.22-2-amd64: Kernel hang with ASUS P5KC mobo apparently fixed with Linux 2.6.23-rc9
FYI, making a JFS filesystem with the journal on an external device seems to fail. At first I thought it was because I made the journal too big, but I reduced the size to 32MB and still got the error. # mkfs.jfs -L mythtv -j /dev/vg00/mythtvjournal /dev/vg00/mythtv mkfs.jfs version 1.1.11, 05-Jun-2006 Warning! All data on device /dev/vg00/mythtv will be lost! Warning! All data on device /dev/vg00/mythtvjournal will be lost! Continue? (Y/N) Y *** glibc detected *** double free or corruption (!prev): 0x0050f260 *** Aborted Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#434660: debian-reference-en: how to specify source IP when there are virtual interfaces
Package: debian-reference-en Version: CVS HEAD Severity: wishlist Tags: patch Patch describes how to control which IP address is used as the source IP for locally initiated traffic. This is an issue when virtual interfaces are assigned IP addresses on the same subnet, as might be needed for certain kinds of virtual hosting. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-4-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --- gateway.sgml.orig 2007-07-25 11:15:48.026617484 -0500 +++ gateway.sgml 2007-07-25 11:31:07.158181829 -0500 @@ -960,7 +960,8 @@ sect2 id=high-virtualConfiguring virtual interfaces p Using virtual interfaces you can configure a single Ethernet card -to be an interface to several IP subnetworks. +with multiple IP address. Usually the purpose is to connect the +interface to several IP subnetworks. For example, suppose your host is on LAN network 192.168.0.x/24. You want to connect the host to the Internet using a public IP address provided via DHCP using your existing Ethernet card. @@ -977,6 +978,12 @@ /example The interface tteth0:0/tt is a virtual interface. When it is brought up, so will its parent tteth0/tt. +p +when assigning multiple IP numbers belonging to a single subnet to one +physical interface, the ttmetric/tt option may be used to control +which of the IP numbers is used as the source address for locally +initiated IP traffic. The IP number of the active interface with the +lowest ttmetric/tt becomes the originating IP. sect1 id=net-reconfHigh level network configuration using packageifupdown/package logical interface definitions p
Bug#434927: spamassassin: spamd bug (fixed upstream #5313) borks email
Package: spamassassin Version: 3.1.7-2 Severity: normal Hi, I'm being bit by upsteam bug #5313. http://mail-archives.apache.org/mod_mbox/spamassassin-commits/200704.mbox/[EMAIL PROTECTED] Messages like this: prefork: select returned -1, recovering: Bad file descriptor' error show up in my mail log, and all incoming email is rejected with a 451 error. I was hoping this could be fixed in volatile. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.30-2 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libsocket6-perl 0.19-1 Perl extensions for IPv6 ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-7Larry Wall's Practical Extraction Versions of packages spamassassin recommends: pn libmail-spf-query-perlnone (no description available) ii libnet-dns-perl 0.59-1 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl]5.8.8-7Larry Wall's Practical Extraction ii spamc 3.1.7-2Client for SpamAssassin spam filte -- debconf information: spamassassin/upgrade/2.40: spamassassin/upgrade/2.40w: spamassassin/upgrade/cancel: Continue spamassassin/upgrade/2.42m: No spamassassin/upgrade/2.42u: No -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440760: debian-reference-en: Explain groups, and permission to access devices, early
On 09/07/2007 11:41:02 AM, Osamu Aoki wrote: On Tue, Sep 04, 2007 at 10:13:40AM -0500, Karl O. Pinc wrote: On 09/04/2007 07:59:47 AM, Osamu Aoki wrote: I didn't want to expand this section to re-create the definitive list, but I also think it could be useful to list the 'scanner' group and the 'plugdev' group. (Because those are the ones I've struggled with in the past. :) But gnome and xfce do not use plugdev (pmount). I am unclear on what's used when. (I recently switched from gnome to kde, so am now using kde.) All I can say is that when I plugged in my usb camera (which requires a special wire protocol, it does not mount as a filesystem) it came up with plugdev as the group allowed to read and write it. (Kde also did some odd things popping up a dialog box. I was unable to figure out how to get it to launch, for example, gtkam. I poked it with a stick for a while and gave up.) I'm not sure what kde is really doing that I want and don't know I'll stick with it. But if this is for devices, floppy etc may serve better as example. I'm not sure what you mean, but that's ok. I chose the audio group because you already had text for the adm group, which grants read access, and I wanted something that would grant write access (and have to do with devices rather than files.) What do you think my rewrite? http://wiki.debian.org/DRBasics#head-8c8218c777b29b3179dd99503f0a019f55ebca0a As written: When some filesystem access is only available from the super user (root), this is a good indication that access permission of some file (including device) is set to deny access by the user account used. This situation may be removed by adding the pertinent user to the pertinent group and setting proper group access permission to the file. Revised: When some filesystem access is only available to the super user (root), this is a good indication that access permission of the file (or device) is set to deny access to the user account. This situation may be removed by adding the pertinent user to the pertinent group and setting proper group access permission to the file. (It's still not so good. E.g. The first sentence seems to say only if only root can use it then regular user's can't. which is a tautology.) I think this part needs to go in The root account section and taken out of the group section. I say this because that's where the reader needs to perk up and remember hey, this is what the root account's good for. If I want to do any of these things I'd better be root. It's easier for the reader if the whole list is in one place. I think this is true, even though it'd be nice to remind the reader throughout the document where ever root permissions are required, because generally the new user won't know which part of the document has the relevant concept when, for example, he does not have permission. But he should be able to remember that root _always_ has permission and so should be able to rely on the part of the document that explains the root concept to refer him to the concepts in the other parts of the document. Re-revised (for after the bullet points): Some files (and most devices -- hardware devices are just another kind of file) can not be used by non-root users without the root user's permission. As explained below, permission is granted via membership to the relevant link to groups sectiongroup/link. I may need to comment on how gnome mount device as user to the desktop. or http://wiki.debian.org/DebianReference Osamu Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#441459: mirrors: anonftpsync does not allow lockfile timeout to vary
Package: mirrors Severity: wishlist Tags: patch It is nice to allow the lockfile timeout to vary, especially over a slow link or when deciding to mirror additional architectures, etc. The attached patch provides control over the lockfile timeout. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --- anonftpsync 2007-09-08 17:54:03.0 -0500 +++ anonftpsync12007-09-09 17:56:08.0 -0500 @@ -82,6 +82,14 @@ MAILTO= +# LOCK_TIMEOUT Timeout in minutes. Defaults to 360 (6 hours). +# This program creates a lock to ensure that only one copy +# of this program is mirroring any one archive at any one time. +# Locks held for longer than the timeout are broken, unless +# a running rsync process appears to be connected to $RSYNC_HOST. + +LOCK_TIMEOUT=360 + # There should be no need to edit anything below this point, unless there # are problems. @@ -157,13 +165,13 @@ # Check to see if another sync is in progress if [ -f $LOCK ]; then - if [ `find $LOCK -maxdepth 1 -amin -360` = ]; then + if [ `find $LOCK -maxdepth 1 -amin -$LOCK_TIMEOUT` = ]; then # Note: this requires the procps ps; for other ps', adjust as necessary if ps ax | grep '[r]'sync | grep -q $RSYNC_HOST; then echo stale lock found, but a rsync is still running, aiee! exit 1 else - echo stale lock found (not accessed in the last 6 hours), forcing update! + echo stale lock found (not accessed in the last $LOCK_TIMEOUT minutes), forcing update! rm -f $LOCK fi else
Bug#441460: mirrors: anonftpsync sucks bandwidth from more important tasks
Package: mirrors
Severity: wishlist
Tags: patch
When mirroring from a fast mirror over a slow link
anonftpsync can hog all the bandwith, to the detriment
of more important tasks.
Attached is a patch which uses the rsync --bwlimit
option to address this problem.
This patch is ment to be applied after the lockfile
timeout patch of Bug#441459.
Note that this patch contains tabs, because the
original anonftpsync did.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
--- anonftpsync 2007-09-09 17:56:08.0 -0500
+++ anonftpsync22007-09-09 18:28:21.0 -0500
@@ -82,6 +82,12 @@
MAILTO=
+# BWLIMIT Bandwidth limit in KBps. Defaults to '' (unlimited).
+# Limit the maximum transfer rate to the given number of kilobits per
+# second via the rsync --bwlimit parameter.
+
+BWLIMIT=
+
# LOCK_TIMEOUT Timeout in minutes. Defaults to 360 (6 hours).
# This program creates a lock to ensure that only one copy
# of this program is mirroring any one archive at any one time.
@@ -185,11 +191,18 @@
# specification. If that's the case on your system, try using 0.
trap rm -f $LOCK exit
+if [ -n $BWLIMIT ] ; then
+ RSYNC_BWLIMIT=--bwlimit=$BWLIMIT
+else
+ RSYNC_BWLIMIT=
+fi
+
set +e
# First sync /pool
rsync --recursive --links --hard-links --times --verbose \
$TMP_EXCLUDE $EXCLUDE $SOURCE_EXCLUDE \
+ $RSYNC_BWLIMIT \
$RSYNC_HOST::$RSYNC_DIR/pool/ $TO/pool/ $LOGFILE 21
result=$?
@@ -199,6 +212,7 @@
--exclude Archive-Update-in-Progress-${HOSTNAME} \
--exclude project/trace/${HOSTNAME} \
$TMP_EXCLUDE $EXCLUDE $SOURCE_EXCLUDE \
+$RSYNC_BWLIMIT \
$RSYNC_HOST::$RSYNC_DIR $TO $LOGFILE 21
LANG=C date -u ${TO}/project/trace/${HOSTNAME}
Bug#441461: mirrors: anonftpsync does not take arguments, it must be edited to be used
Package: mirrors Severity: wishlist Tags: patch The anonftpsync program does not take arguments, it must be edited to be used. This is annoying when it comes to mirroring more than one archive. (e.g. the regular debian archive and volatile.debian.org, or whatever.) Attached is a patch that fixes this problem. It does so in the most painless way possible -- necessary variables are taken from the environment when they exist. This allows arguments to be passed to anonftpsync by setting environment variables on the command line, like: RSYNC_HOST=rsync.debian.example.com /usr/local/bin/anonftpsync Note that this patch is expected to be applied after the bandwidth limit patch of Bug#441460. See also Debian bug #363349, which complains about this and more. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --- anonftpsync 2007-09-09 18:28:21.0 -0500 +++ anonftpsync32007-09-09 18:48:53.0 -0500 @@ -15,28 +15,35 @@ # Set the variables below to fit your site. You can then use cron to have # this script run daily to automatically update your copy of the archive. +# Variables may be set by editing this file or may be obtained +# from the shell environment, e.g.: +# $ TO=/srv/debianmirror RSYNC_HOST=rsync.debian.example.com \ +# LOGDIR=/srv/debianlogs /usr/local/bin/anonftpsync +# Variables set in the environment have priority over variables +# set in code below. + # TO is the destination for the base of the Debian mirror directory # (the dir that holds dists/ and ls-lR). # (mandatory) -TO= +[ -n $TO ] || TO= # RSYNC_HOST is the site you have chosen from the mirrors file. # (http://www.debian.org/mirror/list-full) # (mandatory) -RSYNC_HOST= +[ -n $RSYNC_HOST ] || RSYNC_HOST= # RSYNC_DIR is the directory given in the Packages over rsync: line of # the mirrors file for the site you have chosen to mirror. # (mandatory) -RSYNC_DIR=debian/ +[ -n $RSYNC_DIR ] || RSYNC_DIR=debian/ # LOGDIR is the directory where the logs will be written to # (mandatory) -LOGDIR= +[ -n $LOGDIR ] || LOGDIR= # ARCH_EXCLUDE can be used to exclude a complete architecture from # mirrorring. Please use as space seperated list. @@ -52,7 +59,7 @@ # With a blank ARCH_EXCLUDE you will mirror all available architectures # (optional) -ARCH_EXCLUDE= +[ -n $ARCH_EXCLUDE ] || ARCH_EXCLUDE= # EXCLUDE is a list of parameters listing patterns that rsync will exclude, in # addition to the architectures excluded by ARCH_EXCLUDE. @@ -74,19 +81,19 @@ # architectures excluded by ARCH_EXCLUDE. # (optional) -EXCLUDE= +[ -n $EXCLUDE ] || EXCLUDE= # MAILTO is the address to send logfiles to; # if it is not defined, no mail will be sent # (optional) -MAILTO= +[ -n $MAILTO ] || MAILTO= # BWLIMIT Bandwidth limit in KBps. Defaults to '' (unlimited). # Limit the maximum transfer rate to the given number of kilobits per # second via the rsync --bwlimit parameter. -BWLIMIT= +[ -n $BWLIMIT ] || BWLIMIT= # LOCK_TIMEOUT Timeout in minutes. Defaults to 360 (6 hours). # This program creates a lock to ensure that only one copy @@ -94,7 +101,7 @@ # Locks held for longer than the timeout are broken, unless # a running rsync process appears to be connected to $RSYNC_HOST. -LOCK_TIMEOUT=360 +[ -n $LOCK_TIMEOUT ] || LOCK_TIMEOUT=360 # There should be no need to edit anything below this point, unless there # are problems.
Bug#441462: mirrors: It'd be nice if anonftpsync could include archs rather than exclude them
Package: mirrors Severity: wishlist It'd be nice if anonftpsync could include archs rather than exclude them. Otherwise when there's new arches the size of the mirror expands unexpectedly. (Of course you'd probably want to keep being able to exclude them as well, but you would only ever be able to do one or the other.) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 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#363349: The advantages of packaging anonftpsync
I want anonftpsync packaged so that I can easily get fixes, updates, etc. I might be able to come up with a man page if somebody indicated interest in packaging it. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#440763: usbutils: lsusb silently ignores permission errors
On 09/12/2007 05:50:05 AM, Aurelien Jarno wrote: reassign 440763 libgphoto2-2 retitle 440763 libgphoto2-2: set wrong permissions on the udev nodes Thank you for your help, and that is definitely a problem. But I still think that there is a lsusb related problem. Should I submit another bug to the lsusb maintainer? Aurelien Jarno a écrit : On Mon, Sep 03, 2007 at 11:50:14PM -0500, Karl O. Pinc wrote: lsusb should display permission errors when enumerating those devices to which the user has no access. There is now way to do that. If the device is unreadable, you can't get any information from it, and thus libusb doesn't return any information about it. If there is no way to do that then this problem needs to be passed up to the kernel maintainers so the ioctl returns some error codes or something. If lsusb can detect that a device exists it should be able to tell that it can't get any information about the device and issue an error, just like cat does when it tries to read a file without permission or ls does when it tries to read a directory or follow a symlink and there's no permission. Something somewhere is silently ignoring permission violations and the result is that lsusb must always be run as root or the results cannot be trusted because there is no way to know when all devices are shown and when not. (In an SELinux environment the problem may well be worse and lsusb can _never_ be trusted.) I found that it comes from the rules file installed by libgphoto2. I am therefore reassigning the bug to this package. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#441461: mirrors: anonftpsync does not take arguments, it must be edited to be used
On 09/12/2007 10:36:56 AM, Josip Rodin wrote: On Sun, Sep 09, 2007 at 07:25:37PM -0500, Karl O. Pinc wrote: The anonftpsync program does not take arguments, Attached is a patch that fixes this problem. It does so in the most painless way possible -- necessary variables are taken from the environment when they exist. I suppose that the next step in the life of anonftpsync would be to move the configuration out of the script and into a separate file, and then the script wouldn't have to be too readable. Yes, and at this point dead easy, because all you'd have to do would be to source the config file in anonftpsync. At the same time, that would make it a notch harder to upgrade. Yeah. Another argument for packaging the program. That would be a good time to rename it, since it hasn't been using anonymous FTP for decades now :) :) Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#441460: mirrors: anonftpsync sucks bandwidth from more important tasks
On 09/12/2007 10:23:31 AM, Josip Rodin wrote: On Sun, Sep 09, 2007 at 07:16:12PM -0500, Karl O. Pinc wrote: Package: mirrors Severity: wishlist Tags: patch When mirroring from a fast mirror over a slow link anonftpsync can hog all the bandwith, to the detriment of more important tasks. Attached is a patch which uses the rsync --bwlimit option to address this problem. The patch is fine, but I'm not sure if we want to actively support people in limiting the speed of incoming rsync, because that's usually an indication that they don't actually have the necessary bandwidth to be running a mirror in the first place. I guess that's more a mirror policy question. (And as far as policy goes there's always the debmirror package, which is easily configured to do lots of rude things.) The mirrors page does not say that you should only mirror if you will make your mirror public. I love my mirror because it speeds up my maintenance, although it's probably not an overall bandwidth win it gives me the gobs of bandwidth at the time I need it. I use the mirror to bank bandwidth. One reason why I want to limit bandwidth is because it's an easy and straightforward way to keep high-latency away from my VOIP traffic. I'm using a hierarchical fair service curve quality of service algorithm so that I can have several queues that borrow bandwidth from each other, but it can take some seconds to adjust and in the meantime my phone calls turn to crud. The only thing that really messes with the VIOP are large, continuous, high-bandwidth transfers, which for me almost always means anonftpsync. Sometimes I do want to make a call in the middle of the night. So, QOS issues is what I'd argue for. It's hard when you want both low bandwidth low latency and high bandwidth high latency on the same link, and don't have gobs of bandwidth to spare. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#442091: iceweasel: Security problem, clipboard content is sent to google
Package: iceweasel Version: 2.0.0.6-0etch1 Severity: normal Middle clicking on something that's not a link or text widget sends the content of the clipboard to Google. This is slightly bad when you accidently middle click and especially bad when the clipboard content contains a password you're trying to paste somewhere but you miss the text widget when pasting. The workaround is to set the about:config middlemouse.contentLoadURL to false. IMO Debian should ship with a middlemouse.contentLoadURL of false and document the choice in README.Debian. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages iceweasel depends on: ii debianutils2.17 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2 generic font configuration library ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1X Printing Extension (Xprint) clie ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii psmisc 22.3-1Utilities that use the proc filesy ii zlib1g 1:1.2.3-13compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440763: lsusb omits some devices and (apparently) cannot be fixed
Hello, lsusb silently ignores at least some permission errors, resulting in no output for the device to which there are no permissions. I have it on the authority of the Debian lsusb maintainter that this cannot be fixed in the application. Therefore there is a problem in the kernel or the USB code that needs fixing so I'm reporting it here. Please let me know if I should report somewhere else. Something somewhere is silently ignoring permission violations and the result is that lsusb must always be run as root or the results cannot be trusted because there is no way to know when all devices are shown and when not. (In an SELinux environment the problem may well be worse and lsusb can _never_ be trusted.) Of course lsusb should not show details about devices to which the user has no permissions, but it should show a permission violation. Silently ignoring permission errors and pretending these these devices do not exist is not unix-like. lsusb is violating the principal of least suprise. If lsusb can detect that a device exists, and it should because the device is visible in the /dev hierarchy, it should be able to tell that it can't get any information about the device and issue an error, just like cat does when it tries to read a file without permission or ls does when it tries to read a directory or follow a symlink and there's no permission. Please let me know if there is more information I can supply. Details: Debian 4.0r1 $ cat /etc/debian_version 4.0 Stock kernel $ uname -a Linux mofo 2.6.18-5-686 #1 SMP Thu Aug 30 02:19:07 UTC 2007 i686 GNU/Linux Usbutils version $ lsusb --version lsusb (usbutils) 0.72 $ aptitude show usbutils Package: usbutils State: installed Automatically installed: no Version: 0.72-7 $ aptitude show libusb-0.1-4 Package: libusb-0.1-4 State: installed Automatically installed: yes Version: 2:0.1.12-5 The root user, and users in the plugdev group, get: # lsusb Bus 001 Device 007: ID 04fc: Sunplus Technology Co., Ltd Bus 001 Device 001: ID : Other users get: $ lsusb Bus 001 Device 001: ID : Permissions are: $ ls -lR /dev/bus/usb/ /dev/bus/usb/: total 0 drwxr-xr-x 2 root root 80 2007-09-03 23:40 001 /dev/bus/usb/001: total 0 crw-rw-r-- 1 root root189, 0 2007-09-03 17:05 001 crw-rw 1 root plugdev 189, 6 2007-09-03 23:40 007 $ (lsusb ; lspci ; cat /proc/bus/usb/devices) /tmp/foo ;# produces: Bus 001 Device 007: ID 04fc: Sunplus Technology Co., Ltd Bus 001 Device 001: ID : 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:0f.0 VGA compatible controller: nVidia Corporation NV4 [RIVA TNT] (rev 04) 00:10.0 SCSI storage controller: Adaptec AIC-7892B U160/m (rev 02) 00:12.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 07) 00:14.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 08) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400/G450 (rev 04) T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.18-5-686 uhci_hcd S: Product=UHCI Host Controller S: SerialNumber=:00:07.2 C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 7 Spd=12 MxCh= 0 D: Ver= 1.00 Cls=00(ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=04fc ProdID= Rev= 1.00 C:* #Ifs= 2 Cfg#= 1 Atr=80 MxPwr=500mA I: If#= 0 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms I: If#= 0 Alt= 1 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 128 Ivl=1ms I: If#= 0 Alt= 2 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 384 Ivl=1ms I: If#= 0 Alt= 3 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 512 Ivl=1ms I: If#= 0 Alt= 4 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 640 Ivl=1ms I: If#= 0 Alt= 5 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 768 Ivl=1ms I: If#= 0 Alt= 6 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 896 Ivl=1ms I: If#= 0 Alt= 7 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS=1023 Ivl=1ms I: If#= 1 Alt= 0 #EPs= 3
Bug#440763: lsusb omits some devices and (apparently) cannot be fixed
On 09/13/2007 05:17:17 PM, Aurelien Jarno wrote: Karl O. Pinc a écrit : lsusb silently ignores at least some permission errors, resulting in no output for the device to which there are no permissions. As already explained, lsusb does not parse /dev, but uses libusb for that. If a device is not in the list given by libusb, lsusb has no way to guess that a device is missing. That's why I'm writing to (I hope) the authors of Linux's usb internals, so they can expose an interface libusb can use to come up with good error reporting. Regards /dev, my point is that the existence of the device _is_ knowable to the account without permissions to the device, so all the necessary information is available. Something just needs to put it together to come up with an error message. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#440763: lsusb omits some devices and (apparently) cannot be fixed
On 09/13/2007 05:59:13 PM, Aurelien Jarno wrote: On Thu, Sep 13, 2007 at 05:34:02PM -0500, Karl O. Pinc wrote: On 09/13/2007 05:17:17 PM, Aurelien Jarno wrote: Karl O. Pinc a écrit : lsusb silently ignores at least some permission errors, resulting in no output for the device to which there are no permissions. Just set the environment variable USB_DEBUG to 255 and you will see an error message. But the binary interface of libusb has not been design to report such errors, and changing it now will break a lot of software. You will have to wait for the next generation of libusb that is currently being developed. Fine by me, so long as there's a fix sooner or later. I'm writing to point out the need for a fix, so that it does not get overlooked in the next iteration. I searched this list as so far as I know it's not been brought up. (And I've gotten some small encouragement from the #debian irc channel to report this as a problem. It's bad when you've been telling people to lsusb and then you find out that the results may or may not be accurate.) Does anyone think that the described behavior is desirable? If not then that's about as much assurance as I can hope for that somebody will do something to fix the problem. OTOH if it's not going to get fixed I'd like to know that too. This is the point where it's polite to thank folks for all the work they've done. So thank you. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#440763: [linux-usb-devel] lsusb omits some devices and (apparently) cannot be fixed
On 09/14/2007 09:31:03 AM, Alan Stern wrote: On Thu, 13 Sep 2007, Karl O. Pinc wrote: On 09/13/2007 05:17:17 PM, Aurelien Jarno wrote: Karl O. Pinc a écrit : lsusb silently ignores at least some permission errors, resulting in no output for the device to which there are no permissions. Shouldn't you be writing to the authors of libusb instead? The interface between libusb and the kernel is adequate; you're asking about changes to the interface between libusb and lsusb. Will do. Thanks for the help. I apologize for distracting the list. It's hard to tell who to talk to when you start out knowing nothing about the topic. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#440763: libusb silently ignores permission errors
Hello, I apologize if this has already been discussed. The sourceforge page with the archive for this mailing list seems to be down. Apparently libusb silently ignores at least some permission errors, and there is nothing in the API which allows such errors to be reported back to applications. As a result applications, like lsusb, which report on usb devices must be run as root lest some devices be silently omitted from the report. I can understand having some devices be entirely invisible, as are files in a directory to which the user has no permissions, but that is not the case here. The devices are visible in the /proc or /dev filesystems, presumably because the usb bus itself, which plays a role similar to a directory, is always readable. Applications should be able to deliver informative error messages regarding permissions rather than behaving as if the device does not exist. I understand that this is not a problem which can be immediately resolved. I write to be sure that t his problem is not forever unnoticed and unresolved. Whatever design is chosen it would be nice if it was consistent with the pci bus interface. (FYI, lspci(8) says: Access to some parts of the PCI configuration space is restricted to root on many operating systems, so the features of lspci available to normal users are limited. However, lspci tries its best to display as much as available and mark all other information with access denied text. ) See Debian Bug #440763 for more detail than is comfortable. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440763 Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#440763: [Libusb-devel] libusb silently ignores permission errors
On 09/14/2007 06:57:48 PM, Xiaofan Chen wrote: On 9/15/07, Karl O. Pinc [EMAIL PROTECTED] wrote: Apparently libusb silently ignores at least some permission errors, and there is nothing in the API which allows such errors to be reported back to applications. As a result applications, like lsusb, which report on usb devices must be run as root lest some devices be silently omitted from the report. Sorry about my ignorance about your problem but I thought your problem has already fully answered by Greg KH. I'm pretty ignorant about it myself. What I understood from the linux-usb-devel mailing list conversation was: The problem only occurs when something sets permissions improperly in /dev/bus/usb/. Which is, of course, exactly when it matters whether error messages are produced or errors silently ignored. The kernel is exposing all the necessary information: libusb is not presently designed to deliver the necessary information to applications. It will break the existing API to deliver the necessary information to the application. A new version of libusb is being worked on. So, I'm writing the libusb people so that they are aware of the problem and can make the necessary changes when they decide to release a new API. I don't really have any questions, except perhaps whether the designers consider this a feature rather than a design flaw and never plan to fix it. I may have mis-understood and so be contacting the wrong people. If so I apologize. Maybe another solution is that you can ask the lsusb user not to use libusb or write your own lsusb like application. I think the work-around is to always run lsusb as root. A corollary would be to document the problem in the lsusb man page. I did contact the Debian lsusb maintainer and he was unwilling to rewrite lsusb so that it did not use libusb. It did not occur to me to contact the upstream maintainers so I'll cc them here. FYI, the Debian bug # is 440763, found at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440763 All I want to do is report the problem to the people who have the power to fix it. I surely must have done that at this point (there's no one left who's not been contacted!) so I'll stop now. Thanks for everyone's patience. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#440104: debian-reference-en: Update nic interface name assignments for udev/etch
Package: debian-reference-en Version: CVS HEAD Severity: wishlist Tags: patch Section on nic interface naming is wrong for etch/udev. See attached patch. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --- gateway.sgml2007-01-12 13:33:40.0 -0600 +++ gateway2.sgml 2007-08-29 14:22:12.0 -0500 @@ -1144,74 +1144,19 @@ and should render ifupdown and friends obsolete. -sect id=high-renameDealing with inconsistent naming of interfaces by the kernel +sect id=high-renameDealing with the naming of interfaces p -The names tteth0/tt, tteth1/tt, etc. -are assigned by the kernel -in the order that the kernel creates the interfaces -that go by those names. -While adapters that are detected at boot time -are usually detected in the same order every time, -and are therefore assigned the same names every time, -the same is not true of adapters that are hot plugged. -These can be detected in any order and end up getting -assigned different names by the kernel -on different occasions. -p -Because of this fact, on a system into which network adapters -are hot plugged it won't always do to define logical interfaces -in file/etc/network/interfaces/file with names -tteth0/tt, tteth1/tt, etc., and to rely on the -default mapping. -Instead you must give distinct names to the logical interfaces -and use one of the following two methods -to restrict which logical interfaces can be assigned -to which adapters. -p -This issue should be solved by using the current packageudev/package -package and its configuration. -!-- -One method is to use either -the prgnnameif/prgn utility -(in the packagenet-tools/package package) -or the more flexible prgnifrename/prgn utility -(in the packageifrename/package package) -to make the kernel assign names to interfaces -according to properties of the underlying adapters. -With this naming scheme in effect, -the physical interface name can be used to infer -which adapter underlies it. -p -Another method is to use prgnifup/prgn's mapping mechanism -in such a way that a logical interface is chosen -for a physical interface being brought up -according to some property of the adapter -that underlies it. -p -Suppose, for example, you have two different network adapters -which you use with networks ttnet1/tt and ttnet2/tt, -respectively. -The file/usr/share/doc/ifupdown/examples//file directory contains -a mapping script that can be used to select a logical interface based -on the Media Access Controller address (MAC address) of the adapter. -First install the script to an appropriate directory. -example -# install -m770 /usr/share/doc/ifupdown/examples/get-mac-address.sh \ - /usr/local/sbin/ -/example -Then add a stanza like the following to -file/etc/network/interfaces/file: -example -mapping eth0 -script /usr/local/sbin/get-mac-address.sh -map 02:23:45:3C:45:3C net1 -map 00:A3:03:63:26:93 net2 -/example -See ref id=high-multistage-mapping for a more complex example. -p -In applying either method the property that is most commonly used -to identify the adapter is the MAC address. --- +Udev remembers the mapping between network interface names and +network interface MAC addresses. It stores this information in +the /etc/udev/rules.d/z25_persistent-net.rules file. When, for example, +replacing a network interface card the z25_persistent-net.rules file +will need to be modified so that the name assigned to the discarded +network card will be reused. +p +The kernel's inconsistent naming of interfaces should be solved by +using the current packageudev/package +package and its configuration. If udev is not used then interface +names may not be assigned in a consistent manner, especially when hotplugged. sect id=net-triggerTriggering network configuration p
Bug#440760: debian-reference-en: Explain groups, and permission to access devices, early
Package: debian-reference-en Version: CVS HEAD Severity: wishlist Tags: patch There's a regular problem on irc with newbies who've not got permission to access various hardware devices. The reference manual should get this out of the way early, and explain groups and that it's the job of the root user to grant permission to various hardware devices etc. This has bearing on bug #403755. Apply patch with: cd qref/en ; patch -p1 group.patch Note that I used the long option names. I don't know if that's in line with the manual's regular style. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) diff -ruN en.old/tune.sgml en/tune.sgml --- en.old/tune.sgml2007-01-18 16:31:58.0 -0600 +++ en/tune.sgml2007-09-03 21:51:12.0 -0500 @@ -208,7 +208,7 @@ auth sufficient pam_wheel.so trust group=adm /example -sect1Purposes of standard groups +sect1 id=standard-groupsPurposes of standard groups p A few interesting groups: list compact diff -ruN en.old/tutorial.sgml en/tutorial.sgml --- en.old/tutorial.sgml2006-01-22 02:33:11.0 -0600 +++ en/tutorial.sgml2007-09-03 23:27:33.0 -0500 @@ -66,6 +66,7 @@ itemset file ownership and permission of any files on the system itemset the password of any non-privileged users on the system itemlogin to any accounts without their passwords +itemallow ordinary accounts to access hardware devices: audio speakers, floppy drives, cd drives, scanners, etc. /list p It is extremely bad idea to share the access to the root account by @@ -124,16 +125,33 @@ ... answer all the questions /example will create it. -footnote -You may want to add this user ttvarpenguin/var/tt to the -ttadm/tt group to enable read access to the many logfiles in -file/var/log//file. See manref name=passwd section=5, manref -name=group section=5, manref name=shadow section=5, manref -name=group section=5, manref name=vipw section=8, and manref -name=vigr section=8. For the official meanings of users and + +sect1 id=granting-accessGranting access to privileged hardware and data +p +You may (or may not) want to grant the ttvarpenguin/var/tt user +read access to the many logfiles in +the file/var/log//file directory, or may (or may not) want to enable +write access to attached speakers so that the user can listen to music. +p +To ease administration and allow many people to share the same set of +access rights, the necessary permissions have already been granted to +what are known as stronggroups/strong. The ttadm/tt group is allowed +read access to various administrative files, and the ttaudio/tt +group is allowed write access to the various hardware components which +drive the speakers. All that remains is to put the ttvarpenguin/var/tt +user into both groups. +example +root@varfoo/var:root# usermod --append --groups adm,audio penguin +/example +p +See ref id=standard-groups, or for the official meanings of users and groups, see a recent version of the url id=f-users-and-groups; name=Users and Groups document. -/footnote +See also manref name=passwd section=5, manref +name=group section=5, manref name=shadow section=5, manref +name=group section=5, manref name=vipw section=8, and manref +name=vigr section=8. +p Before going further, let's learn few things first. sect1 id=sw-consoleSwitch between virtual console
Bug#440763: usbutils: lsusb silently ignores permission errors
Package: usbutils Version: 0.72-7 Severity: normal Users without permissions to usb devices don't know that they don't have permission and don't know that the device actually exists. It is a hassle to have to run lsusb as root all the time to be sure that devices are not silently ignored. lsusb should display permission errors when enumerating those devices to which the user has no access. The root user, and users in the plugdev group, get: $ lsusb Bus 001 Device 007: ID 04fc: Sunplus Technology Co., Ltd Bus 001 Device 001: ID : Other users get: $ lsusb Bus 001 Device 001: ID : Permissions are: $ ls -lR /dev/bus/usb/ /dev/bus/usb/: total 0 drwxr-xr-x 2 root root 80 2007-09-03 23:40 001 /dev/bus/usb/001: total 0 crw-rw-r-- 1 root root189, 0 2007-09-03 17:05 001 crw-rw 1 root plugdev 189, 6 2007-09-03 23:40 007 Attachment is: $ (lsusb ; lspci ; cat /proc/bus/usb/devices) /tmp/foo -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages usbutils depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libusb-0.1-4 2:0.1.12-5userspace USB programming library ii zlib1g 1:1.2.3-13compression library - runtime usbutils recommends no packages. -- no debconf information Bus 001 Device 007: ID 04fc: Sunplus Technology Co., Ltd Bus 001 Device 001: ID : 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:0f.0 VGA compatible controller: nVidia Corporation NV4 [RIVA TNT] (rev 04) 00:10.0 SCSI storage controller: Adaptec AIC-7892B U160/m (rev 02) 00:12.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 07) 00:14.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 08) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400/G450 (rev 04) T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.18-5-686 uhci_hcd S: Product=UHCI Host Controller S: SerialNumber=:00:07.2 C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 7 Spd=12 MxCh= 0 D: Ver= 1.00 Cls=00(ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=04fc ProdID= Rev= 1.00 C:* #Ifs= 2 Cfg#= 1 Atr=80 MxPwr=500mA I: If#= 0 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms I: If#= 0 Alt= 1 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 128 Ivl=1ms I: If#= 0 Alt= 2 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 384 Ivl=1ms I: If#= 0 Alt= 3 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 512 Ivl=1ms I: If#= 0 Alt= 4 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 640 Ivl=1ms I: If#= 0 Alt= 5 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 768 Ivl=1ms I: If#= 0 Alt= 6 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS= 896 Ivl=1ms I: If#= 0 Alt= 7 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=81(I) Atr=01(Isoc) MxPS=1023 Ivl=1ms I: If#= 1 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none) E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=03(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=84(I) Atr=03(Int.) MxPS= 1 Ivl=1ms
Bug#440769: libgphoto2-port0: usbfs kernel message says: ... did not claim interface N before use
Package: libgphoto2-port0 Version: 2.2.1-16 Severity: normal I don't know that this is the right package. If not please reassign to the proper package. When using gtkam and gphoto I get messages like this from the kernel (dmesg) when trying to delete images from the camera. usb 1-2: usbfs: process 4736 (kio_kamera) did not claim interface 1 before use usb 1-2: usbfs: process 11455 (gphoto2) did not claim interface 1 before use The interface number varies depending on how many times I've plugged and unplugged the camera from the usb port. gphoto2 sucessfully deletes images from the camera. (I only tried to delete all images.) gtkam does not delete either single images or multiple images. (FWIW, gtkam does not show thumbnails either.) Camera is PureDigital Ritz Disposable. Already tested to work with cable on OS-X and MS Windows XP. Attached is script output with lsusb, lspci, and anything else I can think of. Please let me know if you want an strace or something. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libgphoto2-port0 depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libhal10.5.8.1-9 Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-5userspace USB programming library libgphoto2-port0 recommends no packages. -- no debconf information Script started on Tue 04 Sep 2007 12:08:37 AM CDT ]0;[EMAIL PROTECTED]: /home/[EMAIL PROTECTED]:~$ lspci[K[K[K[K[Kgphoto2 --l[Kauto-detect Loading camera drivers from '/usr/l... | \ 0.0% Loading camera drivers from '/usr/l... | | 1.7% Loading camera drivers from '/usr/l... |-/ 3.4% Loading camera drivers from '/usr/l... |-- 5.2% Loading camera drivers from '/usr/l... |-\ 6.9% Loading camera drivers from '/usr/l... |-- | 8.6% Loading camera drivers from '/usr/l... |-- / 10.3% Loading camera drivers from '/usr/l... |--- - 12.1% Loading camera drivers from '/usr/l... |--- \ 13.8% Loading camera drivers from '/usr/l... |--- | 15.5% Loading camera drivers from '/usr/l... | / 17.2% Loading camera drivers from '/usr/l... | - 19.0% Loading camera drivers from '/usr/l... | \ 20.7% Loading camera drivers from '/usr/l... |-| 22.4% Loading camera drivers from '/usr/l... |-/ 24.1% Loading camera drivers from '/usr/l... |-- 25.9% Loading camera drivers from '/usr/l... |-- \ 27.6% Loading camera drivers from '/usr/l... |-- | 29.3% Loading camera drivers from '/usr/l... |--- / 31.0% Loading camera drivers from '/usr/l... |--- - 32.8% Loading camera drivers from '/usr/l... |--- \ 34.5% Loading camera drivers from '/usr/l... | | 36.2% Loading camera drivers from '/usr/l... | / 37.9% Loading camera drivers from '/usr/l... | - 39.7% Loading camera drivers from '/usr/l... |-\ 41.4% Loading camera drivers from '/usr/l... |-| 43.1% Loading camera drivers from '/usr/l... |-/ 44.8% Loading camera drivers from '/usr/l... |-- - 46.6% Loading camera drivers from '/usr/l... |-- \ 48.3% Loading camera drivers from '/usr/l... |--- | 50.0% Loading camera drivers from '/usr/l... |--- / 51.7% Loading camera drivers from '/usr/l... |--- - 53.4% Loading camera drivers from '/usr/l... | \ 55.2% Loading camera drivers from '/usr/l... | | 56.9% Loading camera drivers from '/usr/l... | / 58.6% Loading camera drivers from '/usr/l... |-- 60.3% Loading camera drivers from '/usr/l... |-\ 62.1% Loading camera drivers from '/usr/l... |-| 63.8% Loading camera drivers from '/usr/l... |-- / 65.5% Loading camera drivers from '/usr/l...
Bug#440769: Another bug report gets the same kernel message
Debian Bug report #433129 contains the same kernel message, but I don't imagine it will be helpful because it was never resolved. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#440760: debian-reference-en: Explain groups, and permission to access devices, early
On 09/04/2007 07:59:47 AM, Osamu Aoki wrote: Thanks for your interest. You're welcome. I've a couple of other patches submitted as wishlist bugs too. On Mon, Sep 03, 2007 at 11:32:05PM -0500, Karl O. Pinc wrote: Package: debian-reference-en Version: CVS HEAD -sect1Purposes of standard groups +sect1 id=standard-groupsPurposes of standard groups Yah, standard group is good to mention. I didn't want to expand this section to re-create the definitive list, but I also think it could be useful to list the 'scanner' group and the 'plugdev' group. (Because those are the ones I've struggled with in the past. :) But if this is for devices, floppy etc may serve better as example. I'm not sure what you mean, but that's ok. I chose the audio group because you already had text for the adm group, which grants read access, and I wanted something that would grant write access (and have to do with devices rather than files.) Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#445314: linux-image-2.6.22-2-amd64: Kernel hang with ASUS P5KC mobo apparently fixed with Linux 2.6.23-rc9
On 10/04/2007 07:19:14 PM, maximilian attems wrote: On Thu, Oct 04, 2007 at 03:06:23PM -0500, Karl O. Pinc wrote: This is something of an FYI. Maybe the kernel.org people want to hear about 2.6.23-rc9? yo, us too, I don't know the right way to contact the kernel people, or what they want to know, so I rely on you to be the relay. you can find unofficial builds here: http://charm.itp.tuwien.ac.at/~mattems/trunk-e1000e-amd64/ please report, back on it, thanks I tested http://charm.itp.tuwien.ac.at/~mattems/trunk-e1000e-amd64/linux-image-2.6.23-rc9-amd64_2.6.23~rc9-1~experimental.1_amd64.deb and found it to work. Because I've now got a slightly different partition layout I re-tested with 2.6.22-2-amd64 from backports.org and got a kernel panic. I did not transcribe the messages left on the console but they looked similar to those in the original bug report. Then I did a ssh foo 'tar -C /srv -cf - bar' | tar -C /srv -xpf - (as before from the amd64 with the ASUS P5KC box running the kernel I'm testing.) I twice transferred about 40G without problems, so that's success. I'll continue to use your kernel rather than the one I built. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#445314: linux-image-2.6.22-2-amd64: Kernel hang with ASUS P5KC mobo apparently fixed with Linux 2.6.23-rc9
On 10/04/2007 07:19:14 PM, maximilian attems wrote: please report, back on it, thanks A problem came up with the SATA drives I can't reproduce. I am using an IDE disk for my regular partitions. I've 2 SATA disks attached to the mobo's chipset SATA. The IDE and the unused (single) internal SATA and unused external sata are on another J Micron controller also built into the mobo, see lspci output above. Anyhow when I went to use the 2 SATA drives attached to the non-J Micron controller fdisk said they could not be read and file -s reported them to be zero length files. I saw no messages on the console or in /var/log/messages or in dmesg. After rebooting I no longer have this problem. One thing I did that might have something to do with something is that I installed mdadm. Trying to raid1 the 2 SATA disks is how I discovered I had a problem, but now the raid array seems to create just fine. On another note one thing that's a bit odd is that the non-J Micron SATA is listed as UMDA/133 in the dmesg output. This is probably because the 0701 BIOS (the latest) only has IDE as an option when configuring these SATA ports. (This is even though the mobo manual says these are SATA 3.0Gb ports. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#288910: dpkg -L functionality
On 07/05/2007 10:36:33 AM, Osamu Aoki wrote: All you have to do is bind some key and menu to run dpkg -L %s with the currently highlighted installed package name with system command or so and pipe its output to the scrolling internal viewer(PAGER). That would be fine for interactive use, but I'm never interested in using aptitude interactively. I always use it from the command line. I use aptitude instead of the other command line tools because: a) it seems more comprehensive -- I need learn only one tool, and b) because it keeps track of automatically installed stuff and so helps keep my system clean and tidy. (OT: IMO most folks who want to do package management interactively would be better off using synaptic.) Slightly OT: As I've become more familiar with apt I notice that aptitude is missing two other bits of functionality that keep it from being the one-size-fits-all apt tool: Virtual Packages: Aptitude won't tell you much of anything at all about virtual packages. To find out what real package goes with a virtual package, and consequently get a description (aptitude show) of the package you need to use apt-cache show. (IIRC somehow this leads me to the real package.) In other words, you can't tell if you want to install a virtual package because you can't get a description of the package from aptitude. (Again, this is from the command line.) Policy: I believe I have to use apt-cache policy to tell which repository a package will come from. So I can't use aptitude to tell if some thing to be upgraded or held back is from the security repository, or if something new I might want to install is from non-free, etc. Should I open a separate bug report for these or is this bug report the make aptitude the only tool you need bug report? Sorry for the long email messages. I don't mean to complain. I want to explain why I think these things would make aptitude better. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#318822: docbook: Fails to generate PDF output
Package: docbook
Version: 4.3-1.1
Severity: normal
This may be a problem in passivetex, or not.
I cannot generate PDF output. Although I get
the I/O error below when generating text, the
text seems to generate fine. I just submitted
this as a separate bug to 'xsltproc' in case the I/O error
has nothing to do with the problem generating
PDFs. (I'm sorry I have not included the
debian bug number here, but I've waited a bit
and have not gotten one back yet. My other
bug report references Debian Bug 286540,
in message body.)
I believe they are different problems
as xmlto calls xsltproc with --nonet.
The first 4 lines of my xml document are:
?xml version='1.0'?
!DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.3//EN
http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd;
article
Sample run is:
snip
$ xmlto pdf babase_system.xml
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd
/home/kop/biz/babase/tla/babase-live/doc/babase_system.xml:3: warning: failed
to load external entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd;
http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd;
^
Making portrait pages on letter paper (215.9 mm x 279.4 mm)
This is pdfTeX, Version 3.14159-1.10b (Web2C 7.4.5)
(./tmp.fo{/usr/share/texmf/pdftex/config/pdftex.cfg}
LaTeX2e 2001/06/01
Babel v3.7h and hyphenation patterns for american, french, german, ngerman, b
ahasa, basque, catalan, croatian, czech, danish, dutch, finnish, greek, iceland
ic, irish, italian, latin, magyar, norsk, norsk, portuges, romanian, russian, s
lovak, slovene, spanish, swedish, turkish, ukrainian, nohyphenation, loaded.
xmltex version: 2002/06/25 v1.9 (Exp):
(/usr/share/texmf/tex/xmltex/config/xmltex.cfg)
No File: tmp.cfg (/usr/share/texmf/tex/xmltex/passivetex/fotex.xmt)
(/usr/share/texmf/tex/latex/base/article.cls
Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
(/usr/share/texmf/tex/latex/base/size10.clo))
(/usr/share/texmf/tex/xmltex/passivetex/fotex.sty
)
No file tmp.aux.
(/usr/share/texmf/tex/latex/cyrillic/t2acmr.fd)
(/usr/share/texmf/tex/latex/base/ts1cmr.fd)
(/usr/share/texmf/tex/latex/psnfss/t1ptm.fd)
No file tmp.out.
No file tmp.out.
INFO: Using normal, i.e. nonfrench-spacing in document
(/usr/share/texmf/tex/latex/psnfss/t1phv.fd)
! LaTeX Error: Something's wrong--perhaps a missing \item.
See the LaTeX manual or LaTeX Companion for explanation.
Type H return for immediate help.
...
l.212 ... hyphenation-remain-character-count=2
Babase/fo:block/fo:bloc...
?
! Emergency stop.
...
l.212 ... hyphenation-remain-character-count=2
Babase/fo:block/fo:bloc...
No pages of output.
$
--snip---
Any help would be appreaciated. Thanks.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages docbook depends on:
ii sgml-base 1.26 SGML infrastructure and SGML catal
ii sgml-data 2.0.3 common SGML and XML data
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: xsltproc: Trys to access network entity when --nonet is specified
Package: xsltproc Version: 1.1.12-8 Severity: minor When I generate any sort of output from docbook I get the message: I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd I see that xsltproc is called with '--nonet' so I would not expect to see this message. I'm not sure this is the package where the problem lies I can generate txt output just fine, AFIK, but not PDF output. I'm filing another bug for the PDF problem in case it's unrelated. See also: Debian bug #286540 I note that wget can retrieve the url content without a problem. The first 3 lines of my xml file are: ?xml version='1.0'? !DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.3//EN http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; There's no problem on a RedHat AS 3 system upgraded to support docbook 4.3 with rebuilt rpms from Fedora (or maybe AS4): docbook-style-xsl-1.65.1-2.noarch.rpm docbook-dtds-1.0-25.noarch.rpm docbook-utils-0.6.14-4.noarch.rpm docbook-style-dsssl-1.78-4.noarch.rpm docbook-utils-pdf-0.6.14-4.noarch.rpm I also note (FWIW) that: /usr/share/xml/docbook/schema/dtd/4.3/catalog says: -- public identifiers override system identifiers, if both are supplied -- OVERRIDE YES This is different from the RH system. Or maybe there some other problem in the mapping to local files? Complete example transcript: -snip- $ xmlto -v txt babase_system.xml Format script: /usr/share/xmlto/format/docbook/txt Convert to HTML (no chunks) Real stylesheet: http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl xmllint /dev/null --xinclude --postvalid /home/kop/biz/babase/tla/babase-live/doc/babase_system.xml Stylesheet: /tmp/xmlto-xsl.AehTPt xsltproc --nonet --xinclude \ -o /tmp/xmlto.GB0nmx/babase_system.proc \ /tmp/xmlto-xsl.AehTPt \ /home/kop/biz/babase/tla/babase-live/doc/babase_system.xml I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd /home/kop/biz/babase/tla/babase-live/doc/babase_system.xml:3: warning: failed to load external entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; ^ Convert HTML to ASCII $ snip-- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xsltproc depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libgpg-error0 1.0-1library for common error values an ii libxml2 2.6.16-7 GNOME XML library ii libxslt1.1 1.1.12-8 XSLT processing library - runtime 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#318817: Related bug # for Can't make PDF
Debian bug #318822 Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318822: Related bug # for I/O error
Debian bug #318817 Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: acknowledged by developer (Re: [xml/sgml-pkgs] Bug#318817: xsltproc: Trys to access network entity when --nonet is specified)
On 07/18/2005 02:58:40 PM, Mike Hommey wrote: What do return the two commands : xmlcatalog /etc/xml/catalog http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd xmlcatalog /etc/xml/catalog -//OASIS//DTD DocBook XML V4.3//EN [EMAIL PROTECTED]:~$ xmlcatalog /etc/xml/catalog http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd No entry for SYSTEM http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd No entry for URI http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd [EMAIL PROTECTED]:~$ xmlcatalog /etc/xml/catalog -//OASIS//DTD DocBook XML V4.3//EN file:///usr/share/xml/docbook/schema/dtd/4.3/docbookx.dtd Thanks for the help. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: acknowledged by developer (Re: [xml/sgml-pkgs] Bug#318817: xsltproc: Trys to access network entity when --nonet is specified)
On 07/18/2005 02:14:37 PM, Mike Hommey wrote: On Mon, Jul 18, 2005 at 07:22:49PM +, Karl O. Pinc [EMAIL PROTECTED] wrote: It works without error here, you definitely have a problem with your xml catalog. Which version of the docbook package do you have ? I'm running sarge, as of a few weeks ago. $ aptitude show docbook Package: docbook State: installed Automatically installed: no Version: 4.3-1.1 ... $ aptitude search ~idocbook i docbook - standard SGML representation system for t i A docbook-dsssl - modular DocBook DSSSL stylesheets, for pr i docbook-utils - Convert Docbook files to other formats ( i A docbook-xml - standard XML documentation system, for so i A docbook-xsl - stylesheets for processing DocBook XML fi Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: acknowledged by developer (Re: [xml/sgml-pkgs] Bug#318817: xsltproc: Trys to access network entity when --nonet is specified)
On 07/18/2005 02:14:37 PM, Mike Hommey wrote: It works without error here, you definitely have a problem with your xml catalog. Which version of the docbook package do you have ? I just ran debsums on the docbook-xml package and it all checks out. (This is me, poking about looking for catalog files. I did once change one and then change it right back just to see if I could identify the problem.) $ locate catalog.xml /usr/lib/openoffice/share/dtd/officedocument/1_0/catalog.xml /usr/share/xml/docbook/schema/dtd/3.1.7/catalog.xml /usr/share/xml/docbook/schema/dtd/4.0/catalog.xml /usr/share/xml/docbook/schema/dtd/4.1.2/catalog.xml /usr/share/xml/docbook/schema/dtd/4.2/catalog.xml /usr/share/xml/docbook/schema/dtd/4.3/catalog.xml /usr/share/xml/docbook/stylesheet/nwalsh/catalog.xml /usr/share/xml/entities/xml-iso-entities-8879.1986/catalog.xml /usr/share/xml/openoffice.org/catalog.xml /usr/share/xml/qaml/catalog.xml /usr/share/xml/schema/xml-core/catalog.xml /usr/share/xml/scrollkeeper/dtds/catalog.xml /usr/share/xml/svg/catalog.xml $ dpkg -S /usr/share/xml/docbook/schema/dtd/4.3/catalog.xml docbook-xml: /usr/share/xml/docbook/schema/dtd/4.3/catalog.xml $ dpkg -S /usr/share/xml/docbook/schema/dtd/4.3/catalog docbook-xml: /usr/share/xml/docbook/schema/dtd/4.3/catalog $ dpkg -S /usr/share/xml/docbook/stylesheet/nwalsh/catalog.xml docbook-xsl: /usr/share/xml/docbook/stylesheet/nwalsh/catalog.xml $ debsums docbook-xml | grep -v 'OK$' $ Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: acknowledged by developer (Re: [xml/sgml-pkgs] Bug#318817: xsltproc: Trys to access network entity when --nonet is specified)
On 07/18/2005 12:33:22 PM, Debian Bug Tracking System wrote: It has been closed by one of the developers, namely Mike Hommey [EMAIL PROTECTED]. Here's output directly from xsltproc that shows the problem using the sample file previously supplied. If this is not an xsltproc problem then please tell me how I can get this bug refiled with somebody who is able to find out where the problem should be addressed. Somebody who knows more than I do needs to help figure out where the problem actually is, and preferably transfer this bug to them so because I cannot keep re-supplying the same information on the problem. I appreciate the help so far but need more. Thanks. $ xsltproc --nonet /usr/share/xml/docbook/stylesheet/nwalsh/xhtml/docbook.xsl bug.xml I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd bug.xml:3: warning: failed to load external entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; ^ ?xml version=1.0 encoding=UTF-8? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml;headmeta http-equiv=Content-Type content=text/html; charset=UTF-8 /title/titlemeta name=generator content=DocBook XSL Stylesheets V1.68.1 //headbodydiv class=article lang=en xml:lang=endiv class=titlepagehr //divpfoo/p/div/body/html Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: Sample file exhibiting problem
Here is a sample file, bug.xml, that exhibits the problem. ?xml version='1.0'? !DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.3//EN http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; article parafoo/para /article Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: acknowledged by developer (Re: [xml/sgml-pkgs] Bug#318817: xsltproc: Trys to access network entity when --nonet is specified)
On 07/18/2005 04:07:36 PM, Karl O. Pinc wrote: On 07/18/2005 02:58:40 PM, Mike Hommey wrote: What do return the two commands : xmlcatalog /etc/xml/catalog http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd xmlcatalog /etc/xml/catalog -//OASIS//DTD DocBook XML V4.3//EN [EMAIL PROTECTED]:~$ xmlcatalog /etc/xml/catalog http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd No entry for SYSTEM http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd No entry for URI http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd [EMAIL PROTECTED]:~$ xmlcatalog /etc/xml/catalog -//OASIS//DTD DocBook XML V4.3//EN file:///usr/share/xml/docbook/schema/dtd/4.3/docbookx.dtd I don't want this to fall through the cracks. This bug is still marked done, and it seems to me that it's not done. This is not a problem but I want to know if there's anything else I need to do to get this resolved. (I want to move on to debian Bug#318822: docbook: Fails to generate PDF output, and it seems that this bug could be the same bug. And I _really_ want PDF output, not only for the output itself but because I find that docbook literallayout class=monospaced is not really monospaced, the columns don't line up. At least on my RH system, and I want to see if Debian's newer stylesheets fixes the problem or what else I need to do to get _that_ resolved.) Thanks for the help. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: acknowledged by developer (Re: [xml/sgml-pkgs] Bug#318817: xsltproc: Trys to access network entity when --nonet is specified)
On 07/21/2005 10:02:03 AM, Mike Hommey wrote: All I can tell you is to check out your catalog files, since you seem to have a trouble there, or try reinstalling docbook. I can't do any more for you. Ok. Thanks. You've been very helpful. I tried reinstalling docbook, and no joy. (aptitude reinstall docbook) I also tried reinstalling docbook-xml docbook-xsl and docbook-dsssl and none of it fixed the problem. The bug being obviously NOT a xsltproc issue, the bug is marked Done and will remain done. But it _is_ a bug. It worked fine for a while when sarge was still in testing. You _can_ do more for me, you could reassign the bug to whatever package it really belongs to because I don't have a clue. If I had to guess I'd say the catalog maintenance stuff is in xml-core but I _know_ you know more about this stuff than me. And it seems wasteful to send the developers to more than one bug report to read all the details, as whomever I re-submitted a new bug to would have to do. If people who know something keep reassigning it, eventually it'll get to the right people. Thanks. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: acknowledged by developer (Re: [xml/sgml-pkgs] Bug#318817: xsltproc: Trys to access network entity when --nonet is specified)
On 07/21/2005 02:26:08 PM, Mike Hommey wrote: Could you try again the two xmlcatalog commands trying with the -v option ? it might give a little help. Thanks. $ xmlcatalog -v /etc/xml/catalog http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd Resolve sysID http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd 1076502656 Parsing catalog /etc/xml/catalog /etc/xml/catalog added to file hash file:///etc/xml/docbook-xml.xml not found in file hash 1076502656 Parsing catalog file:///etc/xml/docbook-xml.xml file:///etc/xml/docbook-xml.xml added to file hash Trying system delegate file:///etc/xml/docbook-xml.xml file:///usr/share/xml/docbook/schema/dtd/4.3/catalog.xml not found in file hash 1076502656 Parsing catalog file:///usr/share/xml/docbook/schema/dtd/4.3/catalog.xml file:///usr/share/xml/docbook/schema/dtd/4.3/catalog.xml added to file hash Trying system delegate file:///usr/share/xml/docbook/schema/dtd/4.3/catalog.xml Resolve URI http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd Catalogs cleanup Free catalog entry http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/ Free catalog entry ISO 8879:1986//ENTITIES Free catalog entry /usr/share/sgml/dtd/svg Free catalog entry -//OASIS//ELEMENTS DocBook Free catalog entry +//IDN faq.org//DTD Frequently Asked Questions Free catalog entry -//OASIS//DTD DocBook XML Free catalog entry http://www.w3.org/Graphics/SVG/1.1/ Free catalog entry /usr/share/sgml/dtd/qaml-xml.dtd Free catalog entry -//Norman Walsh//DTD CALS Table Model XML Free catalog entry -//OASIS//DTD XML Exchange Table Model 19990310//EN Free catalog entry http://docbook.sourceforge.net/release/xsl/ Free catalog entry http://docbook.sourceforge.net/release/xsl/ Free catalog entry -//Norman Walsh//ELEMENTS DocBk XML Free catalog entry -//OASIS//DTD XML Catalogs V1.0//EN Free catalog entry -//W3C//DTD SVG Free catalog entry -//Norman Walsh//DTD DocBook XML Free catalog entry http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd Free catalog entry -//OASIS//ENTITIES DocBook Free catalog entry http://xml.ascc.net/xml/resource/qaml-xml Free catalog entry -//OpenOffice.org//DTD OfficeDocument 1.0//EN Free catalog entry http://www.w3.org/TR/2001/REC-SVG-20010904/ Free catalog entry -//Norman Walsh//DTD DocBk XML Free catalog entry -//Norman Walsh//ENTITIES DocBk XML Free catalog entry -//Normal Walsh//Exchange Table Model 19960430 Free catalog entry +//ISBN 82-7640-023//DTD Frequently Asked Questions//EN Free catalog entry http://www.oasis-open.org/docbook/xml/ Free catalog entry -//OASIS//DTD DocBook CALS Table Model Free catalog entry /etc/xml/catalog Free catalog entry -//OASIS//DTD DocBook XML V4.3//EN Free catalog entry -//OASIS//DTD DocBook CALS Table Model V4.3//EN Free catalog entry -//OASIS//DTD XML Exchange Table Model 19990315//EN Free catalog entry -//OASIS//ELEMENTS DocBook Information Pool V4.3//EN Free catalog entry -//OASIS//ELEMENTS DocBook Document Hierarchy V4.3//EN Free catalog entry -//OASIS//ENTITIES DocBook Additional General Entities V4.3//EN Free catalog entry -//OASIS//ENTITIES DocBook Notations V4.3//EN Free catalog entry -//OASIS//ENTITIES DocBook Character Entities V4.3//EN Free catalog entry file:///usr/share/xml/docbook/schema/dtd/4.3/catalog.xml Free catalog entry -//Norman Walsh//DTD DocBk XML V4.0//EN Free catalog entry -//Norman Walsh//DTD DocBk XML V3 Free catalog entry http://www.oasis-open.org/docbook/xml/4.3/ Free catalog entry -//OASIS//ELEMENTS DocBook Document Hierarchy V4.2//EN Free catalog entry -//Normal Walsh//Exchange Table Model 19960430 XML V3.1.7//EN Free catalog entry -//Norman Walsh//DTD DocBook XML V4.0//EN Free catalog entry -//OASIS//ENTITIES DocBook Additional General Entities V4.3//EN Free catalog entry -//Norman Walsh//ELEMENTS DocBk XML Information Pool V3.1.7//EN Free catalog entry http://www.oasis-open.org/docbook/xml/4.1 Free catalog entry -//Norman Walsh//ELEMENTS DocBk XML Document Hierarchy V3.1.7//EN Free catalog entry -//OASIS//DTD DocBook CALS Table Model V4.3//EN Free catalog entry -//OASIS//ENTITIES DocBook Notations V4.1.2//EN Free catalog entry -//OASIS//ELEMENTS DocBook Document Hierarchy V4.3//EN Free catalog entry -//OASIS//ELEMENTS DocBook Information Pool V4.3//EN Free catalog entry -//Norman Walsh//ELEMENTS DocBk XML Information Pool V4.0//EN Free catalog entry -//OASIS//ENTITIES DocBook Character Entities V4.2//EN Free catalog entry -//Norman Walsh//ENTITIES DocBk XML Notations V3.1.7//EN Free catalog entry -//OASIS//DTD DocBook XML V4.1//EN Free catalog entry -//OASIS//ENTITIES DocBook Notations V4.2//EN Free catalog entry -//OASIS//DTD DocBook XML V4.2//EN Free catalog entry -//Norman Walsh//DTD CALS Table Model XML V4.0//EN Free catalog entry -//OASIS//DTD DocBook CALS Table Model V4.1.2//EN Free catalog entry -//Norman Walsh//ENTITIES DocBk XML Character Entities V4.0//EN Free catalog entry -//Norman Walsh//DTD CALS Table Model XML
Bug#318817: Still broken -- Reassigned closed bug without re-opening it
Hi, Thanks very much for reassigning this bug to the right people, but you forgot to re-open it. Could somebody re-open this please, it's still unresolved. Thanks. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316448: argus-client: ragraph broken with OpenBSD tcpdump/BPF output
Package: argus-client Version: 2.0.6.fixes.1-2 Severity: normal Hi, OpenBSD has started reporting packet timestamps with subsecond precision. ragraph fails when given tcpdumps with this extra precision. Debian Sarge argus-client Version: 2.0.6.fixes.1-2 librrds-perl Version: 1.0.49-1 $ ragraph bytes -M 1s -r xl0tiny.argus /usr/bin/ragraph: unable to update `/tmp/file5xq7py.rrd': conversion of '1119972167.00' to long not complete: tail '.00' $ ra -r xl0tiny.argus | head 06-29-05 22:12:03.620155 man 229.97.122.203 v2.0 1 0 00 00 STA I figure the problem is in argus rather than librrds-perl as it's up to argus to call the rrd API appropriately. Please correct me if I'm wrong. Anything I can do to work around this? Thanks. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein P.S. I tried reporting upstream to the argus developer mailing list but am not subscribed and as the message has not hit the mailing list archives I'm reporting the problem here. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages argus-client depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457641: #457641: openoffice.org-calc: Paste of one formula into multiple cells fails
Version: 2.0.4.dfsg.2-7etch5 Package: openoffice-calc Still not fixed. Am I the only one with this problem, or is this not really a problem and I've broken something? I find it disturbing that an update to stable, that breaks a package in such a significant way as to make the stable version unusable, takes so long to fix. Breaking a package for 4 months is not what's supposed to happen in stable. Cutting and pasting formulas, particularly relative formulas, is what working with a spreadsheet is all about. Not being able to do this makes the program virtually unusable. A spreadsheet where you have to copy cell-by-cell is pretty broken to me. It's like having a word processor that does not line-wrap. Runs, yes. Reads existing data, yes. Does useful work, no. Programs that work when stable is released should stay working. That's the point of stable. I also find it disturbing that the response to the original bug report is to recommend that the stable version be abandoned and the testing version be used instead. Stable is supposed to be more stable than testing. Updates are not supposed to break it. I realize that this is a volunteer effort, and that stuff happens, but I've come to expect more of Debian. I don't know what policy says is supposed to happen when an update wreaks a stable package. I would expect that it's supposed to be fixed, based on the release policy of not releasing stable until broken packages are fixed. If policy speaks to this and I'm wrong, I apologize in advance. If policy does not speak to this then, well, it should. Thank you for all the work you do. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#478122: It happened after a mirror went down
Version: 1.5.3 (on etch) I'm getting the same messages: # /usr/share/apt-cacher/apt-cacher-cleanup.pl Use of uninitialized value in concatenation (.) or string at /usr/share/apt-cacher/apt-cacher-lib.pl line 136, $listpipe line 1841. Use of uninitialized value in concatenation (.) or string at /usr/share/apt-cacher/apt-cacher-lib.pl line 136, $listpipe line 2959. Use of uninitialized value in concatenation (.) or string at /usr/share/apt-cacher/apt-cacher-lib.pl line 136, $listpipe line 2960. It began after the mirror I use went down for a few hours. When the mirror was down I interrupted an aptitude update because it was taking forever. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480195: linux-image-2.6: Please include the io_ti module in the debian kernel
Package: linux-image-2.6 Severity: wishlist Please include the io_ti module (drivers/usb/serial), .config symbol name CONFIG_USB_SERIAL_EDGEPORT_TI in the default Debian kernel. It's part of the stock linux.org kernel. I've an Edgeport/4 (4 port) and an Edgeport/416 (16 port) serial RS-232 to USB serial converter. I use them to to access machine consoles attached to a serial port. Very handy to have remote console access, logging, boot monitoring, etc. It's annoying to have to rebuild a custom kernel to keep up with security patches, something that's necessary on a machine with access to so many consoles. Thank you. Note, this bug report generated from a machine running a custom kernel. The rest of the machine runs etchnhalf. -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24.5 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#480195: linux-image-2.6: Please include the io_ti module in the debian kernel
On 05/08/2008 02:38:19 PM, maximilian attems wrote: On Thu, May 08, 2008 at 12:10:50PM -0500, Karl O. Pinc wrote: Please include the io_ti module (drivers/usb/serial), .config symbol name CONFIG_USB_SERIAL_EDGEPORT_TI in the default Debian kernel. thank you reenabled for upcoming 2.6.26. Thank you. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480195: linux-image-2.6: Please include the io_ti module in the debian kernel
On 05/08/2008 02:38:19 PM, maximilian attems wrote: On Thu, May 08, 2008 at 12:10:50PM -0500, Karl O. Pinc wrote: Please include the io_ti module (drivers/usb/serial), .config symbol name CONFIG_USB_SERIAL_EDGEPORT_TI in the default Debian kernel. thank you reenabled for upcoming 2.6.26. For the record there's a regression in this driver for 2.6.24. The Edgeport/4 does not work. The Edgeport/416 does. I don't know about other devices. Regression confirmed fixed 2.6.25.1. See: http://bugzilla.kernel.org/show_bug.cgi?id=10426 Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333081: I too want pam_abl
Package: wnpp Followup-For: Bug #333081 And somebody else does too. See Bug #356733. Pam seems the sane place to do authorization. And the good thing about it, in comparison with iptables for instance, is that the attacker is not told that his attacks are failing. Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp 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#381486: kernel: Kernel reports lost interrupt when ext3 fs runs out of inodes?
Package: kernel
Severity: normal
Hi,
I am not 100% certain this is what happened and am not able to
take the time/hardware to try to reproduce this error but figured
you might want to know about it. I'm pretty sure about
the inode usage but not positive.
I believe I ran out of inodes on hdc3 (an ext3 fs) as
the result of running rsync with --link-dest. Subsequently
I received a message in /etc/log/messsages every minute
that looks like this:
Jul 30 06:49:39 localhost kernel: hdd: lost interrupt
Jul 30 06:49:39 localhost kernel: hdd: cdrom_pc_intr: The drive appears
confused (ireason = 0x01)
It appears that multiple rsyncs continued to run and
'hang' while this message was sent to the syslogs.
FWIW, the rsync was run from another host.
Note that the message is for hdd, although it was hdc that
ran out of inodes.
snip---
# lspci
:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo
KT266/A/333]:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo
KT266/A/333 AGP]
:00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev
10)
:00:09.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
Controller (rev 50)
:00:09.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
Controller (rev 50)
:00:09.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51)
:00:0d.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev
0c)
:00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge
:00:11.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
:00:11.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
Controller (rev 23)
:00:11.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
Controller (rev 23)
:01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 Pro Ultra
TF
# cat /proc/ide/hd[c,d]/*
ide-disk version 1.18
045a 3fff 37c8 0010 003f
2020 2020 2020 564e 4334 3032
4134 4434 424e 4a47 0003 0e8f 0034 5641
344f 4135 3241 4943 3335 4c30 3830 4156
5641 3037 2d30 2020 2020 2020 2020 2020
2020 2020 2020 2020 2020 2020 2020 8010
2f00 4000 0200 0200 0007 3fff 0010
003f fc10 00fb 0100 2b80 0996 0007
0003 0078 0078 00f0 0078
001f
003c 0015 74eb 5bea 4000 7468 1802 4003
203f 0018 fffe 603b 80fe
0001 000b 001b
4000
8000
344f
b6a5
disk
IC35L080AVVA07-0
namevalue min max mode
- --- ---
acoustic0 0 254 rw
address 0 0 2 rw
bios_cyl65535 0 65535 rw
bios_head 16 0 255 rw
bios_sect 63 0 63 rw
bswap 0 0 1 r
current_speed 69 0 70 rw
failures0 0 65535 rw
init_speed 12 0 70 rw
io_32bit1 0 3 rw
keepsettings0 0 1 rw
lun 0 0 7 rw
max_failures1 0 65535 rw
multcount 0 0 16 rw
nice1 1 0 1 rw
nowerr 0 0 1 rw
number 2 0 3 rw
pio_modewrite-only 0 255 w
unmaskirq 1 0 1 rw
using_dma 1 0 1 rw
wcache 1 0 1
Bug#272753: RFP: sqlgrey -- Greylisting implementation for Postfix that uses SQL
I also would like to see sqlgrey in debian. Both it and postgrey have evolved since the original request and they are not the same in either functionality or the underlying infrastructure needed to support them. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein
Bug#548237: darcs-load-dirs: Please provide a way to timestamp commits.
Package: darcs-load-dirs Version: 1.1.6+nmu2 Severity: wishlist I would like a way to timestamp commits. Darcs supports this via 'darcs record --pipe'. I would like to write a shell script to go through a directory of tarballs, untar them, and use the timestamp on the tarball to run darcs_load_dirs on the tarball contents so that the commit times are (roughly at least) preserved in the repo history. Thank you for your work. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages darcs-load-dirs depends on: ii darcs 2.0.2-3an advanced revision control syste ii load-dirs-common 1.1.6+nmu2 Common files for tla-load-dirs and ii python2.5.2-3An interactive high-level object-o darcs-load-dirs recommends no packages. darcs-load-dirs suggests no packages. -- 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#608828: installation-guide: Users need direction to the functionality they expect
Package: installation-guide Severity: wishlist Hi, Many users expect that their system have software that's not in the stock Debian stable repos. Examples include newer versions of major desktop packages found in backports, various programs supporting different sorts of multi-media display, and so forth. Chapter 8, next steps, should either include the content of or point users toward a resource like http://wiki.debian.org/DebianSoftware, which describes other software resources that are supported by the Debian community at large. This should help attract and retain users who think that Debian does not run the software they want. I am not proposing to ignore the Debian Social Contract in an effort to attract as many users as possible. I am proposing that Debian advertise it's capabilities to compete with other distros for users. Referring new users to community supported software resources would enhance the Debian experience and further this goal. (Ideally this change would be made before the squeeze release so as not to lose years of new users.) Regards, Karl O. Pinc -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608828: installation-guide: Users need direction to the functionality they expect
On 01/03/2011 02:31:51 PM, Christian PERRIER wrote: Quoting Karl O. Pinc (k...@meme.com): Many users expect that their system have software that's not in the stock Debian stable repos. Chapter 8, next steps, should either include the content of or point users toward a resource like http://wiki.debian.org/DebianSoftware, which describes other software resources that are supported by the Debian community at large. (Ideally this change would be made before the squeeze release so as not to lose years of new users.) Squeeze is about to be released, in a few weeks at best (or worse). So, I don't really see by which magic this would happen (considering that any change now to the installation guide triggers a need for translation updates). I for one am all in favor of increasing the user accessibility to Debian, but I really can't see how what you suggest will be done...particularly if no patch is proposed..:-) So, indeed, thanks in advance for the upcoming patch you will propose. My inclination is to add minimal text which contains a link to http://wiki.debian.org/DebianSoftware. (Which has only an Italian translation at the moment.) Something like: Chapter 8. Next Steps and Where to Go From Here ... 8.3. Orienting Yourself to Debian ... 8.3.1. Debian Packaging System ... (all existing content) ---snip-- 8.3.1.1 Additional Software Available for Debian There are official and unofficial software repositories that are not enabled in the default Debian install. These contain software which many find important and expect to have. Information on these additional repositories can be found on the Debian Wiki page The Software Available for Debian's Stable Release (http://wiki.debian.org/DebianSoftware). ---snip-- I would be happy to submit a source patch in appropriate markup if this sounds desirable. The advantage of referencing the wiki is that it keeps things short and allows for dynamic changes (such as the incorporation of backports into Debian proper, if that can be considered dynamic.) Of course there are also advantages to incorporating content directly into the install guide. If that is desired I'd be happy to attempt to re-tool the wiki page. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608828: installation-guide: Users need direction to the functionality they expect
On 01/03/2011 04:27:46 PM, Karl O. Pinc wrote: On 01/03/2011 02:31:51 PM, Christian PERRIER wrote: Quoting Karl O. Pinc (k...@meme.com): Many users expect that their system have software that's not in the stock Debian stable repos. So, indeed, thanks in advance for the upcoming patch you will propose. My inclination is to add minimal text which contains a link to http://wiki.debian.org/DebianSoftware. (Which has only an Italian translation at the moment.) Something like: Chapter 8. Next Steps and Where to Go From Here ... 8.3. Orienting Yourself to Debian ... 8.3.1. Debian Packaging System ... (all existing content) ---snip-- 8.3.1.1 Additional Software Available for Debian Would it be better to keep it only 3 levels of section deep so that it shows up in the table of contents? (Make it 8.3.2?) Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608828: installation-guide: Users need direction to the functionality they expect
On 01/03/2011 04:43:43 PM, Karl O. Pinc wrote: On 01/03/2011 04:27:46 PM, Karl O. Pinc wrote: On 01/03/2011 02:31:51 PM, Christian PERRIER wrote: Quoting Karl O. Pinc (k...@meme.com): Many users expect that their system have software that's not in the stock Debian stable repos. So, indeed, thanks in advance for the upcoming patch you will propose. My inclination is to add minimal text which contains a link to http://wiki.debian.org/DebianSoftware. (Which has only an Italian translation at the moment.) Something like: Chapter 8. Next Steps and Where to Go From Here ... 8.3. Orienting Yourself to Debian ... 8.3.1. Debian Packaging System ... (all existing content) ---snip-- 8.3.1.1 Additional Software Available for Debian Would it be better to keep it only 3 levels of section deep so that it shows up in the table of contents? (Make it 8.3.2?) Attached is a patch (with a new section at level 3 (8.3.2)). cd trunk/manual/en/post-install; patch orientation.xml.repos.patch Please let me know if you think another approach would be better. Regards, Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein Title: Additional Software Available for --- orientation.xml 2011-01-03 20:13:53.0 -0600 +++ orientation.xml.new 2011-01-03 20:25:41.0 -0600 @@ -67,6 +67,19 @@ + + + +There are official and unofficial software repositories that are not +enabled in the default install. These contain software which +many find important and expect to have. Information on these +additional repositories can be found on the Wiki page titled +The Software +Available for 's Stable Release. + + + + Application Version Management
Bug#608828: installation-guide: Users need direction to the functionality they expect
On 01/03/2011 02:31:51 PM, Christian PERRIER wrote: Squeeze is about to be released, in a few weeks at best (or worse). So, I don't really see by which magic this would happen (considering that any change now to the installation guide triggers a need for translation updates). I do not wish to advise you as to how to run your project but it occurs to me that, because this patch has nothing to do with the code of the installer or it's operation, that the web pages of the translations _could_ be updated, even after release, as the translations arrive. Nothing would be lost to those without a translation and something gained by the rest. (No need to reply to this message unless you feel like educating me as to your policies or process.) Regards, Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581729: FYI, Debian wiki has a page on user private groups
Regarding the umask change in squeeze. There is a Debian wiki web page on user private groups that could be referenced if desired. http://wiki.debian.org/UserPrivateGroup Regards, Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612250: release-notes: Loss of keyboard and mouse may occur during upgrade
Package: release-notes Severity: normal Tags: patch Hello, During upgrade the text console was lost and replaced with a gdm login screen. The second time this occurred neither the keyboard or mouse would respond. Unplugging and replugging each of these USB devices resovled the problem. The attached patch tells the user how to recover. USB is repeated twice because, technically, PS2 keyboards should not be hotplugged and, although I have not tested this, I do not believe that doing so would change anything. FYI, FWIW: Video drivers: Lenny: nv Squeeze: nouveau Video card is: 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV44 [Quadro NVS 285] [10de:0165] (rev a1) -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN release-notes/en/upgrading.dbk release-notes-new/en/upgrading.dbk --- release-notes/en/upgrading.dbk 2011-02-06 23:52:05.0 -0600 +++ release-notes-new/en/upgrading.dbk 2011-02-07 00:05:15.0 -0600 @@ -1158,6 +1158,11 @@ keycombo action='simul'keycapAlt/keycapkeycapRight Arrow/keycap/keycombo to switch between the different text-mode terminals. /para +paraShould your USB keyboard (or mouse) fail to respond when +attempting to switch away from the graphical startup screen, unplug +the USB keyboard and re-insert the plug. The keyboard should then be +detected and return to operation. +/para /section section id=package-specific-issues
Bug#612250: release-notes: Loss of keyboard and mouse may occur during upgrade
On 02/07/2011 01:48:39 AM, Javier Fernandez-Sanguino wrote: On 7 February 2011 07:27, Karl O. Pinc k...@meme.com wrote: During upgrade the text console was lost and replaced with a gdm login screen. The second time this occurred neither the keyboard or mouse would respond. Unplugging and replugging each of these USB devices resovled the problem. Thank you for your patch we will consider it for the Release Notes. As for this issue, since the move from text console to gdm is quite common (and confuses users) we are consider asking the users, when upgrading, to stop the gdm service so that there is no switch back and forth. This makes sense. (If you do recommend gdm be stopped I suggest, FWIW, that you move all the stuff about using Alt-Fn to switch to the console, along with my patch, to section 5. This has no doubt occurred to you. :) FYI, you may wish to check for consistently as to which console is used for the upgrade. While grepping the release notes when making this patch I noticed, but did not look into, a reference to using VT2 but other parts of the document talk about pressing Alt-F1. grep VT2 -r /tmp/release-notes/release-notes/en/ Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612250: release-notes: Loss of keyboard and mouse may occur during upgrade
On 02/07/2011 11:30:53 AM, Julien Cristau wrote: On Mon, Feb 7, 2011 at 00:27:06 -0600, Karl O. Pinc wrote: Package: release-notes Severity: normal Tags: patch During upgrade the text console was lost and replaced with a gdm login screen. The second time this occurred neither the keyboard or mouse would respond. Unplugging and replugging each of these USB devices resovled the problem. I'm not sure I want to apply something like this without knowing why/how it happened. Which means please send a log from your upgrade, along with corresponding kernel log. A log of the upgrade being the script output and the kernel log being /var/log/messages? Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612250: release-notes: Loss of keyboard and mouse may occur during upgrade
On 02/07/2011 12:33:50 PM, Julien Cristau wrote: On Mon, Feb 7, 2011 at 12:29:19 -0600, Karl O. Pinc wrote: On 02/07/2011 11:48:49 AM, Julien Cristau wrote: On Mon, Feb 7, 2011 at 11:42:33 -0600, Karl O. Pinc wrote: A log of the upgrade being the script output and the kernel log being /var/log/messages? That would probably work. Attached. (After sanitizing.) Note that it appears I did not follow the release notes and reboot after installing the new kernel and udev. :-( (At least it's not in the script output, although I was resolving config file diffs in another vt and could have rebooted from there. But I don't seem to see a reboot in the messages log either, at least not before the keyboard plug event. Feel free to double check me on this.) Do you remember around what time the keyboard issue happened? No. I strongly suspect it's what you see in the message log at 22:07:34 on Feb 4. That would be about right. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612349: Patch that mentions release notes
Hi, Attached is a patch that mentions installing firmware. I've not verified that apt-file is usable or installable at this point in the upgrade process, but I'm not sure what else to recommend. I am also presuming that free firmware is installed automatically, which now that I think of it is probably not the case. It would be really nice if the kernel upgrade process informed the user as to exactly what package should be installed. Perhaps this bug should be shifted to them? Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein diff -ruN release-notes/en/upgrading.dbk release-notes-new/en/upgrading.dbk --- release-notes/en/upgrading.dbk 2011-02-06 23:52:05.0 -0600 +++ release-notes-new/en/upgrading.dbk 2011-02-09 19:40:22.0 -0600 @@ -1248,6 +1248,15 @@ opportunity to get the benefits provided by the new kernel version. /para para +Some hardware may require non-free firmware. Adding +literalnon-free/literal to the lines in +filename/etc/apt/sources.list/filename and running +literalapt-get update/literal enables the non-free section. The +literalapt-file/literal program can then be used to search for +package(s) containing the driver(s) recommended during installation of +the new kernel. +/para +para For the more adventurous there is an easy way to compile your own custom kernel on debian;. Install the systemitem role=packagekernel-package/systemitem tool and read the documentation in
Bug#539611: Please remove these files on future upgrade
If this isn't going to get fixed in lenny, then it'd be nice if a squeeze version, or _some_ version, of the postgresql package removes these files/directories. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617463: release-notes: 'aptitude search ~ahold' does not require a grep
Package: release-notes Severity: minor Hi, I see that in the squeeze release notes section 4.2.3. Checking packages status it says the following identifies packages on hold with aptitude: aptitude search ~ahold | grep ^.h The pipe to grep is unnecessary. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617466: release-notes: Instructions do not restart script after reboot.
Package: release-notes Severity: normal Hi, I see no instructions in the squeeze release notes that say to restart 'script' after reboot, so the script only records the first half of the upgrade. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617466: Appending to the timing information
Hi, As part of this you may wish to consider using instead of in the script invocation. script -t 2~/upgrade-squeeze.time -a ~/upgrade-squeeze.script instead of script -t 2~/upgrade-squeeze.time -a ~/upgrade-squeeze.script Although I don't know what sort of strange replay timing you'd then get on the command after reboot. This does make it convenient to re-execute the same script command and log everything in one file. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617756: linux-image-2.6.32-5-686: NMI received for unknown reason 3d on CPU 0.
Package: linux-2.6 Version: 2.6.32-30 Severity: normal *** Please type your report below this line *** Hi, I don't know whether this is a hardware problem or a kernel problem but figured I'd report it. I just upgraded to squeeze and am getting these messages on the console and in dmesg: [31934.320083] Uhhuh. NMI received for unknown reason 3d on CPU 0. [31934.320109] Do you have a strange power saving mode enabled? [31934.320125] Dazed and confused, but trying to continue [36364.673879] Uhhuh. NMI received for unknown reason 2d on CPU 0. [36364.673905] Do you have a strange power saving mode enabled? [36364.673922] Dazed and confused, but trying to continue I first noticed a problem, related or not, a month or so ago after the box crashed, twice over the course of a week, while still running lenny (stock kernel). I've not had a crash before or since but went looking and found (lenny kernel) messages in /var/log/kern.log like: Mar 6 06:41:34 gabby kernel: [2057246.866534] APIC error on CPU0: 04(02) Mar 6 06:42:14 gabby kernel: [2057286.761093] APIC error on CPU0: 02(02) Mar 6 06:42:15 gabby kernel: [2057287.933099] APIC error on CPU0: 02(02) Mar 6 07:15:27 gabby kernel: [2059280.046999] APIC error on CPU0: 02(08) Mar 6 18:56:26 gabby kernel: [2101339.542267] APIC error on CPU0: 08(02) Mar 6 20:09:24 gabby kernel: [2105716.940076] APIC error on CPU0: 02(02) Mar 6 21:51:51 gabby kernel: [2111863.940268] APIC error on CPU0: 02(02) Mar 6 23:56:45 gabby kernel: [2119358.238512] APIC error on CPU0: 02(04) Mar 7 00:05:31 gabby kernel: [2119883.748038] APIC error on CPU0: 04(02) Mar 7 00:08:33 gabby kernel: [2120066.165826] APIC error on CPU0: 02(04) Mar 7 00:08:39 gabby kernel: [2120071.596018] APIC error on CPU0: 04(04) Mar 7 00:09:57 gabby kernel: [2120149.586813] APIC error on CPU0: 04(04) Mar 7 00:10:33 gabby kernel: [2120185.756067] APIC error on CPU0: 04(08) Mar 7 00:14:01 gabby kernel: [2120393.772139] APIC error on CPU0: 08(02) Mar 7 00:19:24 gabby kernel: [2120716.844046] APIC error on CPU0: 02(08) Mar 7 00:23:48 gabby kernel: [2120980.711715] APIC error on CPU0: 08(04) Mar 7 00:24:01 gabby kernel: [2120993.752039] APIC error on CPU0: 04(02) Mar 7 00:24:18 gabby kernel: [2121010.620038] APIC error on CPU0: 02(02) I don't know how long this has been going on. Right around the time of the crash my asterisk setup stopped giving me dial tone -- a problem I've ignored since I'm not using it. I've a card with 4 regular phone jacks in the box. (And now that I've updated to squeeze asterisk has changed the name of the zaptel drivers and the configs are frobbed as a result and I've no time to straighten the problem out.) I don't know if this is related or not. FWIW I googled and came up with this url https://bugzilla.redhat.com/show_bug.cgi?id=676881 claiming that RH has fixed something similar for old 686 chips in 'kernel-2.6.38-0.rc6.git6.1.fc15'. I'm hoping that by reporting early this might get fixed in squeeze. FYI, network addresses and netmask obsfuscated. Thanks for the help. -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:01:41 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 root=/dev/mapper/vg00-root ro quiet ** Not tainted ** Kernel log: [1.383369] usb usb2: Product: UHCI Host Controller [1.383372] usb usb2: Manufacturer: Linux 2.6.32-5-686 uhci_hcd [1.383376] usb usb2: SerialNumber: :00:10.0 [1.383693] usb usb2: configuration #1 chosen from 1 choice [1.383811] hub 2-0:1.0: USB hub found [1.383832] hub 2-0:1.0: 2 ports detected [1.383921] uhci_hcd :00:10.1: PCI INT B - Link[ALKB] - GSI 21 (level, low) - IRQ 21 [1.383932] uhci_hcd :00:10.1: UHCI Host Controller [1.383947] uhci_hcd :00:10.1: new USB bus registered, assigned bus number 3 [1.383973] uhci_hcd :00:10.1: irq 21, io base 0xd800 [1.384075] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 [1.384080] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [1.384084] usb usb3: Product: UHCI Host Controller [1.384088] usb usb3: Manufacturer: Linux 2.6.32-5-686 uhci_hcd [1.384091] usb usb3: SerialNumber: :00:10.1 [1.384289] usb usb3: configuration #1 chosen from 1 choice [1.384399] hub 3-0:1.0: USB hub found [1.384418] hub 3-0:1.0: 2 ports detected [1.384506] uhci_hcd :00:10.2: PCI INT C - Link[ALKB] - GSI 21 (level, low) - IRQ 21 [1.384518] uhci_hcd :00:10.2: UHCI Host Controller [1.384531] uhci_hcd :00:10.2: new USB bus registered, assigned bus number 4 [1.384559] uhci_hcd :00:10.2: irq 21, io base 0xdc00 [1.384625] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 [1.384630] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [1.384634] usb usb4: Product: UHCI Host Controller [
Bug#617981: release-notes: Leftover configured packages take up space
Package: release-notes Severity: normal Hi, After upgrade there are a number of leftover packages from the old release that are removed but not purged. The linux-image-* packages, in particular, take up space in /boot. Potentially quite a large porportion of /boot. The upgrade guide should mention that after upgrade unneeded configurations should be purged. I.e. the following aptitude commands do the job. aptitude search '~c' And after review of the above, aptitude purge $(aptitude search '~c') removes all the old configuration. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617982: release-notes: Before beginning the upgrade remove old debconf files
Package: release-notes Severity: minor Hi, It makes sense to cleanup from the last upgrade before starting a new one. The files that debconf leaves when packages are upgraded should be found and removed by the admin so that there is no possiblity of confusion after upgrade as to what changes were made to the config files. I.e. debconf (iirc) leaves old config files 'foo.dpkg-old' laying about when the admin decides to install the package maintiner's new version of a config file rather than keep what's on the system. I'm sure there's a different name for when the admin decides to keep the old file. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617984: release-notes: The default choice is reset in menu.lst when choosing to chainload grub2
Package: release-notes Severity: normal Hi, I don't know if this is a bug in the squeeze release notes or the grub2 package. When grub2 (I assume) updates /boot/grub/menu.lst to chainload grub2 it resets the default boot choice to 0. This more or less breaks things if the user has included boot choices before the # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST part of the file. All of a sudden the first boot stanza is executed, even when it was not the default. And the system surely does not automatically chainload grub2 as intended. Perhaps grub2 should warn the user and leave the default unchanged if it is something other than 0. That seems to make the most sense. Meanwhile the release notes should contain a warning regarding this condition. Regards, Karl -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617987: release-notes: Note that grub2 does not covert existing grub1 config file
Package: release-notes Severity: minor Hi, It's may be worth noting that grub2 does not seamlessly convert grub's menu.lst file. A sentence like the following should be enough added the end of of the first paragraph of 4.8.1 Upgrade to GRUB2: Note that GRUB2 builds its menu by autodetection and so customized GRUB1 boot menus may require further configuration of GRUB2. (Or you may think the release notes already cluttered enough and decide to ignore this report.) Regards, Karl -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506121: lcd4linux: Please include Pertelian driver
Package: lcd4linux Version: 0.10.1~rc2-2 Severity: wishlist Hello, Please include the Pertelian driver. The version of lcd4linux packaged for lenny/sid does not contain the driver, but the driver is in the current svn. Thank you. P.S. This report should probably be filed against lenny or sid, not etch. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lcd4linux depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libgd2-noxpm 2.0.33-5.2etch1 GD Graphics Library version 2 (wit ii libmpd00.12.0-2 High-level client library for acce ii libmysqlclient15off5.0.32-7etch8 mysql database client library ii libncurses55.5-5 Shared libraries for terminal hand ii libusb-0.1-4 2:0.1.12-5userspace USB programming library ii libx11-6 2:1.0.3-7 X11 client-side library ii python2.4 2.4.4-3+etch1 An interactive high-level object-o lcd4linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506370: Allow user control over lcd4linux args
Package: lcd4linux Version: 0.10.0+cvs20060825-1 Severity: wishlist Tags: patch Hello. Attached is a patch to /etc/init.d/lcd4linux which allows the administrator to put lcd4linux arguments into /etc/default/lcd4linux. (I found the splash screen annoying, this allows it to be turned off.) Apply patch with: cd /etc/init.d patch lcd4linux.patch Also attached is a sample /etc/default/lcd4linux file. (Patch is actually against svn version 899 of lcd4linux, but will apply to etch.) Thank you. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lcd4linux depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libgd2-noxpm 2.0.33-5.2etch1 GD Graphics Library version 2 (wit ii libmpd00.12.0-2 High-level client library for acce ii libmysqlclient15off5.0.32-7etch8 mysql database client library ii libncurses55.5-5 Shared libraries for terminal hand ii libusb-0.1-4 2:0.1.12-5userspace USB programming library ii libx11-6 2:1.0.3-7 X11 client-side library ii python2.4 2.4.4-3+etch1 An interactive high-level object-o lcd4linux recommends no packages. -- no debconf information --- /tmp/lcd4linux 2008-11-20 16:28:49.0 -0600 +++ lcd4linux 2008-11-20 16:23:59.0 -0600 @@ -20,6 +20,9 @@ test -x $DAEMON || exit 0 test -f /etc/lcd4linux.conf || exit 0 +test -f /etc/default/lcd4linux . /etc/default/lcd4linux +DAEMON_OPTS=$ARGS + set -e case $1 in # Aguments passed to lcd4linux. # No splash screens on startup or shutdown. ARGS='-q'
Bug#506509: dpkg packaging does not preserve $ARG_if in /etc/default/ifplugd
Package: ifplugd Version: 0.28-2.3 Severity: normal Hello, Reading /etc/init.d/ifplugd I see that it supports config variables containing names that end in _if, like $ARGS_eth0. These are used to tailor arguments to the ifplugd daemon monitoring specific interfaces. The debian packaging does not seem to preserve these arguments. So, updates can break existing ifplugd configuration. (It's also pretty nasty that comments are not preserved across updates.) I thought policy was to leave config files alone? Thanks for your time. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ifplugd depends on: ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libdaemon0 0.10-1lightweight C library for daemons Versions of packages ifplugd recommends: ii ifupdown 0.6.8 high level tools to configure netw -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506509: Looks like a policy violation
As I read Debian policy this is a violation, which would mean the bug severity is 'serious'. Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: Put AuthType Basic at the top to get libapache2-mod-auth-pam to work
Hello, I may be wrong, but I believe I had to put the AuthType Basic directive above the other auth directives in the config file before libapache2-mod-auth-pam worked on Etch. Regards, Karl [EMAIL PROTECTED] Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503438: cupsys: ipp printing leaves job in queue
Package: cupsys Version: 1.2.7-4etch5 Severity: normal Hi, I'm running a thin-client. The box running the apps sends print jobs (and graphics to the Xserver) to the box on my desk. The box on my desk has a hp laserjet 1100 connected via parallel port. The box running the apps is running the printer driver, whatever it is that does all the processing, and sending raw print output via ipp to the box on my desk for printing. (Both running cups of course.) When I use xsane to copy, producing a print job, the job seems to print correctly but remains in the queue. FWIW, something simple like 'echo foo | lpr' prints and disappears from the queue, as does printing a text document with nothing in it but 'foo' from OpenOffice. /var/log/cups/error_log says: E [25/Oct/2008:06:28:52 -0500] PID 29137 (/usr/lib/cups/backend/ipp) crashed on signal 9! E [25/Oct/2008:20:25:30 -0500] PID 15310 (/usr/lib/cups/cgi-bin/printers.cgi) crashed on signal 9! E [25/Oct/2008:20:36:31 -0500] [Job 2017] No %%BoundingBox: comment in header! E [25/Oct/2008:20:36:35 -0500] PID 15363 (/usr/lib/cups/filter/pstoraster) stopped with status 1! E [25/Oct/2008:20:36:55 -0500] [Job 2018] No %%BoundingBox: comment in header! E [25/Oct/2008:20:36:58 -0500] PID 15368 (/usr/lib/cups/filter/pstoraster) stopped with status 1! E [25/Oct/2008:20:37:19 -0500] [Job 2019] No %%BoundingBox: comment in header! E [25/Oct/2008:20:37:20 -0500] PID 15372 (/usr/lib/cups/filter/pstoraster) stopped with status 1! The jobs below have all printed, successfully as far as I can tell. $ lpq lp is ready RankOwner Job File(s) Total Size 1st kop 1976(stdin) 2970624 bytes 2nd kop 1977(stdin) 1037312 bytes 3rd kop 1978(stdin) 2483200 bytes 4th kop 1979(stdin) 2060288 bytes 5th kop 1981(stdin) 3235840 bytes 6th kop 1982(stdin) 734208 bytes 7th kop 1983(stdin) 726016 bytes 8th kop 1984(stdin) 142336 bytes 9th kop 1985(stdin) 711680 bytes 10thkop 1986(stdin) 3945472 bytes 11thkop 1988(stdin) 4412416 bytes 12thkop 2017(stdin) 4321280 bytes 13thkop 2018(stdin) 4107264 bytes 14thkop 2019(stdin) 1917952 bytes On the box running the apps: Device: ipp Make: HP Model/Driver: HP Laserjet 1100 -- CUPS+Gutenprint v5.0.0 (en) On the box on the desk: Device: LPT #1 Make: HP Model/Driver: HP Laserjet 1100 -- CUPS+Gutenprint v5.0.0 (en) So, all the heavy processing appears to be done on the box running the apps, and the box on the desk just prints. Let me know if you need further information. Thanks. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cupsys depends on: ii adduser 3.102Add and remove users and groups ii cupsys-common 1.2.7-4etch5 Common UNIX Printing System(tm) - ii debconf [debconf-2. 1.5.11etch2 Debian configuration management sy ii gs-esp 8.15.3.dfsg.1-1etch1 The Ghostscript PostScript interpr ii libacl1 2.2.41-1 Access control list shared library ii libc6 2.3.6.ds1-13etch7GNU C Library: Shared libraries ii libcupsimage2 1.2.7-4etch5 Common UNIX Printing System(tm) - ii libcupsys2 1.2.7-4etch5 Common UNIX Printing System(tm) - ii libdbus-1-3 1.0.2-1+etch2simple interprocess messaging syst ii libgnutls13 1.4.4-3+etch1the GNU TLS library - runtime libr ii libldap22.1.30-13.3 OpenLDAP libraries ii libpam0g0.79-5 Pluggable Authentication Modules l ii libpaper1 1.1.21 Library for handling paper charact ii libslp1 1.2.1-6.2OpenSLP libraries ii lsb-base3.1-23.2etch1Linux Standard Base 3.1 init scrip ii patch 2.5.9-4 Apply a diff file to an original ii perl-modules5.8.8-7etch3 Core Perl modules ii procps 1:3.2.7-3/proc file system utilities ii xpdf-utils [poppler 3.01-9.1+etch5 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.7-4etch5 Common UNIX Printing System(tm) - ii foomatic-filters
Bug#564944: initscripts: /forcefsck overflows bootlogd
Package: initscripts Version: 2.86.ds1-61 Severity: normal Hi, I notice that if I touch /forcefsck that /var/log/boot is, essentially, truncated to what comes after the filesystem checks. Dunno if there's a fix. Perhaps fsck could be less verbose if bootlogd is turned on? -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii debianutils 2.30Miscellaneous utilities specific t ii e2fsprogs1.41.3-1ext2/ext3/ext4 file system utiliti ii libc62.7-18 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-61 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.6-1 Utilities that use the proc filesy initscripts suggests no packages. -- 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#568298: balsa: Infinite loop with empty quoted text regexp
Package: balsa Version: 2.3.25-1 Severity: normal Hello, File-Preferences Message display format (iirc) Setting the regexp for quoted text to nothing seems to put balsa into an infinite loop. (At least when the current message has quoted text.) I want to turn off balsa's colorization and change bars and other frobbing of quoted text. Setting the regexp to the empty string _should_ do this, but does not. Ideally there'd be a checkbox so that the default regexp could be left alone in the event I want to turn quoted text frobbing back on. FWIW, I'm running balsa under kde at the moment. Regards, Karl -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages balsa depends on: ii gnome-icon-them 2.22.0-1 GNOME Desktop icon theme ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-02.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcomerr2 1.41.3-1 common error description library ii libcompfaceg1 1:1.5.2-4Compress/decompress images for mai ii libesmtp5 1.0.4-2 LibESMTP SMTP client library ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgmime-2.0-2a 2.2.22-2 MIME library ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgpg-error0 1.4-2library for common error values an ii libgpgme11 1.1.6-2 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkhtml3.14- 3.18.3-1 HTML rendering/editing library - r ii libgtksourcevie 2.2.2-1 shared libraries for the GTK+ synt ii libgtkspell02.0.13-1+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libkrb531.6.dfsg.4~beta1-5lenny2 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries ii libnotify1 [lib 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.13-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpopt01.14-4 lib for parsing cmdline parameters ii libsm6 2:1.0.3-2X11 Session Management library ii libsqlite3-03.5.9-6 SQLite 3 shared library ii libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime Versions of packages balsa recommends: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ispell 3.1.20.0-4.4 International Ispell (an interacti ii yelp2.22.1-8+b1 Help browser for GNOME 2 Versions of packages balsa suggests: ii ca-certificates 20080809 Common CA certificates pn lbdb none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568710: manpages-dev: The GNU regex manual does not seem to exist
Package: manpages-dev Version: 3.05-1 Severity: minor /usr/share/man/man3/regexec.3.gz references the GNU regex manual in it's See also section, but this manual seems to be obsolete. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 3.05-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii konqueror [man-browser] 4:3.5.9.dfsg.1-6 KDE's advanced file manager, web b ii man-db [man-browser]2.5.2-4 on-line manual pager -- 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#568298: balsa: Infinite loop with empty quoted text regexp
On 02/05/2010 08:23:50 PM, Peter Bloomfield wrote: On 02/03/2010 01:08:00 PM Wed, Karl O. Pinc wrote: I want to turn off balsa's colorization and change bars and other frobbing of quoted text. Setting the regexp to the empty string _should_ do this, but does not. Yes, it should--instead it runs afoul of a quirk? feature? in regexec, where an empty regex matches zero characters, and keeps checking forever...fixed in git master. FYI FWIW. The posix spec ( http://www.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html Section 9.1, first sentence of matched sub-section) implies that the behavior is correct. But the GNU project in man 7 regex says the spec is fuzzy and this aspect is non-portable. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569344: balsa: To address lost when send pressed without changing focus
Package: balsa Version: 2.3.25-1 Severity: normal Hi, If my mail has multiple recipients if I type the final recipient in the textbox but don't press enter or tab or click elsewhere to move the focus but instead click on the send button then the last recipient never registers and no mail is sent to that address. For all I know this is a problem with other input elements, I've not experimented much. FWIW I'm using balsa under kde. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages balsa depends on: ii gnome-icon-them 2.22.0-1 GNOME Desktop icon theme ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-02.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcomerr2 1.41.3-1 common error description library ii libcompfaceg1 1:1.5.2-4Compress/decompress images for mai ii libesmtp5 1.0.4-2 LibESMTP SMTP client library ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgmime-2.0-2a 2.2.22-2 MIME library ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgpg-error0 1.4-2library for common error values an ii libgpgme11 1.1.6-2 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkhtml3.14- 3.18.3-1 HTML rendering/editing library - r ii libgtksourcevie 2.2.2-1 shared libraries for the GTK+ synt ii libgtkspell02.0.13-1+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libkrb531.6.dfsg.4~beta1-5lenny2 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries ii libnotify1 [lib 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.13-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpopt01.14-4 lib for parsing cmdline parameters ii libsm6 2:1.0.3-2X11 Session Management library ii libsqlite3-03.5.9-6 SQLite 3 shared library ii libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime Versions of packages balsa recommends: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ispell 3.1.20.0-4.4 International Ispell (an interacti ii yelp2.22.1-8+b1 Help browser for GNOME 2 Versions of packages balsa suggests: ii ca-certificates 20080809 Common CA certificates pn lbdb none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552029: What needs to be done to get a response here?
Hi, It's been close to 3 months now and there's been no response on this at all. Is this the right place for this report? If not is there somewhere upstream or some such where I should submit this? Thanks. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552029: [Pkg-sysvinit-devel] Bug#552029: What needs to be done to get a response here?
Thanks very much for the reply On 01/06/2010 02:34:21 AM, Kel Modderman wrote: You could test the 100% untested patch and report it 100% working and that may help :) Well, ok. The patch is braindead, just a few new lines with a function moved into a library. But I see your point. (I did backport it to stable and that works fine, but it's not at all the same patch at that point.) I guess I'll have to install sid. Then I can at least say it works for me. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533265: It would be good to fix this while people are still upgrading
Hi, Security support will be dis-continued for etch on Feb 15th. It'd be nice to fix the upgrade document while people are still upgrading. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533265: It would be good to fix this while people are still upgrading
On 01/22/2010 07:18:22 AM, Osamu Aoki wrote: Hi, On Thu, Jan 21, 2010 at 12:08:01PM -0600, Karl O. Pinc wrote: Security support will be dis-continued for etch on Feb 15th. It'd be nice to fix the upgrade document while people are still upgrading. Could you elaborate what part of upgrade document is affected in what way? ...and which document are you talking as upgrade document? Can you copy URL or something so we do not need to second guess inside your thought? It's the document against which this bug is filed. I thought that the bug # itself was a clear enough reference but I guess not. The document that says how to upgrade from etch to lenny. Sorry for the confusion. The upgrade document is this: If you're upgrading to the latest stable release from a previous version, please read the release notes [http://www.debian.org/releases/stable/releasenotes] before proceeding. The bug report contains further detail about the nature of the problem and exactly which portion of the text is confusing and what the consequences are. (The upgraded system is left without the apt-utils package installed, a priority 'important' package.) etch has been oldstable and we always discontinue support on oldstable. There is nothing new for this. Right. My point is that people need to upgrade and if they follow the instructions as written they will have problems -- and the longer the document remains incorrect the more people will have problems upgrading from etch to lenny. And, of course, if you wait long enough before fixing the document they'll be no user's left on etch so they'll be no point in making the fix. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533265: It would be good to fix this while people are still upgrading
On 01/22/2010 07:50:02 AM, Nicolas François wrote: The problem with this bug is that there are no generic upgrade path. The upgrade may fail with apt-get or with aptitude. I made tested with the various default Debian installs, and I could not find a generic upgrade path that always work. I thought that the last note on the bug by Raphael Hertzog indicating that aptitude install dpkg aptitude apt-get when aptitude was installed or apt-get install dpkg aptitude apt-get when apt-get was installed was something that always worked. I could be wrong. Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541231: konqueror won't print to printer or pdf file -- kdeprint-lpd lib problem
Package: konqueror Version: 4:3.5.9.dfsg.1-6 Severity: normal Konqueror won't print, at least not to a printer or to a saved pdf. The dialog that pops up says: There was an error loading kdeprint_lpd. The diagnostic is: Library files for kdeprint_lpd.la not found in paths. FWIW, here's some libs: $ ls /usr/lib/kde3/kdeprint* /usr/lib/kde3/kdeprint_cups.la /usr/lib/kde3/kdeprint_cups.so /usr/lib/kde3/kdeprint_ext.la /usr/lib/kde3/kdeprint_ext.so /usr/lib/kde3/kdeprint_lpdunix.la /usr/lib/kde3/kdeprint_lpdunix.so /usr/lib/kde3/kdeprint_lpr.la /usr/lib/kde3/kdeprint_lpr.so /usr/lib/kde3/kdeprint_rlpr.la /usr/lib/kde3/kdeprint_rlpr.so /usr/lib/kde3/kdeprint_tool_escputil.la /usr/lib/kde3/kdeprint_tool_escputil.so Thanks. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages konqueror depends on: ii kcontrol 4:3.5.9.dfsg.1-6control center for KDE ii kdebase-kio-plug 4:3.5.9.dfsg.1-6core I/O slaves for KDE ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii kdesktop 4:3.5.9.dfsg.1-6miscellaneous binaries and files f ii kfind4:3.5.9.dfsg.1-6file-find utility for KDE ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libkonq4 4:3.5.9.dfsg.1-6core libraries for Konqueror ii libqt3-mt3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library konqueror recommends no packages. Versions of packages konqueror suggests: pn gij-4.1none(no description available) ii khelpcente 4:4.0.0.really.3.5.9.dfsg.1-6 help center for KDE ii konq-plugi 4:3.5.9-2 plugins for Konqueror, the KDE fil ii ksvg 4:3.5.9-3+lenny1 SVG viewer for KDE pn libgcj7-aw none(no description available) pn libjessie- none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
