Во FreeBSD HEAD интегрирован код (http://lists.freebsd.org/pipermail/svn-src-head/2010-June/01...), добавляющий к системному Shell-интерпретатору /bin/sh поддержку автодополнения имен набираемых файлов при нажатии клавиши табуляция. Для организации автодополнения задействованы стандартные функции libedit (http://sourceforge.net/projects/libedit/). Отсутствие автодополнения в /bin/sh как правило было тем фактором, который вынуждал пользователей FreeBSD менять текущий shell на tcsh или bash, что ограничивало область использования /bin/sh только системными функциями.URL: http://lists.freebsd.org/pipermail/svn-src-head/2010-June/01...
Новость: http://www.opennet.me/opennews/art.shtml?num=26977
не ужеле ;) кому то это понадобилось блин ;)
+1
Хорошая новость))
Цитата: (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/bo...) "The most common shell used in the BSD-world is the C shell, which can be indicated as /bin/tcsh"Странно, я почему-то думал, что во FreeBSD принято использовать *csh, так как именно в Беркли его впервые разработали. А обычный sh принято тащить исключительно в целях совместимости с SVID и POSIX. Интересно, из любителей FreeBSD есть кто-нибудь, кто регулярно пользуется интерпретатором sh? Насколько я понимаю, если ставиться система, то по-умолчанию устанавливается и csh тоже. В котором уже есть автодополнение. Кто-нибудь может пояснить - зачем во FreeBSD иметь две оболочки, устанавливающиеся по-умолчанию, в которых есть автодополнение? Зачем тащить лишний код?
Опять-таки, сами авторы FreeBSD так и пишут (http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/book.ht...):"7.10. Why is /bin/sh so minimal? Why does FreeBSD not use bash or another shell?
Because POSIX® says that there shall be such a shell."
csh во FreeBSD - это слияние 4.4BSD csh и TENEX' tcsh, имеет очень своеобразное мировоззрение^W^W^Wнесовместимый с POSIX синтаксис. По этой причине используется по большей части для управления оболочкой, но не в сценариях.
см. секцию "THE T IN TCSH" в man csh.
Честно говоря, не понимаю, зачем в /bin/sh автокомплит.
P.S. В новости пропущено, что реализация автокомплита портирована из NetBSD (dsl@, Jaromir Dolecek).
> имеет очень своеобразное мировоззрение^W^W^Wнесовместимый с POSIX синтаксис
> Честно говоря, не понимаю, зачем в /bin/sh автокомплитЭто следует из первого предложения. Логично, что коммандный шелл и скриптовой шелл должны иметь одинаковый синтаксис, а (t)csh в этом плане все портил. Было бы неплохо его вообще выкинуть из системы.
sh использует каждый, у кого на машине имеются стандартные стартовые скрипты.Кстати, мне странно, что до сих пор там sh, а не bash.
>Кстати, мне странно, что до сих пор там sh, а не bash.Вы чего, шутки шутите?
>Кстати, мне странно, что до сих пор там sh, а не bash.им религия не позволяет ;). и как видите, их религия весьма забавна: не прошло и 50 лет как автодополнение заработало в их системном интерпретере :)
>>Кстати, мне странно, что до сих пор там sh, а не bash.
>
>им религия не позволяет ;). и как видите, их религия весьма забавна:
>не прошло и 50 лет как автодополнение заработало в их системном
>интерпретере :)А в вашем sh оно когда заработало?)
Один момент - у вас скорее всего нет sh.
У вас bash, или dash, которые умеют прикидываться обычным sh.
Потому что sh - это стандартный системный интерпретер для кучи системных rc скриптов.
А во фряхе всегда можно было поставить bash/tcsh/zsh/ipython из портов и сидеть в нем.
>не прошло и 50 лет как автодополнение заработало в их системном интерпретере :)Я тебе больше скажу - даже после того как оно заработало, мы сидим и чешем репу - а на***? Никто до сих пор ответить не может :)
Насчёт религии - у меня почти все системы где разрешён доступ юзерам имеют bash - ну чтоб не пугались :) и моя карма от этого нисколько не прогнулась.
>...не прошло и 50 лет как автодополнение заработало в их системном интерпретере :)В csh уже много лет как есть все дополнения.
> Кстати, мне странно, что до сих пор там sh, а не bash.Попросите напомнить, после того, как в bash устранят все башизмы, приведут в соответствие стандарту, уберут зависимость от gettext и сменят лицензию на более либеральную.
пользуйтесь вашими либеральными удобствами во дворе, сэкономите на коммунальных платежах. а лучше в кустах - так еще и независимость от ассенизаторов будет.
>сменят лицензию на более либеральную.Это действительно ещё одна заявка на (попункт) FAQ, но:
- не вижу поводов считать BSDL "более либеральной", чем GPL;
- не считаю термин "либеральный" положительной характеристикой.Мир-дружба-семечки? :)
> sh использует каждый, у кого на машине имеются стандартные стартовые скрипты.
> Кстати, мне странно, что до сих пор там sh, а не bash.Вот именно.
ээээм, Юрий, вы молод или прикидываетесь?
>Кстати, мне странно, что до сих пор там sh, а не bash.Ничего странного. bash - обратная сторона медали, а именно тормозной перегруженный монстр, да еще и под GPL. Честно говоря не в курсе насчет других шеллов, но (t)csh с идиотским синтаксисом в системе явно не в кассу, и более-менее полнофункциональный POSIX-совместимый шелл в base system давно был нужен.
>Странно, я почему-то думал, что во FreeBSD принято использовать *csh, так как именно в Беркли его впервые разработали.Вообще-то, для обычного юзера по умолчанию ставится sh, а для рута csh.
Предназначение sh как раз в том, что это очень лёгкий интерпретатор команд, а не в том, чтоб им пользоваться как оболочкой. Зачем перегружать ненужными функциями?
В режиме Single User таки используется sh. Автодополнение в нём не повредит точно.
>В режиме Single User таки используется sh. Автодополнение в нём не повредит
>точно.А часто вы загружаетесь в single user?
Имхо, в single user чем меньше функционала, тем проще реализовать этот single user без лишних библиотек.
Объясню, почему.
Автодополнение делается через libedit.
libedit (/usr/ports/devel/libedit) ставится в /usr/local/lib/libedit.so.
Если у вас /usr вынесен в отдельный раздел, то есть хороший шанс, что в single user она будет недоступна.
Т.е. автодополнения в single user скорее всего и так не будет.
>А часто вы загружаетесь в single user?Я перегружаюсь в Single User для установки нового ядра и системного окружения. Запускать для этой цели tcsh лень, а автодополнение и история команд в sh не помешают.
> libedit (/usr/ports/devel/libedit) ставится в /usr/local/lib/libedit.so.Верно, но:
> Note that the base system also includes libedit, but this port is generally more current.Автокомплит реализован именно в базовом libedit, а он ставится в /.
>> libedit (/usr/ports/devel/libedit) ставится в /usr/local/lib/libedit.so.
>
>Верно, но:
>> Note that the base system also includes libedit, but this port is generally more current.
>
>Автокомплит реализован именно в базовом libedit, а он ставится в /.Я тоже про это подумал.
Кстати, даже нашел:
/lib/libedit.so.6, время создания - как раз, когда систему ставил.
Но, обратная сторона - библиотека врядли будет обновляться.
А если найдут дырку, то есть шанс того.
Хотя вероятность этого 0,0001%.
Что-то мне вспоминается такое, что во фряхе всё содержимое /bin собрано статически. Но даже если это и не так, то в любом случае зависимости от /usr/lib там точно исключены, а /lib обычно находится там же, где и /bin, так что ничего в синглмоде сломаться не должно.
>Что-то мне вспоминается такое, что во фряхе всё содержимое /bin собрано статически.
>Но даже если это и не так, то в любом случае
>зависимости от /usr/lib там точно исключены, а /lib обычно находится там
>же, где и /bin, так что ничего в синглмоде сломаться не
>должно.статически собрано /rescue
>В режиме Single User таки используется sh.Который используется только для того, чтобы запустить tcsh или bash/zsh (если usr примонтирован).
>>В режиме Single User таки используется sh.
>
>Который используется только для того, чтобы запустить tcsh или bash/zsh (если usr
>примонтирован).вы верно заметили насчет "если" )
>вы верно заметили насчет "если" )"Если" относилось только к bash/zsh. Даже в режиме Single User таки ни один нормальный человек не использовал sh. Ну теперь может это и изменится.
Ну к примеру я пользуюсь... Самый прикол заключается в том, что я, как и подавляющее большинство, в основном исппользую скрипты, свои-чужие, в которых эта примочка, как кошке пятая лапа...
И я так же. Скрипты на sh, работаю в csh+mc.
Так, щас придут линуксоиды и будут говорить что мол "спустя 100 лет всё таки появилось" или "какое новшество!". БСД - ТРУ, вы со своими ГНУ пожалуста не надо на BSD шикать, у них свой путь, это тру юникс вэй. sh там всегда использовался только для скриптостроения, для системных нужд, как шелл sh не годился никогда. Для юзерских нужд с незапамятных времен был csh, которые ставился ВСЕГДА вместе с системой и ни у кого не вызывало даже позывов к раздумью использовать sh как шелл, когда есть csh. Когда видел bash у кого то на BSD как шелл - непонимание возникало. ЗОЧЕМ вы ставите линуксовый баш когда есть csh нормальный? Это из той же оперы что щас вот прикрутили зачем то к sh поддержку свистелки очередной. Куда писать что бы открутили?
Проблема в том, что у csh больно специфический синтаксис. Учить и csh, и sh(bash) - не всякий захочет. У меня, к примеру, первый юникс был SCO OpenServer. В нем я пользовался сначала sh, а потом bash. Перейдя на FreeBSD, по привычке продолжил пользоваться bash, и не вижу в этом ничего плохого. Опять же, системные скрипты легче понимать. Хотя, если кто-то объяснит, чем csh лучше bash, то я готов рассмотреть и вариант изучения csh.ЗЫ Вообще, эта тема чересчур политизирована. О вкусах не спорят.
Простите, а зачем csh учить-то? Никто ж не предлогает скрипты на нём писать, Вы же, наверно, не пишите скрипты на mc, или каком-нибудь оконном менеджере... =) Их в системе потому и два, что один для программирования, а второй для работы. Другой вопрос, почему у простых юзеров по умолчанию прописывается sh как дефолтовый шел - вот этого я понять не могу.
> Простите, а зачем csh учить-то? Никто ж не предлогает скрипты на нём писать"Предлогает", боже. Вы может шелл используете только чтобы startx набрать да перед друзьями выпендриться набрав ps - они-то один хрен не поймут что это, а выглядит солидно. А люди между тем пишут циклы по сто раз на дню, и копируют строчки в/из скриптов, так что именно что "затем" учить, и скрипты писать "ж предлогает", и шелл с левым синтаксисом отправляется в помойку. Да, в общем, даже не в циклах и скриптах дело, csh отправляется в помойку сразу после банального
$ command >/dev/null 2>&1
Ambiguous output redirect.ага.
Ну так пользуйтесь sh для скриптов, кто ж вам запрещает?? Чё бочку катите, добавьте перед command две букафки sh и заработает :)
csh - нормальный шелл ?
Вот все эти танцы с бубном - это типа так задумано ?
Я понимаю что раньше , на заре развития BSD выбора фактически не было,
но сейчас то чего ?
>
>csh - нормальный шелл ?
>Вот все эти танцы с бубном - это типа так задумано ?
>
>Я понимаю что раньше , на заре развития BSD выбора фактически
>не было,
>но сейчас то чего ?может быть Аналитик поведает что за танцы с бубном нужны в случае tcsh? готов почитать. жду.
>>
>>csh - нормальный шелл ?
>>Вот все эти танцы с бубном - это типа так задумано ?
>>
>>Я понимаю что раньше , на заре развития BSD выбора фактически
>>не было,
>>но сейчас то чего ?
>
>может быть Аналитик поведает что за танцы с бубном нужны в случае
>tcsh? готов почитать. жду.Из того, что я заметил:
Цикл for одной строчкой:
for a in 1 2 3; do echo $a; doneБуду рад увидеть возможность сделать цикл foreach одной строчкой.
Пока я нашел только отрывок из man tcsh:
foreach name (wordlist)
...
end
...(Both foreach and end must appear alone on
separate lines.)...
>Цикл for одной строчкой:
>for a in 1 2 3; do echo $a; done
>будем разводить троллинг вокруг однострочников?:-)
для меня tcsh - удобный cli, для скриптинга есть sh.>Буду рад увидеть возможность сделать цикл foreach одной строчкой.
[...]
> ...(Both foreach and end must appear alone
> on separate lines.)...тоже самое и с while. я видел мало скриптов на csh, их, думаю, в природе не так и много, неудобен он для скриптинга, и?:)
>будем разводить троллинг вокруг однострочников?:-)Нет, пример очень показательный. В этом и проблема tcsh - у него совершенно левый синтаксис в котором во-первых, надо дополнительно разбираться, во-вторых который не позволяет копировать коммандную строку в скрипт и наоборот, что этот однострочник и показывает. Это банально неудобно и непродуктивно, поэтому шелл по умолчанию обязан быть POSIX-совместимым.
>для меня tcsh - удобный cli, для скриптинга есть sh.Ну да, осваивать 2 весьма разных синтаксиса и переключаться между разными шеллами - это здорово придумано :).А ради чего этот гемор с 2-я шеллами то? И почему у других его нет?
>>для меня tcsh - удобный cli, для скриптинга есть sh.
>
>Ну да, осваивать 2 весьма разных синтаксиса и переключаться между разными шеллами
>- это здорово придумано :).А ради чего этот гемор с 2-я
>шеллами то? И почему у других его нет?а мне, ты знаешь, нравится. нравится и все тут.
лучше ответь на заданные Вадимом (nuclight который) вопросы. чтобы не сильно перегружать тебя по этому поводу - дам прямой линк:
http://www.opennet.me/openforum/vsluhforumID3/67696.html#148
>>Цикл for одной строчкой:
>будем разводить троллинг вокруг однострочников?:-)
>для меня tcsh - удобный cli, для скриптинга есть sh.Вам привели крайне осмысленный пример "скрипта-на-лету", который отлаживается в cli, а на третьей, ну четвёртой, НУ ПЯТОЙ строке :) засовывается наконец в файл, раз уж такой полезный оказался.
Да, "подножная автоматизация" -- это действительно удобно. Жаль, если неадекватный инструментарий не даёт этого понять и эффективно использовать и cli, и файловые скрипты.
Могу попробовать на LinuxFest показать, что имел в виду (и куски ~/bin, именно так и произошедшие).
>может быть Аналитик поведает что за танцы с бубном нужны в случае
>tcsh? готов почитать. жду.http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
http://www.grymoire.com/Unix/CshTop10.txtЕще ?
>>может быть Аналитик поведает что за танцы с бубном нужны в случае
>>tcsh? готов почитать. жду.
>
>http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
>http://www.grymoire.com/Unix/CshTop10.txt
>
>Еще ?да. желательно правда чтобы там таки был ответ на вопрос "почему вы не должны использовать tcsh как cli". касательно скриптинга для меня эти линки не новЫ.
>да. желательно правда чтобы там таки был ответ на вопрос "почему вы
>не должны использовать tcsh как cli". касательно скриптинга для меня эти
>линки не новЫ.Что, в сотый раз повторить? Потому что между cli и скриптами нет никакой разницы. В cli пишется
find /usr/local/{bin,sbin,lib} -type f | while read f; do ldd $f 2>/dev/null | grep -q 'not found' && echo $f; done
а в скриптах используются алиасы, и все это из одного в другое часто перетекает и копируется.
это у Вас пишется:) у меня это пишется в 1.sh и этот самый 1.sh запускается, ну так вот я привык, чо делать?:(
Ваши привычки к теме разговора никакого отношения не имеют, можете хоть перл использовать в качестве шелла. Ответ на вопрос был дан.
Ну собственно вам ответили .
Нет разницы между "cli" и скриптами в общем случае ( имеется ввиду более или менее нормальная работа в шелле ) .
Линуксойды скажут, что есть zsh для шелла, а для скриптов есть много интерпретаторов, например dash, который всего 80 кб весит и линкуется с libc только.А бздуны действительно выползли из анабиоза :)
zsh редкое тормозилово.
Для системы и стартовых скриптов ДОЛЖЕН использовать только sh - так тру. Как шелл csh вполне хорош, устраивает. Кто докажет што он сильно хуже чем это ваше bash?
Хотя конечно таки да, это дело вкуса. Но sh не трогать :) идите свой bash мучайте, а тут люди православия добиваются.
Автор предыдущего поста про bash ничего не сказал: (bash != dash)
dash = форк ash'а NetBSD'шного рожденный в рамках Debian GNU/Linux :))
На счёт zsh категорично согласен.
Вот сколько юзаю zsh замечал торможение только в случае когда сделал чекаут ядра линукса и у меня стол vcs-info - вот он очень сильно на нем тормозил.Никто не собирается для стартовых скриптов юзать zsh - для этого есть легкие шеллы - тот же dash, но блин для шелла же интерактивность нужна, а вот скорость там скажем совсем никак не нужна - не успеешь ты так быстро набрать
Возможно Вы правы, не успеешь. Но честно говоря мне bash'а за глаза
хватает :)) И лень zsh изучать :)) И скорее всего ездить в лимузине
одно удовольствие, но вот если всю жизнь ездил на небольшой компактной
машине, лень будет осваивать новые габариты ;)) имхо
>zsh редкое тормозилово.Готовить не умеете. (точно говорю, у меня после какого-то снапшота пакетный стал тормозить с моим конфигом и _не_ тормозить без него на старте -- поскольку некритично, то пока лень выяснять, отчего именно :)
>Для системы и стартовых скриптов ДОЛЖЕН использовать только sh - так тру.
Это вся аргументация? Потрясая башкой и завывая "так труЪ"?
>Как шелл csh вполне хорош, устраивает. Кто докажет што он сильно
>хуже чем это ваше bash?Любой, кто умеет готовить оба и знает разницу. Могу, скажем, netch@ спросить в понедельник.
>идите свой bash мучайте, а тут люди православия добиваются.
По-моему, чего-то диаметрально противоположного добиваются, но вот уж о вкусах чертофилов и чертофобов действительно спорить не приходится -- каждый свой выбор делает сам.
>Это вся аргументация? Потрясая башкой и завывая "так труЪ"?Нет, не вся. К примеру:
http://house.hcn-strela.ru/BSDCert/BSDA-course/ch07s07.html#...
>>Это вся аргументация? Потрясая башкой и завывая "так труЪ"?
>Нет, не вся. К примеру:
>http://house.hcn-strela.ru/BSDCert/BSDA-course/ch07s07.html#...Благодарю, хотя мне как раз изложенные там аргументы очевидны (и целиком за).
Мысль была такая, что сознательно минимализируя /bin/sh -- неразумно уходить далеко от него в интерактивном шелле. Гругря даже пару "минимальный bash и полноценный bash" я склонен считать намного более вменяемой, чем "минимальный свой sh и интерактивный csh" -- по совокупности хорошо освещённых в треде соображений насчёт переноса однострочников в скрипты и наоборот, обкатки/доработки кусочков скриптов "на местности".
Вторая мысль была -- что если человек истерически орёт "так труъ", то что-то с ним уже серьёзно не так. Вероятно, и операционку ему всунули в руки со слепым повторением тех же слов и не аргументируя.
>Когда видел bash у кого то на BSD как шелл - непонимание возникало. ЗОЧЕМ вы ставите >линуксовый баш когда есть csh нормальный?Привычка.
А какие это гнутые утили в FreeBSD без баша жить не могут?/me прям вся извелась от любопытства
>А какие это гнутые утили в FreeBSD без баша жить не могут?Однако:
% pkg_info | grep bash
bash-4.1.5_2 The GNU Project's Bourne Again SHell
% pkg_info -R bash-4.1.5_2
Information for bash-4.1.5_2:Required by:
eclipse-3.4.2_3
eog-2.30.1_1
eog-plugins-2.30.0_1
evince-2.30.1_1
file-roller-2.30.1.1_1,1
firefox-3.6.3,1
gedit-2.30.2_1
gedit-plugins-2.30.0_1
gnome-desktop-2.30.0
gnome-doc-utils-0.20.1_1
gnome-mount-0.8_6
gnome-nettool-2.30.0_1,1
gnome-settings-daemon-2.30.1_1
gnome-system-monitor-2.28.1_1
gucharmap-2.30.1_1
gvfs-1.6.2_1
libbonoboui-2.24.3_1
libchamplain-0.4.6
libgnome-2.30.0_1
libgnomeui-2.24.3_1
meld-1.3.1_3
policykit-gnome-0.9.2_5
py26-clutter-1.0.2_1
py26-cluttergtk-0.10.0
py26-gnome-2.28.1_1
rarian-0.8.1
rssowl-1.2.3_7
swt-3.5.1_1
thunderbird-3.0.4
totem-2.30.2
# pkg_info | grep bash# pkg_info | wc -l
582
>>А какие это гнутые утили в FreeBSD без баша жить не могут?
>
>Однако:
>% pkg_info | grep bash
>bash-4.1.5_2 The GNU Project's Bourne
>% pkg_info -R bash-4.1.5_2не расстраивай меня хоть ты;-) каким образом например томуже фф нужен баш?:) ты-то, мне казалось, должен осознавать что та простыня которую я вытер нуждается в bash чуть больше чем никак.
% grep "/bash" -r /usr/local/bin
/usr/local/bin/scrollkeeper-config:#!/usr/local/bin/bash
Binary file /usr/local/bin/Terminal matches
/usr/local/bin/scrollkeeper-update:#!/usr/local/bin/bash
Binary file /usr/local/bin/bash matches
Binary file /usr/local/bin/rbash matches
/usr/local/bin/rarian-sk-rebuild:#!/usr/local/bin/bash
/usr/local/bin/scrollkeeper-extract:#!/usr/local/bin/bash
Binary file /usr/local/bin/terminal matches
/usr/local/bin/rarian-sk-update:#!/usr/local/bin/bash
/usr/local/bin/rarian-sk-extract:#!/usr/local/bin/bash
/usr/local/bin/scrollkeeper-rebuilddb:#!/usr/local/bin/bash
/usr/local/bin/rarian-sk-config:#!/usr/local/bin/bash
Binary file /usr/local/bin/slim matchesБашизмы такие башизмы...
>Башизмы такие башизмы...ты удивлен?:-) открой тотже munin-plugins (например). там тоже bash в RUN_DEPENDS, при более внимательном рассмотрении видно что ментейнеру (если не ошибаюсь это des@ -лень смотреть) было тупо влом сделать sed для пары мегаскриптов;) такие вот они любители баша (авторы "нетленок"), не юзая именно bash`о-фич тупо как дятлы вбивают в шабанг это поделие.
>ты удивлен?:-) открой тотже munin-plugins (например). там тоже bash в RUN_DEPENDS, при
>более внимательном рассмотрении видно что ментейнеру (если не ошибаюсь это des@
>-лень смотреть) было тупо влом сделать sed для пары мегаскриптов;)Пишите багрепорты, шлите патчи. Вы же знаете как надо, Вам не влом и Вы не любите /bin/bash. Или не дает никто этого сделать?
>такие вот они любители баша (авторы "нетленок"), не юзая именно bash`о-фич тупо
>как дятлы вбивают в шабанг это поделие.Так исправьте это возмутительное недоразумение. Не вижу проблемы.
>>ты удивлен?:-) открой тотже munin-plugins (например). там тоже bash в RUN_DEPENDS, при
>>более внимательном рассмотрении видно что ментейнеру (если не ошибаюсь это des@
>>-лень смотреть) было тупо влом сделать sed для пары мегаскриптов;)
>
>Пишите багрепорты, шлите патчи. Вы же знаете как надо, Вам не влом
>и Вы не любите /bin/bash. Или не дает никто этого сделать?
>спасибо, я в курсе как это делается, на своих машинах я делаю то что нужно. (думаю что /bin/bash во fbsd есть разве что у самых упоротых, именно по этому пути;-) )
>
>>такие вот они любители баша (авторы "нетленок"), не юзая именно bash`о-фич тупо
>>как дятлы вбивают в шабанг это поделие.
>
>Так исправьте это возмутительное недоразумение. Не вижу проблемы.убить всех дятлов? это как-то сложно, не считаете?
>спасибо, я в курсе как это делается, на своих машинах я делаю
>то что нужно.В этом и проблема. Вы делаете это _только_ на своих
машинах.>(думаю что /bin/bash во fbsd есть разве что
>у самых упоротых, именно по этому пути;-) )Не знаю, ибо когда пользовался/пользуюсь FreeBSD
шелл не меняю.>убить всех дятлов? это как-то сложно, не считаете?
Надо исправлять порты, а не дятлов убивать. И просить
мейнтейнеров бороться с причиной, а не со следствием.
>
>>спасибо, я в курсе как это делается, на своих машинах я делаю
>>то что нужно.
>
>В этом и проблема. Вы делаете это _только_ на своих
>машинах.тут согласен с Вами
>
>>(думаю что /bin/bash во fbsd есть разве что
>>у самых упоротых, именно по этому пути;-) )
>
>Не знаю, ибо когда пользовался/пользуюсь FreeBSD
>шелл не меняю.
>я про то что во фре оно ставится в /usr/local/bin/[r]bash :) Вы не меняете, а вот есть талантливые люди которые умудряются еще и руту выставить шеллом bash:-)
>>убить всех дятлов? это как-то сложно, не считаете?
>
>Надо исправлять порты, а не дятлов убивать. И просить
>мейнтейнеров бороться с причиной, а не со следствием.думаю многие ментейнеры сами в курсе что это нужно делать (и делают), многие не задумываются над этим, плохо другое - не все коммитеры хотят разобраться с портом из pr. забросили в tinderbox, оно собралось, успешно удалилось, класс. "Committed. Thanks!". таже банда имени miwi думаю так и делает. Ставить перед собой цель "убить башизмы в портах" это занятие, я считаю, для людей которым заняться нечем.
>я про то что во фре оно ставится в /usr/local/bin/[r]bash :) Вы не меняете, а вот есть >талантливые люди которые умудряются еще и руту выставить шеллом bash:-)При кривом обновлении оболочки, можно очень сильно влететь. У рута лучше шелл не трогать.
>думаю многие ментейнеры сами в курсе что это нужно делать (и делают), многие не >задумываются над этим,
А многие и не в курсе, поэтому им стоит об этом как минимум сообщить.
>плохо другое - не все коммитеры хотят разобраться с портом из pr. забросили в tinderbox, >оно собралось, успешно удалилось, класс. "Committed. Thanks!". таже банда имени miwi >думаю так и делает.
Пишите нашим соотечественникам. Сергею Осокину (мейнтейнер nginx), Дмитрию Маракасову (amdmi3@, http://www.amdmi3.ru/) и попросите помочь.
>Ставить перед собой цель "убить башизмы в портах" это занятие, я считаю, для людей которым >заняться нечем.
Почему же? Вы улучшаете порты, в результате чего, с портом вытягивается меньше зависимостей. Это хорошо.
>>я про то что во фре оно ставится в /usr/local/bin/[r]bash :) Вы не меняете, а вот есть >талантливые люди которые умудряются еще и руту выставить шеллом bash:-)
>
>При кривом обновлении оболочки, можно очень сильно влететь. У рута лучше шелл
>не трогать.
>я-то в курсе, часть тех кто так делает _пока еще_ нет:)
>>думаю многие ментейнеры сами в курсе что это нужно делать (и делают), многие не >задумываются над этим,
>
>А многие и не в курсе, поэтому им стоит об этом как
>минимум сообщить.
>ну как можно быть не в курсе? вот не установлен у меня баш, делаю порт, пытаюсь юзать софтину а оно не работает, сразу как минимум заметно что нужно либо а) поставить баш и забить; б) заглянуть внутрь скрипта и с вероятностью 98% (с потолка цифра) заменить вызов bash на sh
>>плохо другое - не все коммитеры хотят разобраться с портом из pr. забросили в tinderbox, оно собралось, успешно удалилось, класс. "Committed. Thanks!". таже банда имени miwi думаю так и делает.
>
>Пишите нашим соотечественникам. Сергею Осокину (мейнтейнер nginx), Дмитрию Маракасову (amdmi3@, http://www.amdmi3.ru/) и попросите помочь.
>у меня есть онлайн контакты этих (и других) товарищей с ci битом, спасибо:)
>>Ставить перед собой цель "убить башизмы в портах" это занятие, я считаю, для людей которым >заняться нечем.
>
>Почему же? Вы улучшаете порты, в результате чего, с портом вытягивается меньше
>зависимостей. Это хорошо.да, только это не более чем JFF, денег за это не платят, на голом энтузиазме далеко не уедешь.
>ну как можно быть не в курсе? вот не установлен у меня
>баш, делаю порт, пытаюсь юзать софтину а оно не работает, сразу
>как минимум заметно что нужно либо а) поставить баш и забить;Оно работает, только bash за собой тянет :) пунктом a)
многие и ограничиваются (не обязательно в силу лени,
а еще в силу банального отсутствия зананий и опыта в данном
направлении. Тут только менторство поможет)
>б) заглянуть внутрь скрипта и с вероятностью 98% (с потолка цифра)
>заменить вызов bash на shРазумеется. Поправьте порт, отправьте патч. Это ведь не сложно?
>у меня есть онлайн контакты этих (и других) товарищей с ci битом,
>спасибо:)Вот видите, уже не все так безнадежно, как Вам кажется. И время на убийство
дятлов тратить не надо.>да, только это не более чем JFF, денег за это не платят,
>на голом энтузиазме далеко не уедешь.Это косвенно касается Вашей работы (Вы экономите в
первую очередь свое время, заменяя скрипты не локально
на каждой машине у себя, а исправляя сразу порт). Да денег
за это не платят, как и за создание портов, однако это не повод
устанавливать программы, отсутствующие в портах, из тарболов. Верно?
>>ну как можно быть не в курсе? вот не установлен у меня
>>баш, делаю порт, пытаюсь юзать софтину а оно не работает, сразу
>>как минимум заметно что нужно либо а) поставить баш и забить;
>
>Оно работает, только bash за собой тянет :) пунктом a)
>многие и ограничиваются (не обязательно в силу лени,
>а еще в силу банального отсутствия зананий и опыта в данном
>направлении. Тут только менторство поможет)
>ну "само" оно его не тянет, только если прописать в порте депенды:)
>>б) заглянуть внутрь скрипта и с вероятностью 98% (с потолка цифра)
>>заменить вызов bash на sh
>
>Разумеется. Поправьте порт, отправьте патч. Это ведь не сложно?
>конечно не сложно, еще можно с апстримом поработать, только есть ли смысл? для себя я сделаю как мне нужно, тех кто разводит башизмы это все равно не исправит.
>>у меня есть онлайн контакты этих (и других) товарищей с ci битом,
>>спасибо:)
>
>Вот видите, уже не все так безнадежно, как Вам кажется. И время
>на убийство
>дятлов тратить не надо.
>:)
>>да, только это не более чем JFF, денег за это не платят,
>>на голом энтузиазме далеко не уедешь.
>
>Это косвенно касается Вашей работы (Вы экономите в
>первую очередь свое время, заменяя скрипты не локально
>на каждой машине у себя, а исправляя сразу порт).так сколько там того времени нужно:) все что нужно и так хранится в сторонке. оттуда же и ставится
> Да денег за это не платят, как и за создание портов, однако это не повод
>устанавливать программы, отсутствующие в портах, из тарболов. Верно?в случае когда я думаю что программа будет полезна не только мне я делаю порт, отсылаю его, да. когда софт нужен внутри конторы он хранится в уютном репозитории в виде портов. Тут вот недавно выяснилось что 1 вещь нужна еще кому-то, человек сделал и заслал порт, его закоммитили (net/activemq), а вот у нас оно уже с 2008 года в репо есть;)
клепать порты и засылать их - ума много не нужно, а вот саппортить потом это дело не особо хочется
>ну "само" оно его не тянет, только если прописать в порте депенды:)Наверное, спорить не буду, так как разбирательством с портами
занимался года два назад.>конечно не сложно, еще можно с апстримом поработать, только есть ли смысл?
Самый прямой. Вы влияете на качество выходного продукта.
>для себя я сделаю как мне нужно, тех кто разводит башизмы
>это все равно не исправит.А кто-то другой будет делать для себя, не зная о том, что
сей труд Вы уже проделали. А третий для себя, не зная о проторенной
дороге первых двух. Это не коммюнити получается, а выпиливание
лобзиком по углам. "Велосипеды множились и дорабатывались, к ним приделывали
колеса квадратной формы, инвертировали положение руля, ставили
педали на обратный ход и снимали седло". Пользователь хочет ехать,
разработчик тоже в накладе не будет, если ему перепишут (или поправят)
скрипты.
>так сколько там того времени нужно:) все что нужно и так хранится
>в сторонке. оттуда же и ставитсяА Вы ведь уже работу всю проделали, Вам только pr осталось повесить
и нужных людей с битом ci попросить.>в случае когда я думаю что программа будет полезна не только мне
>я делаю порт, отсылаю его, да. когда софт нужен внутри конторы
>он хранится в уютном репозитории в виде портов.Вы в общем плодите сущности без необходимости, вместо содержания
кучи форков версий портов и создания портов нужных программ
в локальный репозиторий, нужно было бы отправить порт сэкономив
время и себе и другим людям. Сомневаюсь, что в Ваш репозиторий
имеют доступ снаружи посторонние люди.> Тут вот недавно
>выяснилось что 1 вещь нужна еще кому-то, человек сделал и заслал
>порт, его закоммитили (net/activemq), а вот у нас оно уже с
>2008 года в репо есть;)Чему радоваться-то? Тому факту, что нужной софтины не было в портах?
>клепать порты и засылать их - ума много не нужно, а вот
>саппортить потом это дело не особо хочетсяВас никто не принуждает саппортить, но переодически можно и обновлять
порт, тем паче, что Вы все равно делаете ту же работу для себя.
Доводы почему ее не стоит отдавать другим, как-то не выглядят для меня
убедительными, если честно.
>>конечно не сложно, еще можно с апстримом поработать, только есть ли смысл?
>
>Самый прямой. Вы влияете на качество выходного продукта.
>подобный продукт - это, думаю, плохой продукт (случаи когда использование именно bash оправдавно тут не рассматриваю). если что-то дошло до стадии release с подобными ляпами это уже показатель (для меня).
>[оверквотинг удален]
>
>сей труд Вы уже проделали. А третий для себя, не зная о
>проторенной
>дороге первых двух. Это не коммюнити получается, а выпиливание
>лобзиком по углам. "Велосипеды множились и дорабатывались, к ним приделывали
>колеса квадратной формы, инвертировали положение руля, ставили
>педали на обратный ход и снимали седло". Пользователь хочет ехать,
>разработчик тоже в накладе не будет, если ему перепишут (или поправят)
>скрипты.
>Вы так говорите как будто сами занимаетесь подобным (помощью разработчикам в подобных вещах):-) это никак не подколка или что-то типа того
>
>>так сколько там того времени нужно:) все что нужно и так хранится
>>в сторонке. оттуда же и ставится
>
>А Вы ведь уже работу всю проделали, Вам только pr осталось повесить и нужных людей с битом ci попросить.принициально на занимаюсь подобными вещами. почему? я выше высказал свое мнение о подобных "продуктах".
>
>>в случае когда я думаю что программа будет полезна не только мне
>>я делаю порт, отсылаю его, да. когда софт нужен внутри конторы
>>он хранится в уютном репозитории в виде портов.
>
>Вы в общем плодите сущности без необходимости, вместо содержания
>кучи форков версий портов и создания портов нужных программ
>в локальный репозиторий, нужно было бы отправить порт сэкономив
>время и себе и другим людям. Сомневаюсь, что в Ваш репозиторий
>имеют доступ снаружи посторонние люди.да. репозиторий не публичный, все что можно (и что считаю нужным) для паблик уже есть в основном дереве
>
>> Тут вот недавно
>>выяснилось что 1 вещь нужна еще кому-то, человек сделал и заслал
>>порт, его закоммитили (net/activemq), а вот у нас оно уже с
>>2008 года в репо есть;)
>
>Чему радоваться-то? Тому факту, что нужной софтины не было в портах?
>а кто радуется? раз за 2 года никому это не было нужно (по крайней мере не было pr на эту тему) то имхо ничего страшного не произошло, мне было нужно - я сделал и юзал.возможно для кого-то общее кол-во портов это неплохой пенисомер, но не для меня. засылать pr только для того чтобы кроме меня это мог через 2 года заюзать еще 1 человек?:)
>>клепать порты и засылать их - ума много не нужно, а вот
>>саппортить потом это дело не особо хочется
>
>Вас никто не принуждает саппортить, но переодически можно и обновлять
>порт, тем паче, что Вы все равно делаете ту же работу для
>себя.посмотрите сколько портов висят на ports@ (freshports.org). по сути, это на процентов 70 (если не больше) бесполезные вещи. Кто-то желая дать миру счастье заслал pr и забил на этот порт (ну перестал он его юзать, либо вообще свалил админить виндовсы), причем хорошо если он попросил чтобы ментейнера поменяли на ports@ либо другой, более подходящий алиас.
>Доводы почему ее не стоит отдавать другим, как-то не выглядят для меня
>
>убедительными, если честно.так довод я только один привел: я не уверен что оно нужно кому-нибудь кроме меня. Засорять дерево ради прокачивания своего ЧСВ?:)
>подобный продукт - это, думаю, плохой продукт (случаи когда использование именно bash
>оправдавно тут не рассматриваю). если что-то дошло до стадии release с
>подобными ляпами это уже показатель (для меня).Вы думаете что он плохой, я думаю что он плохой, еще кто-то думает что он плохой.
Улучшать никто не улучшает (даже не пытаюстся улучшить), зато все думают.
Хотя думать не запрещено, конечно. Продукт не улучшился, а мыслителей много :)>Вы так говорите как будто сами занимаетесь подобным (помощью разработчикам в подобных
>вещах):-) это никак не подколка или что-то типа тогоДаже если подколка, то мне все равно. Да, с апстримом приходилось общаться по разным вопросам. С автором free-sa по поводу бага, который проявлялся с версии 1.4.5 до 1.5.1
"sh environment corrupt", с автором dhcdrop - по поводу мана, для его программы
(сделал русскую версию его мана). Плюс по мелочи порты обновлял, так как надо было.
Эта информация не для бахвальства, а для подтверждения слов.>принициально на занимаюсь подобными вещами. почему? я выше высказал свое мнение о
>подобных "продуктах".Ну вот и получается, что все втихушку допиливают, а улучшения не передают.
>а кто радуется? раз за 2 года никому это не было нужно
>(по крайней мере не было pr на эту тему)Если нет pr, то это еще не означает, что это не нужно.
Может человек только осваивается?>то имхо
>ничего страшного не произошло, мне было нужно - я сделал и
>юзал.Вот мне тоже нужно, а я сделать не могу к примеру, так как еще
не овладел достаточным навыком написания портов, и про Вас я так
же не знаю, а с фряхой вообще знаком постольку поскольку, так как надо
несколько сервисов ввести в строй. Что мне делать?
(Это иллюстрация к мыслеизложению, принимать буквально не надо :))>возможно для кого-то общее кол-во портов это неплохой пенисомер, но не
>для меня. засылать pr только для того чтобы кроме меня это
>мог через 2 года заюзать еще 1 человек?:)Причем тут пенисомер? Хотя мне плевать, какие мотивы побудили
Вас сделать порт - удовлетворение собственного тщеславия, спор с
коллегами/друзьями на "слабо", что бы понтоваться перед девочками -
мне все равно, так как результат мне доступен так же, как и остальным
желающим.
>посмотрите сколько портов висят на ports@ (freshports.org). по сути, это на процентов
>70 (если не больше) бесполезные вещи.Откуда такое убеждение, что они бесполезны?
> Кто-то желая дать миру счастье
>заслал pr и забил на этот порт (ну перестал он его
>юзать, либо вообще свалил админить виндовсы), причем хорошо если он попросил
>чтобы ментейнера поменяли на ports@ либо другой, более подходящий алиас.Желающие его поддерживать найдутся, хотя бы те, которым
этот софт потребуется.
>так довод я только один привел: я не уверен что оно нужно
>кому-нибудь кроме меня. Засорять дерево ради прокачивания своего ЧСВ?:)Причем тут ЧСВ? Попробуйте подумать в другой плоскости - "а что если это
кому-то нужно кроме меня?"
>>подобный продукт - это, думаю, плохой продукт (случаи когда использование именно bash
>>оправдавно тут не рассматриваю). если что-то дошло до стадии release с
>>подобными ляпами это уже показатель (для меня).
>
>Вы думаете что он плохой, я думаю что он плохой, еще кто-то
>думает что он плохой.
>Улучшать никто не улучшает (даже не пытаюстся улучшить), зато все думают.
>Хотя думать не запрещено, конечно. Продукт не улучшился, а мыслителей много :)
>ну вот такая вот она суровая жизнь:-)
>[оверквотинг удален]
>>Вы так говорите как будто сами занимаетесь подобным (помощью разработчикам в подобных
>>вещах):-) это никак не подколка или что-то типа того
>
>Даже если подколка, то мне все равно. Да, с апстримом приходилось общаться
>по разным вопросам. С автором free-sa по поводу бага, который проявлялся
>с версии 1.4.5 до 1.5.1
>"sh environment corrupt", с автором dhcdrop - по поводу мана, для его
>программы ,
>(сделал русскую версию его мана). Плюс по мелочи порты обновлял, так как
>надо было.ну вот, Вы выбрали отличный пример с free-sa. Заслал некий Антон Карпов порт, даже обновлял его несколько раз, а потом пропал (хорошо если он жив-здоров и тд). Вы тянули этот порт потому что он Вам нужен (ну не просто же так Вы с апстримом общались и делали send-pr:-)), Антон не отвечал на настойчивые письма от гнатс, в итоге если бы не резетнули ментейнера так могло бы продолжаться еще долго, а теперь представьте что порт так вот получилось что и не нужен никому.. вот пользовался им только ментейнер и все.. я понимаю что Вы могли бы с очередным обновлением сделать MAINTAINER= ваш_имейл и, в связи с постоянными таймаутами от Антона, порт передали бы Вам, однако Вы этого не сделали. почему?
>Эта информация не для бахвальства, а для подтверждения слов.
>дак я в Вашем случае и не намекал на что-либо подобное.
>>принициально на занимаюсь подобными вещами. почему? я выше высказал свое мнение о
>>подобных "продуктах".
>
>Ну вот и получается, что все втихушку допиливают, а улучшения не передают.
>ну не передают, что делать-то?:-) для многих "работает и хорошо" много важнее (ну или проще) чем "я помудохаюсь 5минут-день-неделю-тд, но сделаю чтобы оно не хотело вооот ту зависимость", в моем случае это банальная лень:)
>
>>а кто радуется? раз за 2 года никому это не было нужно
>>(по крайней мере не было pr на эту тему)
>
>Если нет pr, то это еще не означает, что это не нужно.
>
>Может человек только осваивается?
>который? ментейнер activemq? если про него речь, то он довольно-таки много портов держит, ну и собственно активмку ему понадобился для gitorious. он в irc был с этими вопросами, да, я козел, не дал порт, думал что его отпустит раньше чем он сделает порт:\
>[оверквотинг удален]
>>ничего страшного не произошло, мне было нужно - я сделал и
>>юзал.
>
>Вот мне тоже нужно, а я сделать не могу к примеру, так
>как еще
>не овладел достаточным навыком написания портов, и про Вас я так
>же не знаю, а с фряхой вообще знаком постольку поскольку, так как
>надо
>несколько сервисов ввести в строй. Что мне делать?
>(Это иллюстрация к мыслеизложению, принимать буквально не надо :))ну всегда можно попросить в тех же ports кого-нибудь это спортировать, было такое и не раз. там же вполне можно по кол-ву ответов понять нужно ли вообще тратить на это время, и даже из человеколюбия помочь.
>[оверквотинг удален]
>>для меня. засылать pr только для того чтобы кроме меня это
>>мог через 2 года заюзать еще 1 человек?:)
>
>Причем тут пенисомер? Хотя мне плевать, какие мотивы побудили
>Вас сделать порт - удовлетворение собственного тщеславия, спор с
>коллегами/друзьями на "слабо", что бы понтоваться перед девочками -
>мне все равно, так как результат мне доступен так же, как и
>остальным
>желающим.
>ну мы наверное про разные вещи говорим, ну или разные взгляды на мир. я стараюсь не делать лишних телодвижений без повода:)
>
>>посмотрите сколько портов висят на ports@ (freshports.org). по сути, это на процентов
>>70 (если не больше) бесполезные вещи.
>
>Откуда такое убеждение, что они бесполезны?
>окей. они нужны авторам и _возможно_ кому-то еще, но не настолько интересны для любого члена комьюнити чтобы взять на себя ментейнерство.
>> Кто-то желая дать миру счастье
>>заслал pr и забил на этот порт (ну перестал он его
>>юзать, либо вообще свалил админить виндовсы), причем хорошо если он попросил
>>чтобы ментейнера поменяли на ports@ либо другой, более подходящий алиас.
>
>Желающие его поддерживать найдутся, хотя бы те, которым
>этот софт потребуется.
>я о том же, но далеко не факт что желающие будут если коммитить все подряд%)
>>так довод я только один привел: я не уверен что оно нужно
>>кому-нибудь кроме меня. Засорять дерево ради прокачивания своего ЧСВ?:)
>
>Причем тут ЧСВ? Попробуйте подумать в другой плоскости - "а что если
>это
>кому-то нужно кроме меня?"т.е Вы считаете что если есть вероятность 0.02% что это кому-то еще будет нужно стОит слать pr ?
>ну вот, Вы выбрали отличный пример с free-sa. Заслал некий Антон Карпов
>порт, даже обновлял его несколько раз, а потом пропал (хорошо если
>он жив-здоров и тд).Я думаю, что он жив и здоров, просто перешел на OpenBSD.
http://toxa.livejournal.com/> Вы тянули этот порт потому что он
>Вам нужен (ну не просто же так Вы с апстримом общались
>и делали send-pr:-)), Антон не отвечал на настойчивые письма от гнатс,Я так понимаю, что Вы проверили эту информацию?
>в итоге если бы не резетнули ментейнера так могло бы продолжаться
>еще долго, а теперь представьте что порт так вот получилось что
>и не нужен никому..Почему же, он был нужен мне, поэтому я его апдейтил какое-то
время.>вот пользовался им только ментейнер и все..
Не только он и я. Просто кто-то не умел обновлять порт.
>я понимаю что Вы могли бы с очередным обновлением сделать MAINTAINER=
>ваш_имейл и, в связи с постоянными таймаутами от Антона, порт передали
>бы Вам, однако Вы этого не сделали. почему?Я опоздал с перехватом порта. Его кто-то уже из FreeBSD забрал. Впрочем,
оно к лучшему, так как я больше с Linux'ом начал работать, поэтому
мне оно уже не актуально было. Кстати, могу сказать, что если бы
порта не было, то не факт, что я бы его с нуля осилил. Поэтому,
Антону все равно спасибо, равно как и спасибо тем людям, которые
мне помогали этот порт сделать лучше.>дак я в Вашем случае и не намекал на что-либо подобное.
Все равно, не люблю быть голословным.
>ну не передают, что делать-то?:-) для многих "работает и хорошо" много важнее
>(ну или проще) чем "я помудохаюсь 5минут-день-неделю-тд, но сделаю чтобы оно
>не хотело вооот ту зависимость", в моем случае это банальная лень:)Вот-вот. Дальше своего уголка никто не видит, и это плохо.
>который? ментейнер activemq? если про него речь, то он довольно-таки много портов
>держит, ну и собственно активмку ему понадобился для gitorious. он в
>irc был с этими вопросами, да, я козел, не дал порт,
>думал что его отпустит раньше чем он сделает порт:\А его не отпустило. В результате была проделана двойная работа.
Вы долго тащили этот порт (уж за два года-то он, наверное, обновлялся
не единожды), а потом кто-то другой сделал и отправил - результат
стал доступен всем и Ваш труд оказался напрасным, потому как
порт есть в официальной ветке и поддерживать локальную копию
данного порта уже ни к чему.>ну всегда можно попросить в тех же ports кого-нибудь это спортировать, было
>такое и не раз. там же вполне можно по кол-ву ответов
>понять нужно ли вообще тратить на это время, и даже из
>человеколюбия помочь.Не спрашивал, поэтому полагаюсь на Ваши слова.
>ну мы наверное про разные вещи говорим, ну или разные взгляды на
>мир. я стараюсь не делать лишних телодвижений без повода:)Наверное, мы про разные осмысление сделанного говорим.
Я про то, что если телодвижения уже сделаны, то почему бы не
облегчить жизнь себе и другим.
Информация к размышлению - пока мы в течение дня обсуждали,
что такое хорошо и что такое плохо, Вы бы могли уже скрипты
для munin'а пофиксить на #!/bin/sh, и отправить мейнетнеру :)
И попытаться совместно протолкнуть в апстрим. =]>окей. они нужны авторам и _возможно_ кому-то еще, но не настолько интересны
>для любого члена комьюнити чтобы взять на себя ментейнерство.Знаете, попроталкивав некоторые вещи, я понял что коммюнити
мало что интересно вообще. Такое ощущение, что они на своей волне шпарят
постоянно. Это была одна из моих претензий к FreeBSD в целом.>я о том же, но далеко не факт что желающие будут если
>коммитить все подряд%)Не факт, но каждый может внести свой вклад.
"
Работа всякого
нужна одинаково.
Я гайки делаю,
а ты
для гайки
делаешь винты."
http://ru.wikisource.org/wiki/%D0%9A%D0%...
>т.е Вы считаете что если есть вероятность 0.02% что это кому-то еще
>будет нужно стОит слать pr ?Да. Хуже от этого точно не будет, а вот ищущий
может найти решение в багтрекере.
>Я думаю, что он жив и здоров, просто перешел на OpenBSD.
>http://toxa.livejournal.com/встречаются интересные посты, почитаю :)
>
>> Вы тянули этот порт потому что он
>>Вам нужен (ну не просто же так Вы с апстримом общались
>>и делали send-pr:-)), Антон не отвечал на настойчивые письма от гнатс,
>
>Я так понимаю, что Вы проверили эту информацию?
>судя по, например, freshports - не отвечал.
>>вот пользовался им только ментейнер и все..
>
>Не только он и я. Просто кто-то не умел обновлять порт.речь была не конкретно о free-sa а о сферическом порте в дереве:)
>
>>я понимаю что Вы могли бы с очередным обновлением сделать MAINTAINER=
>>ваш_имейл и, в связи с постоянными таймаутами от Антона, порт передали
>>бы Вам, однако Вы этого не сделали. почему?
>
>Я опоздал с перехватом порта. Его кто-то уже из FreeBSD забрал. Впрочем,
>Login: lippe Name: Felippe de Meirelles Motta
Directory: /home/lippe Shell: /bin/csh
^^^^ вот он, спустя 7 Ваших обновлений и 1 обновления от swell.k@gmail.com ;-)>[оверквотинг удален]
>>irc был с этими вопросами, да, я козел, не дал порт,
>>думал что его отпустит раньше чем он сделает порт:\
>
>А его не отпустило. В результате была проделана двойная работа.
>Вы долго тащили этот порт (уж за два года-то он, наверное, обновлялся
>
>не единожды), а потом кто-то другой сделал и отправил - результат
>стал доступен всем и Ваш труд оказался напрасным, потому как
>порт есть в официальной ветке и поддерживать локальную копию
>данного порта уже ни к чему.(при условии что там _нет_ своих патчей, нужных нам:))
обвновлял раза 3-4 за все это время, как только жава девелоперы просили.
>
>Информация к размышлению - пока мы в течение дня обсуждали,
>что такое хорошо и что такое плохо, Вы бы могли уже скрипты
>
>для munin'а пофиксить на #!/bin/sh, и отправить мейнетнеру :)
>И попытаться совместно протолкнуть в апстрим. =]
>интересная мысль;) боюсь только что это не вариант (в моем случае). Сейчас это оторванный от депендов bash, плагины которым хочется bash на данный момент инсталлятся, да. лень перепаковывать без них и менять зеркало. один из плагинов (fail2ban) молодец:)
BUGS
Needs bash. Uses bashisms ${parm/?/pat/string} and $'...' to avoid running external programs.>>окей. они нужны авторам и _возможно_ кому-то еще, но не настолько интересны
>>для любого члена комьюнити чтобы взять на себя ментейнерство.
>
>Знаете, попроталкивав некоторые вещи, я понял что коммюнити
>мало что интересно вообще. Такое ощущение, что они на своей волне шпарят постоянно. Это была одна из моих претензий к FreeBSD в целом.только ли во freebsd так?;)
>>т.е Вы считаете что если есть вероятность 0.02% что это кому-то еще
>>будет нужно стОит слать pr ?
>
>Да. Хуже от этого точно не будет, а вот ищущий
>может найти решение в багтрекере.я подумаю над этим
> встречаются интересные посты, почитаю :)Не считая того, что автор исключительно предвзят
к Linux'у. Поэтому я его и не читаю. :)>Login: lippe Name: Felippe de Meirelles Motta
>Directory: /home/lippe Shell: /bin/csh
>^^^^ вот он, спустя 7 Ваших обновлений и 1 обновления от swell.k@gmail.com ;-)Для меня это не важно. Порт живет, развивается и хорошо. Апстрим не в накладе,
я Олегу спек написал для CentOS. swell.k - очень помог с портом, большое ему спасибо.>интересная мысль;) боюсь только что это не вариант (в моем случае).
Почему же?
>Сейчас это оторванный >от депендов bash, плагины которым хочется bash на данный момент инсталлятся, да. лень >перепаковывать без них и менять зеркало. один из плагинов (fail2ban) молодец:)
>BUGS
>Needs bash. Uses bashisms ${parm/?/pat/string} and $'...' to avoid running external >programs.Не все безнадежно, как видим.
>только ли во freebsd так?;)
Для одного дистрибутива линукса, мейнтенером
пакетов в котором я захотел стать - все намного проще
оказалось. Я ничего, никуда не проталкивал. Хочешь - пожалуйста, делай.
на всякий случай, если возникнут вопросы. c freshports про меня:
Number of ports: 5
этого, лично мне, хватает для поддержания ЧСВ в тонусе.
>При кривом обновлении оболочки, можно очень сильно влететь. У рута лучше шелл
>не трогать.Продвинутые, многоопытные, и умудрённые Всемироной историей апдейтов фрибээсдэшники (...нет, не я) рекомендуют: отдельный логин типа toor с /bin/sh шелом и uid-ом 0. Чтоб и на bash сесть, и на труЪ-вэе прокатиться. ...Спец.костыль для "любителей" спец.ОС-ов!
>>При кривом обновлении оболочки, можно очень сильно влететь. У рута лучше шелл
>>не трогать.
>
>Продвинутые, многоопытные, и умудрённые Всемироной историей апдейтов фрибээсдэшники (...нет, не я) рекомендуют:
>отдельный логин типа toor с /bin/sh шелом и uid-ом 0. Чтоб
>и на bash сесть, и на труЪ-вэе прокатиться. ...Спец.костыль для "любителей"
>спец.ОС-ов!спец. Шелл-ов
fixed.
>>>(думаю что /bin/bash во fbsd есть разве что
>>>у самых упоротых, именно по этому пути;-) )
>я про то что во фре оно ставится в /usr/local/bin/[r]bash :)Как у самых упоротых, которые не дотумкают про симлинки из /bin? :) (слово dangling знакомо, но поскольку шеллы типично воспринимаются как критичная/существенная часть системы -- то содержать необходимые либо хотя бы ссылки в /bin глупостью не считаю)
>Вы не меняете, а вот есть талантливые люди которые умудряются еще и
>руту выставить шеллом bash:-)Некоторые ещё и zsh выставляют. И это вовсе не так безрассудно, как опять же может показаться -- мне знакомы минимум два веских довода "за" (и два -- "против").
>Ставить перед собой цель "убить башизмы в портах" это
>занятие, я считаю, для людей которым заняться нечем.Андрей о другом говорит, как понимаю -- что если уж потрачено время на диагностику и исправление на хотя бы одном хосте, то даже ради своего же времени через год-другой/на другом хосте может быть осмысленно забросить патч майнтейнеру.
Впрочем, учить бздишников элементарной культуре совместной разработки -- занятие тоже не из благодарных...
>Некоторые ещё и zsh выставляют. И это вовсе не так безрассудно,
>как опять же может показаться -- мне знакомы минимум два веских
>довода "за" (и два -- "против").А можно их услышать? Один "против" я уже озвучил - остается еще
два "за" и еще один "против".
>Впрочем, учить бздишников элементарной культуре совместной разработки -- занятие тоже не из
>благодарных...Миш, отчего ты так строг к бсдшникам?
>>Впрочем, учить бздишников элементарной культуре совместной разработки --
>>занятие тоже не из благодарных...[ собсно это и к теме "DSCM vs CSCM" ]
>Миш, отчего ты так строг к бсдшникам?
Многие из них склонны вводить простодушных в заблуждение -- "вот это круто, а то ацтой". Спросишь, почему именно отстой -- сперва увиливание, потом истерика (если поднажать). Причём это заразно :(
См. тж. http://wiki.opennet.ru/DistroImhoMike -> ссылки -> "что не так с фрёй":
http://www.mail-archive.com/debian-russian@lists.debian...
>ибо то что предлагает "удобный" bash для работы с хистори мягко говоря "делает оральный секс"Понятно. Внесите:
# User specific aliases and functionsbind '"\e[A"':history-search-backward
bind '"\e[B"':history-search-forward
shopt -s cdspell
shopt -s histappend
export HISTCONTROL="ignoredups"
shopt -s cmdhistp.S: Если поиск по истории в tcsh во FreeBSD по-умолчанию, это еще не значит,
что это правильно, хотя и удобно, согласен.
>[оверквотинг удален]
>bind '"\e[A"':history-search-backward
>bind '"\e[B"':history-search-forward
>shopt -s cdspell
>shopt -s histappend
>export HISTCONTROL="ignoredups"
>shopt -s cmdhist
>
>p.S: Если поиск по истории в tcsh во FreeBSD по-умолчанию, это еще
>не значит,
>что это правильно, хотя и удобно, согласен.т.е та мантра что выше научит bash чему-то более удобному нежели их "классный" ^r ? (у меня нет проинсталленого bash, желания ставить для "посмотреть" - тоже)
>т.е та мантра что выше научит bash чему-то более удобному нежели ихмантра не мантрее tcsh'ной.
>"классный" ^r ?
>(у меня нет проинсталленого bash, желания ставить для "посмотреть" - тоже)Однако хаить у Вас желание нашлось.
bash
>bind '"\e[A"':history-search-backward
>bind '"\e[B"':history-search-forwardtcsh
>bindkey -k up history-search-backward
>bindkey -k down history-search-forwardразница, как видим, только в написании.
>>т.е та мантра что выше научит bash чему-то более удобному нежели их
>
>мантра не мантрее tcsh'ной.
>
>>"классный" ^r ?
>>(у меня нет проинсталленого bash, желания ставить для "посмотреть" - тоже)
>
>Однако хаить у Вас желание нашлось.
>ну а как же;)
>bash
>>bind '"\e[A"':history-search-backward
>>bind '"\e[B"':history-search-forward
>
>tcsh
>>bindkey -k up history-search-backward
>>bindkey -k down history-search-forward
>
>разница, как видим, только в написании.и на практике оно работать будет абсолютно также?;)
не поленился, поставил сей гениальный продукт.
что-то видимо делаю не так:
* сделал 2 бинда из предложенных Вами
* написал ifconfig alc0
* написал ifconfig lo0
* пишу ifconfig и пытаюсь стрелочками получить строку с ifconfig lo0
* наблюдаю ifconfig alc0, никаких lo0, независимо от количества нажатий стрелки "вверх".
какие будут предложения?
[tiger@laptop ~]$ pkg_info -xI bash
bash-4.1.5_2 The GNU Project's Bourne Again SHell
>и на практике оно работать будет абсолютно также?;)Во FreeBSD не использовал bash никогда. Но должен
работать идентично. Полный .bashrc приведите пожалуйста.>[оверквотинг удален]
>* сделал 2 бинда из предложенных Вами
>* написал ifconfig alc0
>* написал ifconfig lo0
>* пишу ifconfig и пытаюсь стрелочками получить строку с ifconfig lo0
>* наблюдаю ifconfig alc0, никаких lo0, независимо от количества нажатий стрелки "вверх".
>
>какие будут предложения?
>[tiger@laptop ~]$ pkg_info -xI bash
>bash-4.1.5_2 The GNU Project's Bourne
>Again SHell[andy@unit1 ~]$ rpm -qa | grep bash
bash-4.1.7-1.fc14.i686
[andy@unit1 ~]$ cat .bashrc
# .bashrc# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi# User specific aliases and functions
bind '"\e[A"':history-search-backward
bind '"\e[B"':history-search-forward
shopt -s cdspell
shopt -s histappend
export HISTCONTROL="ignoredups"
shopt -s cmdhist
[andy@unit1 ~]$ /sbin/ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:1E:0B:B2:F8:4F
inet6 addr: fe80::21e:bff:feb2:f84f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7955005 errors:0 dropped:0 overruns:0 frame:0
TX packets:1478166 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3107521294 (2.8 GiB) TX bytes:429278781 (409.3 MiB)
Memory:f0180000-f01a0000[andy@unit1 ~]$ /sbin/ifconfig lo0
lo0: error fetching interface information: Device not found
[andy@unit1 ~]$ /sbin/ifconfig lo
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:61530 errors:0 dropped:0 overruns:0 frame:0
TX packets:61530 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:14377334 (13.7 MiB) TX bytes:14377334 (13.7 MiB)
Далее пишу:
[andy@unit1 ~]$ /sbin/if
нажимаю вверх получаю:
[andy@unit1 ~]$ /sbin/ifconfig lo
Предложения будут такие - не создавайте .bashrc, а в баше построчно
введите биндинги и экспорты, после чего все должно заработать (работало в
bash 3.2.X)
[andy@unit1 ~]$ uname -r
2.6.34-20.fc14.i686
[andy@unit1 ~]$ cat /etc/fedora-release
Fedora release 14 (Rawhide)
[andy@unit1 ~]$
[skipped]
меня, в принципе, интересует только 1 вещь: после того как я напишу "/sbin/ifc" и начну жать стрелки.. оно будет листать кругами команды /sbin/ifconfig lo0 и /sbin/ifconfig eth0 ? или таки нужно написать "/sbin/ifconfig l" для того чтобы получить /sbin/ifconfig lo0 ?
>[skipped]
>меня, в принципе, интересует только 1 вещь: после того как я напишу
> "/sbin/ifc" и начну жать стрелки.. оно будет листать кругами команды
>/sbin/ifconfig lo0 и /sbin/ifconfig eth0 ? или таки нужно написать "/sbin/ifconfig
>l" для того чтобы получить /sbin/ifconfig lo0 ?Он ищет последнюю запись в хистори, затем предыдущую, совпадающую с шаблоном. Поэтому сначала будет lo, затем возникнет моя ошибка (lo0), затем eth0. Когда дойдет до последней записи (eth0), то назад не вернется (lo).
>>[skipped]
>>меня, в принципе, интересует только 1 вещь: после того как я напишу
>> "/sbin/ifc" и начну жать стрелки.. оно будет листать кругами команды
>>/sbin/ifconfig lo0 и /sbin/ifconfig eth0 ? или таки нужно написать "/sbin/ifconfig
>>l" для того чтобы получить /sbin/ifconfig lo0 ?
>
>Он ищет последнюю запись в хистори, затем предыдущую, совпадающую с шаблоном. Поэтому
>сначала будет lo, затем возникнет моя ошибка (lo0), затем eth0. Когда
>дойдет до последней записи (eth0), то назад не вернется (lo).ну это уже неплохо, и много лучше ^r. запишу в блокнотик, вдруг пригодится:) спасибо
>ну это уже неплохо, и много лучше ^r. запишу в блокнотик, вдруг
>пригодится:) спасибоне за что.
p.s: только лучше это запишите в /etc/skel/.bashrc на Ващих
линуксовых машинах, если таковые имеются.
>
>>ну это уже неплохо, и много лучше ^r. запишу в блокнотик, вдруг
>>пригодится:) спасибо
>
>не за что.
>p.s: только лучше это запишите в /etc/skel/.bashrc на Ващих
>линуксовых машинах, если таковые имеются.2vps`ки от друзей на "поиграться", вполне обхожусь там tcsh со своим конфигом:)
>* сделал 2 бинда из предложенных ВамиМаловато, добавьте как минимум
shopt -s histappend
Из man bash
histappend - If set, the history list is appended to the file named by the value of the HISTFILE variable when the shell exits, rather than overwriting the file.
>
>>* сделал 2 бинда из предложенных Вами
>
>Маловато, добавьте как минимум
>shopt -s histappend
>Из man bash
>histappend - If set, the history list is appended to the file
>named by the value of the HISTFILE variable when the shell
>exits, rather than overwriting the file.я уже успел снести его:) т.е это уже не 2 строчки получается:-) окей, предположим что bash можно довести до юзабельного состояния если постараться. Но в base его нет и это хорошо;-)
>я уже успел снести его:) т.е это уже не 2 строчки получается:-)Так и в tcsh не две строчки. Про
set history = 100
не забывайте пожалуйста.>окей, предположим что bash можно довести до юзабельного состояния если постараться.
Зачем предполагать, его можно довести и нужно, дабы создать комфортный
поиск по истории.
>Но в base его нет и это хорошо;-)Боюсь, что вопрос не в том, хорошо это или плохо. Вопрос лежит
в плоскости политического противостояния GPL vs BSD, однако, эта тема
отдельного флейма, про которую высказались уже достаточно. Даже было
предложение от Михаила Шигорина зафиксировать это в местной вики.
>>я уже успел снести его:) т.е это уже не 2 строчки получается:-)
>
>Так и в tcsh не две строчки. Про
>set history = 100
>не забывайте пожалуйста.
>эм, ну да, три:)
>>Но в base его нет и это хорошо;-)
>
>Боюсь, что вопрос не в том, хорошо это или плохо. Вопрос лежит
>в плоскости политического противостояния GPL vs BSD, однако, эта тема
>отдельного флейма, про которую высказались уже достаточно. Даже было
>предложение от Михаила Шигорина зафиксировать это в местной вики.ну помимо (не-)кошерности лицензий есть еще такая вещь как зависимости, тут уже некий ананимус задавал вопрос про mc в базе:) это из тойже оперы
Да и обычно вопросы "внести/вынести ХХХХ в/из base" решаются как-то со скрипом и воем, тотже tmux когда предлагали в базу внести (под подходящей, кстати, лицензией):) как всегда набегают те кому жизненно необходим тамже zsh и прочие "полезняшки"
>Боюсь, что вопрос не в том, хорошо это или плохо. Вопрос лежит
>в плоскости политического противостояния GPL vs BSD, однако, эта тема
>отдельного флейма, про которую высказались уже достаточно. Даже было
>предложение от Михаила Шигорина зафиксировать это в местной вики.Эээ... здесь сложнее. Мы с persgray@ собирались до этого добраться по мотивам разбора полётов с ath5k, а до того -- с sobomax@freebsd незадолго одного инцидента.
На данный момент мой статус по этой теме -- то ли "проотвечался", то ли "обещанного опять ждут три года", но добраться хронически некогда. Сейчас этому мешает крупнооптовое пингвиноводство. :)
>окей, предположим что bash можно довести до юзабельного состояния если постараться.Практически на всех виденных мной линуксах (кроме embedded) bash и так из коробки в юзабельном состоянии :)
Кстати, в ём (также zsh и dash, но не pdksh) есть ещё одна удобная штука -- история по последнему аргументу по Esc-. (обычно также Alt-.):
mkdir project-773977
cd <Alt-.>А Ctrl-R может уметь листать назад по Backspace.
>Практически на всех виденных мной линуксах (кроме embedded) bash и так из
>коробки в юзабельном состоянии :)Тут несколько другое имеется в виду. По-умолчанию, во FreeBSD, у пользователя
.cshrc настроен для удобного поиска по истории стрелками цифровой клавиатуры,
удаления Backspace'ом (^W :)), сохранения истории и тому подобное. В bash'е,
разумеется, есть подобные настройки, но, по-умолчанию, их нет и пользователю
их следует добавлять самостоятельно в .bashrc. Для этого стоит заглянуть в
man, что, к сожалению, мало кто делает. Отсюда - такие выводы.>Кстати, в ём (также zsh и dash, но не pdksh) есть ещё
>одна удобная штука -- история по последнему аргументу по Esc-. (обычно
>также Alt-.):
>
>mkdir project-773977
>cd <Alt-.>Сомневаюсь, что запоминание комбинаций удобно. В свое время немало "веселило"
автодополнение в AIX'овом ksh. По Esc-\. Уж лучше настройки дотфайлов сделать.
>Так, щас придут линуксоиды и будут говорить что мол "спустя 100 лет
>всё таки появилось" или "какое новшество!".Но почему-то вы первый это ляпнули, а не линуксоиды.
> Когда видел bash у кого то на BSD как шелл - непонимание возникало. ЗОЧЕМ
>вы ставите линуксовый баш когда есть csh нормальный?В csh нет ничего нормального. bash - не линуксовый. Учите уроки.
>В csh нет ничего нормального.Я использую скрипты на csh. Мне кажется, что они более читабельны sh'ных. И основная командная оболочка у меня тоже /bin/csh.
Ну на любую возможность сделать что-то через задницу найдется кто-то кто именно так и сделает. Правило 34 как говорится, но exceptions.
>>В csh нет ничего нормального.
>Я использую скрипты на csh. Мне кажется, что они более читабельны sh'ных.Как скриптовые языки они оба так себе, т.е. если злоупотреблять до нечитабельности -- может быть осмысленно вместо такого glue language взять нормальный язык программирования и к нему уже на клею шелла приматывать что ещё нужно из внешнего.
>И основная командная оболочка у меня тоже /bin/csh.
Почитайте Корчмаря и csh considered harmful. Одно дело -- что сунули в руки и сказали "привыкай" (и таки привык), другое -- что действительно пригодно к использованию.
Я использую zsh, порой и в скриптах -- когда zsh-измы сильно лучше форков с sed или временных файлов вручную (с соответствующим шебангом, ессно).
такое ощещение, что сидят и думают: что бы нам еще такого в хэд добавить...
Чужие не пришьёшь рукам покою не дают, наверное.И сейчас нам уже расскажут про неуказанные интересы неназванных "вендоров" и волевое политическое решение партии "мы вам не скажем почему!"? Просим, просим!
>Чужие не пришьёшь рукам покою не дают, наверное.
>
>И сейчас нам уже расскажут про неуказанные интересы неназванных "вендоров" и волевое
>политическое решение партии "мы вам не скажем почему!"? Просим, просим!Что вы блеете непонятное? Вы так говорите как будто это что то плохое (С).
Разве для кого то ещё секрет что FreeBSD с самого начала, вся вместе с лицензией, была создана и развивалась только на государственные гранты США под заказы минобороны США? Да, так и было, и так и есть. И хорошо что так - кому надо тот и развивает и поддерживает рассовую чистоту. К слову, если вспомнить, то тут были новости про 75% кода линукс мира и ядра, написанных КОРПОРАЦИЯМИ, а не коммуните, как все думали :)
>К слову, если вспомнить, то тут были новости про 75% кода линукс мира и ядра, написанных КОРПОРАЦИЯМИГода 3 назад? You're so slowwwww.
>а не коммуните, как все думали :)За себя говори.
>Что вы блеете непонятное? Вы так говорите как будто это что то
>плохое (С)."С тобой, свинья, не гавкает, а разговаривает капитан Жеглов!"(ц)
>Разве для кого то ещё секрет что FreeBSD с самого начала, вся
>вместе с лицензией, была создана и развивалась только на государственные гранты
>США под заказы минобороны США?BSDL создана на грант Минобороны США? Кр/-()ттт!!!
>были новости про 75% кода линукс мира и ядра, написанных КОРПОРАЦИЯМИ,
Новости были про:
1) 30% - крупными, 30% индиаидуалами, 30% -прочими
2) 98% разработчиков ядра... получают зарплату!>а не коммуните, как все думали :)
Н-н-у... Вона SELinux "крутють" NSA или как их там -- вполне "комьюнити" по-"вашему".
/me кстати удивлен, как это еще "гуру" не успели написать "во фрибзд ls не цветной все еще!"
Уже давно цветной. man ls | grep CLICOLOR
>Уже давно цветной. man ls | grep CLICOLORспасибо, я в курсе.
может, еще и мс в базу добавить?
>может, еще и мс в базу добавить?1) зачем?
2) не добавят ввиду того что mc уж очень много всего лишнего хочет;-)
>...не добавят ввиду того что mc уж очень много всего лишнего хочет;-)Да и в принципе зачем он там нужен??? ИМХО им пользуются те, кто когда-то ну очень уж плотно подсел на Norton Commander или что-то подобное, что без него начинаются ломки.
>>...не добавят ввиду того что mc уж очень много всего лишнего хочет;-)
>
>Да и в принципе зачем он там нужен??? ИМХО им пользуются
>те, кто когда-то ну очень уж плотно подсел на Norton Commander
>или что-то подобное, что без него начинаются ломки.этот вопрос следовало бы задать не мне а ананиму который предложил добавить mc в базу;-)
в некоторых случаях mc таки удобнее чем обвешанный скриптами zsh или что-либо другое, хотя это дело привычки, думаю. кому то нравится делать cd/ls десятками раз, а кому-то проще "побегать" по панелькам.
Слава богу, что ls не цветной!
удобства на улце гораздо круче!
а сколько ручек нужно дернуть в вашем долбаном баше чтобы по человечески работать с хистори а? у нас как раз все просто, а вот у вас через то самое место, да.всегда плююсь когда попадаю за какойнить линуксячий комп с псевдо шелом.
>а сколько ручек нужно дернуть в вашем долбаном баше чтобы по человечески
>работать с хистори а?две.
>у нас как раз все просто, а
>вот у вас через то самое место, да.Да, за Вас настроили, а Вы и рады, типа дефолт:
radius0$ cat /usr/src/etc/root/dot.cshrc
# $FreeBSD: src/etc/root/dot.cshrc,v 1.30.10.1 2009/08/03 08:13:06 kensmith Exp $
#
# .cshrc - csh resource script, read at beginning of execution by each shell
#
# see also csh(1), environ(7).
#alias h history 25
alias j jobs -l
alias la ls -a
alias lf ls -FA
alias ll ls -lA# A righteous umask
umask 22set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin)
setenv EDITOR vi
setenv PAGER more
setenv BLOCKSIZE Kif ($?prompt) then
# An interactive shell -- set some stuff up
set prompt = "`/bin/hostname -s`# "
set filec
set history = 100
set savehist = 100
set mail = (/var/mail/$USER)
if ( $?tcsh ) then
bindkey "^W" backward-delete-word
bindkey -k up history-search-backward
bindkey -k down history-search-forward
endif
endif>всегда плююсь когда попадаю за какойнить линуксячий комп с псевдо шелом.
Надо было в ман заглянуть, а не плеваться. Но обычно делают то, что проще,
не так ли?
>[оверквотинг удален]
> bindkey -k up history-search-backward
> bindkey -k down history-search-forward
> endif
>endif
>
>>всегда плююсь когда попадаю за какойнить линуксячий комп с псевдо шелом.
>
>Надо было в ман заглянуть, а не плеваться. Но обычно делают то,
>что проще,
>не так ли?конечно.
[tiger@laptop]~%man csh
TCSH(1) TCSH(1)
[skipped]
[tiger@laptop]~%man bash
No manual entry for bash
[tiger@laptop]~%uname -rms
FreeBSD 9.0-CURRENT i386
ЧЯДНТ?
>[оверквотинг удален]
>
>
>
> TCSH(1)
>[skipped]
>[tiger@laptop]~%man bash
>No manual entry for bash
>[tiger@laptop]~%uname -rms
>FreeBSD 9.0-CURRENT i386
>ЧЯДНТ?Специально вырезал только биндинги из предыдущих цитат.
Поглядите внимательней, речь шла о линуксе, на котором установлен
bash. Как правило man страница на bash там присутствует.
В Вашем же случае, она быть не обязана, если bash у Вас не
установлен и не вытянут как зависимость.
>Слава богу, что ls не цветной!А так:
ls -G
???
>>Слава богу, что ls не цветной!
>
>А так:
>ls -G
>???а это чит, лоровци тебя не простят.
>А так:
>ls -G
>???Не, к черту - выглядит отвратно...
"совсем пропал калабуховский дом". сначала юникод в консоли сделали, теперь вот автокомплит в /bin/sh. чо они еще придумают? PAGER=less; export PAGER ? Графический инсталлер???куда котиццо этот мир...
>"совсем пропал калабуховский дом". сначала юникод в консоли сделали, теперь вот >автокомплитПро юникод Вы зря, очень мешало его отсутствие и проблемы с ним. весь web уже давно на юникоде.
>в /bin/sh. чо они еще придумают? PAGER=less; export PAGER ?
PAGER=most ;)
>>"совсем пропал калабуховский дом". сначала юникод в консоли сделали, теперь вот >автокомплит
>
>Про юникод Вы зря, очень мешало его отсутствие и проблемы с ним.
>весь web уже давно на юникоде.
>не нужно делать таких голословных утверждений;-)
рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на скольких windows-1251.
>не нужно делать таких голословных утверждений;-)
>рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не
>в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на
>скольких windows-1251.Можно по рунету походить, посмотреть, у скольки пользователей windows, а у скольки *nix.
Тоже статистика, но есть нюанс)Кстати, а чем PAGER=less плох?
Я всегда на фряхе ставил pager'ом)
> Кстати, а чем PAGER=less плох?это вопрос ко мне был?:) не знаю чем он плох. меня вполне устраивает то что в fbsd есть `more`.
>> Кстати, а чем PAGER=less плох?
>
>это вопрос ко мне был?:) не знаю чем он плох. меня вполне
>устраивает то что в fbsd есть `more`.А, да, не вы автор того тролльного поста, сорри)
>Кстати, а чем PAGER=less плох?
>Я всегда на фряхе ставил pager'ом)Ну смотря когда. Иногда да, бывает удобно посмотреть что-нибудь и "выскочить" обратно на консоль, а иногда наоборот, мешает - когда при просмотре, скажем, man'а хочется оставить его текст(например, команды) на консоли.
>рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не
>в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на
>скольких windows-1251.А вы сами-то пробовали? utf и 1251 примерно пополам, koi8 почти нет.
>>рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не
>>в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на
>>скольких windows-1251.
>
>А вы сами-то пробовали? utf и 1251 примерно пополам, koi8 почти нет.
>Вы не там ходите, да и даже Ваши данные никак не подтверждают утверждения
"весь web уже давно на юникоде. " (с) sHaggY_caT
> Вы не там ходитеАга, ну конечно.
> даже Ваши данные никак не подтверждают утверждения "весь web уже давно на юникоде."
Подтверждают. Не будет поддержки юникода - нельзя будет посмотреть юникодные сайты. Если есть хотя бы один нужный пользователю юникодный сайт, без его поддержки он полноценно пользоваться интернетом уже не сможет. Половина сайтов из довольно разнообразной выборки оставляет крайне мизерную вероятность того, все нужные пользователю сайты он сможет посмотреть без юникода. Так что да, "весь web уже давно на юникоде".
>>>рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не
>>>в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на
>>>скольких windows-1251.
>>
>>А вы сами-то пробовали? utf и 1251 примерно пополам, koi8 почти нет.
>>
>
>Вы не там ходите, да и даже Ваши данные никак не подтверждают
>утверждения
>"весь web уже давно на юникоде. " (с) sHaggY_caTВ общем-то, utf8 это рекомендуемая кодировка (и default) для многих CMS
>Про юникод Вы зря, очень мешало его отсутствие и проблемы с ним.
>весь web уже давно на юникоде.Расскажите скорее же что вам мешало и что изменилось. UTF'ные локали появились еще в 2004 и с тех пор замечательно работали.
>>Про юникод Вы зря, очень мешало его отсутствие и проблемы с ним.
>>весь web уже давно на юникоде.
>
>Расскажите скорее же что вам мешало и что изменилось. UTF'ные локали появились
>еще в 2004 и с тех пор замечательно работали.Через костыли :)?
http://www.opennet.me/openforum/vsluhforumID3/44340.html
http://habrahabr.ru/blogs/bsdelniki/64748/
>"совсем пропал калабуховский дом". сначала юникод в консоли сделали, теперь вот автокомплит
>в /bin/sh. чо они еще придумают? PAGER=less; export PAGER ? Графический
>инсталлер???
>
>куда котиццо этот мир...А чем less плох?)
>PAGER=less; export PAGERА что, там по умолчанию назве не less? Если нет то обязательно надо, more пользоваться невозможно.
>>PAGER=less; export PAGER
>
>А что, там по умолчанию назве не less? Если нет то обязательно
>надо, more пользоваться невозможно.more.
И EDITOR по умолчанию vi.
Челябинцы же =)
Смотрите /.cshrc - это хардлинк на /root/.cshrc
Я сразу меняю на less и ee при установке.
Если вспоминаю про это.
А вспоминаю, когда по crontab -e влезаю в vi =)
>[оверквотинг удален]
>>А что, там по умолчанию назве не less? Если нет то обязательно
>>надо, more пользоваться невозможно.
>
>more.
>И EDITOR по умолчанию vi.
>Челябинцы же =)
>Смотрите /.cshrc - это хардлинк на /root/.cshrc
>Я сразу меняю на less и ee при установке.
>Если вспоминаю про это.
>А вспоминаю, когда по crontab -e влезаю в vi =)это Вы зря;-)
я сам люблю `ee`, но вот как-то случалось терять тотже rc.conf из-за внезапно упавшего электричества в момент редактирования файла, в случае с vi можно востановить это дело:)по поводу more.. man more (во фре конечно же) :-)
>я сам люблю `ee`No comments.
>но вот как-то случалось терять тотже rc.conf из-за внезапно упавшего электричества
>в момент редактирования файла, в случае с vi можно востановить это дело:)Сам применяю и другим рекомендую:
1) нормальный vim вместо аварийного огрызка vi
2) нормальный UPS
3) нормальную ФСPS: да, vi _обязан_ быть огрызком с минимальным набором терминалов в пузе и почти без ничего (в особенности -- зависящего от /usr). Ну так он не предназначен для ежедневной работы, в отличие от vim/elvis.
У меня например много десктопов с FreeBSD, и иногда когда чтото ломается и система не загружается и система предлагает ручками чтото пофиксить, при этом мы попадаем под sh... Да тот же банальный fsck удобнее делать с автокомплитом, ненужно держать в голове список всех девайсов.На мой взгляд именно как раз этого и нехватало.
Поэтому разработчикам респект
А зачем их помнить?
При крахе системы для полной проверки всех томов можно поставить: fsck -y
>А зачем их помнить?
>При крахе системы для полной проверки всех томов можно поставить: fsck -y
>более нормальные ребята делают tunefs -j enable :)
>У меня например много десктопов с FreeBSD, и иногда когда чтото ломается
>и система не загружается и система предлагает ручками чтото пофиксить, при
>этом мы попадаем под sh... Да тот же банальный fsck удобнее
>делать с автокомплитом, ненужно держать в голове список всех девайсов.
>
>На мой взгляд именно как раз этого и нехватало.
>Поэтому разработчикам респектМожно пойти путем:
ls /dev/sd*Хочу заметить, что автодополнение делается через libedit.
libedit (/usr/ports/devel/libedit) ставится в /usr/local/lib/libedit.so.
Если у вас /usr вынесен в отдельный раздел, то есть хороший шанс, что в single user она будет недоступна.
Т.е. автодополнения в single user скорее всего и так не будет.
>Если у вас /usr вынесен в отдельный раздел, то есть хороший шанс, что в single user она будет недоступна.Никогда не понимал, зачем советуют делать /usr отдельным разделом. Ладно /usr/local и /usr/home в отдельные файловые системы вынести можно и даже нужно, но что бы /usr полностью отрывать от основной системы на рутовом разделе (?!)
>Никогда не понимал, зачем советуют делать /usr отдельным разделом. Ладно /usr/local и
>/usr/home в отдельные файловые системы вынести можно и даже нужно, но
>что бы /usr полностью отрывать от основной системы на рутовом разделе
>(?!)Ну ты какбэ должен быть в курсе почему корень монтируют без SU. А без SU все работает прямо скажем не быстро и не надежно, поэтому логично ограничить отсутствием SO только корень, который можно и в r/o примонтировать. На /usr, напомню, порты (с wrkdir'ами), дистфайлы, исходники и obj, как минимум.
>>Никогда не понимал, зачем советуют делать /usr отдельным разделом. Ладно /usr/local и
>>/usr/home в отдельные файловые системы вынести можно и даже нужно, но
>>что бы /usr полностью отрывать от основной системы на рутовом разделе
>>(?!)
>
>Ну ты какбэ должен быть в курсе почему корень монтируют без SU.Нет, не в курсе. Расскажите.
>А без SU все работает прямо скажем не быстро и не
>надежно, поэтому логично ограничить отсутствием SO только корень, который можно и в r/o примонтировать.<относительно ZFS покоцал>
На UFS-разделах всё монтирую с Soft Updates (даже корень). Не вижу в этом зла.>На /usr, напомню, порты (с wrkdir'ами), дистфайлы, исходники и obj, как минимум.
Ну так эти вещи решаются на уровне настроек в том же /etc/make.conf для каталогов компиляции и дистфайлов. Это — несущественные моменты, они решаются политиками, а не механизмами системы.
Вообще-то мало того, что SU на корне - зло. По хорошему еще и в ro монтировать не помешает.
>Вообще-то мало того, что SU на корне - зло. По хорошему еще
>и в ro монтировать не помешает.Обоснования будут? Или так, просто выхлоп?
Можна допустить, что монтирование / в readonly - для увеличения безопасности.
Легкая паранойя на боевом сервере не помешает. Помнится один из уровней securitylevel-a так и делал.
>Вообще-то мало того, что SU на корне - зло. По хорошему еще
>и в ro монтировать не помешает.http://www.freebsd.org/doc/ru_RU.KOI8-R/books/faq/disks.html...
"9.4. На каких разделах можно без опаски использовать механизм Soft Updates? Я слышал, что использование Soft Updates на / могут приводить к проблемам.Краткий ответ: обычно вы можете использовать Soft Updates без опаски на всех разделах.
Подробный ответ: Было несколько возражений против использования Soft Updates на корневом разделе. Soft Updates имеют две характеристики, которые этому способствуют. Во-первых, раздел с Soft Updates имеет мало шансов потери данных по время аварийного останова системы. (Раздел не будет попорчен; просто будут потеряны данные.) Кроме того, Soft Updates могут приводить к временной нехватке дискового пространства.
<...>
Итак, что это означает для корневого раздела?
Жизненно важная информация на корневом разделе меняется очень редко. Файлы, такие, как /kernel и содержимое /etc меняется только при обслуживании системы, или когда пользователи меняют свои пароли. Если в системе произойдет сбой в период тридцатисекундного окна после выполнения такого изменения, возможно, что данные окажутся потерянными. Этот риск незначителен для большинства применений, но вы должны иметь в виду, что он есть. Если ваша система не может принять такой риск, не используйте Soft Updates с корневой файловой системой!"
> Итак, что это означает для корневого раздела?Это только подтверждает, что SU на корневом разделе вообще никуда не уперся. Как и то, что на сервере монтирование / в ro вполне оправдано.
>Ладно /usr/local и
>/usr/home в отдельные файловые системы вынести можно и даже нужно,Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора, на раздел с data можно через skel можно в каждом хомяке делать симлинк на какую-нибудь директорию, можно с t флагом.
>>Ладно /usr/local и
>>/usr/home в отдельные файловые системы вынести можно и даже нужно,
>
>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора,
>на раздел с data можно через skel можно в каждом хомяке
>делать симлинк на какую-нибудь директорию, можно с t флагом.Кстати, FreeBSD не единственный тут.
Вы запустите инсталятор debian lenny и посмотрите, как он автоматом терабайтный винт разобьет =)
Кстати на десктопе это очень удобно - вся юзерская инфа в home и лежит.
Можно хоть другую систему поставить и home туда примонтировать.
Ещё это может быть удобно на файл-серверах, ну может на хостингах всяких (где сайты в home лежат).
>Кстати на десктопе это очень удобно - вся юзерская инфа в home
>и лежит.Это не "очень удобно", а это единственный логичный путь. Как следствие, это действительно удобно.
>Можно хоть другую систему поставить и home туда примонтировать.
>Ещё это может быть удобно на файл-серверах, ну может на хостингах всяких
>(где сайты в home лежат).Вот-вот. Но виндузяткики привыкли что у них есть D:\ с помойкой, и лепят диски в /хрен_ннает_что по аналогии.
>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусораА где, интересно хранить террабайты данных, пользователя, как не в его home?
>на раздел с data можно через skel можно в каждом хомяке
>делать симлинк на какую-нибудь директорию, можно с t флагом.Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают помойку там.
>>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора
>
>А где, интересно хранить террабайты данных, пользователя, как не в его home?
>
>
>>на раздел с data можно через skel можно в каждом хомяке
>>делать симлинк на какую-нибудь директорию, можно с t флагом.
>
>Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают
>помойку там.Какая помойка?
У меня медиаархив под три сотни гигабайт подмонтирован /store, а хомяк никогда не вылезал за 50ГБ. Вот в хомяке как раз помойка из неразобранных "запасов", которые потерять не жалко, а разгребать лень.
>>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора
>
>А где, интересно хранить террабайты данных, пользователя, как не в его home?имхо, юзерам с рутовыми правами стоит хомяки назначать в рамках корневой файловой системы.
Почему? Попробуйте догадаться сами :)А остальным, можно на Самом_Большом_Разделе_На_Сервере
>>на раздел с data можно через skel можно в каждом хомяке
>>делать симлинк на какую-нибудь директорию, можно с t флагом.
>
>Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают
>помойку там.удобнее работать непосредственно с данными: mv выполняется практически мгновенно, если архив распаковать целиком (да, конечно, в той же Bacula поиск файла в бэкапе рулит, но иногда это не подходит), и выбрать то, что нужно из него, а потом сделать mv в нужное место.
>Хочу заметить, что автодополнение делается через libedit.
>libedit (/usr/ports/devel/libedit) ставится в /usr/local/lib/libedit.so.
>Если у вас /usr вынесен в отдельный раздел, то есть хороший шанс,
>что в single user она будет недоступна.
>Т.е. автодополнения в single user скорее всего и так не будет.Надо termcap переносить в /etc :/
> Надо termcap переносить в /etc :/открой для себя /etc/termcap.small
>открой для себя /etc/termcap.smallНету такого.
bash еще удобен и тем, что при повторном нажатии таба выводит список возможных команд.Б удет ли такое и в sh?
Будем надеяться, что нет.