E
Так более, по-моему, более приятный вывод.
Разные пути сделать одно и тоже, не более
Size: a a a
2020 May 03
🌝
Разные пути сделать одно и тоже, не более
Только зачем делать рекурсивное
ls с помощью find, если можно сделать рекурсивное ls с помощью ls? Для скриптов да, find предпочтительнее.E
Можно например стать рутом и сделать find / -print | wc -l и узнать сколько всего у тебя файлов в системе, find пишет вывод без пустых строк
ЯН
что делает -F?
на практике происходит дичь
на практике происходит дичь
🌝
Разные пути сделать одно и тоже, не более
Ну да, зато для macos походит, там же
ls нет, точно.E
Насколько я понимаю отменяет значение всех спец символов и ищет паттерн буквально как есть, а не как регулярное выражение
E
То есть будет искать именно "^word" а не word в начале строки
ЯН
Насколько я понимаю отменяет значение всех спец символов и ищет паттерн буквально как есть, а не как регулярное выражение
я тоже так подумал, но в результате дичь
ЯН
ищу квартирка - получаю квартирку и уБабушки
ищу уб - получаю зал
ищу зал - нихуя не получаю
ищу уб - получаю зал
ищу зал - нихуя не получаю
ЯН
Делаем "рекурсивное ls" с помощью find)
find . -print
find . -print
у меня есть что-то рабочее, на
find %s -maxdepth %d -exec ls -lAhLd "{}" \;E
ищу квартирка - получаю квартирку и уБабушки
ищу уб - получаю зал
ищу зал - нихуя не получаю
ищу уб - получаю зал
ищу зал - нихуя не получаю
может -е выражение файл писать
ЯН
может -е выражение файл писать
-е это не имя/ключ аргумента?
E
-е это не имя/ключ аргумента?
да, регуляр очка, но ман говорит что оно до имени файла должно стоять
ЯН
всё ломает именно -F
ЯН
да, регуляр очка, но ман говорит что оно до имени файла должно стоять
[-e REGEX]E
[-e REGEX]да, но и в твоём мане [FILЕ] в конце
АС
загадываем, встанет или нет, с ручной разметкой зверек
E
У всех встаёт и у тебя встанет
ЯН
E
а попробуй grep -iF уб 0/WiFi.txt