The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В /bin/sh во FreeBSD появилась поддержка автодополнения для файлов

16.06.2010 03:17

Во FreeBSD HEAD интегрирован код, добавляющий к системному Shell-интерпретатору /bin/sh поддержку автодополнения имен набираемых файлов при нажатии клавиши табуляция. Для организации автодополнения задействованы стандартные функции libedit. Поддержка автодополнения основана на коде, портированном из NetBSD. Отсутствие автодополнения в /bin/sh как правило было тем фактором, который вынуждал пользователей FreeBSD менять текущий shell на tcsh или bash, что ограничивало область использования /bin/sh только системными функциями.

  1. Главная ссылка к новости (http://lists.freebsd.org/piper...)
  2. OpenNews: Автор Redis выпускает Linenoise, легковесную библиотеку редактирования строк
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/26977-shell
Ключевые слова: shell, freebsd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (170) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, netc (ok), 09:20, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    не ужеле ;) кому то это понадобилось блин ;)
    +1
     
  • 1.2, vitek16 (ok), 09:21, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хорошая новость))
     
  • 1.3, Kkbl (?), 09:32, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Цитата: (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/book.html) "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.html#MINIMAL-SH):

    "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."

     
     
  • 2.11, cvsup (ok), 10:30, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    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).
     
     
  • 3.67, аноним (?), 17:24, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > имеет очень своеобразное мировоззрение^W^W^Wнесовместимый с POSIX синтаксис
    > Честно говоря, не понимаю, зачем в /bin/sh автокомплит

    Это следует из первого предложения. Логично, что коммандный шелл и скриптовой шелл должны иметь одинаковый синтаксис, а (t)csh в этом плане все портил. Было бы неплохо его вообще выкинуть из системы.

     
  • 2.21, Дмитрий Ю. Карпов (?), 11:39, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    sh использует каждый, у кого на машине имеются стандартные стартовые скрипты.

    Кстати, мне странно, что до сих пор там sh, а не bash.

     
     
  • 3.29, Аноним (-), 12:33, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати, мне странно, что до сих пор там sh, а не bash.

    Вы чего, шутки шутите?

     
  • 3.34, gw (?), 12:58, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Кстати, мне странно, что до сих пор там sh, а не bash.

    им религия не позволяет ;). и как видите, их религия весьма забавна: не прошло и 50 лет как автодополнение заработало в их системном интерпретере :)


     
     
  • 4.55, XoRe (ok), 14:49, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Кстати, мне странно, что до сих пор там sh, а не bash.
    >
    >им религия не позволяет ;). и как видите, их религия весьма забавна:
    >не прошло и 50 лет как автодополнение заработало в их системном
    >интерпретере :)

    А в вашем sh оно когда заработало?)
    Один момент - у вас скорее всего нет sh.
    У вас bash, или dash, которые умеют прикидываться обычным sh.
    Потому что sh - это стандартный системный интерпретер для кучи системных rc скриптов.
    А во фряхе всегда можно было поставить bash/tcsh/zsh/ipython из портов и сидеть в нем.

     
  • 4.91, аноним (?), 20:41, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >не прошло и 50 лет как автодополнение заработало в их системном интерпретере :)

    Я тебе больше скажу - даже после того как оно заработало, мы сидим и чешем репу - а на***? Никто до сих пор ответить не может :)
    Насчёт религии - у меня почти все системы где разрешён доступ юзерам имеют bash - ну чтоб не пугались :) и моя карма от этого нисколько не прогнулась.

     
  • 4.104, Ян Злобин (ok), 02:38, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >...не прошло и 50 лет как автодополнение заработало в их системном интерпретере :)

    В csh уже много лет как есть все дополнения.

     
  • 3.44, cvsup (ok), 13:20, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, мне странно, что до сих пор там sh, а не bash.

    Попросите напомнить, после того, как в bash устранят все башизмы, приведут в соответствие стандарту, уберут зависимость от gettext и сменят лицензию на более либеральную.

     
     
  • 4.47, Аноним (-), 13:27, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    пользуйтесь вашими либеральными удобствами во дворе, сэкономите на коммунальных платежах. а лучше в кустах - так еще и независимость от ассенизаторов будет.
     
  • 4.175, Michael Shigorin (ok), 23:38, 19/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >сменят лицензию на более либеральную.

    Это действительно ещё одна заявка на (попункт) FAQ, но:
    - не вижу поводов считать BSDL "более либеральной", чем GPL;
    - не считаю термин "либеральный" положительной характеристикой.

    Мир-дружба-семечки? :)

     
  • 3.52, Kkbl (?), 14:07, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > sh использует каждый, у кого на машине имеются стандартные стартовые скрипты.
    > Кстати, мне странно, что до сих пор там sh, а не bash.

    Вот именно.

     
  • 3.63, oops (??), 15:17, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ээээм, Юрий, вы молод или прикидываетесь?
     
  • 3.69, аноним (?), 17:26, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати, мне странно, что до сих пор там sh, а не bash.

    Ничего странного. bash - обратная сторона медали, а именно тормозной перегруженный монстр, да еще и под GPL. Честно говоря не в курсе насчет других шеллов, но (t)csh с идиотским синтаксисом в системе явно не в кассу, и более-менее полнофункциональный POSIX-совместимый шелл в base system давно был нужен.

     
  • 2.103, Ян Злобин (ok), 02:36, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Странно, я почему-то думал, что во FreeBSD принято использовать *csh, так как именно в Беркли его впервые разработали.

    Вообще-то, для обычного юзера по умолчанию ставится sh, а для рута csh.

     

  • 1.7, anonymous from da LOR (?), 10:00, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Предназначение sh как раз в том, что это очень лёгкий интерпретатор команд, а не в том, чтоб им пользоваться как оболочкой. Зачем перегружать ненужными функциями?
     
     
  • 2.38, elf (?), 13:07, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В режиме Single User таки используется sh. Автодополнение в нём не повредит точно.
     
     
  • 3.56, XoRe (ok), 14:50, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В режиме 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 скорее всего и так не будет.

     
     
  • 4.66, iZEN (ok), 17:19, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А часто вы загружаетесь в single user?

    Я перегружаюсь в Single User для установки нового ядра и системного окружения. Запускать для этой цели tcsh лень, а автодополнение и история команд в sh не помешают.

     
  • 4.86, cvsup (ok), 18:57, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > 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, а он ставится в /.

     
     
  • 5.101, XoRe (ok), 01:06, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> 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%.

     
  • 4.92, Alatar (??), 21:26, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то мне вспоминается такое, что во фряхе всё содержимое /bin собрано статически. Но даже если это и не так, то в любом случае зависимости от /usr/lib там точно исключены, а /lib обычно находится там же, где и /bin, так что ничего в синглмоде сломаться не должно.
     
     
  • 5.122, sun28 (?), 10:20, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Что-то мне вспоминается такое, что во фряхе всё содержимое /bin собрано статически.
    >Но даже если это и не так, то в любом случае
    >зависимости от /usr/lib там точно исключены, а /lib обычно находится там
    >же, где и /bin, так что ничего в синглмоде сломаться не
    >должно.

    статически собрано /rescue

     
  • 3.70, аноним (?), 17:27, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В режиме Single User таки используется sh.

    Который используется только для того, чтобы запустить tcsh или bash/zsh (если usr примонтирован).

     
     
  • 4.100, XoRe (ok), 01:04, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>В режиме Single User таки используется sh.
    >
    >Который используется только для того, чтобы запустить tcsh или bash/zsh (если usr
    >примонтирован).

    вы верно заметили насчет "если" )

     
     
  • 5.113, аноним (?), 06:37, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >вы верно заметили насчет "если" )

    "Если" относилось только к bash/zsh. Даже в режиме Single User таки ни один нормальный человек не использовал sh. Ну теперь может это и изменится.

     

  • 1.8, Сергей (??), 10:01, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ну к примеру я пользуюсь... Самый прикол заключается в том, что я, как и подавляющее большинство, в основном исппользую скрипты, свои-чужие, в которых эта примочка, как кошке пятая лапа...
     
     
  • 2.9, zazik (ok), 10:17, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И я так же. Скрипты на sh, работаю в csh+mc.
     

  • 1.10, крамер (?), 10:18, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так, щас придут линуксоиды и будут говорить что мол "спустя 100 лет всё таки появилось" или "какое новшество!". БСД - ТРУ, вы со своими ГНУ пожалуста не надо на BSD шикать, у них свой путь, это тру юникс вэй. sh там всегда использовался только для скриптостроения, для системных нужд, как шелл sh не годился никогда. Для юзерских нужд с незапамятных времен был csh, которые ставился ВСЕГДА вместе с системой и ни у кого не вызывало даже позывов к раздумью использовать sh как шелл, когда есть csh. Когда видел bash у кого то на BSD как шелл - непонимание возникало. ЗОЧЕМ вы ставите линуксовый баш когда есть csh нормальный? Это из той же оперы что щас вот прикрутили зачем то к sh поддержку свистелки очередной. Куда писать что бы открутили?
     
     
  • 2.12, Школьник (ok), 10:35, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Проблема в том, что у csh больно специфический синтаксис. Учить и csh, и sh(bash) - не всякий захочет. У меня, к примеру, первый юникс был SCO OpenServer. В нем я пользовался сначала sh, а потом bash. Перейдя на FreeBSD, по привычке продолжил пользоваться bash, и не вижу в этом ничего плохого. Опять же, системные скрипты легче понимать. Хотя, если кто-то объяснит, чем csh лучше bash, то я готов рассмотреть и вариант изучения csh.

    ЗЫ Вообще, эта тема чересчур политизирована. О вкусах не спорят.

     
     
  • 3.93, Alatar (??), 21:33, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Простите, а зачем csh учить-то? Никто ж не предлогает скрипты на нём писать, Вы же, наверно, не пишите скрипты на mc, или каком-нибудь оконном менеджере... =) Их в системе потому и два, что один для программирования, а второй для работы. Другой вопрос, почему у простых юзеров по умолчанию прописывается sh как дефолтовый шел - вот этого я понять не могу.
     
     
  • 4.106, аноним (?), 05:54, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Простите, а зачем csh учить-то? Никто ж не предлогает скрипты на нём писать

    "Предлогает", боже. Вы может шелл используете только чтобы startx набрать да перед друзьями выпендриться набрав ps - они-то один хрен не поймут что это, а выглядит солидно. А люди между тем пишут циклы по сто раз на дню, и копируют строчки в/из скриптов, так что именно что "затем" учить, и скрипты писать "ж предлогает", и шелл с левым синтаксисом отправляется в помойку. Да, в общем, даже не в циклах и скриптах дело, csh отправляется в помойку сразу после банального

    $ command >/dev/null 2>&1
    Ambiguous output redirect.

    ага.

     
     
  • 5.186, СуперПуперАноним (?), 19:57, 26/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так пользуйтесь sh для скриптов, кто ж вам запрещает?? Чё бочку катите, добавьте перед command две букафки sh и заработает :)
     
  • 2.13, rstone (??), 10:36, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/

    csh - нормальный шелл ?
    Вот все эти танцы с бубном - это типа так задумано ?
    Я понимаю что раньше , на заре развития BSD  выбора фактически не было,
    но сейчас то чего ?


     
     
  • 3.25, тигар (ok), 12:11, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >csh - нормальный шелл ?
    >Вот все эти танцы с бубном - это типа так задумано ?
    >
    >Я понимаю что раньше , на заре развития BSD  выбора фактически
    >не было,
    >но сейчас то чего ?

    может быть Аналитик поведает что за танцы с бубном нужны в случае tcsh? готов почитать. жду.

     
     
  • 4.61, XoRe (ok), 15:09, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>
    >>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.)...

     
     
  • 5.64, тигар (ok), 15:29, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Цикл 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, их, думаю, в природе не так и много, неудобен он для скриптинга, и?:)

     
     
  • 6.73, аноним (?), 17:31, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >будем разводить троллинг вокруг однострочников?:-)

    Нет, пример очень показательный. В этом и проблема tcsh - у него совершенно левый синтаксис в котором во-первых, надо дополнительно разбираться, во-вторых который не позволяет копировать коммандную строку в скрипт и наоборот, что этот однострочник и показывает. Это банально неудобно и непродуктивно, поэтому шелл по умолчанию обязан быть POSIX-совместимым.

     
  • 6.165, User294 (ok), 20:02, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >для меня tcsh - удобный cli, для скриптинга есть sh.

    Ну да, осваивать 2 весьма разных синтаксиса и переключаться между разными шеллами - это здорово придумано :).А ради чего этот гемор с 2-я шеллами то? И почему у других его нет?

     
     
  • 7.166, тигар (ok), 20:17, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>для меня tcsh - удобный cli, для скриптинга есть sh.
    >
    >Ну да, осваивать 2 весьма разных синтаксиса и переключаться между разными шеллами
    >- это здорово придумано :).А ради чего этот гемор с 2-я
    >шеллами то? И почему у других его нет?

    а мне, ты знаешь, нравится. нравится и все тут.
    лучше ответь на заданные Вадимом (nuclight который) вопросы. чтобы не сильно перегружать тебя по этому поводу - дам прямой линк:
    http://www.opennet.ru/openforum/vsluhforumID3/67696.html#148

     
  • 6.176, Michael Shigorin (ok), 23:45, 19/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Цикл for одной строчкой:
    >будем разводить троллинг вокруг однострочников?:-)
    >для меня tcsh - удобный cli, для скриптинга есть sh.

    Вам привели крайне осмысленный пример "скрипта-на-лету", который отлаживается в cli, а на третьей, ну четвёртой, НУ ПЯТОЙ строке :) засовывается наконец в файл, раз уж такой полезный оказался.

    Да, "подножная автоматизация" -- это действительно удобно.  Жаль, если неадекватный инструментарий не даёт этого понять и эффективно использовать и cli, и файловые скрипты.

    Могу попробовать на LinuxFest показать, что имел в виду (и куски ~/bin, именно так и произошедшие).

     
  • 4.87, rstone (??), 18:59, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >может быть Аналитик поведает что за танцы с бубном нужны в случае
    >tcsh? готов почитать. жду.

    http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
    http://www.grymoire.com/Unix/CshTop10.txt

    Еще ?

     
     
  • 5.96, тигар (ok), 23:50, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>может быть Аналитик поведает что за танцы с бубном нужны в случае
    >>tcsh? готов почитать. жду.
    >
    >http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
    >http://www.grymoire.com/Unix/CshTop10.txt
    >
    >Еще ?

    да. желательно правда чтобы там таки был ответ на вопрос "почему вы не должны использовать tcsh как cli". касательно скриптинга для меня эти линки не новЫ.

     
     
  • 6.107, аноним (?), 06:03, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >да. желательно правда чтобы там таки был ответ на вопрос "почему вы
    >не должны использовать 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

    а в скриптах используются алиасы, и все это из одного в другое часто перетекает и копируется.

     
     
  • 7.150, тигар (ok), 13:46, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    это у Вас пишется:) у меня это пишется в 1.sh и этот самый 1.sh запускается, ну так вот я привык, чо делать?:(
     
     
  • 8.153, аноним (?), 14:26, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ваши привычки к теме разговора никакого отношения не имеют, можете хоть перл исп... текст свёрнут, показать
     
  • 6.124, rstone (??), 10:32, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну собственно вам ответили .
    Нет разницы между "cli" и скриптами в общем случае ( имеется ввиду более или менее нормальная работа в шелле ) .


     
  • 2.16, ivan1986 (?), 11:16, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Линуксойды скажут, что есть zsh для шелла, а для скриптов есть много интерпретаторов, например dash, который всего 80 кб весит и линкуется с libc только.

    А бздуны действительно выползли из анабиоза :)

     
     
  • 3.19, hater (?), 11:34, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    zsh редкое тормозилово.
    Для системы и стартовых скриптов ДОЛЖЕН использовать только sh - так тру. Как шелл csh вполне хорош, устраивает. Кто докажет што он сильно хуже чем это ваше bash?
    Хотя конечно таки да, это дело вкуса. Но sh не трогать :) идите свой bash мучайте, а тут люди православия добиваются.
     
     
  • 4.22, ixti (ok), 11:50, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Автор предыдущего поста про bash ничего не сказал: (bash != dash)
    dash = форк ash'а NetBSD'шного рожденный в рамках Debian GNU/Linux :))
    На счёт zsh категорично согласен.
     
     
  • 5.85, ivan1986 (?), 18:56, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вот сколько юзаю zsh замечал торможение только в случае когда сделал чекаут ядра линукса и у меня стол vcs-info - вот он очень сильно на нем тормозил.

    Никто не собирается для стартовых скриптов юзать zsh - для этого есть легкие шеллы - тот же dash, но блин для шелла же интерактивность нужна, а вот скорость там скажем совсем никак не нужна - не успеешь ты так быстро набрать

     
     
  • 6.88, ixti (ok), 19:37, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно Вы правы, не успеешь. Но честно говоря мне bash'а за глаза
    хватает :)) И лень zsh изучать :)) И скорее всего ездить в лимузине
    одно удовольствие, но вот если всю жизнь ездил на небольшой компактной
    машине, лень будет осваивать новые габариты ;)) имхо
     
  • 4.174, Michael Shigorin (ok), 23:33, 19/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Готовить не умеете точно говорю, у меня после какого-то снапшота пакетный стал... большой текст свёрнут, показать
     
     
  • 5.178, andy (??), 00:24, 20/06/2010 [^] [^^] [^^^] [ответить]  
  • +/

    >Это вся аргументация?  Потрясая башкой и завывая "так труЪ"?

    Нет, не вся. К примеру:
    http://house.hcn-strela.ru/BSDCert/BSDA-course/ch07s07.html#3.7.7-why-sh

     
     
  • 6.187, Michael Shigorin (ok), 16:02, 06/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Благодарю, хотя мне как раз изложенные там аргументы очевидны и целиком за Мы... большой текст свёрнут, показать
     
  • 2.23, sHaggY_caT (ok), 11:52, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Когда видел bash у кого то на BSD как шелл - непонимание возникало. ЗОЧЕМ вы ставите >линуксовый баш когда есть csh нормальный?

    Привычка.

     
     
     
     
    Часть нити удалена модератором

  • 5.42, l2tpv3 (?), 13:17, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А какие это гнутые утили в FreeBSD без баша жить не могут?

    /me прям вся извелась от любопытства

     
     
  • 6.68, iZEN (ok), 17:25, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Однако pkg_info 124 grep bash bash-4 1 5_2 The GNU Project s Bourne... большой текст свёрнут, показать
     
     
  • 7.72, Аноним (-), 17:30, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    # pkg_info | grep bash

    # pkg_info | wc -l
         582

     
  • 7.80, тигар (ok), 18:27, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>А какие это гнутые утили в FreeBSD без баша жить не могут?
    >
    >Однако:
    >% pkg_info | grep bash
    >bash-4.1.5_2        The GNU Project's Bourne
    >% pkg_info -R bash-4.1.5_2

    не расстраивай меня хоть ты;-) каким образом например томуже фф нужен баш?:) ты-то, мне казалось, должен осознавать что та простыня которую я вытер нуждается в bash чуть больше чем никак.

     
     
  • 8.81, iZEN (ok), 18:33, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    grep bash -r usr local bin usr local bin scrollkeeper-config usr local... текст свёрнут, показать
     
     
  • 9.97, тигар (ok), 23:55, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ты удивлен - открой тотже munin-plugins например там тоже bash в RUN_DEPEND... текст свёрнут, показать
     
     
  • 10.115, andy (??), 07:52, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пишите багрепорты, шлите патчи Вы же знаете как надо, Вам не влом и Вы не любит... текст свёрнут, показать
     
     
  • 11.117, тигар (ok), 10:03, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо, я в курсе как это делается, на своих машинах я делаю то что нужно дум... большой текст свёрнут, показать
     
     
  • 12.130, andy (??), 11:09, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В этом и проблема Вы делаете это _только_ на своих машинах Не знаю, ибо когда... текст свёрнут, показать
     
     
  • 13.134, тигар (ok), 11:25, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    тут согласен с Вами я про то что во фре оно ставится в usr local bin r bash ... большой текст свёрнут, показать
     
     
  • 14.136, andy (??), 11:40, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    При кривом обновлении оболочки, можно очень сильно влететь У рута лучше шелл не... большой текст свёрнут, показать
     
     
  • 15.137, тигар (ok), 11:45, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    я-то в курсе, часть тех кто так делает _пока еще_ нет ну как можно быть не в к... большой текст свёрнут, показать
     
     
  • 16.142, andy (??), 12:10, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Оно работает, только bash за собой тянет пунктом a многие и ограничиваются ... большой текст свёрнут, показать
     
     
  • 17.146, тигар (ok), 12:25, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну само оно его не тянет, только если прописать в порте депенды конечно не с... большой текст свёрнут, показать
     
     
  • 18.157, andy (??), 15:08, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, спорить не буду, так как разбирательством с портами занимался года два... большой текст свёрнут, показать
     
     
  • 19.160, тигар (ok), 15:49, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    подобный продукт - это, думаю, плохой продукт случаи когда использование именно... большой текст свёрнут, показать
     
     
  • 20.162, andy (??), 18:06, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы думаете что он плохой, я думаю что он плохой, еще кто-то думает что он плохой... большой текст свёрнут, показать
     
  • 21.163, тигар (ok), 18:54, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот такая вот она суровая жизнь - gt оверквотинг удален ну вот, Вы выбрали... большой текст свёрнут, показать
     
  • 22.167, andy (??), 20:58, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю, что он жив и здоров, просто перешел на OpenBSD http toxa livejournal... большой текст свёрнут, показать
     
  • 23.169, тигар (ok), 12:04, 18/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    встречаются интересные посты, почитаю судя по, например, freshports - не отве... большой текст свёрнут, показать
     
  • 24.170, andy (??), 12:35, 18/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не считая того, что автор исключительно предвзят к Linux у Поэтому я его и не ч... большой текст свёрнут, показать
     
  • 19.161, тигар (ok), 15:54, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    на всякий случай, если возникнут вопросы c freshports про меня Number of ports... текст свёрнут, показать
     
  • 15.140, Andrey Mitrofanov (?), 11:57, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Продвинутые, многоопытные, и умудрённые Всемироной историей апдейтов фрибээсдэшн... текст свёрнут, показать
     
     
  • 16.151, тигар (ok), 13:49, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    спец Шелл-ов fixed ... текст свёрнут, показать
     
  • 14.171, Michael Shigorin (ok), 23:16, 19/06/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как у самых упоротых, которые не дотумкают про симлинки из bin слово dangl... большой текст свёрнут, показать
     
     
  • 15.179, andy (??), 00:30, 20/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А можно их услышать Один против я уже озвучил - остается еще два за и еще ... текст свёрнут, показать
     
     
  • 16.188, Michael Shigorin (ok), 16:15, 06/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    собсно это и к теме DSCM vs CSCM Многие из них склонны вводить простодушны... текст свёрнут, показать
     
  • 4.94, andy (??), 22:26, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ибо то что предлагает "удобный" bash для работы с  хистори мягко говоря "делает оральный секс"

    Понятно. Внесите:
    # 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

    p.S: Если поиск по истории в tcsh во FreeBSD по-умолчанию, это еще не значит,
    что это правильно, хотя и удобно, согласен.

     
     
  • 5.98, тигар (ok), 23:56, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >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, желания ставить для "посмотреть" - тоже)

     
     
  • 6.114, andy (??), 07:44, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >т.е та мантра что выше научит 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

    разница, как видим, только в написании.

     
     
  • 7.118, тигар (ok), 10:09, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну а как же и на практике оно работать будет абсолютно также не поленился,... большой текст свёрнут, показать
     
     
  • 8.126, andy (??), 10:46, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Во FreeBSD не использовал bash никогда Но должен работать идентично Полный b... большой текст свёрнут, показать
     
     
  • 9.133, тигар (ok), 11:17, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    skipped меня, в принципе, интересует только 1 вещь после того как я напишу ... текст свёрнут, показать
     
     
  • 10.138, andy (??), 11:47, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Он ищет последнюю запись в хистори, затем предыдущую, совпадающую с шаблоном По... текст свёрнут, показать
     
     
  • 11.141, тигар (ok), 11:57, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну это уже неплохо, и много лучше r запишу в блокнотик, вдруг пригодится спа... текст свёрнут, показать
     
     
  • 12.145, andy (??), 12:23, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не за что p s только лучше это запишите в etc skel bashrc на Ващих линуксовы... текст свёрнут, показать
     
     
  • 13.147, тигар (ok), 12:26, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    2vps ки от друзей на поиграться , вполне обхожусь там tcsh со своим конфигом ... текст свёрнут, показать
     
  • 8.127, andy (??), 10:53, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Маловато, добавьте как минимум shopt -s histappend Из man bash histappend - If ... текст свёрнут, показать
     
     
  • 9.132, тигар (ok), 11:14, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я уже успел снести его т е это уже не 2 строчки получается - окей, предположи... текст свёрнут, показать
     
     
  • 10.139, andy (??), 11:56, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так и в tcsh не две строчки Про set history 100 не забывайте пожалуйста Заче... текст свёрнут, показать
     
     
  • 11.143, тигар (ok), 12:10, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    эм, ну да, три ну помимо не- кошерности лицензий есть еще такая вещь как зави... большой текст свёрнут, показать
     
  • 11.172, Michael Shigorin (ok), 23:19, 19/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Эээ здесь сложнее Мы с persgray собирались до этого добраться по мотивам р... текст свёрнут, показать
     
  • 10.177, Michael Shigorin (ok), 23:56, 19/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Практически на всех виденных мной линуксах кроме embedded bash и так из коробк... текст свёрнут, показать
     
     
  • 11.180, andy (??), 00:37, 20/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тут несколько другое имеется в виду По-умолчанию, во FreeBSD, у пользователя c... большой текст свёрнут, показать
     
  • 2.75, аноним (?), 17:33, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Так, щас придут линуксоиды и будут говорить что мол "спустя 100 лет
    >всё таки появилось" или "какое новшество!".

    Но почему-то вы первый это ляпнули, а не линуксоиды.

    > Когда видел bash у кого то на BSD как шелл - непонимание возникало. ЗОЧЕМ
    >вы ставите линуксовый баш когда есть csh нормальный?

    В csh нет ничего нормального. bash - не линуксовый. Учите уроки.

     
     
  • 3.83, iZEN (ok), 18:34, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В csh нет ничего нормального.

    Я использую скрипты на csh. Мне кажется, что они более читабельны sh'ных. И основная командная оболочка у меня тоже /bin/csh.

     
     
  • 4.89, аноним (?), 19:48, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну на любую возможность сделать что-то через задницу найдется кто-то кто именно так и сделает. Правило 34 как говорится, но exceptions.
     
  • 4.173, Michael Shigorin (ok), 23:23, 19/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>В csh нет ничего нормального.
    >Я использую скрипты на csh. Мне кажется, что они более читабельны sh'ных.

    Как скриптовые языки они оба так себе, т.е. если злоупотреблять до нечитабельности -- может быть осмысленно вместо такого glue language взять нормальный язык программирования и к нему уже на клею шелла приматывать что ещё нужно из внешнего.

    >И основная командная оболочка у меня тоже /bin/csh.

    Почитайте Корчмаря и csh considered harmful.  Одно дело -- что сунули в руки и сказали "привыкай" (и таки привык), другое -- что действительно пригодно к использованию.

    Я использую zsh, порой и в скриптах -- когда zsh-измы сильно лучше форков с sed или временных файлов вручную (с соответствующим шебангом, ессно).

     

     ....большая нить свёрнута, показать (75)

  • 1.14, Аноним (-), 10:36, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    такое ощещение, что сидят и думают: что бы нам еще такого в хэд добавить...
     
     
  • 2.15, Andrey Mitrofanov (?), 10:42, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Чужие не пришьёшь рукам покою не дают, наверное.

    И сейчас нам уже расскажут про неуказанные интересы неназванных "вендоров" и волевое политическое решение партии "мы вам не скажем почему!"? Просим, просим!

     
     
  • 3.20, манул (?), 11:38, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Чужие не пришьёшь рукам покою не дают, наверное.
    >
    >И сейчас нам уже расскажут про неуказанные интересы неназванных "вендоров" и волевое
    >политическое решение партии "мы вам не скажем почему!"? Просим, просим!

    Что вы блеете непонятное? Вы так говорите как будто это что то плохое (С).
    Разве для кого то ещё секрет что FreeBSD с самого начала, вся вместе с лицензией, была создана и развивалась только на государственные гранты США под заказы минобороны США? Да, так и было, и так и есть. И хорошо что так - кому надо тот и развивает и поддерживает рассовую чистоту. К слову, если вспомнить, то тут были новости про 75% кода линукс мира и ядра, написанных КОРПОРАЦИЯМИ, а не коммуните, как все думали :)

     
     
  • 4.27, Knuckles (ok), 12:16, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >К слову, если вспомнить, то тут были новости про 75% кода линукс мира и ядра, написанных КОРПОРАЦИЯМИ

    Года 3 назад? You're so slowwwww.
    >а не коммуните, как все думали :)

    За себя говори.

     
  • 4.54, Andrey Mitrofanov (?), 14:46, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Что вы блеете непонятное? Вы так говорите как будто это что то
    >плохое (С).

    "С тобой, свинья, не гавкает, а разговаривает капитан Жеглов!"(ц)

    >Разве для кого то ещё секрет что FreeBSD с самого начала, вся
    >вместе с лицензией, была создана и развивалась только на государственные гранты
    >США под заказы минобороны США?

    BSDL создана на грант Минобороны США? Кр/-()ттт!!!

    >были новости про 75% кода линукс мира и ядра, написанных КОРПОРАЦИЯМИ,

    Новости были про:
    1) 30% - крупными, 30% индиаидуалами, 30% -прочими
    2) 98% разработчиков ядра... получают зарплату!

    >а не коммуните, как все думали :)

    Н-н-у... Вона SELinux "крутють" NSA или как их там -- вполне "комьюнити" по-"вашему".

     

  • 1.26, тигар (ok), 12:13, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    /me кстати удивлен, как это еще "гуру" не успели написать "во фрибзд ls не цветной все еще!"
     
     
  • 2.30, MAN (??), 12:41, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Уже давно цветной. man ls | grep CLICOLOR
     
     
  • 3.32, тигар (ok), 12:45, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Уже давно цветной. man ls | grep CLICOLOR

    спасибо, я в курсе.

     
  • 2.31, Аноним (-), 12:42, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    может, еще и мс в базу добавить?
     
     
  • 3.33, тигар (ok), 12:47, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >может, еще и мс в базу добавить?

    1) зачем?
    2) не добавят ввиду того что mc уж очень много всего лишнего хочет;-)

     
     
  • 4.105, Ян Злобин (ok), 02:53, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >...не добавят ввиду того что mc уж очень много всего лишнего хочет;-)

    Да и в принципе зачем он там нужен???  ИМХО им пользуются те, кто когда-то ну очень уж плотно подсел на Norton Commander или что-то подобное, что без него начинаются ломки.

     
     
  • 5.119, тигар (ok), 10:15, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>...не добавят ввиду того что mc уж очень много всего лишнего хочет;-)
    >
    >Да и в принципе зачем он там нужен???  ИМХО им пользуются
    >те, кто когда-то ну очень уж плотно подсел на Norton Commander
    >или что-то подобное, что без него начинаются ломки.

    этот вопрос следовало бы задать не мне а ананиму который предложил добавить mc в базу;-)
    в некоторых случаях mc таки удобнее чем обвешанный скриптами zsh или что-либо другое, хотя это дело привычки, думаю. кому то нравится делать cd/ls десятками раз, а кому-то проще "побегать" по панелькам.

     
  • 2.35, Aesthetus Animus (ok), 12:59, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слава богу, что ls не цветной!
     
     
  • 3.45, Аноним (-), 13:22, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    удобства на улце гораздо круче!
     
     
  • 4.65, freebsduser (?), 16:39, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а сколько ручек нужно дернуть в вашем долбаном баше чтобы по человечески работать с хистори а? у нас как раз все просто, а вот у вас через то самое место, да.

    всегда плююсь когда попадаю за какойнить линуксячий комп с псевдо шелом.

     
     
  • 5.95, andy (??), 22:34, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    две Да, за Вас настроили, а Вы и рады, типа дефолт radius0 cat usr src etc r... большой текст свёрнут, показать
     
     
  • 6.120, тигар (ok), 10:16, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >  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
    ЧЯДНТ?

     
     
  • 7.128, andy (??), 10:57, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/

    >[оверквотинг удален]
    >          
    >          
    >          
    >        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 у Вас не
    установлен и не вытянут как зависимость.

     
  • 3.71, iZEN (ok), 17:28, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Слава богу, что ls не цветной!

    А так:
    ls -G
    ???

     
     
  • 4.82, тигар (ok), 18:33, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Слава богу, что ls не цветной!
    >
    >А так:
    >ls -G
    >???

    а это чит, лоровци тебя не простят.

     
  • 4.116, Aesthetus Animus (ok), 07:58, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >А так:
    >ls -G
    >???

    Не, к черту - выглядит отвратно...


     

  • 1.28, Аноним (-), 12:24, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "совсем пропал калабуховский дом". сначала юникод в консоли сделали, теперь вот автокомплит в /bin/sh. чо они еще придумают? PAGER=less; export PAGER ? Графический инсталлер???

    куда котиццо этот мир...

     
     
  • 2.50, sHaggY_caT (ok), 13:38, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >"совсем пропал калабуховский дом". сначала юникод в консоли сделали, теперь вот >автокомплит

    Про юникод Вы зря, очень мешало его отсутствие и проблемы с ним. весь web уже давно на юникоде.

    >в /bin/sh. чо они еще придумают? PAGER=less; export PAGER ?

    PAGER=most ;)

     
     
  • 3.53, тигар (ok), 14:08, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>"совсем пропал калабуховский дом". сначала юникод в консоли сделали, теперь вот >автокомплит
    >
    >Про юникод Вы зря, очень мешало его отсутствие и проблемы с ним.
    >весь web уже давно на юникоде.
    >

    не нужно делать таких голословных утверждений;-)
    рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на скольких windows-1251.


     
     
  • 4.57, XoRe (ok), 14:56, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >не нужно делать таких голословных утверждений;-)
    >рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не
    >в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на
    >скольких windows-1251.

    Можно по рунету походить, посмотреть, у скольки пользователей windows, а у скольки *nix.
    Тоже статистика, но есть нюанс)

    Кстати, а чем PAGER=less плох?
    Я всегда на фряхе ставил pager'ом)

     
     
  • 5.58, тигар (ok), 14:59, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, а чем PAGER=less плох?

    это вопрос ко мне был?:) не знаю чем он плох. меня вполне устраивает то что в fbsd есть 'more'.

     
     
  • 6.60, XoRe (ok), 15:03, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кстати, а чем PAGER=less плох?
    >
    >это вопрос ко мне был?:) не знаю чем он плох. меня вполне
    >устраивает то что в fbsd есть 'more'.

    А, да, не вы автор того тролльного поста, сорри)

     
  • 5.144, Денис Юсупов (?), 12:19, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати, а чем PAGER=less плох?
    >Я всегда на фряхе ставил pager'ом)

    Ну смотря когда. Иногда да, бывает удобно посмотреть что-нибудь и "выскочить" обратно на консоль, а иногда наоборот, мешает - когда при просмотре, скажем, man'а хочется оставить его текст(например, команды) на консоли.

     
  • 4.112, аноним (?), 06:33, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не
    >в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на
    >скольких windows-1251.

    А вы сами-то пробовали? utf и 1251 примерно пополам, koi8 почти нет.

     
     
  • 5.121, тигар (ok), 10:19, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не
    >>в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на
    >>скольких windows-1251.
    >
    >А вы сами-то пробовали? utf и 1251 примерно пополам, koi8 почти нет.
    >

    Вы не там ходите, да и даже Ваши данные никак не подтверждают утверждения
    "весь web уже давно на юникоде. " (с) sHaggY_caT

     
     
  • 6.129, аноним (?), 11:09, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы не там ходите

    Ага, ну конечно.

    > даже Ваши данные никак не подтверждают утверждения "весь web уже давно на юникоде."

    Подтверждают. Не будет поддержки юникода - нельзя будет посмотреть юникодные сайты. Если есть хотя бы один нужный пользователю юникодный сайт, без его поддержки он полноценно пользоваться интернетом уже не сможет. Половина сайтов из довольно разнообразной выборки оставляет крайне мизерную вероятность того, все нужные пользователю сайты он сможет посмотреть без юникода. Так что да, "весь web уже давно на юникоде".

     
  • 6.184, sHaggY_caT (ok), 11:57, 20/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>>рекомендую походить по рунету и посмотреть src страниц;-) потом показать (можно не
    >>>в процентах) на скольких сайтах Вы нашли charset=утф;-), наскольких koi8, на
    >>>скольких windows-1251.
    >>
    >>А вы сами-то пробовали? utf и 1251 примерно пополам, koi8 почти нет.
    >>
    >
    >Вы не там ходите, да и даже Ваши данные никак не подтверждают
    >утверждения
    >"весь web уже давно на юникоде. " (с) sHaggY_caT

    В общем-то, utf8 это рекомендуемая кодировка (и default) для многих CMS


     
  • 3.111, аноним (?), 06:24, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Про юникод Вы зря, очень мешало его отсутствие и проблемы с ним.
    >весь web уже давно на юникоде.

    Расскажите скорее же что вам мешало и что изменилось. UTF'ные локали появились еще в 2004 и с тех пор замечательно работали.

     
     
  • 4.183, sHaggY_caT (ok), 11:54, 20/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Про юникод Вы зря, очень мешало его отсутствие и проблемы с ним.
    >>весь web уже давно на юникоде.
    >
    >Расскажите скорее же что вам мешало и что изменилось. UTF'ные локали появились
    >еще в 2004 и с тех пор замечательно работали.

    Через костыли :)?

    http://www.opennet.ru/openforum/vsluhforumID3/44340.html
    http://habrahabr.ru/blogs/bsdelniki/64748/

     
  • 2.62, XoRe (ok), 15:09, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >"совсем пропал калабуховский дом". сначала юникод в консоли сделали, теперь вот автокомплит
    >в /bin/sh. чо они еще придумают? PAGER=less; export PAGER ? Графический
    >инсталлер???
    >
    >куда котиццо этот мир...

    А чем less плох?)

     
  • 2.76, аноним (?), 17:35, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >PAGER=less; export PAGER

    А что, там по умолчанию назве не less? Если нет то обязательно надо, more пользоваться невозможно.

     
     
  • 3.99, XoRe (ok), 01:02, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>PAGER=less; export PAGER
    >
    >А что, там по умолчанию назве не less? Если нет то обязательно
    >надо, more пользоваться невозможно.

    more.
    И EDITOR по умолчанию vi.
    Челябинцы же =)
    Смотрите /.cshrc - это хардлинк на /root/.cshrc
    Я сразу меняю на less и ee при установке.
    Если вспоминаю про это.
    А вспоминаю, когда по crontab -e влезаю в vi =)

     
     
  • 4.123, тигар (ok), 10:22, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>А что, там по умолчанию назве не less? Если нет то обязательно
    >>надо, more пользоваться невозможно.
    >
    >more.
    >И EDITOR по умолчанию vi.
    >Челябинцы же =)
    >Смотрите /.cshrc - это хардлинк на /root/.cshrc
    >Я сразу меняю на less и ee при установке.
    >Если вспоминаю про это.
    >А вспоминаю, когда по crontab -e влезаю в vi =)

    это Вы зря;-)
    я сам люблю 'ee', но вот как-то случалось терять тотже rc.conf из-за внезапно упавшего электричества в момент редактирования файла, в случае с vi можно востановить это дело:)

    по поводу more.. man more (во фре конечно же) :-)

     
     
  • 5.181, Michael Shigorin (ok), 01:17, 20/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >я сам люблю 'ee'

    No comments.

    >но вот как-то случалось терять тотже rc.conf из-за внезапно упавшего электричества
    >в момент редактирования файла, в случае с vi можно востановить это дело:)

    Сам применяю и другим рекомендую:
    1) нормальный vim вместо аварийного огрызка vi
    2) нормальный UPS
    3) нормальную ФС

    PS: да, vi _обязан_ быть огрызком с минимальным набором терминалов в пузе и почти без ничего (в особенности -- зависящего от /usr).  Ну так он не предназначен для ежедневной работы, в отличие от vim/elvis.

     

  • 1.37, Аноним (-), 13:05, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    У меня например много десктопов с FreeBSD, и иногда когда чтото ломается и система не загружается и система предлагает ручками чтото пофиксить, при этом мы попадаем под sh... Да тот же банальный fsck удобнее делать с автокомплитом, ненужно держать в голове список всех девайсов.

    На мой взгляд именно как раз этого и нехватало.
    Поэтому разработчикам респект

     
     
  • 2.43, Аноним (-), 13:20, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем их помнить?
    При крахе системы для полной проверки всех томов можно поставить: fsck -y
     
     
  • 3.48, тигар (ok), 13:28, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А зачем их помнить?
    >При крахе системы для полной проверки всех томов можно поставить: fsck -y
    >

    более нормальные ребята делают tunefs -j enable :)

     
  • 2.59, XoRe (ok), 15:03, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня например много десктопов с FreeBSD, и иногда когда чтото ломается
    >и система не загружается и система предлагает ручками чтото пофиксить, при
    >этом мы попадаем под sh... Да тот же банальный fsck удобнее
    >делать с автокомплитом, ненужно держать в голове список всех девайсов.
    >
    >На мой взгляд именно как раз этого и нехватало.
    >Поэтому разработчикам респект

    Можно пойти путем:
    ls /dev/sd*

    Хочу заметить, что автодополнение делается через libedit.
    libedit (/usr/ports/devel/libedit) ставится в /usr/local/lib/libedit.so.
    Если у вас /usr вынесен в отдельный раздел, то есть хороший шанс, что в single user она будет недоступна.
    Т.е. автодополнения в single user скорее всего и так не будет.

     
     
  • 3.74, iZEN (ok), 17:31, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Если у вас /usr вынесен в отдельный раздел, то есть хороший шанс, что в single user она будет недоступна.

    Никогда не понимал, зачем советуют делать /usr отдельным разделом. Ладно /usr/local и /usr/home в отдельные файловые системы вынести можно и даже нужно, но что бы /usr полностью отрывать от основной системы на рутовом разделе (?!)

     
     
  • 4.78, аноним (?), 17:41, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Никогда не понимал, зачем советуют делать /usr отдельным разделом. Ладно /usr/local и
    >/usr/home в отдельные файловые системы вынести можно и даже нужно, но
    >что бы /usr полностью отрывать от основной системы на рутовом разделе
    >(?!)

    Ну ты какбэ должен быть в курсе почему корень монтируют без SU. А без SU все работает прямо скажем не быстро и не надежно, поэтому логично ограничить отсутствием SO только корень, который можно и в r/o примонтировать. На /usr, напомню, порты (с wrkdir'ами), дистфайлы, исходники и obj, как минимум.

     
     
  • 5.79, iZEN (ok), 18:19, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не в курсе Расскажите относительно ZFS покоцал На UFS-разделах всё монт... большой текст свёрнут, показать
     
     
  • 6.135, kshetragia (ok), 11:27, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то мало того, что SU на корне - зло. По хорошему еще и в ro монтировать не помешает.
     
     
  • 7.149, iZEN (ok), 12:45, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вообще-то мало того, что SU на корне - зло. По хорошему еще
    >и в ro монтировать не помешает.

    Обоснования будут? Или так, просто выхлоп?

     
     
  • 8.168, Митра (?), 23:20, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Можна допустить, что монтирование в readonly - для увеличения безопасности ... текст свёрнут, показать
     
  • 8.185, kshetragia (ok), 11:41, 21/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Легкая паранойя на боевом сервере не помешает Помнится один из уровней security... текст свёрнут, показать
     
  • 7.189, iZEN (ok), 12:23, 09/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Вообще-то мало того, что SU на корне - зло. По хорошему еще
    >и в ro монтировать не помешает.

    http://www.freebsd.org/doc/ru_RU.KOI8-R/books/faq/disks.html#SAFE-SOFTUPDATES
    "9.4. На каких разделах можно без опаски использовать механизм Soft Updates? Я слышал, что использование Soft Updates на / могут приводить к проблемам.

    Краткий ответ: обычно вы можете использовать Soft Updates без опаски на всех разделах.

    Подробный ответ: Было несколько возражений против использования Soft Updates на корневом разделе. Soft Updates имеют две характеристики, которые этому способствуют. Во-первых, раздел с Soft Updates имеет мало шансов потери данных по время аварийного останова системы. (Раздел не будет попорчен; просто будут потеряны данные.) Кроме того, Soft Updates могут приводить к временной нехватке дискового пространства.

    <...>

    Итак, что это означает для корневого раздела?

    Жизненно важная информация на корневом разделе меняется очень редко. Файлы, такие, как /kernel и содержимое /etc меняется только при обслуживании системы, или когда пользователи меняют свои пароли. Если в системе произойдет сбой в период тридцатисекундного окна после выполнения такого изменения, возможно, что данные окажутся потерянными. Этот риск незначителен для большинства применений, но вы должны иметь в виду, что он есть. Если ваша система не может принять такой риск, не используйте Soft Updates с корневой файловой системой!"

     
     
  • 8.190, kshetragia (ok), 10:35, 10/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это только подтверждает, что SU на корневом разделе вообще никуда не уперся Как... текст свёрнут, показать
     
  • 4.84, sHaggY_caT (ok), 18:35, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ладно /usr/local и
    >/usr/home в отдельные файловые системы вынести можно и даже нужно,

    Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора, на раздел с data можно через skel можно в каждом хомяке делать симлинк на какую-нибудь директорию, можно с t флагом.

     
     
  • 5.102, XoRe (ok), 01:14, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ладно /usr/local и
    >>/usr/home в отдельные файловые системы вынести можно и даже нужно,
    >
    >Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора,
    >на раздел с data можно через skel можно в каждом хомяке
    >делать симлинк на какую-нибудь директорию, можно с t флагом.

    Кстати, FreeBSD не единственный тут.
    Вы запустите инсталятор debian lenny и посмотрите, как он автоматом терабайтный винт разобьет =)
    Кстати на десктопе это очень удобно - вся юзерская инфа в home и лежит.
    Можно хоть другую систему поставить и home туда примонтировать.
    Ещё это может быть удобно на файл-серверах, ну может на хостингах всяких (где сайты в home лежат).

     
     
  • 6.110, аноним (?), 06:20, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кстати на десктопе это очень удобно - вся юзерская инфа в home
    >и лежит.

    Это не "очень удобно", а это единственный логичный путь. Как следствие, это действительно удобно.

    >Можно хоть другую систему поставить и home туда примонтировать.
    >Ещё это может быть удобно на файл-серверах, ну может на хостингах всяких
    >(где сайты в home лежат).

    Вот-вот. Но виндузяткики привыкли что у них есть D:\ с помойкой, и лепят диски в /хрен_ннает_что по аналогии.

     
  • 5.108, аноним (?), 06:16, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора

    А где, интересно хранить террабайты данных, пользователя, как не в его home?

    >на раздел с data можно через skel можно в каждом хомяке
    >делать симлинк на какую-нибудь директорию, можно с t флагом.

    Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают помойку там.

     
     
  • 6.148, iZEN (ok), 12:36, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора
    >
    >А где, интересно хранить террабайты данных, пользователя, как не в его home?
    >
    >
    >>на раздел с data можно через skel можно в каждом хомяке
    >>делать симлинк на какую-нибудь директорию, можно с t флагом.
    >
    >Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают
    >помойку там.

    Какая помойка?
    У меня медиаархив под три сотни гигабайт подмонтирован /store, а хомяк никогда не вылезал за 50ГБ. Вот в хомяке как раз помойка из неразобранных "запасов", которые потерять не жалко, а разгребать лень.


     
  • 6.182, sHaggY_caT (ok), 11:43, 20/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора
    >
    >А где, интересно хранить террабайты данных, пользователя, как не в его home?

    имхо, юзерам с рутовыми правами стоит хомяки назначать в рамках корневой файловой системы.
    Почему? Попробуйте догадаться сами :)

    А остальным, можно на Самом_Большом_Разделе_На_Сервере

    >>на раздел с data можно через skel можно в каждом хомяке
    >>делать симлинк на какую-нибудь директорию, можно с t флагом.
    >
    >Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают
    >помойку там.

    удобнее работать непосредственно с данными: mv выполняется практически мгновенно, если архив распаковать целиком (да, конечно, в той же Bacula поиск файла в бэкапе рулит, но иногда это не подходит), и выбрать то, что нужно из него, а потом сделать mv в нужное место.

     
  • 3.77, аноним (?), 17:36, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Хочу заметить, что автодополнение делается через libedit.
    >libedit (/usr/ports/devel/libedit) ставится в /usr/local/lib/libedit.so.
    >Если у вас /usr вынесен в отдельный раздел, то есть хороший шанс,
    >что в single user она будет недоступна.
    >Т.е. автодополнения в single user скорее всего и так не будет.

    Надо termcap переносить в /etc :/

     
     
  • 4.90, Аноним (-), 19:52, 16/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Надо termcap переносить в /etc :/

    открой для себя /etc/termcap.small

     
     
  • 5.109, аноним (?), 06:18, 17/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >открой для себя /etc/termcap.small

    Нету такого.

     

  • 1.125, Аноним (-), 10:39, 17/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    bash еще удобен и тем, что при повторном нажатии таба выводит список возможных команд.Б удет ли такое и в sh?
     
     
  • 2.191, kshetragia (ok), 10:41, 10/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Будем надеяться, что нет.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру