Доступна (http://tiswww.case.edu/php/chet/bash/bashtop.html#CurrentStatus) новая версия командного интерпретатора Gnu Bash 4.1.
Новшества (http://tiswww.case.edu/php/chet/bash/NEWS), реализованные с момента выхода bash 4.0 (http://www.opennet.me/opennews/art.shtml?num=20409):
- В функцию read добавлена поддержка опции "-N число_символов", позволяющей считать из входного потока только заданное число символов;- При проверке статуса файлов (исполняемый, доступный на чтение и т.п.) теперь учитываются системные ACL для поддерживающих их файловых систем;
- Bash теперь пропускает к дочерним процессам переменные окружения в которых использованы недопустимые имена переменных;
- Readline-функция "execute-unix-command" теперь пытается очистить и заново использовать текущую строку, вместо перехода к следующей строке после выполнения заданной команды;
- "printf -v" теперь позволяет назначить значение массиву индексов;
- Добавлены опции "complete -E" и "compopt -E" для...
URL: http://tiswww.case.edu/php/chet/bash/bashtop.html#CurrentStatus
Новость: http://www.opennet.me/opennews/art.shtml?num=24884
кто-то еще пользует баш, когда есть zsh ?
Ага, он по умолчанию стоит, а дистры менять приходиться часто, да и привычнее на баш, а вообще-то лень переседать, пока не приперло :)
По умолчанию стоит bash3. bash4 пока такая же экзотика, как и zsh.
>По умолчанию стоит bash3. bash4 пока такая же экзотика, как и zsh.Ну не скажите. В Gentoo bash-4 дано используется.
>>По умолчанию стоит bash3. bash4 пока такая же экзотика, как и zsh.
>Ну не скажите. В Gentoo bash-4 дано используется.Тогда и Вы не скажите, в grml zsh по умолчанию издревле. :) (согласен, Gentoo не настолько экзотика, но и вокруг давно уж не попадался)
Женту маргинализировать? Не позволю!Завтра прибудем в составе четырех лаптопов и одного десктопа -- все под флагом женту!
:}
У меня в кубунте 4.0.33. Дистр достаточно популярный, пожалуй :)
> По умолчанию стоит bash3. bash4 пока такая же экзотика, как и zshВ федоре:
> 4.0.35(1)-release
>По умолчанию стоит bash3. bash4 пока такая же экзотика, как и zsh.we stand corrected. :)
Ну я использую. И что дальше?
аналогично, коллега.
ну я тоже ...
По какой причине по вашему я должен предпочесть zsh?
zsh нервы бережёт. Комплишен более умный, плюс есть возможность подстраховаться от ошибок вроде rm * ~. То есть когда всё хорошо, то удобней, а когда всё плохо (если уж пришлось торчать за консолью в уставшем виде) -- то порой оберегает от типичных и предсказуемых при этом ошибок.Разумеется, на дефолтный в федоре смотреть не стоит -- деревянный до ужаса, это как линукс по асеровскому консольному линпусу оценивать.
>zsh нервы бережёт. ... плюс есть возможность подстраховаться от
>ошибок вроде rm * ~.А разве это не забота coreutils?
>>zsh нервы бережёт. ... плюс есть возможность подстраховаться от
>>ошибок вроде rm * ~.
>А разве это не забота coreutils?Проведите следственный эксперимент, но вообще-то это в досах утилиты сами озадачивались globbing'ом -- в UNIX шелл производит набор expansion'ов _перед_ передачей аргументов команде.
Бишь rm получит уже не * ~, а нечто вроде bin src vip.txt /home/joe
А, сообразил. Имеется ввиду "*~", обозначающее бэкапные версии, в противоположность "*" и "~" по отдельности. Понятно теперь все.А из coreutils вертелось на уме rm, которое (с каких-то пор) не даст удалить / без особой длинной опции.
А чем zsh круче?
>А чем zsh круче?Перефразируя известную фразу, чем bash :) Но кому-то нравится "магия zsh"...
З.Ы. Тоже использую bash. Пока....
Думал освоить и поюзать, но последний стабильный релиз zsh вышел 2 года назад, так что стрёмновато. Подождём пока освежится + ещё полгодика.
>кто-то еще пользует баш, когда есть zsh ?zsh слишком тормозит с жрёт слишком много памяти, не более он не годится для использования в качестве системного шелла.
>>кто-то еще пользует баш, когда есть zsh ?
>zsh слишком тормозит с жрёт слишком много памятиУ меня на сизифе он недавно начал тормозить на стареньком T43 (та же, только x86_64, сборка с теми же настройками на Xeon 5420 -- задержки не замечаю). "Пустой" пользователь на этом же буке не тормозит, с отодвинутым rc и у меня не тормозит, а перебрать по строчке пока лень.
Сюда же на всякий случай:
zcompile ~/.zshrc
. ~/.zshrc>не более он не годится для использования в качестве системного шелла.
Прекрасно годится в контейнерах, а у меня и на аппаратных узлах работает. Тут ещё один момент: zsh может включать ftp-клиент, что изредка может оказаться крайне полезно при отвалившейся glibc или ld.so (рука дрогнула или бэд удачно попал). Хотя вообще да, базовую систему лучше держать компактной ради непотопляемости. Но утверждать, что "не годится" -- не годится.
В присваивание значения переменной все так-же пробелы не допустимы?
~ $ HA=HA\ HA; echo $HA
HA HA
~ $ bash --version
GNU bash, version 3.2.39(1)-release (x86_64-pc-linux-gnu)
Copyright (C) 2007 Free Software Foundation, Inc.
a = 1echo $a
vs
a=1
echo $a
т. е. ваш вопрос звучит так: "отменили ли интерпретацию пробела как разделителя логических конструкций языка."; а "присвоение значения" тут как частный случай.
Как еще более внятнее сформулировать? Внятней уже некуда.
Мою простую фразу: "товарищи, довайте объективнее", удалили по цензуре.
Да уж, "свободный" сайт, "свободный" портал.
Стыдно, Максим. Как тюмененец тюменцу.
Цензура, конечно, хорошо, но не в такой же степени.
> довайте объективнеепишут - дАвайте, так что, скорее не цензура, а орфография. :)
Это не цензура, а текущая работа по уборке мусора. С таким подходом цензурой можно назвать и удаление спама. Неуважительное отношение, ругань, не аргументированные выпады - все это мало отличается от спама и удаляется. Вместе с нарушениями правил (http://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi?az=he...) удаляются и все ответы на них. Видимо ваше сообщение было одним из таких ответов.
Как интерпретировать "LC_ALL= ls -l"?
>Как интерпретировать "LC_ALL= ls -l"?Как запуск ls -l с пустым значением переменной окружения LC_ALL.
>>Как интерпретировать "LC_ALL= ls -l"?
>
>Как запуск ls -l с пустым значением переменной окружения LC_ALL.Я знаю. Вопрос был к желающим пробелов вокруг =.
>>>Как интерпретировать "LC_ALL= ls -l"?
>>
>>Как запуск ls -l с пустым значением переменной окружения LC_ALL.
>
>Я знаю. Вопрос был к желающим пробелов вокруг =.А вот это вот ; зачем придумали?
# LC_ALL = ; ls -l
Тоже, вроде, неплохо смотрится...
>>>>Как интерпретировать "LC_ALL= ls -l"?
>А вот это вот ; зачем придумали?
>
># LC_ALL = ; ls -l
>
>Тоже, вроде, неплохо смотрится...Только вот смысл другой.
Во втором варианте LC_ALL выставится для всей текущей шелл сессии, в первом - только для конкреной команды.
Спасибо, про>- только для конкреной команды.
не знал.