forum.opennet.ru - "Выпуск набора утилит GNU findutils 4.10.0 с возобновлением поддержки Си-библиотеки Musl" (26)

"Выпуск набора утилит GNU findutils 4.10.0 с возобновлением поддержки Си-библиотеки Musl"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск набора утилит GNU findutils 4.10.0 с возобновлением поддержки Си-библиотеки Musl"	+/–
Сообщение от opennews (?), 03-Июл-24, 11:31
Проект GNU опубликовал выпуск пакета findutils 4.10.0, включающего реализации утилит для организации поиска файлов в системе, таких как find, updatedb и locate, updatedb. В составе findutils также развивается утилита xargs, предназначенная для построения команд, выполняемых с данными из стандартного ввода, обычно формируемых при помощи утилиты find... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61479
Ответить \| Правка \| Cообщить модератору

Оглавление

В таких утилитах раст неуместен , Аноним (4), 11:53 , 03-Июл-24, (4)

Конечно, товарищъ майор Так же вам будет сложнее внедрять уязвимости вида опять, Аноним (-), 11:57 , 03-Июл-24, (6) –11

Вспомните, где появился С С Так что не товарищь майор , а мистьер дьемократь, Аноним (75), 22:20 , 03-Июл-24, (75) –1

Что реально досадно, они эти утилиты реализовали дидовским методом Не в виде на, Аноним (-), 12:52 , 03-Июл-24, (38)

Кстати а чего не сделал форк которые сделает библиотеку из программы Может пото, Аноним (4), 13:25 , 03-Июл-24, (52)

Так есть, fd И он работает ГОРАЗДО быстрее time fd src dev null fd src d, Ананимус (?), 19:08 , 03-Июл-24, (73)

не задумывались о том что если так не сделали до сих пор то это никому не нужно, Аноним (53), 13:31 , 03-Июл-24, (53)

Задумывался, и поэтому я рылся в issues uutils, и нарыл там обсуждение этой идеи, Аноним (-), 13:52 , 03-Июл-24, (57)

Странно У них первый релиз был в 2020м По идее это относительное начало проекта, Аноним (-), 13:54 , 03-Июл-24, (58) –1

Все проще они не умеют программировать , Аноним (4), 14:31 , 03-Июл-24, (59)

ну то есть это никому не нужно Было бы нужно, что то сделали А так покивали, п, noc101 (ok), 16:52 , 03-Июл-24, (66)

Вообще-то - нужно Критически нужно Архинужно Только проблема в том, что скрип, YetAnotherOnanym (ok), 20:35 , 03-Июл-24, (74) +1

Экосистема GNU Linux всегда так работает С разморозкой тебя , Аноним (-), 06:55 , 04-Июл-24, (79)

Он про винду dll ему не хватат, 1 (??), 09:32 , 04-Июл-24, (80)
Пофиксил, YetAnotherOnanym (ok), 22:33 , 04-Июл-24, (82)

написать рекурсивный не рекурсивный обработчик файлов - 20 мин времени на любом , Аноним (84), 18:02 , 08-Июл-24, (84)

Ради избавления от некоторого типа уязвимостей , YetAnotherOnanym (ok), 15:41 , 10-Июл-24, (86)

поиск по xattr бы а если бы еще и индексы по ним , wd (?), 12:25 , 03-Июл-24, (18) +1

О, я давно хочу пропатчить slocate на индексирование xattr Сколько вы готовы за, Аноним (77), 04:28 , 04-Июл-24, (77) +1

Казалось бы, какое отношение суперполезный xargs имеет к поиску чего-либо Впроч, Соль земли (?), 12:36 , 03-Июл-24, (27) +1

может по одному разу к каждому из найденых , Аноним (53), 14:51 , 03-Июл-24, (61) +2
find -exec лучше любого xargs, Аноним (77), 04:28 , 04-Июл-24, (78) –1

Только xargs скорее про параллельное исполнение команд для наборов данных, напри, Аноним (81), 15:52 , 04-Июл-24, (81) +1
Ага, сразу видно кексперта Как у тебя выстраивается команда в своей конструкции , Ахз (?), 16:37 , 05-Июл-24, (83) –2

find -exec - мне на прошлой недели 6 миллионов файлов обработал из примерно 30, , Аноним (84), 18:05 , 08-Июл-24, (85)

Поддержка musl это хорошо Сегодня что-то новое узнал , Аноним (76), 02:32 , 04-Июл-24, (76) +1

Сообщения [Сортировка по ответам | RSS]

4. Сообщение от Аноним (4), 03-Июл-24, 11:53 +/–

В таких утилитах раст неуместен.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #38

6. Сообщение от Аноним (-), 03-Июл-24, 11:57 –11 +/–

Конечно, товарищъ майор!
Так же вам будет сложнее внедрять уязвимости вида "опять вышли за пределы буфера" ну с кем не бывает.
Это ведь нормально для дыряшки и ее любителей!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #75

18. Сообщение от wd (?), 03-Июл-24, 12:25 +1 +/–

поиск по xattr бы...
а если бы еще и индексы по ним...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77

27. Сообщение от Соль земли (?), 03-Июл-24, 12:36 +1 +/–

Казалось бы, какое отношение суперполезный xargs имеет к поиску чего-либо? Впрочем find и xargs очень хорошо объединяются, позволяя выполнить команду один раз сразу ко всем найденным файлам.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61, #78

38. Сообщение от Аноним (-), 03-Июл-24, 12:52 +/–

Что реально досадно, они эти утилиты реализовали дидовским методом. Не в виде набора библиотек, к которому утилиты командной строки играют лишь роль транслятора командной строки в вызовы методов. Башпортянки заменять программами на расте всё ещё боль.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #52, #53

52. Сообщение от Аноним (4), 03-Июл-24, 13:25 +/–

Кстати а чего не сделал форк которые сделает библиотеку из программы? Может потому что никому не надо?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #73

53. Сообщение от Аноним (53), 03-Июл-24, 13:31 +/–

не задумывались о том что если так не сделали до сих пор то это никому не нужно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #57, #74

57. Сообщение от Аноним (-), 03-Июл-24, 13:52 +/–

Задумывался, и поэтому я рылся в issues uutils, и нарыл там обсуждение этой идеи. Это было давно, лет пять(?) наверное назад, и разработчики такие "о, да хорошая идея, но... это ж сколько переписывать надо... жаль что нам не пришло это в голову раньше".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #58, #66

58. Сообщение от Аноним (-), 03-Июл-24, 13:54 –1 +/–

> Задумывался, и поэтому я рылся в issues uutils, и нарыл там обсуждение этой идеи. Это было давно, лет пять(?) наверное назад, и разработчики такие "о, да хорошая идея, но... это ж сколько переписывать надо... жаль что нам не пришло это в голову раньше".
Странно. У них первый релиз был в 2020м.
По идее это относительное начало проекта.
Может они хотели поддерживать легаси?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #59

59. Сообщение от Аноним (4), 03-Июл-24, 14:31 +/–

Все проще они не умеют программировать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

61. Сообщение от Аноним (53), 03-Июл-24, 14:51 +2 +/–

может по одному разу к каждому из найденых?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

66. Сообщение от noc101 (ok), 03-Июл-24, 16:52 +/–

ну то есть это никому не нужно!)
Было бы нужно, что то сделали. А так покивали, покивали и дальше пошли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

73. Сообщение от Ананимус (?), 03-Июл-24, 19:08 +/–

Так есть, fd. И он работает ГОРАЗДО быстрее:
$ time fd src >/dev/null
fd src > /dev/null  1.07s user 0.70s system 2078% cpu 0.085 total
$ time find src >/dev/null
find src > /dev/null  0.14s user 0.56s system 38% cpu 1.831 total
Как бы параллельность рулит и педалит .

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

74. Сообщение от YetAnotherOnanym (ok), 03-Июл-24, 20:35 +1 +/–

Вообще-то - нужно. Критически нужно. Архинужно. Только проблема в том, что скриптом@к@ки не осознают, насколько это нужно.
Выделение отдельно оформленной либы, в которой реализована вся "полезная нагрузка", позволило бы использовать её функциональность в скриптах (на языках, допускающих подключение сторонних .so) без вызова утилиты в дочернем шелле, а это исключило бы целый класс уязвимостей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #79, #84

75. Сообщение от Аноним (75), 03-Июл-24, 22:20 –1 +/–

Вспомните, где появился С/С++.
Так что не "товарищь майор", а "мистьер дьемократьичьеский капрал (не негр)".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

76. Сообщение от Аноним (76), 04-Июл-24, 02:32 +1 +/–

Поддержка musl это хорошо!
> GNU Test Suite
> BFS Test Suite
Сегодня что-то новое узнал.

Ответить | Правка | Наверх | Cообщить модератору

77. Сообщение от Аноним (77), 04-Июл-24, 04:28 +1 +/–

О, я давно хочу пропатчить slocate на индексирование xattr. Сколько вы готовы заплатить, чтобы я наконец этим занялся?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

78. Сообщение от Аноним (77), 04-Июл-24, 04:28 –1 +/–

find . -exec лучше любого xargs

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #81, #83

79. Сообщение от Аноним (-), 04-Июл-24, 06:55 +/–

>Выделение отдельно оформленной либы, в которой реализована вся "полезная нагрузка", позволило бы использовать её функциональность в скриптах (на языках, допускающих подключение сторонних .so) без вызова утилиты в дочернем шелле, а это исключило бы целый класс уязвимостей.
Экосистема GNU/Linux всегда так работает. С разморозкой тебя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #80, #82

80. Сообщение от 1 (??), 04-Июл-24, 09:32 +/–

Он про винду ... dll ему не хватат

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

81. Сообщение от Аноним (81), 04-Июл-24, 15:52 +1 +/–

Только xargs скорее про параллельное исполнение команд для наборов данных, например, find поставляет список интересующих путей/файлов и xargs их одновременно обрабатывает запуская команды с требуемыми условиями и ограничениями (и findutils такой функциональности не предосталяют, насколько мне известно).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

82. Сообщение от YetAnotherOnanym (ok), 04-Июл-24, 22:33 +/–

> В зкосистеме GNU/Linux я всегда только так умел работать
Пофиксил

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

83. Сообщение от Ахз (?), 05-Июл-24, 16:37 –2 +/–

Ага, сразу видно кексперта.
Как у тебя выстраивается команда в своей конструкции знаешь ?
Сначала отработает весь поиск а потом результат пойдет выполнение командой в виде позиционных переменных. И весело получишь too many arguments. Поэтоум единственный правильный вариант вот такой
-print0 | xargs -0 команда
Наберут, блин, по объявлению...
Не, хотя если работать в /home/student_02/, то никогда не столкнешься с подобной проблемой :D
И вопрос со звездочкой, на 5-ку - угадай почему print0, а не просто print ? :D

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #85

84. Сообщение от Аноним (84), 08-Июл-24, 18:02 +/–

написать рекурсивный/не рекурсивный обработчик файлов - 20 мин времени на любом языке, прочитать на гитхабе овервью для парочки альтернатив дольше будет.
писать универсальную либу - это колхозить какой-то аналог sql или nosql и конечно же find без grep это полумера, в результате получится комбайн для которого надо будет писать огромный туториал, и чего ради?
В абсолютном большенстве кейсов рекурсивный обход не нужен, а даже если нужен, надо четко понимать что и как обрабатывать, обычно это просто отдельная задача - убрать дубликаты, битые файлы, и прочий мусор, а вот уже потом делать чтото

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #86

85. Сообщение от Аноним (84), 08-Июл-24, 18:05 +/–

>  Ага, сразу видно кексперта.
find -exec - мне на прошлой недели 6 миллионов файлов обработал из примерно 30, давай расскажи ага

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

86. Сообщение от YetAnotherOnanym (ok), 10-Июл-24, 15:41 +/–

> и чего ради?
Ради избавления от некоторого типа уязвимостей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

4. Сообщение от Аноним (4), 03-Июл-24, 11:53	+/–
В таких утилитах раст неуместен.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #6, #38

6. Сообщение от Аноним (-), 03-Июл-24, 11:57	–11 +/–
Конечно, товарищъ майор! Так же вам будет сложнее внедрять уязвимости вида "опять вышли за пределы буфера" ну с кем не бывает. Это ведь нормально для дыряшки и ее любителей!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #75

18. Сообщение от wd (?), 03-Июл-24, 12:25	+1 +/–
поиск по xattr бы... а если бы еще и индексы по ним...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #77

27. Сообщение от Соль земли (?), 03-Июл-24, 12:36	+1 +/–
Казалось бы, какое отношение суперполезный xargs имеет к поиску чего-либо? Впрочем find и xargs очень хорошо объединяются, позволяя выполнить команду один раз сразу ко всем найденным файлам.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #61, #78

38. Сообщение от Аноним (-), 03-Июл-24, 12:52	+/–
Что реально досадно, они эти утилиты реализовали дидовским методом. Не в виде набора библиотек, к которому утилиты командной строки играют лишь роль транслятора командной строки в вызовы методов. Башпортянки заменять программами на расте всё ещё боль.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #52, #53

52. Сообщение от Аноним (4), 03-Июл-24, 13:25	+/–
Кстати а чего не сделал форк которые сделает библиотеку из программы? Может потому что никому не надо?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #38 Ответы: #73

53. Сообщение от Аноним (53), 03-Июл-24, 13:31	+/–
не задумывались о том что если так не сделали до сих пор то это никому не нужно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #38 Ответы: #57, #74

57. Сообщение от Аноним (-), 03-Июл-24, 13:52	+/–
Задумывался, и поэтому я рылся в issues uutils, и нарыл там обсуждение этой идеи. Это было давно, лет пять(?) наверное назад, и разработчики такие "о, да хорошая идея, но... это ж сколько переписывать надо... жаль что нам не пришло это в голову раньше".
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #53 Ответы: #58, #66

58. Сообщение от Аноним (-), 03-Июл-24, 13:54	–1 +/–
> Задумывался, и поэтому я рылся в issues uutils, и нарыл там обсуждение этой идеи. Это было давно, лет пять(?) наверное назад, и разработчики такие "о, да хорошая идея, но... это ж сколько переписывать надо... жаль что нам не пришло это в голову раньше". Странно. У них первый релиз был в 2020м. По идее это относительное начало проекта. Может они хотели поддерживать легаси?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #57 Ответы: #59

59. Сообщение от Аноним (4), 03-Июл-24, 14:31	+/–
Все проще они не умеют программировать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #58

61. Сообщение от Аноним (53), 03-Июл-24, 14:51	+2 +/–
может по одному разу к каждому из найденых?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27

66. Сообщение от noc101 (ok), 03-Июл-24, 16:52	+/–
ну то есть это никому не нужно!) Было бы нужно, что то сделали. А так покивали, покивали и дальше пошли.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #57

73. Сообщение от Ананимус (?), 03-Июл-24, 19:08	+/–
Так есть, fd. И он работает ГОРАЗДО быстрее: $ time fd src >/dev/null fd src > /dev/null 1.07s user 0.70s system 2078% cpu 0.085 total $ time find src >/dev/null find src > /dev/null 0.14s user 0.56s system 38% cpu 1.831 total Как бы параллельность рулит и педалит .
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #52

74. Сообщение от YetAnotherOnanym (ok), 03-Июл-24, 20:35	+1 +/–
Вообще-то - нужно. Критически нужно. Архинужно. Только проблема в том, что скриптом@к@ки не осознают, насколько это нужно. Выделение отдельно оформленной либы, в которой реализована вся "полезная нагрузка", позволило бы использовать её функциональность в скриптах (на языках, допускающих подключение сторонних .so) без вызова утилиты в дочернем шелле, а это исключило бы целый класс уязвимостей.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #53 Ответы: #79, #84

75. Сообщение от Аноним (75), 03-Июл-24, 22:20	–1 +/–
Вспомните, где появился С/С++. Так что не "товарищь майор", а "мистьер дьемократьичьеский капрал (не негр)".
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

76. Сообщение от Аноним (76), 04-Июл-24, 02:32	+1 +/–
Поддержка musl это хорошо! > GNU Test Suite > BFS Test Suite Сегодня что-то новое узнал.
Ответить \| Правка \| Наверх \| Cообщить модератору

77. Сообщение от Аноним (77), 04-Июл-24, 04:28	+1 +/–
О, я давно хочу пропатчить slocate на индексирование xattr. Сколько вы готовы заплатить, чтобы я наконец этим занялся?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

78. Сообщение от Аноним (77), 04-Июл-24, 04:28	–1 +/–
find . -exec лучше любого xargs
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #81, #83

79. Сообщение от Аноним (-), 04-Июл-24, 06:55	+/–
>Выделение отдельно оформленной либы, в которой реализована вся "полезная нагрузка", позволило бы использовать её функциональность в скриптах (на языках, допускающих подключение сторонних .so) без вызова утилиты в дочернем шелле, а это исключило бы целый класс уязвимостей. Экосистема GNU/Linux всегда так работает. С разморозкой тебя.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #74 Ответы: #80, #82

80. Сообщение от 1 (??), 04-Июл-24, 09:32	+/–
Он про винду ... dll ему не хватат
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #79

81. Сообщение от Аноним (81), 04-Июл-24, 15:52	+1 +/–
Только xargs скорее про параллельное исполнение команд для наборов данных, например, find поставляет список интересующих путей/файлов и xargs их одновременно обрабатывает запуская команды с требуемыми условиями и ограничениями (и findutils такой функциональности не предосталяют, насколько мне известно).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #78

82. Сообщение от YetAnotherOnanym (ok), 04-Июл-24, 22:33	+/–
> В зкосистеме GNU/Linux я всегда только так умел работать Пофиксил
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #79

83. Сообщение от Ахз (?), 05-Июл-24, 16:37	–2 +/–
Ага, сразу видно кексперта. Как у тебя выстраивается команда в своей конструкции знаешь ? Сначала отработает весь поиск а потом результат пойдет выполнение командой в виде позиционных переменных. И весело получишь too many arguments. Поэтоум единственный правильный вариант вот такой -print0 \| xargs -0 команда Наберут, блин, по объявлению... Не, хотя если работать в /home/student_02/, то никогда не столкнешься с подобной проблемой :D И вопрос со звездочкой, на 5-ку - угадай почему print0, а не просто print ? :D
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #78 Ответы: #85

84. Сообщение от Аноним (84), 08-Июл-24, 18:02	+/–
написать рекурсивный/не рекурсивный обработчик файлов - 20 мин времени на любом языке, прочитать на гитхабе овервью для парочки альтернатив дольше будет. писать универсальную либу - это колхозить какой-то аналог sql или nosql и конечно же find без grep это полумера, в результате получится комбайн для которого надо будет писать огромный туториал, и чего ради? В абсолютном большенстве кейсов рекурсивный обход не нужен, а даже если нужен, надо четко понимать что и как обрабатывать, обычно это просто отдельная задача - убрать дубликаты, битые файлы, и прочий мусор, а вот уже потом делать чтото
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #74 Ответы: #86

85. Сообщение от Аноним (84), 08-Июл-24, 18:05	+/–
> Ага, сразу видно кексперта. find -exec - мне на прошлой недели 6 миллионов файлов обработал из примерно 30, давай расскажи ага
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #83

86. Сообщение от YetAnotherOnanym (ok), 10-Июл-24, 15:41	+/–
> и чего ради? Ради избавления от некоторого типа уязвимостей.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #84