А почему так много утилит не соблюдают UNIX-way?

лорчую. но sudo -i короче, и, ЕМНИП, там какие-то отличия таки есть

cat file | sed 's/.../.../' > file.bak; mv file.bak file

вместо

sed -i 's/.../.../' file

mdfynp sed 's/.../.../' file

Ващет люди думают в gui, а не строках команд..

ну не было во времена Юникса графики мощной, вот и выдумали конвейеры 6-))

cat bla | grep foo

А если нужно grep зразу по нескольким файлам, с разной глубиной их нахождения в папках ? Разве можно как-то ещё кроме grep -R ? Если да, то что из этого будет более костыльно ?

find | xargs

циклы, Карл!

Ващет люди думают в gui, а не строках команд

А это кто как. Всё зависит от привычки. Если человек привык к GUI настолько, что у него пальцы к мышке приросли, то, конечно, он и будет думать соответственно. А если, наоборот, у человека нет никакого GUI и он привык работать исключительно в консоли, то он и будет думать в командах командной строки.

find . -type f -exec | xargs -n1 cat | grep foo

если я тебя правильно понял.

Вообще было бы неплохо, если бы можно было делать что-то вроде

grep foo < (ls -R)

Если да, то что из этого будет более костыльно ?

Речь не про костыли, а про дублирование. Причём как физическое (каждая утилита пишет свою версию рекурсивного обхода директорий со своими неповторимыми багами, но это ладно), так и ментальное (предполагается, что пользователь должен помнить параметры каждой утилиты в каждом случае).

find . -type f -exec | xargs -n1 cat | grep foo

В итоге проще grep -R

UNIX-way мёртв, вот почему.

sudo bash и sudo su делают совсем не то же самое, что sudo -i. sudo -s ещё куда бы ни шло.

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

Вперёд, что. Можешь plan9port потыкать.

А если нужно grep зразу по нескольким файлам, с разной глубиной их нахождения в папках ? Разве можно как-то ещё кроме grep -R ?

grep 'whatever you need' **/* же. И можно ограничивать поиск по суффиксу (например, только в .h). Требует рекурсивного глоббинга в шелле, но стоит того: лично я не юзаю -R вообще.

Нет, не проще. Просто представь, что у тебя там же лежит .git с трёхлетней историей.

Кто-то из юзающих git ещё не перешёл на ag, умеющий игнорировать подобные вещи при поиске?

sudo su

За бан по IP :3

Но ведь не только гит может захотеться исключить. И тогда либо добавлять grep -v, либо все же find.

Если не нужно по .git делать grep, то можно ему об этом сказать.

Mystra_x64 ★★★★★ :}
:3

Ты себе изменяешь.

Ты просто недостаточно часто видишь мои посты :}

Нихрена себе, только сейчас узнал об этой фиче ) Спасибо.

By default, ag will ignore files whose names match patterns in .gitignore, .hgignore, or .agignore. These files can be anywhere in the directories being searched. Ag also ignores files matched by the svn:ignore property if svn --version is 1.6 or older. Finally, ag looks in $HOME/.agignore for ignore patterns. Binary files are ignored by default as well.

If you want to ignore .gitignore, .hgignore, and svn:ignore, but still take .agignore into account, use -U.

А в остальном — grep как grep, только лучше.

Иногда утилиты вызываются не из шелла. В общем, бывает, что так удобнее. Ну и любую идею (unix-way) можно довести до абсурда. Как HIG в гноме =)

Утилиты перестали поддерживать конвейер и хорошо работать в базовых задачах?

find . -type f -exec | xargs -n1 cat | grep foo

если я тебя правильно понял.

а теперь выведи имя файла и номер строки в котором совпадение.

Меня из такого больше всего смущает sort -u против sort | uniq.

Вот для этой задачи «выведи имя файла и номер строки» было бы как раз неплохо задействовать cat. В нём есть флаг для номера строки, но нет флага для имени файла, а его добавить как раз следовало бы.

философия unix это и «Правило простоты: Нацельтесь на простоту; добавляйте сложность, только где необходимо.»

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

А если тебе надо не искать, а ещё что-то делать и нужен вывод в таком же виде? Мне вот grep-а не хватает, я иногда делаю find . -type f -exec cat -n {} \; | less и в результате уже ищу туда-сюда, изучая контекст. Имена файлов мне бы пригодились.

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

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

так строй. unix-way это в том числе и возможность строить команды как тебе нравится, мульёном способов.

find /tmp/ -type f -exec awk '{print FILENAME " " NR ":" $0}' {} \; | less

В том числе и такие :D :D :D :D

find /tmp/ -iname '*.txt' -type f -printf "echo %p && cat -n %p\n" 2>/dev/null | sh | less

всё ограничивается исключительно фантазией :)