Coreutils 8.26

Состоялся релиз ... набора утилит для работы с файлами, командной оболочкой и текстом.

шол XXI век...

Это и есть сердце unixway'я. Кому не нравится - тем на винды.

Мой патч для ls всё ещё актуален. Вот его адаптация к этой версии:

> cat ls_literal_quoting_style.patch
--- src/ls_orig.c       2016-12-01 12:51:00.104819598 +0300
+++ src/ls.c    2016-12-01 12:59:13.777811278 +0300
@@ -1664,13 +1664,13 @@
     case LS_MULTI_COL:
       /* This is for the 'dir' program.  */
       format = many_per_line;
-      set_quoting_style (NULL, escape_quoting_style);
+      set_quoting_style (NULL, literal_quoting_style);
       break;

     case LS_LONG_FORMAT:
       /* This is for the 'vdir' program.  */
       format = long_format;
-      set_quoting_style (NULL, escape_quoting_style);
+      set_quoting_style (NULL, literal_quoting_style);
       break;

     case LS_LS:
@@ -1678,7 +1678,7 @@
       if (isatty (STDOUT_FILENO))
         {
           format = many_per_line;
-          set_quoting_style (NULL, shell_escape_quoting_style);
+          set_quoting_style (NULL, literal_quoting_style);
           /* See description of qmark_funny_chars, above.  */
           qmark_funny_chars = true;
         }

кому эта ваша «unixway'я» уерлась? зарыть давно пора и битоном сверху залить.

битоном

Админ, спаси-помоги, тут школьник убунту не осилил.

Как кому? Юниксоидам. Нельзя юзать юниксы и не разделять идеи unixway'я. Иначе будет неудобно. Всё равно будут получаться недовинды. А с юниксвейным подходом юниксы не менее удобны чем винда виндузятникам.

Что он делает?

с юниксвейным подходом юниксы не менее удобны чем винда виндузятникам.

Я больше скажу - с юниксвейным подходом и винды удобнее становятся.

Убирает

'заковычивание имён файлов'

Иди отсюда, школоло

... юзать юниксы ...

но зачем? в прошлом веке еще понятно — ресурсов у компов не хватало. но сейчас то...

но сейчас то...

...мозгов у многих не хватает, чтобы юзать юниксы.

Им бы по мышке в каждую руку и «папку» с «мамкой»...

Не корми толстяка, плиз.

Еще бы basename научили stdin читать, а не только параметры.

Осиль xargs.

Про «basename -a» в курсе?

Ссылочку на идеи юниксвея в студию. Или текстом все пункты.

по мышке в каждую руку

Например, как-то так.

и «папку» с «мамкой»

Лучше няньку. Я б от няньки не отказался: я только хотелки озвучиваю, а нянька всё делает. Мне тогда будет пофиг на юниквей, швабодку и всё остальное.

Добрые корпорации примерно к этому и ведут. Сири там, Кортана, Алекса, как их там ещё зовут.

А с юниксвейным подходом юниксы не менее удобны чем винда виндузятникам

Парсить вывод каждой команды? Очень сложно и error prone. Вот если б каждая утилита умела выплевывать (и принимать) json - совсем другой разговор

Нельзя юзать юниксы и не разделять идеи unixway'я.

Схерали?

шол XXI век...
битоном

Что ж онанизмусы-то такие безграмотные пошли?..

Что ж онанизмусы-то такие безграмотные пошли?..

шол 21 век, а ты так и не выучил написание слова анонимус

сжечь и закатать в битон

s/BLANE2/BLAKE2/

но зачем? в прошлом веке еще понятно — ресурсов у компов не хватало. но сейчас то...

Походу еще остались те, кто считает, что линукс только на всяких кассетных спектрумах запускается.

и зачем?

Зачем его убирать, да еще и писать для этого патч? export QUOTING_STYLE=literal в .bashrc — для слабаков?

Принципиально ничего не хочу знать о быдле.

Даже сильно гуглить не надо, чтоб их самим найти раз так интересно.

в битон

В бидон?

Вот если б каждая утилита умела выплевывать (и принимать) json - совсем другой разговор

json — это тоже текст. Напиши свои утилзы, которые будут форматировать все в ясон. Только пользоваться никто не будет, текст зело приятнее, тем более при развитом постмодерне живем.

Это и есть сердце unixway'я.

К слову о говноутилзах:

http://harmful.cat-v.org/cat-v/unix_prog_design.pdf

В Power Shell все выводы командлетов как объекты, парсить их одно удовольствие. Да почему бы нечто подобное не соорудить и в Linux.

• Правило модульности: Пишите простые части, соединяемые понятными интерфейсами.
• Правило ясности: Ясность лучше заумности.
• Правило композиции: Разрабатывайте программы так, чтобы их можно было соединить с другими программами.
• Правило разделения: Отделяйте правила (policy) от механизма (mechanism); отделяйте интерфейс от движка (engine).
• Правило простоты: Нацельтесь на простоту; добавляйте сложность, только где необходимо.
• Правило экономности: Пишите большую программу только когда другими средствами выполнить необходимую задачу не удастся.
• Правило прозрачности: Разрабатывайте прозрачные программы для облегчения последующего пересмотра и отладки.
• Правило надёжности: Надёжность — дитя прозрачности и простоты.
• Правило представления: Храните знания в данных так, чтобы логика программы была тупой и надёжной.
• Правило наименьшего удивления: При разработке интерфейса всегда делайте как можно меньше неожиданных вещей.
• Правило тишины: Если программе нечего сказать, пусть лучше молчит.
• Правило восстановления: Если надо выйти из строя, делайте это шумно и как можно быстрее.
• Правило экономии: Время программиста дорого; сократите его, используя машинное время.
• Правило генерации: Избегайте ручного набора кода; при любом удобном случае пишите программы, которые бы писали программы.
• Правило оптимизации: Сначала — опытный образец, потом — <<причесывание>>. Добейтесь стабильной работы, только потом оптимизируйте.
• Правило многообразия: Отвергайте все утверждения о <<единственно правильном пути>>.
• Правило расширяемости: Разрабатывайте для будущего. Оно наступит быстрее, чем вы думаете.

Парсить вывод каждой команды?

При объединении разных простых программ пайпами - да.

Потому, что для тех, кто не разделяет эти идеи, юниксы не представляют никакой ценности. Им всё равно где работать. А при таком подходе другие ОС, как правило, удобнее.

Таки отвечу вопросом на вопрос: про «xargs -n1» в курсе?

Зачем его убирать, да еще и писать для этого патч?

Затем, что на взгляд многих людей это бардак.

export QUOTING_STYLE=literal в .bashrc — для слабаков?

Юзерам бинарных дистрибутивов, которые не собираются ничего патчить в пакетах, ничего другого кроме как редактировать .bashrc и не остаётся. А другие люди, а особенно юзеры source-based дистрибутивов, могут просто пропатчить. Намного приятнее когда бинарник сам по себе, независимо от опций, ведёт себя как надо.

идеи юниксвея в студию

«куча мелких но быстрых программ, которые срут друг в друга текстом»

(с) sun-lsd (саныч?)

The cake is a lie...

Какие из этих идей разделяешь и используешь на деле лично ты? Какие из этих идей использованы в главном компоненте системы линуксоида?

«Другие ОС удобнее, если ты не фанатик, верящий в бесполезные, влажные мифы». Да, верно.

Затем, что на взгляд многих людей это бардак.

Бардак у этих людей (кстати, покажи мне этих многих) — в головах. Особенно, если этим людям проще патчить и перебирать исходники, а не менять поведение программ опциями командной строки и файлами настроек.

Только пользоваться никто не будет, текст зело приятнее, тем более при развитом постмодерне живем

Я не спорю что пользоваться корутилзами удобно. В простых случаях. Но для чего-то сложнее «mount | wc -l» приходится заниматься бессмысленным, склонным к ошибкам парсингом в попытках вычленить нужную крупицу информации из голого текста. Ключик -json (в дополнение в текстовому интерфейсу) был бы очень кстати

Какие из этих идей разделяешь и используешь на деле лично ты? Какие из этих идей использованы в главном компоненте системы линуксоида?

Как минимум, архитектурную простоту и модульность. Архитектурная простота - это простота для машины, а не для человека. Для человека это, как правило, сложнее. И многие предпочитают попроще - пути дополнительных прослоек (иксы, systemd, pulseaudio,.. ) и комбайнов «всё в одном».

А это не те ли утилитки, которые Apple утаскивает себе в maxOS а потом торжественно «открывает»? Вроде те.

зарыть давно пора и битоном сверху залить.

Сибя в битон закотай

Повторяю, есть и source-based дистрибутивы. Включая Gentoo и мой LFS. А есть также люди, у которых есть такое хобби как собирание пакетов/пересобирание пакетов со своими опциями в бинарных дистрибутивах. И вот тут мой патч очень к месту.

Особенно, если этим людям проще патчить и перебирать исходники, а не менять поведение программ опциями командной строки и файлами настроек.

Оба способа вполне нормальные. Когда-то и кому-то удобнее так, а когда-то и кому-то этак.

В source-based системе иногда проще и удобнее пропатчить исходник.