Bug#556009: ath9k disassociates from 2.6.32-5
Thanks Ben; I expected that was the case based on policy. Contrary to my expectations, this is unresolved upstream for my hardware combination in STA mode. I've included some details on my additional tests upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556009: ath9k disassociates from 2.6.32-5
On Thu, 2010-10-21 at 04:09 +0100, Ben Hutchings wrote: I don't see any fixes there except for disabling power-saving by default, and we have that already. After disabling power management (which I suspect may have already been turned off by default), no change with this issue. Oct 20 18:18:57 maple kernel: [89284.317016] No probe response from AP 00:01:46:XX:XX:XX after 500ms, disconnecting. Oct 20 23:38:25 maple kernel: [108452.317019] No probe response from AP 00:01:46:XX:XX:XX after 500ms, disconnecting. maple:~# iwconfig | grep Power Management Power Management:off There is no specific fix for 2.6.32 as it seems to have resolved itself in the current kernel release and from the comments, it appears the developers were unable to bisect to the specific commit possibly due to build problems over the range where the problem was introduced. Knowing this issue is pegged to Debian stable might help move that effort forwards so I'll post upstream as well. Would an ath9k update be considered/possible at this point if a build against current source resolves this issue? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556009: ath9k disassociates from 2.6.32-5
Package: linux-2.6 Version: 2.6.32-5 Severity: important After upgrading to Squeeze, my ath9k is dropping its connection intermittently. My hardware and issues matches a bug that is apparently resolved in current linux vanilla (per upstream comments), however persists in the current squeeze 2.6.32-25 images. The issue is consistent with my syslog, my hardware, and my observation that this occurs under some load (rarely when idle) per upstream https://bugzilla.kernel.org/show_bug.cgi?id=14267 01:0a.0 Network controller: Atheros Communications Inc. AR5008 Wireless Network Adapter (rev 01) Subsystem: D-Link System Inc DWA-552 802.11n Xtreme N Desktop Adapter (rev A1) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 168, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at fdde (32-bit, non-prefetchable) [size=64K] Capabilities: [40] #80 [] Kernel driver in use: ath9k I have implemented a shutdown of power management that may help per upstream, but have yet to confirm if this workaround is effective at all. # iwconfig ath1 power off The issue does not have a set frequency occurring at intervals of minutes, hours and days. Some syslog message samples with obfuscated mac appears as: Oct 19 07:44:27 maple kernel: [26796.312016] No probe response from AP 00:01:46:XX:XX:XX after 500ms, disconnecting. Oct 19 19:13:32 maple kernel: [ 6159.317018] No probe response from AP 00:01:46:XX:XX:XX after 500ms, disconnecting. Oct 20 14:23:26 maple kernel: [75153.317020] No probe response from AP 00:01:46:XX:XX:XX after 500ms, disconnecting. This system is running the 2.6.32-25 amd64-xen flavour. ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-25 Xen system with Linux 2.6.32 on 64-bit PCs (meta-package) ii wireless-tools 30~pre9-5 Tools for manipulating Linux Wireless Extensions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548648: Info received (misdetects md RAID UUID)
I would like to clarify a few points made in my earlier comments; In particular that it was blkid that had the incorrect UUID output and that additional steps I performed to retain my raid data in addition to correcting the UUID issue that may be relevant to others with this issue on RAID1. In my case blkid was incorrectly showing the wrong UUID for device /dev/sdb1 (displaying the filesystem UUID rather than the raid_member UUID). This was mistated/reversed somehow in my above comments even though the output showed blkid being the culprit. This was causing the system to boot with a raid array missing a device due to it being in use during the boot process from its misidentification. The resulting fstab UUID mount for /boot appeared to be the wrong device (/dev/sdb1 instead of /dev/md0) also due to the UUID error. This complicated matters as I had to actually preserve my current data on /dev/sdb1 (that received kernel,initramfs and grub updates) before wiping the partition and adding it back into the /dev/md0 array to correct the UUID issue. I did this by performing a few additional steps prior to the above workaround, that might be relavent to somebody else with this problem. 1) umounted /boot (where the UUID was currently in use at /dev/sdb1) 2) failed and removed /dev/sda1 in the current /dev/md0 array 3) added /dev/sdb1 to the current /dev/md0 array 4) re-added /dev/sda1 to the current /dev/md0 array (thereby syncing my /dev/sdb1 data back onto the the /dev/sda1 raid member) Then continued with the steps listed in my previous comment 1. Fail and remove the raid member with the UUID issue (.. mdadm /dev/md0 -r /dev/sdb1) 2. Overwrite the partition with random data (dd if=/dev/random of=/dev/sdb1 ..) 3. Re-add the raid member (mdadm /dev/md0 -a /dev/sdb1) This system does not have reportbut/Internet access, but relavant squeeze versions are: ii libblkid1 2.17.2-3.1 block device id library ii mdadm 3.1.2-2.1 tool to administer Linux MD arrays (software RAID) ii grub-pc 1.98+20100804-4 GRand Unified Bootloader, version 2 (PC/BIOS version) ii udev160-1 /dev/ and hotplug management daemon ii initramfs-tools 0.98.1 tools for generating an initramfs Additionally, after performing the above procedure the output from grub, mdadm and blkid is as follows, noting the correct UUID for the raid_member /dev/sdb1. nexus:~# tune2fs -l /dev/md0 | grep UUID Filesystem UUID: 4075dce0-fb12-4017-bf1d-1b2d86eee0ec nexus:~# grub-probe --device /dev/md0 --target=fs_uuid 4075dce0-fb12-4017-bf1d-1b2d86eee0ec nexus:~# mdadm -D /dev/md0 | grep -i uuid UUID : aeaeb946:1e6654da:ca9135eb:329f23c1 (local to host nexus) nexus:~# blkid /dev/sda1: UUID=aeaeb946-1e66-54da-ca91-35eb329f23c1 TYPE=linux_raid_member /dev/sdb1: UUID=aeaeb946-1e66-54da-ca91-35eb329f23c1 TYPE=linux_raid_member /dev/md0: UUID=4075dce0-fb12-4017-bf1d-1b2d86eee0ec TYPE=ext2 .. On Mon, 2010-09-06 at 13:57 +, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): GRUB Maintainers pkg-grub-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 548...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548648: misdetects md RAID UUID
I have seen this problem when migrating systems from a single ext[234] disk to RAID1. The problem seems to be that when an ext filesystem is overwritten with an md device, the UUID of the original ext file system is preserved, or continues to be detected. In my cases the md device represents the entire /boot partition, so it always contains a valid ext filesystem (each disk can be mounted as individual ext in a rescue scenario even though they are part of a raid1). It seems in the RAID1 case, the inner ext UUID should be ignored based on the partition type which is set to raid_member. The interesting part is that this ONLY happens when the disk was an ext partition PRIOR to being mdraid. In my case sdb1 was the original ext2 /boot partition, then md0 was started on sda1 with 1 of 2 disks active, the data was migrated from /dev/sdb1 to /dev/md0, then /dev/sdb1 was repartitioned and added to the /dev/md0 array. I offer some additional output, as it is blkid that is detecting the disk correctly (per mdadm), and grub and tune2fs are showing the wrong UUID. I removed some unrelated info on other devices from the blkid and mdstat output, but the problem is clear and easily repeatable using the process described above. nexus:/boot# tune2fs -l /dev/md0 | grep UUID Filesystem UUID: 4075dce0-fb12-4017-bf1d-1b2d86eee0ec nexus:/boot# grub-probe --device /dev/md0 --target=fs_uuid 4075dce0-fb12-4017-bf1d-1b2d86eee0ec nexus:/boot# mdadm -D /dev/md0 | grep -i uuid UUID : aeaeb946:1e6654da:ca9135eb:329f23c1 (local to host nexus) nexus:/boot# blkid /dev/sdb1: UUID=4075dce0-fb12-4017-bf1d-1b2d86eee0ec TYPE=ext2 /dev/sda1: UUID=aeaeb946-1e66-54da-ca91-35eb329f23c1 TYPE=linux_raid_member /dev/md0: UUID=4075dce0-fb12-4017-bf1d-1b2d86eee0ec TYPE=ext2 nexus:/boot# cat /proc/mdstat Personalities : [raid1] md0 : active raid1 sda1[0] sdb1[1] 248896 blocks [2/2] [UU] This is currently causing me some pain on two servers .. where I have just given up on RAID1 /boot for the time being which is less than ideal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561931: LVM Extend Segfault on RAID PVs
The same version of lvm2 is used in Ubuntu Karmic, and exhibits similar behaviour. My system is running 2.6.31-20-generic #57-Ubuntu SMP AMD64 (current karmic-proposed). Ubuntu bug is filed here, however I suspect this is the same issue. https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/530240 Below is the series of commands executed on my logical volumes, two of them currently open were extended 20GB (prior to file system resize), and then I wanted to consume the remaining extends on one of them. Prior to executing these commands I removed two other existing volumes in the same group in order to free up the space. My pv's sit on top of a RAID1 md device as shown below, similar to the original report. From dpkg: ii lvm22.02.39-0ubuntu11 From dmesg: [13442.816905] lvextend[6576]: segfault at 0 ip 004564eb sp 7fff6dbc1a60 error 4 in lvm[40+8e000] From console: r...@laptop:/mnt# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert home raid -wi-ao 20.00G virt raid -wi-ao 20.00G r...@laptop:/mnt# pvs PV VG Fmt Attr PSize PFree /dev/md1 raid lvm2 a- 82.02G 42.02G r...@laptop:/mnt# lvextend -L +20G /dev/raid/home Extending logical volume home to 40.00 GB Logical volume home successfully resized r...@laptop:/mnt# lvextend -L +20G /dev/raid/virt Extending logical volume virt to 40.00 GB Logical volume virt successfully resized r...@laptop:/mnt# pvs PV VG Fmt Attr PSize PFree /dev/md1 raid lvm2 a- 82.02G 2.02G r...@laptop:/mnt# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert home raid -wi-ao 40.00G virt raid -wi-ao 40.00G r...@laptop:/mnt# pvs PV VG Fmt Attr PSize PFree /dev/md1 raid lvm2 a- 82.02G 2.02G r...@laptop:/mnt# lvextend -l +100%PVS /dev/raid/home Segmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505517: grub-pc: Patch Update on Lenny with 1.97~beta3-1 binaries
Package: grub-pc Version: 1.97~beta3-1 Followup-For: Bug #505517 Using the patches (second set) above was a bit non-trivial. In the end our system now adds Xen entries correctly. Below is the output, -- BEGIN OUTPUT -- endor:/usr/src# cat grub-pc_00_allow_xen.patch | patch -p0 patching file /etc/grub.d/10_linux Hunk #1 succeeded at 21 with fuzz 2. Hunk #2 FAILED at 31. 1 out of 2 hunks FAILED -- saving rejects to file /etc/grub.d/10_linux.rej patching file /etc/grub.d/common endor:/usr/src# cat grub-pc_01_allow_xen.patch | patch -p0 patching file /etc/grub.d/09_xen patch: malformed patch at line 127: endor:/usr/src# cat grub-pc_02_allow_xen.patch | patch -p0 patching file /etc/default/grub Hunk #1 FAILED at 10. 1 out of 1 hunk FAILED -- saving rejects to file /etc/default/grub.rej patching file /usr/sbin/update-grub Hunk #1 FAILED at 152. 1 out of 1 hunk FAILED -- saving rejects to file /usr/sbin/update-grub.rej -- END OUTPUT -- Here is what we did following the attempted patching above, On 00 we kept the original 10_linux, let it create /etc/grub.d/common from the patch. On 01 we created 09_xen by hand, making it executable (not sure why the patch failed) On 02 we manually edited /default/grub after inspecting the diff and skipped fixing update-grub as it seemed legacy In the end, it seems to work, the output looks a bit buggy, shown below using a legacy lib: cheers, iMac endor:~# update-grub Generating grub.cfg ... Warning: update-grub_lib is deprecated, use grub-mkconfig_lib instead Found Xen hypervisor image: /boot/xen-3.2-1-amd64.gz \tFound linux image: /boot/vmlinuz-2.6.26-2-xen-amd64 \tFound initrd image: /boot/initrd.img-2.6.26-2-xen-amd64 Found linux image: /boot/vmlinuz-2.6.26-2-xen-amd64 Found initrd image: /boot/initrd.img-2.6.26-2-xen-amd64 Found linux image: /boot/vmlinuz-2.6.26-2-amd64 Found initrd image: /boot/initrd.img-2.6.26-2-amd64 done endor:~# In our grub.cfg we now have the desired section for xen as shown below. We pulled our binaries from squeeze as we stumbled on some other grub2 issues related to our GPT+RAID+Crypto+LVM setup described in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548156 -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/vg2-endor_root / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/md0 /boot ext3 rw,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 if loadfont /grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/09_xen ### insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 menuentry Debian Xen hypervisor 3.2-1-amd64, linux 2.6.26-2-xen-amd64 { multiboot /xen-3.2-1-amd64.gz module /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg2-endor_root ro module /initrd.img-2.6.26-2-xen-amd64 } menuentry Debian Xen hypervisor 3.2-1-amd64, linux 2.6.26-2-xen-amd64 (single-user mode) { multiboot /xen-3.2-1-amd64.gz module /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg2-endor_root ro single module /initrd.img-2.6.26-2-xen-amd64 } ### END /etc/grub.d/09_xen ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, Linux 2.6.26-2-xen-amd64 { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 linux /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg2-endor_root ro initrd /initrd.img-2.6.26-2-xen-amd64 } menuentry Debian GNU/Linux, Linux 2.6.26-2-xen-amd64 (recovery mode) { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 linux /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg2-endor_root ro single initrd /initrd.img-2.6.26-2-xen-amd64 } menuentry Debian GNU/Linux, Linux 2.6.26-2-amd64 { insmod raid
Bug#505517: Additional Limitation on Xen + Grub2
Although the kernel loads as per our comments, there is a problem in that it is not yet supported by Grub2. Only Xen 3.4 or newer are supported. There is a grub2 patch for i386, as noted below. http://lists.gnu.org/archive/html/grub-devel/2009-06/msg00219.html Some evidence of others with this too, likely same issue http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516610 We have checked upstream (sid) changelogs, as well as backports for either a Xen =3.4 options or newer Grub2 with this resolved with no luck. For us and new 2TB disks with GPT, this has effectively made a great 1TB, 1.5TB recipe for RAID+Crypto+LVM+Xen+iSCSI non-workable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516610: Grub2 issues with Xen kernel
This message, (XEN) Early fatal page fault at e008:828c801da4a2 seems to be a result of Grub2 not supporting Xen kernels. More info here: http://lists.gnu.org/archive/html/grub-devel/2009-06/msg00219.html And a related thread here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505517 cheers, iMac -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545224: grub-pc: No Option for Lenny+GPT+Xen stable
Package: grub-pc Version: 1.97~beta3-1 Followup-For: Bug #545224 We have been using a recipe Lenny+RAID+Crypto+LVM+Xen+iSCSI with quite a bit of sucess on legacy servers with large disks. 1.0TB, 1.5TB were not an issue. Now with 2.0TB and larger, we are facing GPT parititioning forcing us away from grub-legacy. Following issues worked around for automatic updates in grub.cfg (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505517), we are now faced with this issue of Xen not booting. We have no packaged options in backports or upstream squeeze(our current grub) or sid that deal with this issue. Once the debian installer is corrected to handle GPT (5.0.3 has issues - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548156) we expect all new xen setup on large disks to get stuck right here. Xen on Debian stable is one of the strongest backoffice solutions we have, so we are hoping this is resolved through xen-kernel-devel or grub-devel somehow. Let us know how we can help :) cheers, iMac -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/vg2-endor_root / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/md0 /boot ext3 rw,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 if loadfont /grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/09_xen ### insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 menuentry Debian Xen hypervisor 3.2-1-amd64, linux 2.6.26-2-xen-amd64 { multiboot /xen-3.2-1-amd64.gz dom0_mem=512M module /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg2-endor_root ro console=tty0 module /initrd.img-2.6.26-2-xen-amd64 } menuentry Debian Xen hypervisor 3.2-1-amd64, linux 2.6.26-2-xen-amd64 (single-user mode) { multiboot /xen-3.2-1-amd64.gz module /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg2-endor_root ro single module /initrd.img-2.6.26-2-xen-amd64 } ### END /etc/grub.d/09_xen ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, Linux 2.6.26-2-xen-amd64 { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 linux /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg2-endor_root ro initrd /initrd.img-2.6.26-2-xen-amd64 } menuentry Debian GNU/Linux, Linux 2.6.26-2-xen-amd64 (recovery mode) { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 linux /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/vg2-endor_root ro single initrd /initrd.img-2.6.26-2-xen-amd64 } menuentry Debian GNU/Linux, Linux 2.6.26-2-amd64 { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 linux /vmlinuz-2.6.26-2-amd64 root=/dev/mapper/vg2-endor_root ro initrd /initrd.img-2.6.26-2-amd64 } menuentry Debian GNU/Linux, Linux 2.6.26-2-amd64 (recovery mode) { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set c84af6a1-1079-4ff7-9760-61c619549df1 linux /vmlinuz-2.6.26-2-amd64 root=/dev/mapper/vg2-endor_root ro single initrd /initrd.img-2.6.26-2-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable')
Bug#516610: Grub2 issues with Xen kernel
see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545224 for this issue -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505517: Additional Limitation on Xen + Grub2
see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545224 on current xen and grub2 boot hang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548156: grub-installer: No grub2 with gpt+lvm+raid+crypto
Package: grub-installer Followup-For: Bug #548156 Our team encountered this issue as well with 2TB disks (Intel SATA on Dell Poweredge). It caught us by surprise since 1.5TB disk recipes were not an issue (not GPT also) Latest 5.0.3 installer; We ran both normal, and again in expert in the process of debugging. Currently the system boots with LILO as selected in the expert mode install, however this is less than ideal. With dual 2TB disks, we have 500MB RAID1 md0 /boot and and LVM on Crypto on RAID1 for the remainder, with root and swap as LVM volumes We already installed grub2 from squeeze (noting other known issues about LVM and RAID support), but have no grub_bios partitions. We now understand GPT/EFI and grub_partitions, but IMHO, this change is going to catch people by surprise on non-perfect installs The next exercise for us is to shrink md0 and resize, re-number, etc (might be tricky without fdisk GPT support). Re-installation from daily would be another option it seems, but the crypto disk erase step for 2TB forces more than an overnight break. IMHO anybody heading the Xen_Cloud route looking for big LVM disks and crypto on Xen/iSCSI is going to stumble on this one. Thanks for tracking this down, so we know exactly what our options are and what we need to do. iMac -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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#517477: locales: upgrade and dpkg-reconfigure causes defunct gzip on any UTF-8 selection
Package: locales Version: 2.7-18 Severity: important This system is an Xen DomU Etch system created with xen-tools (not via tasksel) to only run openswan with 64MB ram, so it has a very minimalistic set of packages. It has been cleaned up. ie. apt-show-versions | grep -v stable and deborphan have no output. There are also no packages outside of state 'ii'. The issue is that when any locale with UTF-8 is selected, the system gets stuck during the locale generation (right where it tells you it will take awhile). Looking at the process list from another console, there is a defunct gzip, as shown below. root 2556 1.4 0.1 5630876 pts/0S+ 20:24 0:00 /usr/bin/perl -w /usr/sbin/dpkg-reconfigure locales root 2596 0.0 0.0 1137256 pts/0S+ 20:25 0:00 /bin/sh /var/lib/dpkg/info/locales.postinst configure 2.7-18 root 3026 0.0 0.0 886856 pts/0S+ 20:25 0:00 /bin/sh /usr/sbin/locale-gen root 3037 4.2 59.0 80688 38840 pts/0D+ 20:25 0:00 localedef -i en_CA -c -f UTF-8 -A /usr/share/locale/locale.alias en_CA.UTF-8 root 3038 0.0 0.0 0 0 pts/0Z+ 20:25 0:00 [gzip] defunct This can be reproduced by just executing localedef -i en_CA -c -f UTF-8 -A /usr/share/locale/locale.alias en_CA.UTF-8 on the command line. CTRL-C gets rid of the defunct processes, and those that spawned it, after which selecting any ISO8859-1 variant works fine as shown below. swan2:~# dpkg-reconfigure locales perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_CA are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory /usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or directory /usr/bin/locale: Cannot set LC_MESSAGES to default locale: No such file or directory /usr/bin/locale: Cannot set LC_ALL to default locale: No such file or directory Generating locales (this might take a while)... en_CA.ISO-8859-1... done Generation complete. Changing to en_US and en_GB UTF-9 and ISO-8859-1 variants produce the same result. I have dpkg -P locales, apt-get clean and --reinstall'd with no effect. I have installed localpurge, and then retried, and removed it wiht no effect. It seems bizarre, but the only conclusion is that there is a dependency missing here that relates specifically to UTF-8 variants. The terrible part is when the issue is active, reportbug does not work also as shown below, swan2:~# reportbug *** Warning: unsupported locale setting Running 'reportbug' as root is probably insecure! Continue [y|N|q|?]? y Please enter the name of the package in which you have found a problem, or type 'other' to report a more general problem. locales *** Welcome to reportbug. Use ? for help at prompts. *** Detected character set: us-ascii Please change your locale if this is incorrect. Using 'Ian MacDonald i...@netstatz.com' as your from address. Getting status for locales... Checking for newer versions at packages.debian.org, incoming.debian.org and http://ftp-master.debian.org/new.html Will send report to Debian (per lsb_release). Querying Debian BTS for reports on glibc (source)... 341 bug reports found: Traceback (most recent call last): File /usr/bin/reportbug, line 1829, in module main() File /usr/bin/reportbug, line 850, in main return iface.user_interface() File /usr/bin/reportbug, line 1388, in user_interface version=pkgversion) File /usr/share/reportbug/reportbuglib/reportbug_ui_text.py, line 529, in handle_bts_query mirrors, http_proxy, screen, title) File /usr/share/reportbug/reportbuglib/reportbug_ui_text.py, line 541, in browse_bugs output_encoding = locale.getpreferredencoding() File /usr/lib/python2.5/locale.py, line 514, in getpreferredencoding setlocale(LC_CTYPE, ) File /usr/lib/python2.5/locale.py, line 478, in setlocale return _setlocale(category, locale) locale.Error: unsupported locale setting swan# There are several other DomUs created in this environment, none also having this issue so far, but these also contain many more packages, as they are dedicated to bigger services (DB, Web, Mail, etc). Again leading me towards a missing dependency I can not identify, cheers, Ian -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6
Bug#489990: linux-image-2.6.25-2-amd64: b43 Error loading microcode following Hibernate
Package: linux-image-2.6.25-2-amd64 Version: 2.6.25-6 Severity: normal Although my architecture is different(AMD/MCP51), I am experiencing exactly the problem described in #482153. My broadcom device is 03:00.0 Network controller: Broadcom Corporation BCM4312 802.11a/b/g (rev 01) After hibernate, I receive the following message. Unloading b43 results in a hard lock-up. Reboot seems to be the only way to re-enable the wireless card. b43-phy0 ERROR: Microcode not responding As shown below, my firmware is the latest (4.150.10.5) [ 11.484587] b43-phy0: Broadcom 4311 WLAN found [ 38.422374] input: b43-phy0 as /class/input/input10 [ 38.829277] b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) [ 40.021541] Registered led device: b43-phy0::tx [ 40.021596] Registered led device: b43-phy0::rx [ 40.021639] Registered led device: b43-phy0::radio Prior to 2.6.25 an RTC bug prevented any kind of hibernate stability on my hardware (dv9000z), so there are not many options for other AMD/HP Pavillion 9000z users. Suspend S3 works great every time. cheers, iMac -- Package-specific info: ** Version: Linux version 2.6.25-2-amd64 (Debian 2.6.25-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Fri Jun 27 00:16:12 UTC 2008 ** Command line: root=/dev/md0 resume=/dev/sdb6 ro ** Tainted: P (1) ** Kernel log: [ 10.451590] i2c-adapter i2c-0: nForce2 SMBus adapter at 0x3040 [ 10.451667] i2c-adapter i2c-1: nForce2 SMBus adapter at 0x3000 [ 10.483734] Bluetooth: HCI USB driver ver 2.9 [ 10.485921] usbcore: registered new interface driver hci_usb [ 10.747716] ricoh-mmc: Ricoh MMC Controller disabling driver [ 10.747784] ricoh-mmc: Copyright(c) Philip Langdale [ 10.747874] ricoh-mmc: Ricoh MMC controller found at :07:05.2 [1180:0843] (rev 1) [ 10.747958] ricoh-mmc: Controller is now disabled. [ 10.923815] input: PC Speaker as /class/input/input8 [ 10.973790] sdhci: Secure Digital Host Controller Interface driver [ 10.973850] sdhci: Copyright(c) Pierre Ossman [ 10.973936] sdhci: SDHCI controller found at :07:05.1 [1180:0822] (rev 19) [ 10.974378] ACPI: PCI Interrupt Link [LNK2] enabled at IRQ 7 [ 10.974443] ACPI: PCI Interrupt :07:05.1[B] - Link [LNK2] - GSI 7 (level, high) - IRQ 7 [ 10.974598] sdhc0:slot0: Will use DMA mode even though HW doesn't fully claim to support it. [ 10.974712] mmc0: SDHCI at 0xc8000800 irq 7 DMA [ 11.083530] Linux video capture interface: v2.00 [ 11.253502] usbcam: registering driver r5u870 0.11.1SVN [ 11.253586] r5u870-0: Detected HP Pavilion Webcam (UVC) [ 11.413523] r5u870-0: registered as video0 [ 11.413605] usbcore: registered new interface driver r5u870 [ 11.484587] b43-phy0: Broadcom 4311 WLAN found [ 11.576900] phy0: Selected rate control algorithm 'pid' [ 11.768396] Broadcom 43xx driver loaded [ Features: PMLR, Firmware-ID: FW13 ] [ 11.836149] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1a0b1, caps: 0xa04713/0x20 [ 11.867418] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 21 [ 11.867486] ACPI: PCI Interrupt :00:10.1[B] - Link [LAZA] - GSI 21 (level, high) - IRQ 21 [ 11.867710] PCI: Setting latency timer of device :00:10.1 to 64 [ 11.899970] input: SynPS/2 Synaptics TouchPad as /class/input/input9 [ 14.043078] Adding 2104472k swap on /dev/sdb6. Priority:-1 extents:1 across:2104472k [ 14.787894] EXT3 FS on md0, internal journal [ 15.143349] loop: module loaded [ 15.759664] nvidia: module license 'NVIDIA' taints kernel. [ 15.794952] ACPI: PCI Interrupt Link [LK1E] enabled at IRQ 16 [ 15.795021] ACPI: PCI Interrupt :05:00.0[A] - Link [LK1E] - GSI 16 (level, high) - IRQ 16 [ 15.795166] PCI: Setting latency timer of device :05:00.0 to 64 [ 15.795345] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 173.14.09 Wed Jun 4 23:40:50 PDT 2008 [ 15.869372] ieee80211_crypt: registered algorithm 'NULL' [ 15.881207] ieee80211: 802.11 data/management/control stack, git-1.1.13 [ 15.881277] ieee80211: Copyright (C) 2004-2005 Intel Corporation [EMAIL PROTECTED] [ 16.103712] powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-60 processors (2 cpu cores) (version 2.20.00) [ 16.235812] powernow-k8:0 : fid 0xc (2000 MHz), vid 0x13 [ 16.235854] powernow-k8:1 : fid 0xa (1800 MHz), vid 0x15 [ 16.235915] powernow-k8:2 : fid 0x8 (1600 MHz), vid 0x17 [ 16.235977] powernow-k8:3 : fid 0x0 (800 MHz), vid 0x1e [ 17.686031] fuse init (API version 7.9) [ 20.914948] RPC: Registered udp transport module. [ 20.915015] RPC: Registered tcp transport module. [ 28.597261] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [ 28.764344] NET: Registered protocol family 10 [ 28.765357] lo: Disabled Privacy Extensions [ 31.516810] Clocksource tsc unstable (delta = -71904674 ns) [ 31.549372] pnp: the driver 'parport_pc' has been registered [ 31.549684] lp:
Bug#476504: nvidia-kernel-source patch and modpost patch resolve bug for 2.6.25-1-amd64
Package: nvidia-kernel-source Version: 169.12-1 Followup-For: Bug #476504 After reviewing the full bug report, and patching the source and Makefile.modpost everything is working great. A big win for HP laptop users with MCP51/nVidia who are experiencing the hwclock issues reported in #426171 that are now resolved by 2.6.25 and have working GUI now too. thanks, Ian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (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 nvidia-kernel-source depends on: ii debhelper 7.0.8 helper programs for debian/rules ii dpatch2.0.29 patch maintenance system for Debia ii make 3.81-4 The GNU version of the make util ii sed 4.1.5-8The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.10.27scripts to make the life of a Debi ii kernel-package11.001-0.1 A utility for building Linux kerne ii nvidia-glx169.12-1 NVIDIA binary Xorg driver -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426171: util-linux: hwclock hangs resolved for MCP51/nVidia with stock 2.6.25-1-amd64 on Sid
Package: util-linux Followup-For: Bug #426171 After installing nVidia drivers with patches supplied in #476504, there is no hwclock hang issues and the nvidia-kernel-source package provides graphical interface. For the first time ever since 2006 my dv9000z is running without any issues related to RTC. My command line is root=/dev/md0 resume=/dev/sdb6 agp=off iommu=off ro Going to go test all the sleep/resume/hibernate functions .. as I believe the RTC issues were causing hangs randomly on suspend/resume also. cheers, Ian -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (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 util-linux depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libncurses55.6+20080419-2Shared libraries for terminal hand ii libselinux12.0.59-1 SELinux shared libraries ii libslang2 2.1.3-3 The S-Lang programming library - r ii libuuid1 1.40.8-2 universally unique id library ii lsb-base 3.2-12Linux Standard Base 3.2 init scrip ii tzdata 2008b-1 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime util-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476504: nvidia-kernel-source: Fails to build w/ 2.6.25-1-amd64
Package: nvidia-kernel-source Version: 169.12-1 Followup-For: Bug #476504 Same error after testing with the most recent linux-kbuild-2.6.25 in sid. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (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 nvidia-kernel-source depends on: ii debhelper 7.0.7 helper programs for debian/rules ii dpatch2.0.29 patch maintenance system for Debia ii make 3.81-4 The GNU version of the make util ii sed 4.1.5-8The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.10.27scripts to make the life of a Debi ii kernel-package11.001-0.1 A utility for building Linux kerne ii nvidia-glx169.12-1 NVIDIA binary Xorg driver -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467260: kvm-source: FTBFS on 2.6.24 persists w/ 65+fdsg-2
Package: kvm-source Version: 65+dfsg-2 Followup-For: Bug #467260 Experiencing the same build errors as Mike Hommey, even after m-a clean; m-a a-i kvm-source iMac system.firmware.release_date = '11/22/2007' (string) system.firmware.vendor = 'Hewlett-Packard' (string) system.firmware.version = 'F.3D' (string) system.formfactor = 'laptop' (string) system.hardware.product = 'HP Pavilion dv9000 (EW635AV#ABA)' (string) -- Package-specific info: selected information from lshal(1): /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 72 model name : AMD Turion(tm) 64 X2 Mobile Technology TL-60 stepping: 2 cpu MHz : 2000.000 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy bogomips: 4021.69 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 72 model name : AMD Turion(tm) 64 X2 Mobile Technology TL-60 stepping: 2 cpu MHz : 2000.000 cache size : 512 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy bogomips: 4021.69 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (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 kvm-source depends on: ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii debhelper 6.0.11 helper programs for debian/rules ii make 3.81-4 The GNU version of the make util ii module-assistant 0.10.11.0 tool to make module package creati kvm-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467260: kvm-source: FTBFS on 2.6.24 resolved purging /usr/src/modules/kvm
Package: kvm-source Followup-For: Bug #467260 After a little hint from Jan, thought m-a clean; m-a a-i kvm-source did not work, after removing /usr/src/modules/kvm the same commands worked just fine. thanks, iMac -- Package-specific info: selected information from lshal(1): /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 72 model name : AMD Turion(tm) 64 X2 Mobile Technology TL-60 stepping: 2 cpu MHz : 800.000 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy bogomips: 1608.68 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 72 model name : AMD Turion(tm) 64 X2 Mobile Technology TL-60 stepping: 2 cpu MHz : 800.000 cache size : 512 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy bogomips: 1608.68 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (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 kvm-source depends on: ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii debhelper 6.0.11 helper programs for debian/rules ii make 3.81-4 The GNU version of the make util ii module-assistant 0.10.11.0 tool to make module package creati kvm-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426171: util-linux: upcoming 2.6.25-rc2 resolves the hwclock hang
Package: util-linux Followup-For: Bug #426171 Testing out the new 2.6.25-rc2 kernel images from trunk at kernel-archive.buildserver.net and the hwclock --hctosys hang is no longer present. Expecting the official 2.6.25 Sid packages to resolve this long standing issue for HP AMD z series laptops. Tested with no kernel options, as well as the iommu=off I use with my kernels on this hardware. iMac -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc2-amd64 (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 util-linux depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libncurses55.6+20080203-1Shared libraries for terminal hand ii libselinux12.0.35-1 SELinux shared libraries ii libslang2 2.1.3-2 The S-Lang programming library - r ii libuuid1 1.40.6-1 universally unique id library ii lsb-base 3.1-24Linux Standard Base 3.1 init scrip ii tzdata 2007k-3 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime util-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426171: util-linux: hwclock hanging persists w/ 2.6.23-1 and 2.6.24-rc5 on HP dv9000z (AMD X2)
Package: util-linux Version: 2.13-13 Followup-For: Bug #426171 This hwclock problem still exists even w/ the latest 2.6.24-rc5 images and new F.3D BIOS for my device. With software RAID-1 it seems to trigger a rebuild almost every time it happens. For myself, commenting out all the 'hwclock --hctosys' lines in hwclock.sh and hwclockfirst.sh and enabling ntp is the best workaround, though if I don't stop ntp, it will eventually do something w/ rtc that causes a hang. The noapic boot options has other impacts to the hardware; I like to use s2disk and all my devices. Please contact me directly for any additional help I can provide; Lots of time over the holidays to help a maintainer with the experience to fix this one. cheers, Ian -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (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 util-linux depends on: ii libc6 2.7-5GNU C Library: Shared libraries ii libncurses5 5.6+20071124-1 Shared libraries for terminal hand ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii libslang2 2.1.3-2 The S-Lang programming library - r ii libuuid11.40.3-1 universally unique id library ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii tzdata 2007j-2 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime util-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381274: vnc4server: Depth, DPI and Geometry do not like the = sign when passing to Gdm in Etch
Package: vnc4server Version: 4.1.1+X4.3.0-21 Followup-For: Bug #381274 Further on this bug that still exists, I am hoping to provide some clarity for other users stumbling on a gdm that cannot load xvnc4server. All -dpi -geometry and -depth options fail if they use the '=' rather than space separator on the command line. Below is my gdm.conf which shows the non-functioning line commented out: [servers] 0=VNC [server-VNC] name=VNC server #command=/usr/bin/Xvnc4 -rfbwait=3 -once -depth=16 -dpi=100 -geometry=1152x864 -securitytypes=none command=/usr/bin/Xvnc4 -rfbwait=3 -once -depth 16 -dpi 100 -geometry 1152x864 -securitytypes=none flexible=false I have not Xorg installed on this box (headless), and use this frequently with my Xen paravirtualized guests, so I suspect that a larger set of users will begin to trip on this as Xen+Etch becomes more popular. iMac -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages vnc4server depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library 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 libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii vnc4-common [vnc-commo 4.1.1+X4.3.0-21 Virtual network computing server s ii x11-common 1:7.1.0-19X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398241: madwifi-source: Build fails on powerpc-be-elf (PPC32) with message TARGET powerpc-elf is invalid
Package: madwifi-source Version: 1:0.9.2+r1784.20061027-1 Severity: important The following is from the buildlog after executing #m-a a-i madwifi dh_testroot dh_clean /usr/bin/make -C /usr/src/modules/madwifi clean \ KERNELPATH=/lib/modules/2.6.18-1-powerpc/build KERNELRELEASE=2.6.18-1-powerpc KERNELCONF=/lib/modules/2.6.18-1-powerpc/build/.config ATH_RATE=ath_rate/sample make[2]: Entering directory `/usr/src/modules/madwifi' Makefile.inc:199: *** TARGET powerpc-elf is invalid, valid targets are: alpha-elf ap30 ap43 ap51 ap61 arm9-le-thumb-elf armv4-be-elf armv4-le-elf i386-elf mips1-be-elf mips1-le-elf mips-be-elf mipsisa32-be-elf mipsisa32-le-elf mips-le-elf powerpc-be-eabi powerpc-be-elf powerpc-le-eabi sh4-le-elf sparc64-be-elf sparc-be-elf x86_64-elf xscale-be-elf xscale-le-elf. Stop. Looking at the differences between the 1704 (which built fine) and 1784 builds I noted the following changes: The /scripts/get_arch_target.sh was replaced with /scripts/get_arch.sh In here there was previously some logic to add the endianness to the TARGET; i.e. change TARGET=powerpc-elf to TARGET=powerpc-be-elf. This logic seems to have been purged, or possibly moved elsewhere. Note that the debian patch07 to get_arch_target.sh (which no longer exists after the rename) was in the changelog. Not sure if that was still being patched, but if so needs to be updated. The workaround for PPC32-be users familiar with the module building process is to just to drop a TARGET=powerpc-be-elf into the /usr/src/modules/madwifi/Makefile.inc and rebuild madwifi.tar.bz2, and re-execute m-a a-i madwifi. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages madwifi-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.41 helper programs for debian/rules ii module-assistant 0.10.7 tool to make module package creati madwifi-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364509: bash: mplayer completion. Add flv|FLV files completion. (forwarded from Raúl Sánchez Siles)
On Mon 24 Apr 2006 at 00:29:30 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Raúl Sánchez Siles [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 364509 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:resent-from:resent-to:resent-date:resent-message-id:content-type:mime-version:from:to:subject:message-id:x-mailer:date; b=rDzCu4vSjp6fvTYJTJZsSLGR3tDmX5nDLcDnYeviEXliiTdUgWAmcyW1UzSCY11Ind9d0B0Y1oc7hgH4tpxAZy3692zB55L3CgspXgO7YIUoV0MBPr1Y5Lc3AA31Y8XaNtu+Mg2bNdQYseD809QjBEZRLGNocVsOATCKkRfIZxA= X-Mailer: reportbug 3.20 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) Resent-From: Raúl Sánchez Siles [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sun, 23 Apr 2006 22:18:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-From: Raúl Sánchez Siles [EMAIL PROTECTED] Resent-To: Debian Bug Tracking System [EMAIL PROTECTED] Resent-Date: Sun, 23 Apr 2006 23:35:13 +0200 Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] Resent-Date: Sun, 23 Apr 2006 15:18:06 -0700 From: Raúl Sánchez Siles [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#364509: bash: mplayer completion. Add flv|FLV files completion. Date: Sun, 23 Apr 2006 23:34:29 +0200 Package: bash Version: 3.1-4 Severity: minor Tags: patch Bash is unable to do the completion for flash video files (flv). I attach a patch (diff -ruNp) to modify /etc/bash_profile in order to add this feature. Fixed for next release. Ian -- Ian Macdonald | When this load is DONE I think I'll wash it [EMAIL PROTECTED] | AGAIN ... http://www.caliban.org/ | | |
Bug#339111: additional mplayer completion
On Sun 23 Apr 2006 at 16:37:55 +0200, you wrote: The mplayer completion misses the vro extension (used by DVD-recorders for DVD-Video files). Added for next release. Ian -- Ian Macdonald | You know it's going to be a bad day when [EMAIL PROTECTED] | you want to put on the clothes you wore http://www.caliban.org/ | home from the party and there aren't any. | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355910: xen-tools: Resolvconf causes new DomU isses
So I noted the following change in 60-copy-host-files to address the problem: cat /etc/resolv.conf ${prefix}/etc/resolv.conf This was what I suggested, but results in a zero byte resolv.conf, although one that can be modified - rather than a dangling symbolic link. To effectively accomplish the resolvconf workaround, there should be a condition for /etc/resolv.conf - /etc/resolvconf/run/resolv.conf that, if true, copies the contents of the etc/resolvconf/rur/resolv.conf into the DomU resolv.conf. cheers, Ian. On Wed, 2006-03-08 at 20:11 +0200, Radu Spineanu wrote: Ian MacDonald wrote: I use resolvconf to configure my resolv.conf on my Dom0. When I create a new image using xen-tools, it creates a resolve.conf symlinked to a non-existent file, something it would appear to have obtained from the Dom0 environment, where resolvconf symlinks resolv.conf to another file. Fixed in CVS. Thanks, Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357641: More info?
Hi Steve, Sorry bout the delay; Shoud'a run the --debug myself first :) I notice the first error is cat: /etc/resolv.conf: input file is output file. This is bug 355910, actually unresolved - headed there to update that. I manually patched my resolv.conf to be normal and ran a second pass with the same command. I have included both passes below, the second fails, without the resolv.conf problem. -- xen-tools with Debug Pass 1: root:~# xen-create-image --ip=X.X.X.X --host=tester --debug General Infomation Hostname : tester Distribution : sarge Fileystem Type : ext3 Size Information Image size : 2048k Swap size : 128 Memory size: 64 Kernel Path: /boot/xen-linux-2.6.12.6-xenu Networking Information -- IP Address : 192.168.78.18 Netmask: 255.255.255.0 Gateway: 192.168.78.10 Creating swapfile : /var/xen/domains/tester/swap.img Executing : /bin/dd if=/dev/zero of=/var/xen/domains/tester/swap.img bs=1024k count=128 128+0 records in 128+0 records out 134217728 bytes transferred in 3.106451 seconds (43206130 bytes/sec) Finished : /bin/dd if=/dev/zero of=/var/xen/domains/tester/swap.img bs=1024k count=128 Executing : /sbin/mkswap /var/xen/domains/tester/swap.img Finished : /sbin/mkswap /var/xen/domains/tester/swap.img Done Creating disk image: /var/xen/domains/tester/disk.img Executing : /bin/dd if=/dev/zero of=/var/xen/domains/tester/disk.img bs=2048k count=0 seek=1024 0+0 records in 0+0 records out 0 bytes transferred in 0.000134 seconds (0 bytes/sec) Finished : /bin/dd if=/dev/zero of=/var/xen/domains/tester/disk.img bs=2048k count=0 seek=1024 Done Creating ext3 filesystem Executing : /sbin/mkfs.ext3 -F /var/xen/domains/tester/disk.img mke2fs 1.37 (21-Mar-2005) Finished : /sbin/mkfs.ext3 -F /var/xen/domains/tester/disk.img Done Executing : mount -t ext3 -o loop /var/xen/domains/tester/disk.img /tmp/cBqnLFrOda Finished : mount -t ext3 -o loop /var/xen/domains/tester/disk.img /tmp/cBqnLFrOda Executing : /bin/mount Finished : /bin/mount Copying files from host to image. Executing : mkdir -p /tmp/cBqnLFrOda/var/cache/apt/archives Finished : mkdir -p /tmp/cBqnLFrOda/var/cache/apt/archives Done Running debootstrap to install the system. This will take a while! Executing : debootstrap sarge /tmp/cBqnLFrOda http://mirror.direct.ca/linux/debian/ Finished Caching debootstrap files to the host system Done Running hooks from : /etc/xen-tools/hook.d/ Running hook: 10-disable-tlsExecuting : /etc/xen-tools/hook.d/10-disable-tls /tmp/cBqnLFrOda Finished : /etc/xen-tools/hook.d/10-disable-tls /tmp/cBqnLFrOda - done. Running hook: 20-setup-aptExecuting : /etc/xen-tools/hook.d/20-setup-apt /tmp/cBqnLFrOda chroot: cannot run command `/usr/bin/apt-get': No such file or directory Finished : /etc/xen-tools/hook.d/20-setup-apt /tmp/cBqnLFrOda - done. Running hook: 30-fix-inittabExecuting : /etc/xen-tools/hook.d/30-fix-inittab /tmp/cBqnLFrOda Finished : /etc/xen-tools/hook.d/30-fix-inittab /tmp/cBqnLFrOda - done. Running hook: 40-setup-networkingExecuting : /etc/xen-tools/hook.d/40-setup-networking /tmp/cBqnLFrOda /etc/xen-tools/hook.d/40-setup-networking: line 18: /tmp/cBqnLFrOda/etc/network/interfaces: No such file or directory Finished : /etc/xen-tools/hook.d/40-setup-networking /tmp/cBqnLFrOda - done. Running hook: 50-setup-hostnameExecuting : /etc/xen-tools/hook.d/50-setup-hostname /tmp/cBqnLFrOda Finished : /etc/xen-tools/hook.d/50-setup-hostname /tmp/cBqnLFrOda - done. Running hook: 55-create-devExecuting : /etc/xen-tools/hook.d/55-create-dev /tmp/cBqnLFrOda /etc/xen-tools/hook.d/55-create-dev: line 22: ./MAKEDEV: No such file or directory Finished : /etc/xen-tools/hook.d/55-create-dev /tmp/cBqnLFrOda - done. Running hook: 60-copy-host-filesExecuting : /etc/xen-tools/hook.d/60-copy-host-files /tmp/cBqnLFrOda cat: /etc/resolv.conf: input file is output file chroot: cannot run command `/usr/bin/apt-get': No such file or directory Finished : /etc/xen-tools/hook.d/60-copy-host-files /tmp/cBqnLFrOda - done. Running hook: 70-install-sshExecuting : /etc/xen-tools/hook.d/70-install-ssh /tmp/cBqnLFrOda chroot: cannot run command `/usr/bin/apt-get': No such file or directory chroot: cannot run command `/etc/init.d/ssh': No such file or directory Finished : /etc/xen-tools/hook.d/70-install-ssh /tmp/cBqnLFrOda - done. Running hook: 80-install-modulesExecuting : /etc/xen-tools/hook.d/80-install-modules /tmp/cBqnLFrOda chroot: cannot run command `/usr/bin/apt-get': No such file or directory Finished : /etc/xen-tools/hook.d/80-install-modules /tmp/cBqnLFrOda - done. Running hook: 90-make-fstabExecuting : /etc/xen-tools/hook.d/90-make-fstab /tmp/cBqnLFrOda Finished : /etc/xen-tools/hook.d/90-make-fstab /tmp/cBqnLFrOda - done. Running hook: 95-create-cfgExecuting : /etc/xen-tools/hook.d/95-create-cfg /tmp/cBqnLFrOda Finished : /etc/xen-tools/hook.d/95-create-cfg /tmp/cBqnLFrOda - done.
Bug#357620: gnome-blog-poster crashes when run - again/new
Package: gnome-blog Version: 0.9-3 Severity: grave Something changed. I miss gnome-blog, its just so convienent. ~$ gnome-blog-poster Traceback (most recent call last): File /usr/bin/gnome-blog-poster, line 3, in ? pygtk.require('2.0') File /usr/lib/python2.3/site-packages/pygtk.py, line 47, in require File /usr/lib/python2.3/site-packages/pygtk.py, line 34, in _get_available_versions OSError: [Errno 2] No such file or directory: '/usr/lib/python23.zip' cheers, Imac -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-imac Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnome-blog depends on: ii gconf22.12.1-12 GNOME configuration database syste ii python2.3.5-5An interactive high-level object-o ii python-gnome2 2.12.3-2 Python bindings for the GNOME desk ii python-gnome2-extras 2.12.1-2.1 Python bindings for the GNOME desk gnome-blog recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357641: xen-tools: Cannot use xen-create-image without --cache=no
Package: xen-tools Version: 1.2-1 Severity: normal For some reason, I cannot build a successful Sarge box with xen-tools without the --cache=no parameter. Whenever I use the --cache=yes I get the following output, followed by the default screen on how to mount/start the DomU image. The passwd prompt, and error message fly by, I never get any prompt. I goes from command execution righ back to root prompt, and shows me this. In my syslog I can see the mount of the image; kernel: kjournald starting. Commit interval 5 seconds kernel: EXT3 FS on loop6, internal journal kernel: EXT3-fs: mounted filesystem with ordered data mode. And bootstrap 'appears' to run fine. I am not sure what is up here, but since it works fine with --cache=no, it is no major inconvienence other than the time to download the packages.. which is negligable. cheers, Ian. -- Xen-Create-Image Output: ~# xen-create-image --ip=X.X.X.X --host=hostname General Infomation Hostname : hostname Distribution : sarge Fileystem Type : ext3 Size Information Image size : 2048k Swap size : 128 Memory size: 64 Kernel Path: /boot/xen-linux-2.6.12.6-xenu Networking Information -- IP Address : X.X.X.X Netmask: 255.255.255.0 Gateway: X.X.X.X Creating swapfile : /var/xen/domains/hostname/swap.img Done Creating disk image: /var/xen/domains/hostname/disk.img Done Creating ext3 filesystem Done Copying files from host to image. Done Running debootstrap to install the system. This will take a while! Finished Caching debootstrap files to the host system Done Running hooks from : /etc/xen-tools/hook.d/ Running hook: 10-disable-tls - done. Running hook: 20-setup-apt - done. Running hook: 30-fix-inittab - done. Running hook: 40-setup-networking - done. Running hook: 50-setup-hostname - done. Running hook: 55-create-dev - done. Running hook: 60-copy-host-files - done. Running hook: 70-install-ssh - done. Running hook: 80-install-modules - done. Running hook: 90-make-fstab - done. Running hook: 95-create-cfg - done. Running hook: 99-clean-image - done. Done Setting root passwd: passwd: Permission denied -- Xen-Tools Config Information: dir = /var/xen gateway = X.X.X.X netmask = 255.255.255.0 passwd = 1 kernel = /boot/xen-linux-2.6.12.6-xenu mirror = http://mirror.direct.ca/linux/debian/ vif = ['bridge=br0'] -- APT Information: APT::Default-Release stable; -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12.6-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xen-tools depends on: ii debootstrap0.2.45-0.2Bootstrap a basic Debian system ii libterm-size-perl 0.2-1 Perl extension for retrieving term ii perl-modules 5.8.4-8sarge3 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357671: gallery2: File integrity message on upgrade appears incorrect
Package: gallery2 Version: 2.0.4-1 Severity: minor Upon upgrade, the installer reports the following file integrity as invalid, yet the file was just freshly dropped by the 2.0.4-1 packages. Probably just a minor internal checksum update or whatever gallery2 uses to validate itself. cheers, Ian. -- Integrity Failed On: modules/ffmpeg/classes/FfmpegToolkit.class -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12.6-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gallery2 depends on: ii apache [httpd] 1.3.33-6sarge1 versatile, high-performance HTTP s ii debconf [debconf-2.0]1.4.30.13 Debian configuration management sy ii imagemagick 6:6.0.6.2-2.6 Image manipulation programs ii libapache-mod-php4 4:4.3.10-16 server-side, HTML-embedded scripti ii mysql-client 4.0.24-10sarge1 mysql database client binaries ii netpbm 2:10.0-8sarge2 Graphics conversion tools ii php4 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-cgi 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-mysql 4:4.3.10-16 MySQL module for php4 ii wwwconfig-common 0.0.43 Debian web auto configuration -- debconf information: gallery2/mysql/dbadmpass: (password omitted) * gallery2/webserver_type: apache * gallery2/mysql/dbname: gallery2 * gallery2/mysql/dbserver: localhost * gallery2/mysql/configure: true * gallery2/restart-webserver: false * gallery2/purge: false * gallery2/mysql/dbadmin: g2root -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357716: .dpkg-old can break xen-tools on upgrade
Package: xen-tools Version: 1.2-1 Severity: minor Recently I had some problems with how the /tls.disabled was created; I noted an upstream patch that had resolved the problems with creating a /lib/tls directory that could not be removed. I had made some debug to the script to try and figure out the problem in hook.d/10-disable-tls. Later in the week, when the upgraded version with the patch was being deployed, I told apt to overwrite my 10-disable-tls script with the maintainers version. Unfortuately dpkg left the old buggy script at hook.d/10-disable-tls.dpkg-old as it normally does with any package update, where you accept the maintainers version. What happened next, is that xenu images created with xen-tools all still had the tls bug, as the .dpkg-old script was being executed, with the chmod 0 line that caused the initial problem. Long story short - The tls bug won't go away for anyone that has tinkered with their 10-disable-tls script. In fact the debconf upgrade procedure isn't really valid in this sort of rc-execute style hook.d directory. Is there a better approach? Can the .dpkg-old files be dumped in /etc/xen instead? No big deal for me, but I can see other users getting trapped without updates to the hook.d scripts due to the dpkg.old scripts being executed last after newer updates. cheers, iMac -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12.6-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xen-tools depends on: ii debootstrap0.2.45-0.2Bootstrap a basic Debian system ii libterm-size-perl 0.2-1 Perl extension for retrieving term ii perl-modules 5.8.4-8sarge3 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356224: xen-tools: xen-duplicate-image does not copy vif config line
Package: xen-tools Version: 1.1-1 Severity: normal I had trouble finding a browseable upstream changelog(again), so this may be in CVS. I used xen-duplicate-image --from=hostA --ip=192.168.20.2 --hostname=hostB to replicate an newly created sarge image. Upon boot, the new image came up without a network interface, though it had been properly configured with the new IP in /etc/network/interfaces. A quick diff of the .cfgs between the new and old image, shows that the duplication left out the 'vif' configuration line, preventing the network interface from being created. This diff is shown below. The interesting thing, is that in addition to no 'vif' line, the duplicated host also has a commented out 'dhcp' line. XEN-DOM0:~# diff /etc/xen/hostB.cfg /etc/xen/hostA.cfg 3,4c3 name = hostB disk = [ 'file:/var/xen/domains/hostB/disk.img,sda1,w','file:/var/xen/domains/hostB/swap.img,sda2,w' ] --- name = hostA 6c5,6 #dhcp=dhcp --- vif= [''] disk = [ 'file:/var/xen/domains/hostA/disk.img,sda1,w', 'file:/var/xen/domains/hostA/swap.img,sda2,w' ] The original hostA image was created with xen-create-image --ip=192.168.20.1 --hostname=hostA and a properly configured xen-tools.conf Oh, also worth noting I use Debian Sarge with xen-tools pulled from Sid on these systems. cheers, iMac -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12.6-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xen-tools depends on: ii debootstrap0.2.45-0.2Bootstrap a basic Debian system ii libterm-size-perl 0.2-1 Perl extension for retrieving term ii perl-modules 5.8.4-8sarge3 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355910: xen-tools: Resolvconf causes new DomU isses
Package: xen-tools Version: 1.1-1 Severity: normal Tags: none Resolvconf is great, as it allows you to configure your nameservers from /etc/network/interfaces using the dns-nameservers directive. I use resolvconf to configure my resolv.conf on my Dom0. When I create a new image using xen-tools, it creates a resolve.conf symlinked to a non-existent file, something it would appear to have obtained from the Dom0 environment, where resolvconf symlinks resolv.conf to another file. When I xen-create-image, I have to manually mount the new DomU, and delete the resolv.conf file, and recreate it correctly. Not a big problem, but it might cause confusion, as when this domU OS is booted with the invalid symlink for resolve.conf, you can't edit and save changes to the file, as it doesn't exist. Perhaps it would be best to 'cat' the Dom0 resolv.conf rather than copy the symlink, or possibly even allow a dns option into xen-tools. iMac -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12.6-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xen-tools depends on: ii debootstrap0.2.45-0.2Bootstrap a basic Debian system ii libterm-size-perl 0.2-1 Perl extension for retrieving term ii perl-modules 5.8.4-8sarge3 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310598: bash:[completion] renders set unusable (forwarded from Eddy Petrisor) (forwarded from Ian Macdonald)
On Fri 09 Sep 2005 at 20:42:53 -0400, you wrote: It would be nice if there were an option to set to display the environment minus any defined shell functions. Perhaps this could be suggested to the bash maintainer, Chet Ramey. When bash is in posix mode, `set' displays variables only, without shell functions. You can easily write a shell function to toggle the value of posix mode around a call to `set'. That's good to know. It's probably just enough to run this in a subshell. I imagine something like this: set_no_funcs() { ( set -o posix; set ) } That way, there's no need to store the current state of the 'posix' option and restore it afterwards. Ian -- Ian Macdonald | In spite of everything, I still believe [EMAIL PROTECTED] | that people are good at heart. -- Ann http://www.caliban.org/ | Frank | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306043: bash executable completion doesn't work if there is a space in the executable path (forwarded from Frederik Eaton)
On Sat 25 Feb 2006 at 15:03:53 +, you wrote: I believe I was talking about the former, but I just tested it and it seems to be fixed in the version I have... Well, that's all that matters :-) Ian -- Ian Macdonald | You can tell the ideals of a nation by its [EMAIL PROTECTED] | advertisements. -- Norman Douglas http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315515: bash: Environment variables completion error for commands 'cd' and 'ls'. (forwarded from Peter Gebauer)
On Mon 05 Sep 2005 at 14:25:25 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Peter Gebauer [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 315515 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.12 X-Virus-Scanned: by amavisd-new at smtp.su.se Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Peter Gebauer [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Thu, 23 Jun 2005 10:33:10 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Peter Gebauer [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#315515: bash: Environment variables completion error for commands 'cd' and 'ls'. Date: Thu, 23 Jun 2005 09:23:59 +0200 Package: bash Version: 3.0-15 Severity: minor cd $MY_VARtab will complete to cd \$MY_VARIABLE and escape the dollar character. You don't want it escaped, you want to use it. Also, it doesn't need to expand variables, just leave them as they are. ls $MY_VARtab will not complete at all. This can't be fixed, due to a limitation in bash itself. For cd completion to treat pathnames correctly and not append a space to them, 'complete -o filenames' must be used. Unfortunately, this has the effect of treating $foo as a filename, too, so bash escapes the $ metacharacter. Ian -- Ian Macdonald | Q: What's the difference between a duck and [EMAIL PROTECTED] | an elephant? A: You can't get down off an http://www.caliban.org/ | elephant. | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310456: completion: sudo invoke-rc.d basename: too few arguments (forwarded from Javier Kohen)
On Mon 05 Sep 2005 at 14:21:56 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Javier Kohen [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 310456 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Comment: RFC 2476 MSA function at avas-mr03.fibertel.com.ar logged sender identity as: jkohen X-Mailer: reportbug 3.12 X-Fib-Al-Info: Al X-Fib-Al-MRId: 64db35a7551b038591d7ac795baf647d X-Fib-Al-From: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Javier Kohen [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Mon, 23 May 2005 18:33:04 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Javier Kohen [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#310456: completion: sudo invoke-rc.d basename: too few arguments Date: Mon, 23 May 2005 15:26:42 -0300 Package: bash Version: 3.0-14 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Trying to complete on sudo invoke-rc.d causes the following error messages to be displayed: [EMAIL PROTECTED]:~$ sudo invoke-rc.d basename: too few arguments Try `basename --help' for more information. bash: [: ==: unary operator expected basename: too few arguments Try `basename --help' for more information. bash: [: ==: unary operator expected Plainly completing on invoke-rc.d doesn't cause this problem, same for sudo with other commands (xine, ls, synaptic, etc.). I can't reproduce this here. sudo's completion function doesn't even use basename. In fact, none of the completion functions do. Ian -- Ian Macdonald | Booker's Law: An ounce of application is [EMAIL PROTECTED] | worth a ton of abstraction. http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323613: bash: [COMPLETION] fail to complete commands when prefixed with variable assignment (forwarded from Justin Pryzby)
On Mon 05 Sep 2005 at 14:13:08 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Justin Pryzby [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 323613 X-Debian-PR-Package: bash X-Debian-PR-Keywords: User-Agent: Mutt/1.5.9i X-Virus-Scanned: Symantec AntiVirus Scan Engine Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Justin Pryzby [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Wed, 17 Aug 2005 15:18:06 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Justin Pryzby [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#323613: bash: [COMPLETION] fail to complete commands when prefixed with variable assignment Date: Wed, 17 Aug 2005 11:14:42 -0400 Package: bash Severity: normal Version: 3.0-15 The following will not complete to pkg-config, DEB_BUILD_OPTIONS=nostrip apt-get -b source pkg-confi but the following will apt-get -b source pkg-confi This is outside of the control of the bash completion project, I'm afraid. The variable assignment at the start of the line switches off the calling of the associated completion function. To fix this would require a change to bash, itself. Thanks, Ian -- Ian Macdonald | Die? I should say not, dear fellow. No [EMAIL PROTECTED] | Barrymore would allow such a conventional http://www.caliban.org/ | thing to happen to him. -- John | Barrymore's dying words | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327413: bash: no package-completion for aptitude show (forwarded from Jan Christoph Ebersbach)
On Sat 25 Feb 2006 at 22:55:48 +0100, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Jan Christoph Ebersbach [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 327413 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch X-Mailer: reportbug 3.17 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Jan Christoph Ebersbach [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Fri, 09 Sep 2005 22:48:07 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Jan Christoph Ebersbach [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#327413: bash: no package-completion for aptitude show Date: Sat, 10 Sep 2005 00:45:47 +0200 Package: bash Version: 3.0-16 Severity: normal Tags: patch Unfortunately there is no package-completion for aptitude show, like apt-cache show has. Thanks. Someone else has already reported this, so it's fixed for the next release. Ian -- Ian Macdonald | To lead people, you must follow behind. [EMAIL PROTECTED] | -- Lao Tsu http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324169: bash: [completion] Mercurical revision control bash completions available (forwarded from Jari Aalto)
On Mon 05 Sep 2005 at 14:38:27 +0200, you wrote: Content-Description: message body text or is this one too specific? Content-Description: forwarded message X-Loop: [EMAIL PROTECTED] Reply-To: Jari Aalto [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 324169 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.15 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Jari Aalto [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sat, 20 Aug 2005 17:33:04 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Jari Aalto [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#324169: bash: [completion] Mercurical revision control bash completions available Date: Sat, 20 Aug 2005 20:19:41 +0300 Package: bash Version: 3.0-15 Severity: wishlist Please include Mercurial complations with bash. See full bash script at: http://www.selenic.com/pipermail/mercurial/2005-August/003378.html Added to contrib for next release. Ian -- Ian Macdonald | A pain in the ass of major dimensions. -- [EMAIL PROTECTED] | C.A. Desoer, on the solution of non-linear http://www.caliban.org/ | circuits | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327414: bash: no completion for invoke-rc.d (forwarded from Jan Christoph Ebersbach)
On Sat 10 Sep 2005 at 14:09:15 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Jan Christoph Ebersbach [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 327414 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.10i Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Jan Christoph Ebersbach [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sat, 10 Sep 2005 09:18:09 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Jan Christoph Ebersbach [EMAIL PROTECTED] To: Justin Pryzby [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Bug#327414: bash: no completion for invoke-rc.d Date: Sat, 10 Sep 2005 11:05:09 +0200 On Sat 10-09-2005, Jan Christoph Ebersbach wrote: On Fri 09-09-2005, Justin Pryzby wrote: I agree! And it should work with sudo, too. Your patch doesn't implement /etc/init.d/$foo start,stop completion, correct? The start,stop completion should work with my patch. If the previous word is not invoke-rc.d, start, stop ... will be completed. +*) COMPREPLY=( $( compgen -W 'start stop restart reload +force-reload' -- $cur ) ) return 0 ;; Ah, there is a bug - the find-parameter -perm +u=x should be -perm +111 Here is the correct patch. --- bash_completion.old 2005-09-10 00:44:54.0 +0200 +++ bash_completion 2005-09-10 10:58:44.0 +0200 @@ -3238,6 +3238,32 @@ } complete -F _mysqladmin mysqladmin +# invoke-rc.d(8) completion +# +have invoke-rc.d +_invokercd() +{ +local cur prev options + +COMPREPLY=() +cur=${COMP_WORDS[COMP_CWORD]} +prev=${COMP_WORDS[COMP_CWORD-1]} + +case $prev in +invoke-rc.d) +files=$( find /etc/init.d/ -perm +111 | sed 's|^/etc/init.d/||' ) +COMPREPLY=( $( compgen -W ${files} -- $cur ) ) +return 0 +;; + +*) +COMPREPLY=( $( compgen -W 'start stop restart reload force-reload' -- $cur ) ) +return 0 +;; +esac +} +complete -F _invokercd invoke-rc.d + # gzip(1) completion # have gzip Added for next release. Ian -- Ian Macdonald | It's God. No, not Richard Stallman, or [EMAIL PROTECTED] | Linus Torvalds, but God. (By Matt Welsh) http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310456: completion: sudo invoke-rc.d basename: too few arguments (forwarded from Javier Kohen)
On Sat 25 Feb 2006 at 21:21:01 -0300, you wrote: El dom, 26-02-2006 a las 01:16 +0100, Ian Macdonald escribió: On Mon 05 Sep 2005 at 14:21:56 +0200, you wrote: Trying to complete on sudo invoke-rc.d causes the following error messages to be displayed: [EMAIL PROTECTED]:~$ sudo invoke-rc.d basename: too few arguments Try `basename --help' for more information. bash: [: ==: unary operator expected basename: too few arguments Try `basename --help' for more information. bash: [: ==: unary operator expected Plainly completing on invoke-rc.d doesn't cause this problem, same for sudo with other commands (xine, ls, synaptic, etc.). I can't reproduce this here. sudo's completion function doesn't even use basename. In fact, none of the completion functions do. I see... I'm not familiar with the completion system. Any ideas on how to start debugging this will be very appreciated. Try 'set -x' before attempting the tab completion. The output should make reasonably clear where the call to basename is coming from. Ian -- Ian Macdonald | Overfiend we're calling 2.2 POTATO?? [EMAIL PROTECTED] | http://www.caliban.org/ | | |
Bug#310456: completion: sudo invoke-rc.d basename: too few arguments (forwarded from Javier Kohen)
On Sat 25 Feb 2006 at 21:51:53 -0300, you wrote: That was easy. Could you please forward this bug to the file-rc package? The bug is in the completion file it installs. I think the bug lies in that using sudo shifts the position of the script arguments by (at least) one to the right. The file-rc script contains absolute references to its parameters, thus fails to address the ones it expects. Actually, I'm not a Debian user and am not sure how to forward the bug. I'll leave that to the owner of this bug to do that. As for your theory, it sounds right. Anything that contains absolute position references is going to have trouble when used in combination with sudo, nice, etc. Ian -- Ian Macdonald | Perhaps the biggest disappointments were [EMAIL PROTECTED] | the ones you expected anyway. http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282799: bash: Completion of fd redirect after find command limited to directories (forwarded from Lionel Elie Mamane) (forwarded from Ian Macdonald)
On Sat 10 Sep 2005 at 17:00:05 -0400, you wrote: find foo ask for autocompletion there, only directories are taken into account. ls foo or cat foo autocomplete to all filenames (directories and non-directories), as it should. This is a limitation of the completion mechanism. There's no easy way to detect redirection at arbitrary positions on the command line and act accordingly. To do so would require each command completion function to handle redirection internally. A more generic solution is required at the bash level itself. And what do you suggest that generic solution should be? Don't call the programmable completion code at all if the previous token appears to be a redirection? It's a very difficult question with no ideal solution. Not incrementing $COMP_CWORD after a redirection token is one option, but that would lead to other problems. Thinking about it, though, it might still be preferable to the current status quo. Otherwise, context-sensitive completion functions will always have to do something like this: if [[ ${COMP_WORDS[COMP_CWORD-1]} = *[]* ]]; then Something that is required by virtually any non-trivial completion function seems like something that should be tackled a level higher. Not a great solution, but the best I can come up with at the moment. Sorry for the absurdly long delay in replying. I've been completely out of touch for six months as I relocated back to Europe with a new baby, bought a house, etc. Cheers, Ian -- Ian Macdonald | * JHM wonders what Joey did to earn I'd [EMAIL PROTECTED] | just like to say, for the record, that http://www.caliban.org/ | Joey rules. -- Seen on #Debian | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314363: bash: tab completion fails with awk error when first arg is gdb and second arg is subshell expansion (forwarded from Branden Robinson)
On Sat 10 Sep 2005 at 12:08:36 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Branden Robinson [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 314363 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.12 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Branden Robinson [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Wed, 15 Jun 2005 22:18:01 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Branden Robinson [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#314363: bash: tab completion fails with awk error when first arg is gdb and second arg is subshell expansion Date: Wed, 15 Jun 2005 17:01:51 -0500 Package: bash Version: 3.0-15 Severity: normal $ gdb $(which svn) svn_exawk: {if ($1 ~ /^$(which awk:^ unterminated regexp awk: fatal: Unmatched ( or \(: /^$(which/ Nasty. ( I typed: gdb $(which svn) svn_eTAB ) * Replacing gdb with ls makes the problem go away. * Replacing $(which svn) with /usr/bin/svn suppresses the error, but the completion does nothing useful. It apparently doesn't know what to look for, and it certainly doesn't offer any completions in $PWD. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 3.1.4Debian base system miscellaneous f ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-6Shared libraries for terminal hand ii passwd 1:4.0.3-35 change and administer password and -- no debconf information This has been fixed for the next release, although there are probably more vulnerabilities of this kind elsewhere in the code. Ian -- Ian Macdonald | Your goose is cooked. (Your current chick [EMAIL PROTECTED] | is burned up too!) http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322481: completion: oowriter2's ott files for unzip (forwarded from Mykola A. Nickishov)
On Mon 05 Sep 2005 at 14:44:57 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Mykola A. Nickishov [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 322481 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.9 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Mykola A. Nickishov [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Wed, 10 Aug 2005 22:03:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Mykola A. Nickishov [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#322481: completion: oowriter2's ott files for unzip Date: Thu, 11 Aug 2005 00:49:41 +0300 Package: bash Version: 3.0-15 Severity: wishlist Similar to #286738. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 3.1.6Debian base system miscellaneous f ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-8Shared libraries for terminal hand ii passwd 1:4.0.3-38 change and administer password and -- no debconf information --- /etc/bash_completion.without-ott 2005-08-11 00:41:43.0 +0300 +++ /etc/bash_completion 2005-08-11 00:43:44.0 +0300 @@ -84,7 +84,7 @@ # # START exclude -- do NOT remove this line complete -f -X '!*.?(t)bz2' bunzip2 bzcat bzcmp bzdiff bzegrep bzfgrep bzgrep -complete -f -X '!*.@(zip|ZIP|jar|JAR|exe|EXE|pk3|war|wsz|ear|zargo|xpi|sxw)' unzip zipinfo +complete -f -X '!*.@(zip|ZIP|jar|JAR|exe|EXE|pk3|war|wsz|ear|zargo|xpi|sxw|ott)' unzip zipinfo complete -f -X '*.Z' compress znew complete -f -X '!*.@(Z|gz|tgz|Gz|dz)' gunzip zcmp zdiff zcat zegrep zfgrep zgrep zless zmore complete -f -X '!*.Z' uncompress Fixed for next release. Ian -- Ian Macdonald | Tact in audacity is knowing how far you can [EMAIL PROTECTED] | go without going too far. -- Jean Cocteau http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303536: /etc/bash_completion: Please add .exe.so to extensions (forwarded from Johannes Rohr)
On Mon 05 Sep 2005 at 14:39:52 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Johannes Rohr [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 303536 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.8 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Johannes Rohr [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Thu, 07 Apr 2005 09:33:09 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Johannes Rohr [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#303536: /etc/bash_completion: Please add .exe.so to extensions Date: Thu, 07 Apr 2005 11:25:35 +0200 Package: bash Version: 2.05b-24 Severity: wishlist Winelib applications have the extension exe.so, e.g. those in /usr/lib/wine. So please add this to the extension list for wine in /etc/bash_completion. Thanks, Johannes -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii passwd 1:4.0.3-30.9 change and administer password and -- no debconf information Fixed for next release. Ian -- Ian Macdonald | Well, social relevance is a schtick, like [EMAIL PROTECTED] | mysteries, social relevance, science http://www.caliban.org/ | fiction... -- Art Spiegelman | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304778: completion support for *.flac files (forwarded from Robert Millan)
On Mon 05 Sep 2005 at 14:32:48 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Robert Millan [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 304778 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch X-Mailer: reportbug 3.9 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Robert Millan [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Fri, 15 Apr 2005 13:33:03 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Robert Millan [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#304778: completion support for *.flac files Date: Fri, 15 Apr 2005 15:16:07 +0200 Package: bash Version: 3.0-14 Severity: wishlist File: /etc/bash_completion Tags: patch This patch adds support for *.flac files in mplayer (see package flac for details). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages bash depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii passwd 1:4.0.3-31sarge2 change and administer password and -- no debconf information --- /etc/bash_completion~ 2005-01-22 23:20:40.0 +0100 +++ /etc/bash_completion 2005-04-15 11:50:52.0 +0200 @@ -5660,7 +5660,7 @@ -xvidencopts -of --verbose' -- $cur) ) ;; *) - _filedir '@(mp?(e)g|MP?(E)G|wm[av]|WM[AV]|avi|AVI|asf|ASF|vob|VOB|bin|BIN|dat|DAT|vcd|VCD|ps|PS|pes|PES|fli|FLI|viv|VIV|rm?(j)|RM?(J)|ra?(m)|RA?(M)|yuv|YUV|mov|MOV|qt|QT|mp[34]|MP[34]|og[gm]|OG[GM]|wav|WAV|dump|DUMP|mkv|MKV|m4a|M4A|aac|AAC|m2v|M2V|dv|DV)' + _filedir '@(mp?(e)g|MP?(E)G|wm[av]|WM[AV]|avi|AVI|asf|ASF|vob|VOB|bin|BIN|dat|DAT|vcd|VCD|ps|PS|pes|PES|fli|FLI|viv|VIV|rm?(j)|RM?(J)|ra?(m)|RA?(M)|yuv|YUV|mov|MOV|qt|QT|mp[34]|MP[34]|og[gm]|OG[GM]|wav|WAV|dump|DUMP|mkv|MKV|m4a|M4A|aac|AAC|m2v|M2V|dv|DV|flac)' ;; esac Fixed for next release. Ian -- Ian Macdonald | Intellect annuls Fate. So far as a man [EMAIL PROTECTED] | thinks, he is free. -- Ralph Waldo http://www.caliban.org/ | Emerson | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318571: bash: [completion] less and zless completion (almost) swapped, zless is superset (forwarded from Jakob Bohm)
On Mon 05 Sep 2005 at 14:26:31 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Jakob Bohm [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 318571 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.15 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Jakob Bohm [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sat, 16 Jul 2005 07:18:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Jakob Bohm [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#318571: bash: [completion] less and zless completion (almost) swapped, zless is superset Date: Sat, 16 Jul 2005 09:04:12 +0200 Package: bash Version: 3.0-15 Severity: minor Currently, bash completion assumes that less can handle any file while zless can handle only .gz files. This is wrong, zless can handle both gzipped and plain files, less cannot handle gzipped files (unless lessopen or similar is used). An important situation where this happens is when reading package documentation by typing zless /usr/share/doc/somepackage/TAB . With the current expansion, uncompressed files are not proposed, which is a problem because policy is to compress or not compress those files based on their size, making the subset rather random. Thus I respectfully suggest that completion for less, zless and any similar rules (bzless ? zcat ?) be changed as follows: Current behaviour less expansion includes uncompressed files zless expansion omits uncompressed files both expansions include .gz files etc. but only zless can actually use them. Suggested new behaviour: less expansion omits .gz .z .Z .tgz and .bz2 files zless expansion does not omit these files both expansions include uncompressed files Unfortunately, this is highly distribution-specific. On my FC4 system, for example, less will correctly view gzipped files, RPM packages and other file types, thanks to LESSOPEN. On the other hand, zless won't handle most of these, because it is itself just an application of the LESSOPEN facility. I suggest that this be tackled locally by each distribution, as it's rather hard for the completion code to figure out on the fly how less has been extended by the use of LESSOPEN. Cheers, Ian -- Ian Macdonald | Real Programmers think better when playing [EMAIL PROTECTED] | Adventure or Rogue. http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320390: bash: Does not tab complete a file created after tab is pressed once (forwarded from Matt Kraai)
On Mon 05 Sep 2005 at 14:27:33 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Matt Kraai [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 320390 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.15 X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on zoot.lafn.org X-Virus-Status: Clean Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Matt Kraai [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Fri, 29 Jul 2005 00:18:04 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Matt Kraai [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#320390: bash: Does not tab complete a file created after tab is pressed once Date: Thu, 28 Jul 2005 15:30:15 -0700 Package: bash Version: 3.0-15 Severity: minor If I try to complete a file name before the file is created, once the file is created, trying to complete the file name again displays the name of the file instead of completing it: tty1: $ cat fTAB tty2: $ touch foo tty1: TAB foo $ cat f It would be better if it completed the file name in this case. I cannot reproduce this here. Ian -- Ian Macdonald | As President I have to go vacuum my coin [EMAIL PROTECTED] | collection! http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325056: bash: [COMPLETION] misinformation in /etc/bash_completion (forwarded from Justin Pryzby)
On Mon 05 Sep 2005 at 14:30:11 +0200, you wrote: Content-Description: message body text there is no tag 'pedantic' ... Content-Description: forwarded message X-Loop: [EMAIL PROTECTED] Reply-To: Justin Pryzby [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 325056 X-Debian-PR-Package: bash X-Debian-PR-Keywords: User-Agent: Mutt/1.5.9i X-Virus-Scanned: Symantec AntiVirus Scan Engine Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Justin Pryzby [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Thu, 25 Aug 2005 20:18:04 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Justin Pryzby [EMAIL PROTECTED] To: Debian BTS Submission [EMAIL PROTECTED] Subject: Bug#325056: bash: [COMPLETION] misinformation in /etc/bash_completion Date: Thu, 25 Aug 2005 16:07:46 -0400 Package: bash Version: 3.0-15 Severity: minor File: /etc/bash_completion The first line of says: # bash_completion - some programmable completion functions for bash 2.05b but, this is bash 3.0. Best case, this is just leftovers and something that hasn't yet been updated. Worst case, bash2 completion is actually inconsistent with bash3 completion. That doesn't seem to be the case, since I also see: # features supported by bash 3.0 and higher Fixed for next release. Ian -- Ian Macdonald | There are things that are so serious that [EMAIL PROTECTED] | you can only joke about them - Heisenberg http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310102: completion: tar 1.15+ handles compressed files without [zj] switches (forwarded from Javier Kohen)
On Mon 05 Sep 2005 at 14:20:43 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Javier Kohen [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 310102 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Comment: RFC 2476 MSA function at avas-mr01.fibertel.com.ar logged sender identity as: jkohen X-Mailer: reportbug 3.12 X-Fib-Al-Info: Al X-Fib-Al-MRId: ee140254badeb3796f6e648c8893e684 X-Fib-Al-From: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Javier Kohen [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sat, 21 May 2005 16:03:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Javier Kohen [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#310102: completion: tar 1.15+ handles compressed files without [zj] switches Date: Sat, 21 May 2005 12:45:16 -0300 Package: bash Version: 3.0-14 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since version 1.15, tar is able to detect the compression method used to pack tar archives, hence the z and j switches are not really needed. Completion still assumes that tar xf complete can only complete .tar files and not tar.gz, tar.bz2, etc. - -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-ck6 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii passwd 1:4.0.3-32 change and administer password and - -- no debconf information This is only true for GNU tar. To retain compatibility with the largest number of systems, I will have to leave the completion as it is for now. On the other hand, we could detect the version of tar at source time and install a modified version of the function if tar = 1.15. The question is: is it worth it? People are so used to having to specify the archive type in the form of a command line option that it will probably take years before this becomes a significant annoyance. Opinions? Ian -- Ian Macdonald | You can't go home again, unless you set [EMAIL PROTECTED] | $HOME. http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293979: bash: Patch proposal for completion on aptitude show pkgTAB (forwarded from nerf)
On Mon 05 Sep 2005 at 14:14:48 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: nerf [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 293979 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch X-Mailer: reportbug 3.7.1 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: nerf [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Mon, 07 Feb 2005 10:33:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: nerf [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#293979: bash: Patch proposal for completion on aptitude show pkgTAB Date: Mon, 07 Feb 2005 11:18:49 +0100 Package: bash Version: 3.0-14 Severity: minor Tags: patch This patch adds |show in two lines to get aptitude show to behave the same way as apt-cache show, ie complete filenames. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.28 Locale: LANG=fr_FR, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bash depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii passwd 1:4.0.3-30.8 Change and administer password and -- no debconf information Fixed for next release. Ian -- Ian Macdonald | The American nation in the sixth ward is a [EMAIL PROTECTED] | fine people; they love the eagle -- on the http://www.caliban.org/ | back of a dollar. -- Finlay Peter Dunne | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297065: bash: [COMPLETION] du --max-depth\= 1: invalid (forwarded from Justin Pryzby)
On Mon 05 Sep 2005 at 14:16:11 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Justin Pryzby [EMAIL PROTECTED], [EMAIL PROTECTED] Original-Sender: Justin Pryzby [EMAIL PROTECTED] X-Debian-PR-Message: report 297065 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.8 X-Virus-Scanned: by amavisd-new at stlawu.edu Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Justin Pryzby [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sat, 26 Feb 2005 20:18:03 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Justin Pryzby [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#297065: bash: [COMPLETION] du --max-depth\= 1: invalid Date: Sat, 26 Feb 2005 15:09:57 -0500 Package: bash Version: 2.05b-24 Severity: minor [EMAIL PROTECTED]:/tmp/gcc-3.4-3.4.3$ du --max-depth\= 1 -h debian/ du: invalid maximum depth `' Try `du --help' for more information. The extra space is rejected by the du argument parser. Unfortunately, there's no way to instruct bash to leave a space after completed filenames, but not after command line options that use an '=' sign. This is a shortcoming of bash itself. Ian -- Ian Macdonald | Latin is a language, As dead as can be. [EMAIL PROTECTED] | First it killed the Romans, And now it's http://www.caliban.org/ | killing me. | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297066: [COMPLETION] cd `find -name debian`/ fails (forwarded from Justin Pryzby)
On Mon 05 Sep 2005 at 14:16:58 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Justin Pryzby [EMAIL PROTECTED], [EMAIL PROTECTED] Original-Sender: Justin Pryzby [EMAIL PROTECTED] X-Debian-PR-Message: report 297066 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.8 X-Virus-Scanned: by amavisd-new at stlawu.edu Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Justin Pryzby [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sat, 26 Feb 2005 20:33:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Justin Pryzby [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#297066: [COMPLETION] cd `find -name debian`/ fails Date: Sat, 26 Feb 2005 15:15:20 -0500 Package: bash Version: 2.05b-24 Severity: minor I am assuming that this is supposed to work, though I don't that I've ever seen documentation for it. If I type this: $ cd `find -name debian`/ and then press tab, I see this: $ cd `find -name /tmp/gcc-3.4-3.4.3/debian/ So, bash is correctly getting the completed name /tmp/gcc-3.4-3.4.3/debian/, but is only replacing the trailing `/ with that completion, instead of the entire `find`/. This isn't designed to work, because the completion code would need to be clever enough to dynamically eval command substitutions. That's way too hard to write in shell code :-) I can't even reproduce your partial success here. I have no idea how you're getting that tab to find your debian subdir. Ian -- Ian Macdonald | Out of the crooked timber of humanity no [EMAIL PROTECTED] | straight thing can ever be made. -- http://www.caliban.org/ | Immanuel Kant | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301241: bash: [COMPLETION] alias foo= (forwarded from Justin Pryzby)
On Mon 05 Sep 2005 at 14:17:55 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Justin Pryzby [EMAIL PROTECTED], [EMAIL PROTECTED] Original-Sender: Justin Pryzby [EMAIL PROTECTED] X-Debian-PR-Message: report 301241 X-Debian-PR-Package: bash X-Debian-PR-Keywords: upstream X-Mailer: reportbug 3.8 X-Virus-Scanned: Symantec AntiVirus Scan Engine Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Justin Pryzby [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Thu, 24 Mar 2005 16:18:05 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Justin Pryzby [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#301241: bash: [COMPLETION] alias foo= Date: Thu, 24 Mar 2005 11:08:17 -0500 Package: bash Version: 2.05b-24 Severity: minor Tags: upstream This applies to bash 2.05b and to 3.0-14. If I have an alias foobar, and no other alias foo*, and I type 'alias footab', it complete to 'alias foobar= '. There are two problems, with a single solution. Problems 1. There's a space after the equals sign, and if I don't erase it, then assigning a new alias to foobar doesn't work; instead, it gets the null alias foobar=''. 2. The equal sign is bad anyway, since 'alias foobar' is useful on its own to find the contents of the foobar alias. Solution Include neither an equals nor a trailing space in the completion. This is partially fixed for the next release. A single completion will now complete to 'foo=' (i.e. with no space at the end). A second completion will complete to foo='content'. So now you simply delete the '=' if you don't want it, but you don't have to deal with the space. Ian -- Ian Macdonald | New crypt. See /usr/news/crypt. [EMAIL PROTECTED] | http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320390: bash: Does not tab complete a file created after tab is pressed once (forwarded from Matt Kraai)
On Fri 24 Feb 2006 at 05:59:27 -0800, you wrote: On Fri, Feb 24, 2006 at 01:07:09PM +0100, Ian Macdonald wrote: On Mon 05 Sep 2005 at 14:27:33 +0200, you wrote: If I try to complete a file name before the file is created, once the file is created, trying to complete the file name again displays the name of the file instead of completing it: tty1: $ cat fTAB tty2: $ touch foo tty1: TAB foo $ cat f It would be better if it completed the file name in this case. I cannot reproduce this here. I can reproduce it using bash 3.1-2. Is it fixed in a newer version? And this only happens when you create the file on a separate tty? Ian -- Ian Macdonald | You're dead, Jim. -- McCoy, The Tholian [EMAIL PROTECTED] | Web, stardate unknown http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299229: /etc/bash_completion: 'ci -u prefixTAB' hit on RCS/prefix shadows ./prefix (forwarded from Vassilii Khachaturov)
On Mon 05 Sep 2005 at 14:00:36 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Vassilii Khachaturov [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 299229 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.8 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Vassilii Khachaturov [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sat, 12 Mar 2005 18:33:11 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Vassilii Khachaturov [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#299229: /etc/bash_completion: 'ci -u prefixTAB' hit on RCS/prefix shadows ./prefix Date: Sat, 12 Mar 2005 20:25:09 +0200 Package: bash Version: 2.05b-24 Severity: normal File: /etc/bash_completion If you have a file RCS/prefix1st-file,v but not RCS/prefix2nd-file,v and want to do an initial check-in of ./prefix2nd-file, then, if you do ci -u prefixTAB the bash completion turns it into ci -u ./prefix1st-file unconditionally, w/o giving you the opportunity to select the 2nd file. It's that way by design, since this is the desired behaviour after you have performed the initial check-in, which, by definition, is only needed once. Thanks, Ian -- Ian Macdonald | Kliban's First Law of Dining: Never eat [EMAIL PROTECTED] | anything bigger than your head. http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306043: bash executable completion doesn't work if there is a space in the executable path (forwarded from Frederik Eaton)
On Mon 05 Sep 2005 at 14:05:22 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 306043 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 2.99.6 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Frederik Eaton [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sat, 23 Apr 2005 22:33:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Frederik Eaton [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#306043: bash executable completion doesn't work if there is a space in the executable path Date: Sat, 23 Apr 2005 15:20:19 -0700 Package: bash Version: 3.0-8 Severity: normal Bash executable completion doesn't work if there is a space in the executable path. Causes problems especially on Mac OS X with its quirky pathnames. To be clear, are you talking about command completion (i.e. completion of the first token on the command line) or completion of a subsequent token? The former case is handled by bash itself, the latter by the bash completion shell code. Ian -- Ian Macdonald | Where is John Carson now that we need him? [EMAIL PROTECTED] | -- RLG http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309464: on the existance of the DEBUG test at top of bash_completion (forwarded from Tim Connors)
On Mon 05 Sep 2005 at 14:06:25 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Tim Connors [EMAIL PROTECTED], [EMAIL PROTECTED] Original-Sender: Tim Connors [EMAIL PROTECTED] X-Debian-PR-Message: report 309464 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.12 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Tim Connors [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Tue, 17 May 2005 13:18:01 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Tim Connors [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#309464: on the existance of the DEBUG test at top of bash_completion Date: Tue, 17 May 2005 23:04:16 +1000 Package: bash Version: 3.0-14 Severity: normal Could the DEBUG variable at the top of /etc/bash_completion please be renamed to something a little less generic, given that any program is likely to want to use DEBUG? The next release will use $BASH_COMPLETION_DEBUG. Ian -- Ian Macdonald | I have hardly ever known a mathematician [EMAIL PROTECTED] | who was capable of reasoning. -- Plato http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323373: [completion] dhclient completion fails with command not found (forwarded from Stefano Zacchiroli)
On Mon 05 Sep 2005 at 14:11:48 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Stefano Zacchiroli [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 323373 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.15 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Stefano Zacchiroli [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Tue, 16 Aug 2005 10:48:01 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Stefano Zacchiroli [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#323373: [completion] dhclient completion fails with command not found Date: Tue, 16 Aug 2005 12:36:37 +0200 Package: bash Version: 3.0-15 Severity: normal File: /etc/bash_completion Aftern enabling programmable completion, hitting TAB after dhclient leads to the following error messages (one for each TAB hit): $ dhclient bash: _interfaces: command not found bash: _interfaces: command not found bash: _interfaces: command not found bash: _interfaces: command not found I'm able to reproduce it both on an unstable box and on a testing one. Which version of bash completion is this? I cannot reproduce this here. In fact, I see no references to a function called _interfaces at all. _dhclient() calls _configured_interfaces() and _available_interfaces(), both of which haven't changed for more than a year. Ian -- Ian Macdonald | Hey, waiter! I want a NEW SHIRT and a PONY [EMAIL PROTECTED] | TAIL with lemon sauce! http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300538: bash: _interfaces: command not found. (forwarded from Doc Nielsen)
On Mon 05 Sep 2005 at 13:53:08 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Doc Nielsen [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 300538 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch X-Mailer: reportbug 3.8 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Doc Nielsen [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: [EMAIL PROTECTED], Matthias Klose [EMAIL PROTECTED] Resent-Date: Sun, 20 Mar 2005 12:48:03 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Doc Nielsen [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#300538: bash: _interfaces: command not found. Date: Sun, 20 Mar 2005 13:34:46 +0100 Package: bash Version: 3.0-14 Severity: normal Tags: patch Package in question: bash_3.0-14_i386.deb It is rarely that i use the tab completion, but when i do, its mostly for things like this. Today i ran across a little problem. When i tried to tab-complete for interfaces on my laptop computer, trying to bring the wireless card up, i got this reply: bash: _interfaces: command not found I then looked through the file (grep -r interfaces /etc/bash_complet*) to find any references to _interfaces, and didnt find its definition, only its use. I then made a backup of my /etc/bash_completion, and changed two lines that called _interfaces, to call _available_interfaces instead. Bash interface completion now works as expected. Here is the patch: --- /etc/bash_completion2005-03-20 13:12:03.0 +0100 +++ /etc/bash_completion.old2005-03-20 12:58:00.0 +0100 @@ -2919,7 +2919,7 @@ return 0 ;; -i) - _interfaces + _available_interfaces return 0 ;; esac @@ -6745,7 +6745,7 @@ COMPREPLY=( $( compgen -W '-p -d -q -1 -r -lf -pf \ -cf -sf -s -g -n -nw -w' -- $cur ) ) else - _interfaces + _available_interfaces fi } [ ${have:-} ] complete -F _dhclient dhclient Doc Nielsen [EMAIL PROTECTED] -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Fixed in previous release. Ian -- Ian Macdonald | I will never trust someone called GATES [EMAIL PROTECTED] | that sells WINDOWS. -- Federico Román http://www.caliban.org/ | | |
Bug#324040: bash: Error during completion of LVM LV and PV names (forwarded from Paul Brook)
On Mon 05 Sep 2005 at 13:54:32 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Paul Brook [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 324040 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch X-Mailer: reportbug 3.15 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Paul Brook [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose [EMAIL PROTECTED] Resent-Date: Fri, 19 Aug 2005 22:48:09 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Paul Brook [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#324040: bash: Error during completion of LVM LV and PV names Date: Fri, 19 Aug 2005 23:40:42 +0100 Package: bash Version: 3.0-15 Severity: normal Tags: patch Command completion for LVM Physical Volume and Logical Volume names is broken. For example lvdisplay /dev/tab gives: awk: ^ syntax error awk: {if ($2 ~ /^/dev//) print $2} awk: ^ unterminated regexp awk: cmd. line:1: {if ($2 ~ /^/dev//) print $2} awk: cmd. line:1: ^ unexpected newline or end of string Device names typically contain forward slash characters (/). These need escaping before embedding them in awk patterns. Patch attached. Paul -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc6-w Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages bash depends on: ii base-files 3.1.6Debian base system miscellaneous f ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-8Shared libraries for terminal hand ii passwd 1:4.0.3-37 change and administer password and bash recommends no packages. -- no debconf information --- bash_completion.old 2005-08-19 23:19:02.0 +0100 +++ bash_completion 2005-08-19 23:27:43.0 +0100 @@ -6762,13 +6762,13 @@ _physicalvolumes() { COMPREPLY=( $( pvscan | \ - awk '/PV/ {if ($2 ~ /^'$cur'/) print $2}' ) ) + awk '/PV/ {if ($2 ~ /^'${cur//\//\\\/}'/) print $2}' ) ) } _logicalvolumes() { COMPREPLY=( $( lvscan 2/dev/null | \ - awk -F' '{if ($2 ~ /^'$cur'/) print $2}' ) ) + awk -F' '{if ($2 ~ /^'${cur//\//\\\/}'/) print $2}' ) ) } _units() This problem was fixed in the previous release. Ian -- Ian Macdonald | A man said to the Universe: Sir, I [EMAIL PROTECTED] | exist! However, replied the Universe, http://www.caliban.org/ | the fact has not created in me a sense of | obligation. -- Stephen Crane | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314363: bash: tab completion fails with awk error when first arg is gdb and second arg is subshell expansion (forwarded from Branden Robinson)
On Fri 24 Feb 2006 at 19:41:33 -0500, you wrote: Eh? Brandon wasn't talking about vulnerabilities; are you sure this is the right bug? Yes. I was using the word in a broad sense and meant that the code is almost certainly vulnerable to this bug in other places. Ian -- Ian Macdonald | In a medium in which a News Piece takes a [EMAIL PROTECTED] | minute and an In-Depth Piece takes two http://www.caliban.org/ | minutes, the Simple will drive out the | Complex. -- Frank Mankiewicz | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348632: Wrong Password! given, but password is Correct!
Package: gringotts Version: 1.2.8+1.2.9pre1-10 Severity: grave Problem: Gringotts does not allow me access to my .grg file via ususal String on unstable. Solution: Copy .grg over to Sarge, install Gringotts and export the DISPLAY (In my case to the same X server where the local Gringotts failed). This happened on two separate unstable machines, with two separate .grg files (but with same passwd). After success on Sarge, I downgraded only gringotts on my unstable box, with no sucess; Same error. Transcipt of this downgrade is below. After creating new files with simple, character based, string passwords I was not able to access the files after saving them, with 1.2.8-8 or 1.2.9-pre1-10. This is a terrible issue, as many users may assume to be in Err, when really this is some sort of input issue related to the local input mechanisms. Don't stress it - get over to a Sarge box and get back access to those passwords ... Perhaps I use gringotts more than most, but this really had me stressed for fifteen minutes as I contemplated what I might be faced with. iMac. IBM-MAIN:/usr/share/doc/gringotts# apt-get install gringotts/stable libgringotts1/stable Reading package lists... Done Building dependency tree... Done Selected version 1.2.8-8 (Debian:3.1r1/stable) for gringotts Selected version 1.2.1-3 (Debian:3.1r1/stable) for libgringotts1 The following packages will be DOWNGRADED: gringotts libgringotts1 0 upgraded, 0 newly installed, 2 downgraded, 0 to remove and 4 not upgraded. Need to get 139kB of archives. After unpacking 24.6kB disk space will be freed. Do you want to continue [Y/n]? y Get:1 http://mirror.direct.ca stable/main libgringotts1 1.2.1-3 [24.2kB] Get:2 http://mirror.direct.ca stable/main gringotts 1.2.8-8 [115kB] Fetched 139kB in 1s (117kB/s) Reading package fields... Done Reading package status... Done Retrieving bug reports... Done dpkg - warning: downgrading libgringotts1 from 1.2.1-8 to 1.2.1-3. (Reading database ... 163880 files and directories currently installed.) Preparing to replace libgringotts1 1.2.1-8 (using .../libgringotts1_1.2.1-3_i386.deb) ... Unpacking replacement libgringotts1 ... dpkg - warning: downgrading gringotts from 1.2.8+1.2.9pre1-10 to 1.2.8-8. Preparing to replace gringotts 1.2.8+1.2.9pre1-10 (using .../gringotts_1.2.8-8_i386.deb) ... Unpacking replacement gringotts ... Setting up libgringotts1 (1.2.1-3) ... Setting up gringotts (1.2.8-8) ... I regularily update, and access these files, so I can only assume that something related to the recent Xorg6.9/Gnome2.12 upgrade into unstable. iMac. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-imac Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gringotts depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libglib2.0-0 2.8.5-1The GLib library of C routines ii libgringotts1 1.2.1-8encapsulate data in an encrypted a ii libgtk2.0-0 2.8.10-1 The GTK+ graphical user interface ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra gringotts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310598: bash:[completion] renders set unusable (forwarded from Eddy Petrisor)
On Mon 05 Sep 2005 at 13:49:51 +0200, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Eddy Petrisor [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 310598 X-Debian-PR-Package: bash X-Debian-PR-Keywords: DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QUFmld/S9Y4Ixb1v1e1l0LpIHAm07xL4tFv2G5LvOToCdUT9OKxV75R4g0fT6oKpJEjow1FwB3SEJpa/d1R67lRckSt5zSr4lVxp0pvqHfp7SaFdF+g5WW+pJwB+sf9+kBRk+hykCRispL69Spv+kOm8z9zV2HBV6BwXGeLwZ2s= Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0.052 tagged_above=0 required=3 tests=AWL, NORMAL_HTTP_TO_IP X-Spam-Level: X-MIME-Autoconverted: from quoted-printable to 8bit by mail.cs.tu-berlin.de id QAA05206 Resent-From: Eddy Petrisor [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Tue, 24 May 2005 14:48:05 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Eddy Petrisor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#310598: bash:[completion] renders set unusable Date: Tue, 24 May 2005 17:15:17 +0300 Subject: bash:[completion] renders set unusable Package: bash Version: 2.05b-26 Severity: important Hello, I have found that when bash completion is activated, the output of the set command is exagerately verbose, as if bash was ran with the parameter -x. This renders the set command unusable, thus the severity. I haven't checked, but I belive this could break bash scripting (although I doubt it as the console will not be in interactive mode, so there might be no interference from the completion). There's not much that can be done about this, I'm afraid. The set built-in displays the current environment, and that includes any functions that have been defined. bash completion makes heavy use of shell functions. It would be nice if there were an option to set to display the environment minus any defined shell functions. Perhaps this could be suggested to the bash maintainer, Chet Ramey. Ian -- Ian Macdonald | QOTD: If it's too loud, you're too old. [EMAIL PROTECTED] | http://www.caliban.org/ | | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282799: bash: Completion of fd redirect after find command limited to directories (forwarded from Lionel Elie Mamane)
On Sun 16 Jan 2005 at 12:26:56 +0100, you wrote: Content-Description: forwarded message X-Loop: [EMAIL PROTECTED] Reply-To: Lionel Elie Mamane [EMAIL PROTECTED], [EMAIL PROTECTED] Original-Sender: Lionel Elie Mamane [EMAIL PROTECTED] X-Debian-PR-Message: report 282799 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Reportbug-Version: 3.2 X-Operating-System: GNU/Linux X-Request-PGP: http://www.mamane.lu/openpgp/dh4096.asc User-Agent: Mutt/1.5.6+20040907i Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Lionel Elie Mamane [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Wed, 24 Nov 2004 16:33:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Lionel Elie Mamane [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#282799: bash: Completion of fd redirect after find command limited to directories Date: Wed, 24 Nov 2004 17:16:02 +0100 Package: bash Version: 3.0-10 Severity: normal find foo ask for autocompletion there, only directories are taken into account. ls foo or cat foo autocomplete to all filenames (directories and non-directories), as it should. This is a limitation of the completion mechanism. There's no easy way to detect redirection at arbitrary positions on the command line and act accordingly. To do so would require each command completion function to handle redirection internally. A more generic solution is required at the bash level itself. Ian -- Ian Macdonald | QOTD: I ain't broke, but I'm badly bent. System Administrator| [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291359: /etc/bash_completion: bash_completion: w3m is a pager and must not be limited to html files (forwarded from Gerfried Fuchs)
On Sat 22 Jan 2005 at 09:51:04 +0100, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Gerfried Fuchs [EMAIL PROTECTED], [EMAIL PROTECTED] Original-Sender: Gerfried Fuchs [EMAIL PROTECTED] X-Debian-PR-Message: report 291359 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Reportbug-Version: 3.2 Mail-Copies-To: nobody X-Editor: Vi Improved http://www.vim.org/ X-Signature-Color: cyan X-Signature-Prg: sigd/0.10.4 (Perl) http://alfie.ist.org/projects/sigd/ X-Face: `Q5\Ix+YG'{KDq5mcZL8Sp7$[L|%#^MSk'{QppJ8.RP*P9{{6$8%_~*:6c{);e:s !:C2%IH-5:GT,Sf3Xx}di,JDbDRH/;-eb{n`VSi*}-R2,[EMAIL PROTECTED] {3w}E7d}+GN|v=gDc;.c(xiy{Og_=2cy)T1JLu}y6Onsr User-Agent: Mutt/1.5.6+20040907i Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Gerfried Fuchs [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Thu, 20 Jan 2005 09:48:06 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Gerfried Fuchs [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#291359: /etc/bash_completion: bash_completion: w3m is a pager and must not be limited to html files Date: Thu, 20 Jan 2005 10:34:19 +0100 Package: bash Version: 2.05b-24 Severity: important File: /etc/bash_completion Hi! w3m started off as a pager and is quite perfect for general browsing of nearly every file, might it be gnuzipped, a deb file or whatever... The limiting of the tab completion in /etc/bash_completion to html files only is really limiting the usefulness of w3m. Pretty please consider removing w3m from there to make it work in the way it was original intended to be used again. Having to type the name yourself or doing some silly workarounds like writing ls first, doing the tab completion and then changing the ls to w3m shouldn't really be needed. Fixed for next release. Ian -- Ian Macdonald | This process can check if this value is System Administrator| zero, and if it is, it does something [EMAIL PROTECTED] | child-like. -- Forbes Burkowski, CS 454, http://www.caliban.org | University of Washington | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289847: bash completion for _command metacomplete should pass over flags (forwarded from Tim Connors)
On Sun 16 Jan 2005 at 11:59:41 +0100, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Tim Connors [EMAIL PROTECTED], [EMAIL PROTECTED] Original-Sender: Tim Connors [EMAIL PROTECTED] X-Debian-PR-Message: report 289847 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.5 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Tim Connors [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Tue, 11 Jan 2005 11:18:02 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Tim Connors [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#289847: bash completion for _command metacomplete should pass over flags Date: Tue, 11 Jan 2005 22:07:20 +1100 Package: bash Version: 2.05b-15 Severity: normal Since sudo and all the other functions that become meta commandlines in themselve all accept switches,we should pass over them: Integrated for next release. Ian -- Ian Macdonald | Increased knowledge will help you now. System Administrator| Have mate's phone bugged. [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282767: bash: patch to complete for ssh2 hosts as well (forwarded from Tim Connors)
On Sun 16 Jan 2005 at 12:24:25 +0100, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Tim Connors [EMAIL PROTECTED], [EMAIL PROTECTED] Original-Sender: Tim Connors [EMAIL PROTECTED] X-Debian-PR-Message: report 282767 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch X-Mailer: reportbug 3.2 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Tim Connors [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Wed, 24 Nov 2004 11:03:04 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Tim Connors [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#282767: bash: patch to complete for ssh2 hosts as well Date: Wed, 24 Nov 2004 21:51:18 +1100 Package: bash Version: 2.05b-15 Severity: normal Tags: patch patch works for me using an commercial ssh2 environment. Anyway, for the beef (sorry about the unnecessary cleanup in some of the function - I guess I can go through my CVS and try to remove the cruft I changed if you don't want those parts): Thanks for the patch. This has been integrated for the next release. Ian -- Ian Macdonald | May your future be limited only by your System Administrator| dreams. -- Christa McAuliffe [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285604: bash_completion: lvm volumes completion gives an error when running as non root. (forwarded from Haggai Eran)
On Sun 16 Jan 2005 at 11:48:29 +0100, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Haggai Eran [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 285604 X-Debian-PR-Package: bash X-Debian-PR-Keywords: X-Mailer: reportbug 3.4 X-Virus-Scanned: by amavisd-new at technion.ac.il Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Haggai Eran [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Tue, 14 Dec 2004 12:18:04 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Haggai Eran [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#285604: bash_completion: lvm volumes completion gives an error when running as non root. Date: Tue, 14 Dec 2004 14:08:28 +0200 Package: bash Version: 3.0-10 Severity: minor Probably not very important, as running lvm utilities as non root is meaningless. Still, using bash_completion with commands like lvresize when using non root will fail with an error. Fixed for next release. Ian -- Ian Macdonald | Dr. Jekyll had something to Hyde. System Administrator| [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287286: forwarded bash_completion report
On Sun 16 Jan 2005 at 12:02:05 +0100, you wrote: bash: Completion doesn't use quotes or escapes for dd if=...wav Package: bash Version: 2.05b-24 Severity: normal I had to manually add the quotes to this command line: $ dd if='Bon Jovi-Livin on a prayer.wav' This is a tough one to fix. If I add '-o filenames' to the complete command for dd, bash will start to prefix options with a backslash, e.g. conv\=. This is cosmetic, however. Things will still work. I'll make the change for the next release and we'll see how people feel about the new behaviour. Ian -- Ian Macdonald | I may kid around about drugs, but really, System Administrator| I take them seriously. - Doctor Graper [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290748: bash: Python completion fails when running Python as './python' (forwarded from Johannes Gijsbers)
On Sun 16 Jan 2005 at 14:42:15 +0100, you wrote: X-Loop: [EMAIL PROTECTED] Reply-To: Johannes Gijsbers [EMAIL PROTECTED], [EMAIL PROTECTED] X-Debian-PR-Message: report 290748 X-Debian-PR-Package: bash X-Debian-PR-Keywords: patch X-Mailer: reportbug 3.5ubuntu2 Delivered-To: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= X-Spam-Level: Resent-From: Johannes Gijsbers [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Matthias Klose [EMAIL PROTECTED] Resent-Date: Sun, 16 Jan 2005 13:33:06 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: Debian BTS [EMAIL PROTECTED] From: Johannes Gijsbers [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#290748: bash: Python completion fails when running Python as './python' Date: Sun, 16 Jan 2005 14:25:20 +0100 Package: bash Version: 3.0-13 Severity: minor Tags: patch I'm a Python developer, so I frequently run tests from the source directory I compiled Python in: [EMAIL PROTECTED]:trunk$ ./python press tab [EMAIL PROTECTED]:trunk$ ./python bash: COMP_WORDS: bad array subscript My patch fixes this to do normal Python completion. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 3.1.0ubuntu1Debian base system miscellaneous f ii libc62.3.2.ds1-20ubuntu1 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand ii passwd 1:4.0.3-30.7ubuntu2 Change and administer password and -- no debconf information --- bash_completion 2005-01-16 14:13:48.822092312 +0100 +++ /home/johannes/bash_completion2005-01-16 14:03:47.543500552 +0100 @@ -4803,7 +4803,7 @@ _filedir '@(py|pyc|pyo)' return 0 ;; - !(*python|-?)) + !(python|-?)) [[ ${COMP_WORDS[COMP_CWORD-2]} != -@(Q|W) ]] _filedir ;; esac This problem is not in the upstream release. 'cvs annotate' says: 1.435(ianmacd 10-Oct-02): !(python|-?)) This line hasn't changed since October 2002. Ian -- Ian Macdonald | History teaches us that men and nations System Administrator| behave wisely once they have exhausted all [EMAIL PROTECTED] | other alternatives. -- Abba Eban http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290748: bash: Python completion fails when running Python as './python' (forwarded from Johannes Gijsbers)
On Sun 16 Jan 2005 at 20:04:36 +0100, you wrote: On Sun, Jan 16, 2005 at 10:47:22AM -0800, Ian Macdonald wrote: This problem is not in the upstream release. 'cvs annotate' says: 1.435(ianmacd 10-Oct-02): !(python|-?)) This line hasn't changed since October 2002. Ian Uhm, sorry, I didn't pay enough attention there. The patch should go the other way. Applying it with 'patch -R' should fix the problem. Ah, now I get it. I've fixed this another way, which I think is a little cleaner: At the top of the function: prev=${COMP_WORDS[COMP_CWORD-1]} becomes: prev=${COMP_WORDS[COMP_CWORD-1]##*/} to strip any leading path component. Ian -- Ian Macdonald | If it's worth doing, it's worth doing for System Administrator| money. [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289425: bash: completion displays error message on login (forwarded from Matthew T. Atkinson)
On Sun 16 Jan 2005 at 23:34:37 +, you wrote: Hello, On Sun, 2005-01-16 at 10:57 -0800, Ian Macdonald wrote: I can't reproduce this here. Everything in your /etc/bash.bashrc is fine, so your /etc/bash_completion must be at fault. Please e-mail me a copy. There's almost certainly something wrong with the code that checks for which version of bash is installed, but it all works fine for me here. I've put echo statements in my /etc/bash_completion file and found where the problem is... Therefore the error is actually in the quilt package, it would seem. Please feel free to re-assign it. As it happens, the error is in, as you expected, version-checking code. The following is the last few lines of /etc/bash_completion.d/quilt: [ ${BASH_VERSINFO[0]} -gt 2 -o \ ${BASH_VERSINFO[0]} = 2 -a ${BASH_VERSINFO[1]} -gt 04 ] \ _quilt_complete_opt=-o filenames complete -F _quilt_completion $_quilt_complete_opt quilt unset -v _quilt_complete_opt It is trying to compare the minor version of bash to 04, which is causing the error. The interesting thing is that I have a friend who uses Sarge/i386 and he doesn't get this error (I'm using powerpc). That version-checking code was copied from a very old version of the bash completion project. You can fix it by modifying the '-gt 04' part to read ' 04'. Ian -- Ian Macdonald | Home life as we understand it is no more System Administrator| natural to us than a cage is to a cockatoo. [EMAIL PROTECTED] | -- George Bernard Shaw http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]