[devel] bash-completion

Alexander Bokovoy =?iso-8859-1?q?a=2Ebokovoy_=CE=C1_sam-solutions=2Enet?=
Сб Янв 5 16:06:20 MSK 2002


On Sat, Jan 05, 2002 at 01:05:43PM +0200, Michael Shigorin wrote:
> On Fri, Jan 04, 2002 at 10:20:36PM +0200, Alexander Bokovoy wrote:
> > Имеет смысл подумать об этом в свете наших etcskel-*. Как и о добавлении,
> > скажем, bash-completion от Яна Макдональда (http://www.caliban.org/bash/).
> Он довольно тяжелый на некоторых операциях; местами есть
> неприятное поведение.  Пример первого -- man <tab><tab> приводит
> к шуршанию быстрым диском на быстром процессоре в течении
> нескольких секунд (fs == reiserfs) (и не подозревающего "подвоха"
> пользователя pentium/celeron скорее всего удручит); второе
> проявлялось пару раз в тривиальных случаях, где bash-2.05-alt4
> без bash_completion работал замечательно, а с ним (одним из
> последних, где-то двухнедельной давности) игнорировал tab.
> 
> Не ради наезда, но ради "давайте еще раз потестим"...  Так-то
> мысль хорошая (особенно в качестве за- и прокомментированного
> [ -f ~/.bash_completion ] && . ~/.bash_completion ;-)
Его можно и нужно подправить под нашу реальность. Например, почему у нас
/var/log/rpmpkgs доступен по чтению только root? Дополнения для rpm
работают значительно быстрее, если этот файл доступен по чтению пользователю.
Что касается долгоиграющих операций вроде man, то их просто можно выкинуть
или вынести в дополнительный блок --- т.е. сделать completions не в
/etc/bash_completion как сейчас в этом пакете, а в
/etc/bash_completion.d/* и доставлять туда отдельными кусками. Кому-то
потребуется автодополнение для man, кому-то -- для
ping/traceroute/ssh/scp и так далее. А наименее ресурсоемкие поставить по
умолчанию.


-- 
/ Alexander Bokovoy
$ cat /proc/identity >~/.signature
  `Senior software developer and analyst for SaM-Solutions Ltd.`
---
Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount. 
		    Self-destruct in 5 seconds.  Have a nice day...




Подробная информация о списке рассылки Devel