Использование bash completion в командной строке, собственных скриптах и приложениях. Часть 1

[librarian]

Будет весьма и весьма полезно

[zar0ku1]

Работать под рутом? =)

[Veshij]

Это как-то связано с темой статьи?

[zar0ku1]

Это мой коммент, на как обычно пустой и бессмысленный первый комментарий, я бы даже сказала спамерско-бесполезный… Не заметили, что он подойдет примерно к 70% всех постов?

[Veshij]

нечто среднее между троллиногом и развитием темы? :)

[Devgru]

Мне давно было интересно, как это реализуется. Приятно что так просто, но скрипт на 10к строк это жесть, конечно.

[Veshij]

Скрипт на 10к строк реализует основной функционал, модули для своего дополнения укладываются строк в 15-20 :)

[denim]

давно хотел попробывать это сделать, но не доходили руки. valgrind'у например это очень нужно, у него куча длинных опций. жду продолжения

[Veshij]

Ну пока что тема интереса не вызывает :)

[Devgru]

Думаю если Вы напишите ещё один небольшой пост с обещанным примером, минусовать его не будут точно :)

[Veshij]

Постараюсь дописать через пару дней :)

[ozware]

в CentOS 5.3 такое не нашел, yum search тоже ничего такого не выдает,
как подключить?

[Veshij]

Возможно, стоит посмотреть тут:
www.caliban.org/bash/#completion
центоса, чтобы сказать точнее, под рукой нет :(

[Veshij]

Вот эта тема, думаю, сможет вам помочь:
forums.fedoraforum.org/showthread.php?t=27863

[ozware]

спасибо, поколупаю на досуге)

[t_q_l]

унёс в закладки

[NickMitin]

Спасибо вам большое, а то у меня на убунте это работает, а в дебиане — нет. Я всю голову изломал как включить…

[bappoy]

в /etc/bash.bashrc раскомментировать три строчки:

#if [ -f /etc/bash_completion ]; then
#    . /etc/bash_completion
#fi

тогда автодополнение будет работать для всех пользователей

[Veshij]

Да, но не факт что все этого хотят :)

[xxxYURAxxx]

добавьте их тогда в ~/.bashrc

[Stamm]

Очень хорошая статья!
Сейчас напишу для себя автодополнение для команды invoke-rc.d, а то лениво каждый раз писать /etc/init.d/

[Veshij]

нижний коммент вам на самом деле :)

[Veshij]

Обычно он есть из коробки.

[Stamm]

Точно! Ну совсем я совсем ленивым буду =)

[bagyr]

Не нужно. Если требуется настраеваемое автодополнение — привет, zsh. bash должен быть по возможности более ванильный, ибо работать с ним приходится практически везде, в том числе там, куда свои конфиги не утянешь.

[ksi]

Конкретно для ssh удобней использовать .ssh/config если у вас фиксированный набор машин. Опять же алиасы можно делать любые.

[Veshij]

Чем это удобнее?

[ksi]

Конкретно в моем случае, в known_hosts сохраняются айпишники, причем они из одной сети. Автодополнение до последнего октета адреса делает мало погоды. В конфиг же я кладу человеческие названия аля db, web1, web2 и т.д.
Кроме того в конфиг можно положить еще много чего вкусного, например юзернейм.

[Veshij]

В моем случае количество серверов несколько больше, чем то, что можно запомнить по ip-адресам. При этом я вполне знаю на какой хост по имени надо попасть.
Конфиг, к тому-же надо поддерживать руками в актуальном состоянии, а машина в known_hosts попадает сама, после первой попытки логина на нее.
>В конфиг же я кладу человеческие названия аля db, web1, web2 и т.д.
А у вас не поднята даже локальная DNS зона для ваших машин?

[ksi]

Поэтому я и писал про фиксированный набор машин.
У нас далеко не локальная зона. Куча vpn-ов к заказчикам, на всех не наподымаешься :)
Кроме того, у нас часто используются виртуальные адреса балансера, за которым живет несколько реальных машин, в этом случае ssh сильно огорчается, когда видит в known_hosts другой хэш машины. Я не проверял еще решает ли ваше предложение эту проблему.

[Veshij]

>в этом случае ssh сильно огорчается, когда видит в known_hosts другой хэш машины
Он огорчится в любом случае :-)
>часто используются виртуальные адреса балансера, за которым живет несколько реальных машин
вы балансируете все соединения на балансер, а не только на некоторый выбранный(80, к примеру) порт?

[ksi]

Да. Виртуальный адрес висит на полноценном интерфейсе.
В общем, мы не можем предугадать какая физическая машина обслужит нас по этому виртуальному адресу в конкретный момент.
known_hosts при коллизии приходится чистить

[Veshij]

Забавно.
Я сталкивался с системами, когда баласер балансирует (oops) соединения на выбранном порту к определенным машинам. При этом доступ к машинам сохраняется по их «исходным» адресам.

[ksi]

Это не только и не столько балансер, сколько обеспечение реданденси, защита от физического выгорания одного из спаренных узлов. Тогда адрес переключится на запасной.
Доступ к машинам по исходным адресам тоже есть. Но обычно надо попасть на «активную»

[Veshij]

понял :)

[Veshij]

А зачем чистить? В плане что можно выставить StrictHostKeyChecking в no, и тогда ssh будет ругаться, но прилежно коннектится к удаленным хостам.

[ksi]

Сейчас так и есть. Но это у меня :) У остальных, кто про ключик не знает, проблема осталась.

[hydralien]

прекрасно! я давно думал что надо найти комплешн для имён хостов — где-то видел что так работает — но всё время забывал. Мерси огромное!

[Veshij]

Пожалуйста :) Скоро будет вторая часть, там интереснее :)

[ekzo]

друг, рассказывай о автодополнении для собсвеноручных скриптов!

[bappoy]

Да-да, где уже вторая часть?

[Infthi]

Обещанного продолжения не было уже полтора года, потому его попробовал написать я. Но, увы, кармы не хватает на публикацию. Помогите кто чем можете =\

[Veshij]

помог, продолжай начатое :)