| 1.1, soarin (ok), 11:46, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Не понял.
В первом сервис паке 26.04.1 уже будет? Или это уже только в 26.10 и далее?
| | |
| |
| 2.90, Аноним (90), 00:55, 05/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
В 26.04 поставляется именно из GNU, не Rust. В недавнем обновлении решили перейти на Rust. Возникла проблема и снова откатили на GNU. Так понятно? На 26.04 этот баг не влияет
| | |
| |
| 3.106, нах. (?), 08:41, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В 26.04 поставляется именно из GNU, не Rust.
нетЪ
В 26.04 в пакете хрустоутиля _заменены_ (временно) три самых кривых (по совместительству наиболее используемых) бинарника обратно на гнутые. Вероятно, собиратель пакета что-то заподозрил еще тогда. А теперь кто-то свыше велел перестать вставлять палки в колеса прогрессу, мол уже совсем еще готово. А оно... вот... опять...
А целиком гнутый пакет вы, неумеющие читать, даже поставить не сможете, хотя он формально и есть.
но вы продолжайте писать кляузы местному начальству что вас обижяють и неуважяють, вместо того чтобы хотя бы получать знания.
| | |
| |
| 4.152, Аноним (152), 13:42, 06/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
эх сколько ещё мы будем обсуждать события которые даже не стоят упоминания в новости только потому что разработчики убунту имеют непонятную многим модель тестирования?
| | |
| |
| 5.162, нах. (?), 18:21, 06/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> эх сколько ещё мы будем обсуждать события которые даже не стоят упоминания
> в новости только потому что разработчики убунту имеют непонятную многим модель
> тестирования?
не, ну а как такое оттестировать кроме как на живых людях?
вот... потестировали... еще уже почти окончательно но еще немного не готово, оказывается.
вот целесообразность всей затеи - только промо нескучного йезычка. Кому-то там ну очень хочется хотя бы так его пропихнуть, за неимением ни одной реальной победы.
| | |
|
|
|
|
| 1.2, Аноним (2), 11:47, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– |
> Опция "-L" предписывает разыменовывать символические ссылки, в то время как составная опция "-a", заменяемая на "-dR --preserve=all", содержит опцию "-d", запрещающую разыменование символических ссылок.
> -afL
Но виноват все равно Rust, ога.
| | |
| |
| |
| 3.136, Аноним (136), 21:02, 05/07/2026 [^] [^^] [^^^] [ответить]
| +6 +/– |
А как так получилось, что на расте невозможно написать ту логику, которая была написана на Си?
| | |
| |
| 4.148, Олег (??), 08:33, 06/07/2026 [^] [^^] [^^^] [ответить]
| –4 +/– |
Неожиданно поведение одной и той же логики на разных яп разное.
Прям открыта Америка...
Непонимание у вас, что кроме громких слов "одна и та же" оказывается миллиард нюансов
| | |
| |
| 5.163, _ (??), 21:06, 06/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Неожиданно поведение одной и той же логики на разных яп разное.
Whooot? In ruZZd 1 && 1 is false?
PS: for children - no, Rust understand the logic the same way, but ruZZd writers ... 8-D
| | |
|
| 4.153, Аноним (152), 13:49, 06/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
потому что логика по которой писались гну корутилсы это просто набор исторически сложившихся костылей многие из которых родились в результате случайных событий и никак по сути не задокуметированы. всякий кто захочет повторить обречён ещё не раз столкнуться с тем что реальное поведение сложных сочетаний функций совсем не такое как можно было бы интуитивно ожидать а обложить обширными тестами все эти комбинации и задокументировать задача со звёздочкой практически лишённая смысла. к этому добавляется вторая проблема: изначально у расткорутилсов не стояло идеи строго повторять костыли гнукорутилсов(проект в целом был пруф оф концепт а не продакшен реди инплейс реплэйсмент но вот).
| | |
| 4.160, Аноним (160), 17:09, 06/07/2026 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Написать не проблема.
Проблема в том, что вся эта хитросплетенная логика нигде толком не задокументирована, и местами совсем не очевидна, потому что во многом так получилось случайно.
И при переписывании на ЛЮБОМ языке с нуля будут все те же проблемы с совместимостью.
| | |
|
|
| 2.12, tkzv (ok), 12:44, 04/07/2026 [^] [^^] [^^^] [ответить]
| +18 +/– |
 Нет, виноваты те, кто на нём пишет, не удосужившись изучить поведение исходной утилиты и не сделав тесты.
| | |
| |
| 3.23, Прохожий (??), 13:41, 04/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Подозреваю, что если бы такие тесты были бы у исходной утилиты, проблема бы не возникла.
| | |
| |
| 4.112, EuPhobos (ok), 09:19, 05/07/2026 [^] [^^] [^^^] [ответить]
| +6 +/– |
 У исходной утилиты как раз всё нормально, она справляется с заведомо конфликтующими ключами (виноват пользователь) и решает в верную сторону по контексту. А подражатели это не учли. В чём проблема? И вердикт верный: "подражающий cp недостаточно подражает". Вроде об этом и написано в новости.
| | |
| 4.114, Tron is Whistling (?), 09:21, 05/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Подозреваю, что если вместо написания исходной утилиты занимались бы написанием тестов, как ныне модно - утилита бы вообще не возникла.
| | |
| 4.128, tkzv (ok), 13:20, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Подозреваю, что если бы такие тесты были бы у исходной утилиты, проблема
> бы не возникла.
Да. Но если их нет, это означает больше работы для тех, кто взялся повторить её поведение.
| | |
| 4.138, Аноним (138), 22:26, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
В очередной раз их тыкнули носом как нагадившего котёнка, что те тесты - не тесты на совместимость, а тесты нужные конкретным разработчикам.
В том, в чем они уверены - они тестами не обкладывают. Но разработчики утилит rust по ним считают совместимость.
Это обман на этапе постановки задачи.
| | |
|
| 3.71, Аноним (71), 22:36, 04/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > Нет, виноваты те, кто на нём пишет, не удосужившись изучить поведение исходной
> утилиты и не сделав тесты.
Я тебя расстрою, но бубунтоиды на нем не пишут. И тестировать поведение при указании двух взаимоисключающих опций ... попахивает маразмом.
Кстати, скорее всего "ошибка" у бубунтойдов будет с любым другим cp. Ну просто потому что там может и так быть:
-a Archive mode. Same as -RpP.
| | |
| |
| 4.78, anonymous (??), 23:20, 04/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я тебя тоже расстрою: не понять что нужно отключить только одну опцию в составной (как это делается известно десятилетия), вместо написания всех ключей кроме ненужного - попахивает умственной отсталостью.
Таки рукожопы из бубунты не знают элементарного, не умеют писать тесты, но думают что знают руст и считают себя поэтому офигенно крутыми.
| | |
| |
| 5.87, Аноним (71), 00:42, 05/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Я тебя тоже расстрою: не понять что нужно отключить только одну опцию
> в составной (как это делается известно десятилетия),
Умные слова, уверенный вид (о том, что опции в скриптах лучше указывать явно и пара доп. слов там вообще не проблема, тактично умолчим), совсем как Клод &Co 😀
Не расстроил, но посмешил. Молодец. Но вот я тебя еще раз расстрою:
Создай симлинк foo на файл и сделай cp -PL foo и cp -LP foo и удивись.
Просто переводчик/автор одной из новостей откуда это спер^Wкоммунижженно (мне лень копать) ляпнул про "удаление конфликтного флага".
Угу, аж десять раз. То-то L там на последнем месте в опции.
Да-да, никакого "отключения" или проверки конфликтов, просто "кто последний, тот и папка".
Вот ТАК было всегда, знатоки вы мои опеннетные 😉
| | |
| |
| 6.100, Смузихеб забывший пароль (?), 06:30, 05/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
по поводу последней фразы примерно так и есть кстати
на мелкого надо платить алименты
но, стОит после этого счастливой обладательнице мелкого оф. выйти замуж за жругого, как вдруг ответственность за уже существующего мелкого переходит на нового "мужа" с перспективой по итогу развода платить на него алименты и освободив предыдущего "жениха"
Так что тут действительно кто последний - тот и "папка"
| | |
| 6.146, Проходил мимо (?), 07:36, 06/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Вообще-то за то, как именно обрабатываются флаги, отвечает исключительно программист. Можно написать так, что будет иметь значение место расположения флага ("кто последний, тот и папка" или "кто первый, тот и папка") а можно так, что не будет. Это никак не зависит от языка, это исключительно реализация алгоритма.
| | |
|
| 5.155, Аноним (152), 13:53, 06/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
а в других гнутых утилитах отключают всю, а в других так и вовсе при таком с ошибкой падают явно заставляя пользователя определиться какие флаги и ключи он всётаки хочет.. не догадаться о том в каком случае какое поведение правильное попахивает отсутствием либастрал и приговаривает к ссзб.
| | |
|
| 4.110, Аноним (110), 09:18, 05/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> И тестировать поведение при указании двух взаимоисключающих опций ... попахивает маразмом.
Вообще это стандартный кейс - поведение ПО в нештатном запуске. Ожидать, правда, _обычно_ нужно минимум доп. сообщение с предупреждением, а лучше - сообщение об ошибке.
У дедов свой путь, но тестируемый все равно
| | |
| 4.127, tkzv (ok), 13:18, 05/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> тестировать поведение при указании двух взаимоисключающих опций
Любой тестировщик обязательно проверяет такие вещи :)
Если программа позволяет задать взаимоисключающие условия, необходимо определить поведение в таком случае и документировать его. Авторы обеих cp это не сделали. Видимо, решили, что "лучшая документация — исходники" :) Что хуже, авторы нового cp безосновательно решили, что их способ решения этого противоречия — единственно возможный. Сразу вспоминается Поттеринг.
| | |
|
|
| 2.37, Аноним (37), 16:01, 04/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если в GNU coreutils обнаружат проблему в cp, вызванную выделением буфера некорректного размера, будет ли "виноват всё равно C"?
| | |
| 2.99, Смузихеб забывший пароль (?), 06:24, 05/07/2026 [^] [^^] [^^^] [ответить]
| –5 +/– | |
"Ошибка возникала из-за иного поведения при обработке конфликтующих между собой опций "-L" и "-a". Опция "-L"... "
Бл, вот за что обожаю линь и бздю. Гора похожего и совершенно несовместимого ПО даже в плане мать-их-примитивныых-флагов-консольного-вызова
Неясно, как это вообще появляется, причём, официально. За подобную "работу" даже новичка на подработку( или студента на бесплатную стажировку ) не взяли бы по итого тестового задания в лице неспособности хотя бы норм распрарсить параметры
Но оно есть
По расту.. а часто ли в новостях в качестве осн инфы на первый абзац или несколько говорится именно о расте ?
Он не виноват но просто не решает проблем. Логические ошибки, которые допускаются сколь-нибудь опытными разработчиками едва ли решаются боровами и типизацией
| | |
| 2.144, Sm0ke85 (ok), 07:18, 06/07/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
 >Но виноват все равно Rust, ога.
Конечно ржавый, ибо внушил бездарям, что они теперь безопасно могут писать рабочий код...
| | |
| |
| 3.156, Аноним (152), 13:57, 06/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
код рабочий и безопасный. то что гнутый ср вобще позволял своим пользователям мешать несовместимые флаги и недокументированым образом их разрешал это в целом тоже не проблема языка си а проблема низкой культуры разработки в проектах корутилс.
| | |
| |
| 4.174, Sm0ke85 (ok), 07:16, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>код рабочий и безопасный.
В теме же написано - не работает код...
>гнутый ср вобще позволял своим пользователям мешать несовместимые флаги и недокументированым образом их разрешал
И это правильно, ибо все не документируешь, а если кто-то что-то начал применять, то это уже "не баг, а фича"... Ох уж это поколение с узким мышлением))))
>это в целом тоже не проблема языка си а проблема низкой культуры разработки в проектах корутилс.
У Си вообще считай особых проблем нет, а та самая "культура разработки" - не более чем миф, т.к. важно в итоге: решил/не решил проблему/проблемы, а остальное обусловлено уже внешними факторами (время, желание, лень, амбиции, привычки и т.п.)
Зы также прошу не впадать в крайности, т.к. я не призываю хардкодить на каждом шагу, но хардкод вполне имеет место быть в местечковых сиюминутных проектиках, которые не подразумевают долгое существование и какое-либо развитие...
| | |
|
|
|
| 1.3, Аноним (3), 11:48, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
С разбором аргументов вообще беда, у всех, кто не гетопт из позикса. Но тут, видимо, навайбкодили.
| | |
| |
| 2.32, Аноним (32), 15:04, 04/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
ИИ такую ошибку совершить гораздо сложнее накосячили как всегда люди.
| | |
| |
| 3.145, Sm0ke85 (ok), 07:19, 06/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>ИИ такую ошибку совершить гораздо сложнее накосячили как всегда люди.
Как раз такие ошибки ИИ чаще всего и делает, потому что не умеет в контекст...
| | |
|
| 2.109, Аноним (109), 09:14, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
getopt из позикса сломан в андроиде. В posix getopt нету длинных опций, но их можно симулировать если прописать по-моему '-:' в форматной строке, что одновременно разрешает и терминировать обработку флагов через отдельно стоящее '--', и указывать флаг '-' с слитными опциями, что в итоге выглядит как '--foo=bar'. Ведроиды захерачили свою реализацию так, что оно всегда воспринимает слитное '--*' как "неизвестную опцию", т.е. оно это просто даже заматчить неможет, хотя если открыть posix и почитать как работает getopt и в каком порядке всё вызывается, то вот эта моя находка с '-:' корректна и должна работать.
| | |
| 2.117, Я (??), 09:41, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Есть куча библиотек, намного более функциональных и удобных, чем getopt.
| | |
| |
| 3.119, Аноним (3), 09:49, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Функциональных и удобных для кого? Потом пользователь не знает, как аргументы программе оформлять. И каждое обновление всё разваливается (привет 7z).
| | |
| |
| 4.122, Я (??), 11:31, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
везде есть --help, базовые возможности по передаче аргументов плюс-минус одинаковые у всех
| | |
| |
| 5.123, Аноним (3), 11:41, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Даже короткие аргументы без пробелов не везде, о чём ты? Где-то длинные можно указывать только после коротких. Особенно, если это скрипты на перле -- они легко сделают rm -rf из-за неправильно распознанные аргументов. Только вчера что-то окологнушное использовал, так там --help ошибка (но показывает -h всё равно), а ведь, казалось бы, у гнушного софта такой проблемы быть не должно никак.
| | |
| |
| 6.132, Я (??), 16:00, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну слушай, аргументы кому как удобно, тот так и передаёт своим программам. Много вариантов. Единого стандарта нет. Почти всегда есть документация, --help, -h, -? и т.п. getopt() старая и нефункциональная по сравнению с более новыми аналогами. Сейчас её использовать банально неэффективно для новых разработок.
| | |
|
| 5.129, tkzv (ok), 13:22, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> везде есть --help, базовые возможности по передаче аргументов плюс-минус одинаковые у всех
Во всех утилитах GNU целенаправленно убрали опцию -h, оставив только --help. Больше до этого никто не додумался.
| | |
|
|
|
|
| |
| 2.7, Shura (??), 12:13, 04/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Поддерживаю. Лучше упасть на старте, чем потом ловить вот такие непонятки в результатах
| | |
| |
| 3.22, Имя (?), 13:40, 04/07/2026 [^] [^^] [^^^] [ответить]
| +5 +/– |
Все понятки. Первая опция чтобы меньше писать, вторая отменить один из флагов первой. Если ни разу флагами не пользовался то конечно не понятно. Так можно и на вилку грешить что она в розетку не втыкается пока не повернуть ножки напротив дырок. Непонятливая вилка.
| | |
| |
| 4.85, Аноним (85), 00:37, 05/07/2026 [^] [^^] [^^^] [ответить] | +2 +/– | Unix-way, говорили они KISS, говорили они Явное лучше неявного , говорили они... большой текст свёрнут, показать | | |
| 4.86, Аноним (86), 00:42, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Все понятки
Да что ты говоришь! Я на деньги готов поспорить, что если тебе (и 99% других башпортянщиков) сунуть вот этот условный "cp -adrL", то не глядя в маны черта с два ты поймёшь, что оно делает.
| | |
| |
| 5.113, Аноним (109), 09:19, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
У вас у всех тут какая-то олимпиада специальная с тем, кто меньше всего в man почитает, что флаги делают? Это вполне логичное поведение флагов, потому что они так блэт и называются - слева направо их переключаешь по очереди в указанные положения и спишь спокойно. Тот, кто придумал, что флаги можно пихнуть хоть в конец строки после имён файлов, явно курил обои, и а все остальные кто эту традицию возвёл в абсолют и даже понятия не имеют что такое '--' явно попросили у него отсыпать.
| | |
| |
| 6.133, Аноним (85), 16:48, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> сунуть вот этот условный "cp -adrL", то не глядя в маны черта с два ты поймёшь, что оно делает.
> У вас у всех тут какая-то олимпиада специальная с тем, кто меньше всего в man почитает, что флаги делают?
Не, друг, специальная олимпиада - это писать вот эти сопли типа "adrL" и потом самому же лезть в маны КАЖДЫЙ РАЗ, когда нужно понять, что делает твоя собственная башпортянка.
Но да, да, я знаю: местные юниксоиды - особенные, и 100500 однобуквенных флажков и их неявное взаимодействие друг с другом запоминают с первого раза и на всю жизнь.
| | |
|
| 5.157, Аноним (152), 14:00, 06/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
там даже глядя в маны не поймёшь, там надо в код смотреть и\или тестами выявлять поведение
| | |
|
| 4.107, Shura (??), 08:42, 05/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Все понятки. Первая опция чтобы меньше писать, вторая отменить один из флагов
> первой. Если ни разу флагами не пользовался то конечно не понятно.
> Так можно и на вилку грешить что она в розетку не
> втыкается пока не повернуть ножки напротив дырок. Непонятливая вилка.
Вот как раз пример с вилкой очень удач ый. Если ты её нормальо не воткнул - она прсто не работает. А тут ситуация, когда ты её воткнул, но получил неожиданный результат
| | |
|
|
| 2.8, Hety (??), 12:17, 04/07/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
У cat, например, при конфликте флагов одни имеют приоритет над другими и отключают их, если конфликтуют
| | |
| |
| 3.20, User (??), 13:34, 04/07/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
Дай угадаю: поведение, скажем так, неявное и "исторически сложившееся", да?
| | |
| |
| 4.24, Имя (?), 13:42, 04/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А последовательность букв не важна? адватйе ипсать кка ппоало.
| | |
|
| 3.72, Аноним (71), 22:42, 04/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
> У cat, например, при конфликте флагов одни имеют приоритет над другими и
> отключают их, если конфликтуют
Только вот котом испортить кучу файлов "не тем флагом" конечно можно, но это нужно сильно постараться и вообще залезть на шкаф. В отличие от.
| | |
| 3.149, Тот_Самый_Анонимус_ (?), 10:30, 06/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Как будто это что-то хорошее. Не должно быть приоритетов. Не хватало при написании команд держать в уме приоритеты флагов.
| | |
|
| 2.11, pashev.ru (?), 12:22, 04/07/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
a и L не конфликтуют, конфликтуют d и L, а так как d неявная, то явная L имеет приоритет и должна отменять неявную d.
| | |
| |
| 3.17, Вася Пупкин (?), 13:19, 04/07/2026 [^] [^^] [^^^] [ответить]
| –4 +/– |
Значит исходно дизайн гoвнa. Вместо таких плясок, из-за которых надо ещё вводить приоритеты, лучше заставить явно их указать и падать при конфликте с понятной ошибкой на ранней стадии.
| | |
| 3.41, Тот_Самый_Анонимус_ (?), 16:12, 04/07/2026 [^] [^^] [^^^] [ответить]
| –5 +/– | |
Не должно быть такого. Всё должно быть интуитивно, если это возможно. В данном случае это возможно, просто авторы не продумали нормальную работу.
| | |
| |
| 4.89, Аноним (89), 00:49, 05/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Не должно быть такого. Всё должно быть интуитивно, если это возможно.
Чел, ты правда думаешь, что люди, придумавшие вот эти все "xfcv" и "-adrL", заботились о какой-либо интуитивности?
| | |
| |
| 5.115, Аноним (109), 09:24, 05/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
«Наша бедная нийронка не может натренироваться на этих ваших xvfgysLPdss, потому что мы не шмогли запрограммировать ей открытие манулов. Пожалуйста, делайте флаги полноценными английскими предложениями, чтобы оно лучше паттерматчило и мы могли скамить лохов на презентациях того как наш Т9 "умеет" "пользоваться" консолькой.»
| | |
| 5.121, User (??), 11:23, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну, вообще - для семейства ос, гордящейся традициями работы с командной строкой у *nix совершенно изумительно отвратительный cli. С одной стороны оно и понятно - legacy, низкоскоростные терминалы с экономией букАвок, отсутствие инженерной культуры проектирования cli-интерфейсов и т.д. А с другой - пользоваться этим не то, чтобы "невозможно", но скажем так - очень и очень неприятно. Стокгольмский синдром выручает, но не полностью.
| | |
| |
| 6.134, Аноним (85), 18:43, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну, вообще - для семейства ос, гордящейся традициями работы с командной строкой
А кроме командной строки у этого семейства ОС других интерфейсов и не было.
| | |
| 6.166, _ (??), 03:31, 07/07/2026 [^] [^^] [^^^] [ответить] | +2 +/– | Читай описание демократии от У Черчилля Или показывай где луДше А то А... большой текст свёрнут, показать | | |
| |
| 7.170, User (??), 19:58, 07/07/2026 [^] [^^] [^^^] [ответить] | +/– | Мы сейчас про интерактивный shell или cli конкретных утилит Если второе - то ... большой текст свёрнут, показать | | |
|
|
|
|
|
| 2.165, _ (??), 03:21, 07/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Команда должна не запускаться с конфликтными флагами. А то, что описано — какой-то костыль.
Я лично - ЗА! НО! Стандарта на это нет ... ну и ... :(
| | |
|
| 1.25, Аноним (25), 13:48, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Прежде, чем программировать вместе с модным ИИ, нужно научиться программировать самостоятельно.
Парсер параметров для вас сложный? Тренируйтесь писать парсер параметров, хоть десять лет - мир подождёт.
Господь вам строки дал и буква 'L' расправилась с буквой 'a'.
А элементарные битовые флаги в энуме и, условно, 'opts &= ~OPT_d' что-то на небезопасном, да.
| | |
| |
| 2.28, Аноним (25), 13:54, 04/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
И rust тут совершенно непричем. Просто до него эти разработчики находились в тени.
| | |
| 2.77, Аноним (71), 23:03, 04/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Прежде, чем программировать вместе с модным ИИ, нужно научиться программировать самостоятельно.
Ну, некоторые вообще читать уже не умеют, но советы по погроммизму давать и с умным видом комментировать - это всегда пожалуйста! 🙂
| | |
|
| 1.30, Аноним (30), 14:07, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
они сунулись в кореутилс показать что могут. огребли будь здоров. заодно все поняли что кореутилс не такие уж и простые как всем кажется)) писано теми кто свою значимость умеет застолбить.
так ведь ещё и микрсофт свою версию этих утилов делать начала) ох)
| | |
| |
| 2.48, пох.. (?), 16:41, 04/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Да простые они, простые... Просто ЭТИ нешмагли даже вот в такое простое.
| | |
|
| 1.31, Ivan_83 (ok), 14:17, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
 > после выявления несовместимости в реализации
> из-за выявленных уязвимостей были возвращены утилиты cp
У писавшего крыша уехала на новояз: называть баги совместимости уязвимостями.
| | |
| |
| |
| 3.83, Ivan_83 (ok), 23:57, 04/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Писать надо нормально потому что, а сейчас написано по п....лохому, так же в РФ пишут все законы - максимально неоднозначно.
| | |
|
|
| 1.33, Аноним (33), 15:06, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– | |
>Проблема возникла из-за вызова в сборочном скрипте утилиты cp с опциями "-afL", которые нормально обрабатывались в GNU Coreutils, но в Rust Coreutils привели к возвращению ошибки "cp: -r not specified; omitting directory <dir-name>"
Напомните, какие цели у проекта? Полностью повторить поведение coreutils? Если у них до сих пор проблемы с флагами, то uutils будут готовы примерно никогда.
| | |
| |
| 2.45, OpenEcho (?), 16:36, 04/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> что ни новость прораст... то какой-то цирк
Нормальный юнашевский максимализм... Всегда так было, - прыгнуть на что то трендовое, гордится, инвестировать свое время, потом бум, новый тренд, и жаль за потраченную энергию... и пошла жара ака холивары...
Раст концептуально хорош и давно нужен, но вот то, что они сделали с семантикой языка, реально большая ИМХО глупость. Зачем была эта экономия на символах? Я понимаю когда мы экономили на 2-х килобайтах ППЗУ и 4кб РАМ, но зачем сейчас делать язык который больше похож на регулярки - не понятно...
| | |
| |
| 3.52, aname (ok), 17:07, 04/07/2026 [^] [^^] [^^^] [ответить] | –2 +/– |  А нужен ли раст, когда человечество, к моменту более- менее выползания раста на ... большой текст свёрнут, показать | | |
| |
| 4.98, OpenEcho (?), 06:15, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А нужен ли раст, когда человечество, к моменту более- менее выползания раста на свет божий, уже создало куда более универсальные инструменты улучшения разработки- это вопрос с ответом, который более склоняется не в пользу раста.
Что именно вы называете более универсальными инструментами? ИИ? Но он тоже изпользует готовые инструменты и раст один из них.
> В 90-10ые раст был бы неплох, а сейчас оно опаздывает. И гонку проигрывает
Гонку с кем/чем? По большому счету у раста только С/С++ реальный компетитор.
| | |
|
| |
| 4.101, OpenEcho (?), 07:11, 05/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Приведите примеры неудачного синтаксиса.
Послушайте, я не хочу вступать в очередной холивар, а вы прекрасно знаете "хакерскую" лаконичность языка, но в то же время не стесняющегося мусорить код лайвтайм анотациями и мета командами
#![feature(...
#![allow(
Накидать банальные дабл-линк листы, графы, родитель/ребенок ноды превращаются в микс спецсимволов Rc<RefCell<T>>
Язык идеально подходит для ИИ чтоб он не напортачил, но вот сопровождать написанное кем-то и уловить смысл среди safe патернов раст, значительно сложней чем в других языках.
Про накидать что то быстро чтоб попробовать идею на расте - это отдельная комедия...
| | |
| |
| 5.131, Аноним (131), 15:14, 05/07/2026 [^] [^^] [^^^] [ответить] | –4 +/– | Тут ты зря, это всё очень няшно сделано, сравни с C шными __attribute__, чтобы п... большой текст свёрнут, показать | | |
| |
| 6.135, Анонимный татарин (?), 20:22, 05/07/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Какой-то просто невероятно прекрасный манифест профана
Чел, __attribute__((...)) - это гнушный синтаксис, стандартный - [[...]]
Пассаж про великие архитектуры связных списков, требующих трех созвонов и утверждений аж от архитектора - пушка, да и все остальное под стать.
Раст - прекрасная липкая лента для миллионов современнейших и расвитейших программеров, сливок общества
| | |
| |
| 7.139, Аноним (139), 22:29, 05/07/2026 [^] [^^] [^^^] [ответить]
| –6 +/– | |
> Пассаж про великие архитектуры связных списков, требующих трех созвонов и утверждений аж от архитектора - пушка, да и все остальное под стать.
Ты, я смотрю ваще не понимаешь о чём речь. Но зачем тогда рот разеваешь?
| | |
|
| 6.147, Проходил мимо (?), 07:58, 06/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Хрень вы написали про двусвязанные списки. Нечему там падать. И АПИ такого списка совершенно не обязан выпячивать внутреннюю реализацию наружу. Чем хорош двусвязанный список? Возможностью удаления текущего элемента с минимальными накладными расходами и возможностью добавления элементов в начало и конец списка с минимальными накладными расходами и за постоянное время. Есть много задач, где подобное поведение хранилища будет востребовано и они никак не зависят от языка реализации. Например, на основе двухсвязанного списка прекрасно реализуется очередь с возможностью поиска и удаления элементов.
| | |
| |
| 7.161, Аноним (161), 17:44, 06/07/2026 [^] [^^] [^^^] [ответить] | –2 +/– | Давайте разберём эту хрень Что требует изменения двух соседних элементов То ес... большой текст свёрнут, показать | | |
|
|
|
| 4.151, Аноним (151), 13:37, 06/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Было
// Устоявшийся метод написания библиотеки
pub fn print_value<T: std::fmt::Display>(value: T) {
println!("{}", value);
}
Стало
// Новый «красивый» синтаксис
pub fn print_value(value: impl std::fmt::Display) {
println!("{}", value);
}
Можно было использовать:
print_value(42);
или
print_value::<i32>(42);
второй вариант удобен для гарантии.
Стало только:
print_value(42);
второй вариант - ошибка синтаксиса.
| | |
|
|
|
| 1.38, Аноним (38), 16:01, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Вроде уже и понимают, что больно с этим растовелосипедом. Но нет, никак не наиграются..
| | |
| |
| 2.82, Аноним (81), 23:55, 04/07/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Как можно иметь такие проблемы с логикой, даже когда есть готовый продукт....
| | |
|
| 1.40, Аноним (37), 16:06, 04/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
uutils, конечно, сфейлились, но справедливым было бы пнуть и сборочные скрипты убунты, которые решили поиграться с симлинками. Зачем? Это ж просто костыль для администраторов, когда нормально сделать невозможно. Используйте нормальные файлы и каталоги, и проблем знать не будете.
| | |
| |
| 2.50, Ivan_83 (ok), 16:51, 04/07/2026 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Симлинк - очень удобный инструмент, игнорирование его = отрезание нужного и востребованного функционала сильно облегчающего жизнь.
Даже на венде есть симлинки (уже лет 25+ как), хотя и нет нормальных инструментов для их использования.
| | |
| |
| 3.65, Аноним (37), 20:58, 04/07/2026 [^] [^^] [^^^] [ответить]
| –8 +/– | |
> Симлинк - очень удобный инструмент
Да. Для администраторов. Когда нужно что-то подкостылить. Когда на костылях базируется архитектура решения, получаем соответствующий результат.
| | |
| |
| 4.84, Ivan_83 (ok), 23:58, 04/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
У вас странное отношение к симлинкам, по мне вполне удобный инструмент для определённых задач, в тч исключения дубликатов и лишнего копирования.
| | |
| |
| 5.92, Аноним (92), 02:53, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Настолько удобный, что простой подсчёт занимаемого места превращается в акробатический этюд. А уж сколько обходов изоляции было с ними сделано, а сколько ещё будет...
| | |
| |
| 6.116, Аноним (109), 09:31, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
fstat буквально возвращает тип файла и размер в одной и той же структуре. Для вас проверить ещё одно поле - это акробатический этюд? Или вам нужно АТОМАРНО проверить размер ВСЕХ файлов сразу? Для проверки свободного места можно чекать статистику файловой системы через statvfs, если чё.
| | |
| |
| 7.120, Аноним (92), 10:52, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ссылками легко можно устроить циклы в фс. Подсчитать с учётом этого уже не так просто.
| | |
|
|
| 5.142, Аноним (142), 02:13, 06/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Нельзя ли "для исключения дубликатов" просто не созадвать эти дубликаты? Можно пример того, зачем это нужно, кроме костылей совместимости типа /bin/sh -> /usr/bin/bash ?
| | |
| |
| 6.167, _ (??), 03:45, 07/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А ты не видишь разницу в поведении если запущено как 'sh' и как 'bash' 8-o
Ну я даже не знаю чего тогда из не-матерного сказать про и зачем тогда ты тут умничаешь?...
Даже в скриптах есть тема посмотреть как тебя запустили ($0) и соответственно отработать. Как по мне - удобно. Но если механизм не понятен ... для карапузов видимо - магия :)
| | |
|
|
|
|
|
| 1.93, cheburnator9000 (ok), 03:51, 05/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 В GNOME File-Roller есть такая дичь
https://github.com/GNOME/file-roller/blob/master/src/fr-command-tar.c#L157
которая там с 2004 года
https://github.com/GNOME/file-roller/blame/master/src/fr-command-tar.c#L162
Если на системе нет libarchive, то file roller переходит на использование консольного tar. И если создать обычный файл (не симлинк), имя которого будет содержать строку -> или link to, то tar при выводе просто выведет его имя как есть.
Это минимум чревато кривыми данными в списке файлов в GUI.
https://github.com/GNOME/file-roller/blob/master/src/fr-command-tar.c#L496
Тут file roller берет кривое имя файла и передаст при распаковке выборочных файлов в tar это же кривое имя. А это уже потенциально приведет к повреждению данных, а возможно и сторонних данных в каталоге пользователя, либо он ничего не распакует и напишет ошибку.
Проверять мне лень, на эту фигню я наткнулся в 2022 году, и уже не помню к чему оно приводило. Создать архив, где лежат файлы и каталоги с " -> " и/или " link to " посередине имени в которых также содержатся другие файлы и каталоги, софтварно используя tar, GUI, или написав код упаковки на python, etc.
Также проблема есть и в lxqt-archiver https://github.com/lxqt/lxqt-archiver/blob/master/src/core/fr-command-tar.c#L1
| | |
| |
| 2.94, cheburnator9000 (ok), 03:54, 05/07/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Почему это возможно и почему это до сих пор происходит? Да потому что GNU tar это дермище мамонта до которого никому нет дела, при этом он постоянно используется в многомиллардных корпорациях. Обойти лимиты дизайна консольного выхлопа tar можно было по идее добавив --quoting-style=shell-always в команды tar.
| | |
| 2.104, Аноним (3), 08:11, 05/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это ты ещё ark не видел. Почему ты думаешь, что проблема в tar? Он вон и с файлами с $'\n' и с файлами с $'\r' и с файлами с $'$' и с файлами с $'!' в имени работает. А вот гуёвая шляпа постоянно сыпется. Вот ты топишь за libarchive, а, меж тем, это стрёмная кривая дрянь, продуцирующая грязные кривые файлы. С кучей багов. И этого нельзя сказать о tar.
| | |
| |
| 3.105, Аноним (105), 08:38, 05/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
У тебя дипсик полетел? Я не топил за libarchive. Речь о проблеме парсинга выхлопа tar cli. А проблема кроется в устаревшем дизайне выхлопа tar в консоль.
| | |
| |
| 4.108, Аноним (3), 08:48, 05/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я тебе больше скажу, то, что программы в system() пихают не санитиризированные имена, тоже не проблема tar. Не умеешь работать с шеллом -- не берись. И уж точно файлам из интернета доверять нельзя. К tar претензий тут быть не может. Вот где проблемный неудобный выхлоп, так это у архиваторов типа unrar/7z. Я знаю, потому что накидал скрипт выставлять mtime по времени последнего файла в архиве.
| | |
|
|
|
| 1.97, Аноним (97), 06:08, 05/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А сколько сбоев может быть при сборке Gentoo вы себе не представляете. Столько новостей будет тогда. Просто неисчислимый поток новостей как у Васи, Пети сглючила очередная утилита, представляете, да? Вам ведь это должно быть интересно?
| | |
| 1.103, Аноним (103), 07:51, 05/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Короче, неостляторы решили вернуть глючные GNU coreutils, чтобы не нужно было исправлять глючные скрипты. Отличное решение проблемы.
| | |
| |
| 2.125, Аноним (124), 12:11, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это с чего это они глючные? Я понимаю, глючные бы были если зависали, падали, но этого не происходит. А то, как опции себя ведут, тут кто первый встал, того и тапки. Такое решение принято гораздо раньше появления uutils-rs. И если это поломать, то взвоют тысячи других дистрибутивов, где правильным считается именно такое поведение.
| | |
| |
| 3.169, Володька Драйвер (?), 11:46, 07/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ага, просить разыменовывать символические ссылки, и в тоже время запрещающую разыменование символических ссылок в одной комманде это точно не баг - это UB =)
| | |
|
|
| 1.130, Аноним (130), 13:44, 05/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Превосходно. Может быть в процессе всего этого будет разработан тестовый набор для coreutils, который позволит проверять совместимость реализаций? Может быть наконец дистры прекратят полагаться на окружение, про которое никто не может сказать, как оно работает, и никто не может проверить, работает ли оно? Может мы наконец получим спецификацию на linux-окружение, соответствие которой будет гарантировать, что существующие скрипты будут работать?
| | |
| 1.137, Аноним (137), 22:00, 05/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ошибка явно с неконсистентностью флагов. Если флаги конфликтуют, это 100% ошибка - пусть вместо "коротких" флагов пишут полный набор.
Опенсорс такой опенсорс...
| | |
| 1.150, ptr (ok), 11:03, 06/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Переписать что-то на Rust можно и, возможно, даже нужно, чтобы снизить количество уязвимостей и ошибок, возникающих при некорректной работе с памятью. Но это только вершина айсберга, так как логических некорректностей в свеженаписанном коде, обычно, не меньше, чем некорректностей при работе с памятью. Поэтому, для того, чтобы добиться такого же уровня надёжности, как у утилит, активно использующихся, поддерживающихся и исправляемых не один десяток лет, нужны в любом случае годы! И на хрена по факту сырую бету, если даже не альфу пихать в LTS релиз - для меня загадочно. Разве что, чтобы оставить на Ubuntu только энтузиастов тестировщиков новых фич, как в Fedora, чтобы те, кому нужна стабильность, ушли на тот же Debian. Есть другие предположения?
| | |
| |
| 2.154, Аноним (151), 13:53, 06/07/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Уже ушли. Достаточно было перехода на snap.
Теперь там только те - кому на все положить, и если что заново систему быстро поставят. А данные - да .... с ними.
| | |
|
| 1.168, Володька Драйвер (?), 11:38, 07/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Чёт я не понял, почему вообще cp не крякает когда взаимоисключающие параметры? оО Тут не uutils нужно править под поведение gnu utils, а в последних исправлять баг.
| | |
| 1.171, MihaNix (ok), 06:23, 08/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Из статьи ничего не ясно.
Они удаляют и добавляют утилиты из-за какого-то неисправного скрипта?
Понял, что некоторые опции конфликтуют и обрабатываются по-разному. Может, стоит просто переписать скрипты правильно, не трогая утилиты?
| | |
| |
| 2.172, Аноним (172), 06:58, 08/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Из статьи ничего не ясно.
> Они удаляют и добавляют утилиты из-за какого-то неисправного скрипта?
Да.
> Понял, что некоторые опции конфликтуют и обрабатываются по-разному. Может, стоит просто переписать скрипты правильно, не трогая утилиты?
К сожалению всё гораздо сложнее.
В секто-подобных сообществах, типа линукса, очень развит дuдodroch.
Т.е даже если диды писавшие эти утилиты после бухла и марок в 70х науевертили какую-то чушь, то их писание священно и на него надо неистово...
Сопровождая это аргументами "у нас тут скриптов, как овна за баней, неужели их надо исправлять? а может оставить? оно конечно овно, но дидовое!"
А так да, тут прямо положили болт и на KISS, и на "явное лучше неявного".
| | |
|
|
