The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Представлен порт systemd для систем на базе библиотеки Musl

06.09.2024 07:52

Создатель самобытного дистрибутива Adelie Linux, использующего стандартную Си-библиотеку Musl, систему инициализации OpenRC и пакетный менеджер APK, объявил об успешном портировании системного менеджера systemd для работы с библиотекой Musl. Несмотря на то, что реализация имеет статус начальной, она уже достаточно стабильна и демонстрирует трёхкратное сокращение времени загрузки, по сравнению с использованием OpenRC.

Изначально systemd поддерживает работу только с Си-библиотекой Glibc, но отдельно проектом OpenEmbedded разработан набор патчей, позволяющий использовать systemd в окружениях на базе Musl. Новый порт нацелен на создание полностью обновлённой серии патчей, которая обеспечивает работу со свежими версиями systemd и musl, и задействует новые возможности systemd и musl. Представленный порт написан с нуля и за исключением изменений, связанных с поддержкой GLOB_BRACE, malloc_info и malloc_trim, не пересекается с портом от OpenEmbedded.

Отмечается, что проект Adelie Linux вынашивал идею обеспечения работы systemd в окружении на базе Musl с 2015 года, но всегда находились более приоритетные задачи, пока одна из компаний не выразила готовность профинансировать завершение работы над портом. Новый набор патчей изначально развивается с оглядкой на продвижение изменений в основной состав systemd (в основной проект уже переданы выявленные в процессе портирования недоработки в systemd).

Из известных проблем, которые наблюдаются в первом варианте порта, упоминается проблема с PolicyKit, приводящая к зависанию сеанса KDE при попытке перезапуска систем через виджет. Среди ещё не решённых задач также называется создание unit-файлов для openrc-скриптов инициализации, используемых в дистрибутиве Adelie Linux (планируется в качестве основы использовать unit-файлы из Gentoo и Fedora).



  1. Главная ссылка к новости (https://catfox.life/2024/09/05...)
  2. OpenNews: Системный менеджер InitWare, форк systemd, портирован для OpenBSD
  3. OpenNews: Архитектурные проблемы systemd, негативно влияющие на стабильность и безопасность
  4. OpenNews: Представлен uselessd, минималистичный вариант systemd
  5. OpenNews: Представлен многоплатформенный системный менеджер System XVI, частично совместимый с systemd
  6. OpenNews: Выпуск системного менеджера systemd 256 с утилитой run0 для замены sudo
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61818-systemd
Ключевые слова: systemd, musl
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (237) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:13, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Пришло время переписать системду на ржавчину.
     
     
  • 2.2, Аноним (2), 08:20, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пришло время переписать системду на ржавчину.

    С 2021 года уже работа идёт https://github.com/systemd/systemd/pull/19598

     
     
  • 3.18, Аноним (18), 09:30, 06/09/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.145, Аноним (145), 18:26, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > С 2021 года уже работа идёт https://github.com/systemd/systemd/pull/19598

    И, в 2024 году у типа-системного ЯП - оказывается, есть ломовые проблемы с динамической линковкой, и все что оно реально умело нормально - линковать 6-метровые хелловорлды на манер игогошки. А шаг в сторону - и полны штаны гуано сразу. Так что с динамической линковкой швах. И баги на эту тему. В тулчейне. В 2024 году. Нет, это не опечатка, оказывается так можно было, назвать себя системными - но не решить самые базовые проблемы за почти 15 лет.

     
     
  • 4.155, Советский инженер (ok), 20:28, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >И, в 2024 году у типа-системного ЯП - оказывается, есть ломовые проблемы с динамической линковкой,

    делали с прицелом на монолитное ядро. и они уже близко.

     
     
  • 5.162, Аноним (-), 21:19, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> И, в 2024 году у типа-системного ЯП - оказывается, есть ломовые
    >> проблемы с динамической линковкой,
    > делали с прицелом на монолитное ядро. и они уже близко.

    Да вот - что-то 1 из 2 майнтайнеров "Rust for Linux" сдриснул цитируя "нетехнические моменты". Бардак и хаос в процессе разработки тулчейна, и его истошное костылирование кривой хтонью это и правда не столько технический, сколько манагерский факап. Управление проектом - в ауте. Не может хипстота с горящими глазами в ЭТО нормально.

     
     
  • 6.205, Советский инженер (ok), 08:37, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Да вот - что-то 1 из 2 майнтайнеров "Rust for Linux" сдриснул цитируя "нетехнические моменты".

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

     
     
  • 7.259, Аноним (-), 06:20, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Да вот - что-то 1 из 2 майнтайнеров "Rust for Linux" сдриснул цитируя "нетехнические моменты".
    > ничё, ничё. токсик диды не вечные. еще сами будуть бегать и просить
    > вернутся когда на пенсию захотят 🤣

    С дела всей жизни - на пенсию как правило не хотят. И уж тем более не просят о таком "счастье". Это у тебя, ненавидящего свою работу и считающую это неприятной обязаловкой это - мечта. А для тех это - их хучший ночной кошмар.

    Советским инженерам никто не объяснял, что можно сделать свое хобби - своей работой. И делать то что нравится - еще и получая за это деньги. А так то круто придумано, разве нет? Ну а если вам такая опция недоступна - вам можно только посочувствовать. Несчастные люди, в общм то - рабы.

     
     
  • 8.266, Советский инженер (ok), 08:31, 14/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вот-вот этим хоббиистам не следует забывать что они таки на работе и получают д... текст свёрнут, показать
     
     
  • 9.269, Аноним (-), 17:12, 16/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Торвальдс получает деньги - потому что лучший в своем деле И врядли это изменит... текст свёрнут, показать
     
     
  • 10.271, Советский инженер (ok), 10:27, 17/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    так никто и не спорит но и гугл майкрософт не благотворительные организации а ... текст свёрнут, показать
     
  • 4.210, leap42 (ok), 10:21, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > все что оно реально умело нормально - линковать 6-метровые хелловорлды на манер игогошки

    проверил хеллоуворлд игогошечки: 1.4мб, и это full static, даже libc не требуется для работы

    p.s. если надо меньше - upx приходит на помощь (он официально поддерживается), тут уже 612кб всего

     
     
  • 5.260, Аноним (-), 06:31, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это все круто, но САБЖ обычно имеет смысл в всяких ультра-минимальных системах ... большой текст свёрнут, показать
     
  • 2.5, beck (??), 08:31, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    И glibc с musl тоже нужно переписать на rust.

    Ведь у них фатальный недостаток.

     
     
  • 3.37, НяшМяш (ok), 10:30, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Переписывать не надо )
    https://github.com/redox-os/relibc
     
     
  • 4.146, Аноним (146), 18:35, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Переписывать не надо )
    > https://github.com/redox-os/relibc

    А системду они уже портировали? И что они вообще делают с тем фактом что у хруста динамическая линковка в полной дж@ппе? Там вон очень колоритный тредик на гитхабе.

    И да, как вы там говорите? В хрусте нет UB? А там в треде написано нечто сильно другое: оказывается разные crate либ могут динамически линкануть 1 и ту же либу - только это будет UB. Вот прям так! Системщики, my аss...

     
  • 3.74, TrustMan (?), 12:10, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Изначальный Rust надо переписать на Rust. Он имеет фатальный недостаток - придуман людьми, которые не знали Rust на момент его создания.
     
     
  • 4.107, Аноним (-), 14:51, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Изначальный Rust надо переписать на Rust.

    Ты не поверишь, но уже))
    Изначальный компилятор раста был на окамле. А потом переписали на раст (rustc).
    Основной бекенд сейчас llvm (c++), но есть еще cranelift, который тоже написан на rust.

     
     
  • 5.137, TrustMan (?), 17:29, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не-не-не!
    Я про компилятор. Я про сам язык.
    Rust создавали люди, которые не знали Rust. А значит он ущербен сам по себе с точки зрения безопасности и функционала.
     
     
  • 6.138, Аноним (-), 17:33, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не-не-не!
    > Я про компилятор. Я про сам язык.
    > Rust создавали люди, которые не знали Rust. А значит он ущербен сам по себе с точки зрения безопасности и функционала.

    Хм.. СИ создавали люди которые в глаза видели только Би и PDP-11/20.
    Значит ли что он "ущербен сам по себе"?

    ps твой вопрос настолько тупой, что я даже теряюсь в догадках, осознаешь ли ты этот факт или нет.


     
     
  • 7.166, Neon (??), 21:38, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Похоже, кто то не может в сарказм и юмор. Совсем не может.)
     
  • 5.147, Аноним (146), 18:37, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты не поверишь, но уже))
    > Изначальный компилятор раста был на окамле. А потом переписали на раст (rustc).
    > Основной бекенд сейчас llvm (c++), но есть еще cranelift, который тоже написан на rust.

    Теперь еще расскажите на чем там у вас линкер. Ибо без линкера вы бинарник сгенерить нормально таки - не сможете. И да, с этим судя по вон тому треду на гитхабе ЛОМОВЫЕ проблемы системного уровня. Вот прямо в 2024 году.

     
     
  • 6.149, Аноним (-), 19:13, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь еще расскажите на чем там у вас линкер.
    > Ибо без линкера вы бинарник сгенерить нормально таки - не сможете.

    Насколько помню lld.
    А чего спрашиваешь?

    > И да, с этим судя по вон тому треду на гитхабе ЛОМОВЫЕ проблемы системного уровня.

    От того что ты напишешь КАПСОМ проблема не станет ломовой)
    Там прямо указано как это решить и думаю в будущем это исправят.

    > Вот прямо в 2024 году

    Да, прикинь.
    Это же тебе не наовнячить код побыстрому, тут люди думают, а потом делают.


     
     
  • 7.153, Аноним (153), 20:21, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А это точно Там случаем не gcc шный ld окажется ненароком Есть подозрения что ... большой текст свёрнут, показать
     
     
  • 8.158, Аноним (-), 21:05, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    blog rust-lang org 2024 05 17 enabling-rust-lld-on-linux html статья за май, дум... большой текст свёрнут, показать
     
     
  • 9.163, Аноним (-), 21:31, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это, конечно, замечательно - через 15 лет разработки у господ какой-то брейнфак ... большой текст свёрнут, показать
     
     
  • 10.171, Аноним (-), 21:51, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О У нас тут свидетель 15 лет разработки gcc пишут на плюсах как раз из-за убог... большой текст свёрнут, показать
     
     
  • 11.180, Аноним (180), 23:13, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я почему-то думал что сначала надо решать вон те проблемы, а хайповать - пот... большой текст свёрнут, показать
     
     
  • 12.273, Аноним (-), 11:55, 25/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а начинали вообще с волосатого паскаля И что Это просто еще раз показывае... большой текст свёрнут, показать
     
  • 8.189, Аноним (189), 02:01, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Такой же уродливый, как и си А ведь могли сделать красивым, как Ocaml... текст свёрнут, показать
     
  • 8.267, Советский инженер (ok), 11:06, 14/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    пора бы тебе знать, дружочек, что у gcc нет своего линкера они всю дорогу польз... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (30)

  • 1.3, Жироватт (ok), 08:23, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Хм... А когда перепишут без шимов и прослоек типа minigw для WinAPI/СОМ+?
     
     
  • 2.85, Аноним (85), 12:58, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    w/o PWM ?

    >прослоек типа minigw для WinAPI/СОМ+?

    Вам systemd для Винды? Поттеринг работает над этим...

     
     
  • 3.152, Аноним (-), 20:15, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > w/o PWM ?
    >> прослоек типа minigw для WinAPI/СОМ+?
    > Вам systemd для Винды? Поттеринг работает над этим...

    Таки, похоже, майкрософт серьезно намылился на Linux перейти. Представляете себе морды проприетарщиков если им такую шляпу сгрузят в очередной винде? Скажут "нам лениво писать ведро и драверы, сгрузим на вон тех!". А какоенить NT API они никому и не обещали официально! :)

     
     
  • 4.157, Аноним (157), 20:51, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Azure Linux уже сушествует
     

  • 1.6, n00by (ok), 08:32, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То есть по сути glibc представляет собой вендролок с рядом спорных технических и идеологических решений. Но "хейтеры systemd" и свидетели NIH-синдрома естественно пытаются это заболтать, превратить тему в помойку.
     
     
  • 2.9, Аноним (9), 08:37, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > То есть по сути glibc представляет собой вендролок с рядом спорных технических
    > и идеологических решений. Но "хейтеры systemd" и свидетели NIH-синдрома естественно попытаются
    > это заболтать, превратить тему в помойку.

    Когда у фанатиков системды нет против грамотных "хейтеров systemd" аргкментов, они начинают кричать про наличие "хейтеров systemd" и про забалтывания, превращая тему в помойку, зачастую заранее, когда никаких хейтеров ещё и нет, упреждающий удар, когда-предстоит-драка-бей-первым-style! xD

     
     
  • 3.28, n00by (ok), 09:48, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вот специально взял "хейтеры systemd" в кавычки, но кому-то когнитивная слепота помешала их разглядеть и заставила выдать машинальную реакцию.

    А почему ты не захотел обсудить вендорлок glibc? systemd ведь вендорлок.

     
     
  • 4.33, Аноним (9), 10:21, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Вот специально взял "хейтеры systemd" в кавычки, но кому-то когнитивная слепота помешала
    > их разглядеть и заставила выдать машинальную реакцию.
    > А почему ты не захотел обсудить вендорлок glibc? systemd ведь вендорлок.

    Потому что мне нравится когда ты нелепо оправдываешься, а не вестись на поводу того что ты предлагаешь. ;)

     
     
  • 5.213, n00by (ok), 11:12, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вот специально взял "хейтеры systemd" в кавычки, но кому-то когнитивная слепота помешала
    >> их разглядеть и заставила выдать машинальную реакцию.
    >> А почему ты не захотел обсудить вендорлок glibc? systemd ведь вендорлок.
    > Потому что мне нравится когда ты нелепо оправдываешься, а не вестись на
    > поводу того что ты предлагаешь. ;)

    Я не предлагал тебе влезть с бестолковым комментарием, а спрогнозировал, что забалтывание вопроса произойдёт:

    "Но "хейтеры systemd" и свидетели NIH-синдрома естественно пытаются это заболтать, превратить тему в помойку."

     
  • 4.55, Фрол (?), 11:04, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    дядька, когда я в шеллскрипт насовал кучу башизмов, это вендорлок баша или мои кривые руки?
     
     
  • 5.72, Аноним (72), 12:04, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вендорлок. Потому что если бы баш этого не позволял ты бы так не написал.  
     
     
  • 6.128, Аноним (85), 16:54, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А если я насовал в Python-скрипт кучу питонизмов, это вендорлок Питона или мои кривые руки? ;)
     
     
  • 7.170, Аноним (-), 21:51, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А если я насовал в Python-скрипт кучу питонизмов, это вендорлок Питона или
    > мои кривые руки? ;)

    Там еще в каждой версии - свой, отдельный, маленький вендорлок. Иерархия вендорлоков в природе, однако.

     
  • 5.212, n00by (ok), 11:08, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > дядька, когда я в шеллскрипт насовал кучу башизмов, это вендорлок баша или
    > мои кривые руки?

    Я не баш-программист, что бы давать экспертную оценку. Разделяю мнение одного знакомого, что лучше бы в Linux командным интерпретатором был Perl. Тогда бы заметно отличалось от Windows. ;)

     
  • 5.226, Аноним (226), 17:24, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это не вендорлок, а зрелость, которая диктует делать быстро и достаточно хорошо, а не бороться с ограничениями POSIX sh ради гипотетической поддержки полутора архаичных систем, где твой код никогда в жизни не будет выполняться. Если так сильно не хочешь расстраивать маму и бабушку, пиши явно в зависимостях bash и используй суффикс .bash в названиях файлов вместо .sh.
     
  • 4.68, мяв (?), 11:51, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    glibc - нарушение спецификации из коробки, хоть и с возможностью приведения к соотвествию.
    а systemd - это результат подзапоздавшей "крепкой руки" freedektop и отсутствия спецификации.
    например, вместо условно org.freedesktop.ResolverService, мы на шине имеем io.systemd1.resolve(иль что то такоеч не помню уже).
    что как бы ломает всю концепцию dbus целиком, ибо механизмов апкаста нет и заставить io.systemd1.resolve предоставлять org.freedesktop.ResolverService нельзя.
    ровно, как и заместо обращения в условный /run/System/UserSessions, gnome-shell лазает по /run/systemd/ЧтоТоТам/sessions.
     
     
  • 5.175, Аноним (-), 22:47, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > например, вместо условно org.freedesktop.ResolverService, мы на шине имеем io.systemd1.resolve(иль
    > что то такоеч не помню уже).

    В случае системды вообще весь d-bus так то - опциональщина. И по минимуму он работает совсем без dbus в системе. И уж тем более услуги его ресольва что-то там - в том же дебиане networkd зачастую даже и не ставить можно, не говоря о том что ничто не требует запускать это.

    Я пользуюсь системд - но не нетворкд. И эти проблемы меня определенно забавляют. А если какой-то левый софт на кривые интерфейсы дбаса завязан - с ним горя будет что так что сяк. Дбас вообще весьма так себе штука, он даже рестартануть без реебута всей ос не в состоянии.

     
     
  • 6.184, мяв (?), 01:27, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >В случае системды вообще весь d-bus

    в чате "ру тех. поддержки sd" человек рассказывал, что после падения dbus, система почти целиком встает.
    насколько правда - не уверена, на системах без графики, dbus у меня еще не падал на системах с sd.
    >Дбас вообще весьма так себе штука, он даже рестартануть без реебута всей ос не в состоянии.

    вполне себе штука.
    но, судя по всему, когда его разрабатывали, полагали, что в системе будет только 1 провайдер конкретной службы и все интерфейсы пропишет freedesktop .. а в результате у нас io.systemd1.
    зачем может понадобиться рестартать dbus, мне не ясно, при проблемах с шиной, reload достаточно.

     
     
  • 7.261, Аноним (261), 06:45, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это возможно даже правда Если dbus уж был, sd им будет пользоваться, и dbus сам... большой текст свёрнут, показать
     
  • 5.220, n00by (ok), 12:02, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > glibc - нарушение спецификации из коробки, хоть и с возможностью приведения к
    > соотвествию.

    Какой именно?

    Вот Musl - "нарушение". Статическая линковка запрещена Linux Standard Base Core Specification for X86-64, Table 7-1 Non Conforming Instructions не допускает syscall в приложениях.

     
     
  • 6.222, мяв (?), 13:38, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    POSIX, общемировой.
    что там в линуксе напридумывали - исключительно проблемы линуксоидов, имхо.
     
     
  • 7.245, n00by (ok), 10:49, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > POSIX, общемировой.
    > что там в линуксе напридумывали - исключительно проблемы линуксоидов, имхо.

    Как раз для "линуксоидов" с этим проблем не вижу. Например, я использую mremap() по полной; проблема возникнет у желающих перенести код в другую ОС (другая -- это не Windows, где есть NtMapViewOfSection и прочее).

    А вот если я делаю (свобода же!) замену glibc - тогда оно "не соответствует" LSB (как и в влучае с Musl из новости). Таким образом получается вендорлок.

     
  • 3.127, Аноним (85), 16:50, 06/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.129, Аноним (-), 16:58, 06/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.76, TrustMan (?), 12:13, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вам никто не мешает создать свою C библиотеку.
    Вам никто не мешает форкнуть GLibC в сво. C библиотеку.
    Вам никто не мешает стать мейнтейнером GLibC, если вы сможете доказать свою пользу проекту.
     
     
  • 3.168, Neon (??), 21:40, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вам никто не мешает вырастить животных и из шкур сделать себе шубы собственноручно.
    Вам никто не мешает из руд выплавить нужные вам металлы.
    Вам никто не мешает собственноручно построить дом из собственноручно созданных материалов.
    Только так вы можете принести пользу человечеству.)
     
     
  • 4.176, Аноним (-), 22:49, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вам никто не мешает вырастить животных и из шкур сделать себе шубы
    > собственноручно.
    > Вам никто не мешает из руд выплавить нужные вам металлы.

    Все зависит от условий. Дебиану не нравилось что glibc делал - они и делали свой eglibc. А если вас производитель шуб стал считать за лопуха и разводить как кроликов - ну вот и выбирайте, хотите вы делегировать эту задачу на этих условиях вон тем - или нафиг? Вопрос то - в соотношениях.

     
  • 3.215, n00by (ok), 11:32, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вам никто не мешает создать свою C библиотеку.
    > Вам никто не мешает форкнуть GLibC в сво. C библиотеку.
    > Вам никто не мешает стать мейнтейнером GLibC, если вы сможете доказать свою
    > пользу проекту.

    Какой-то набор мантр.

    Вообще-то, новость о том, что systemd не собирается со "своей Си библиотекой" и потребовала доработки.

     
  • 2.98, Аноним (85), 13:58, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Но "хейтеры systemd" и свидетели NIH-синдрома

    Вот не пойму, кого ты этой фразой имел ввиду: которые за красных, за белых?

     
     
  • 3.216, n00by (ok), 11:39, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Имел ввиду, что в контексте данной новости отношение к systemd не важно. Важнее, что это один из ключевых компонентов ОС, и требует glibc. Распространённость systemd помогла найти заинтересованных, потому адаптировали и под Musl. В случаях с другим ПО рядовой майнтайнер дистрибутивов вряд ли справится, если не найдёт готовых патчей.
     
  • 2.156, Аноним (156), 20:42, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если так рассуждать, то, в принципе, почти что угодно является - вендорлоком В... большой текст свёрнут, показать
     
     
  • 3.217, n00by (ok), 11:42, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А я не так рассуждаю, как мне приписывается. systemd для Linux, а не для BSD. systemd требует glibc. Почти 10 лет ушло на адаптацию.
     
     
  • 4.262, Аноним (261), 06:51, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А я не так рассуждаю, как мне приписывается. systemd для Linux, а
    > не для BSD. systemd требует glibc.

    А софт для BSD требовал либо функции в libc, либо добавочные либы. По тем же причинам. Так что это довольно древний вид спорта так то. Более того - часть этого даже со временем бывает втягивают в новую версию стандарта. Но, конечно, сильно опосля.

    > Почти 10 лет ушло на адаптацию.

    КМК оно просто не сказать что сильно кому-то надо было. Ну никто и не спешил.

     
  • 3.218, n00by (ok), 11:49, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Например, могла бы быть некая linux.so - шлюзы для вызовов ядра, плюс мелочи для удобств. glibc могла бы предоставлять требуемое стандартом и быть опциональным компонентом. Но нет, GNU is Not Unix, где каждая программа делает одно и делает это хорошо.
     
     
  • 4.263, Аноним (145), 07:03, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А это все зачем Есть стандартный libc для этого Если кто хочет сильно нестанда... большой текст свёрнут, показать
     

  • 1.7, Аноним (9), 08:33, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    "она уже достаточно стабильна и демонстрирует трёхкратное сокращение времени загрузки, по сравнению с использованием OpenRC"

    Эпопея с systemd циклически повторяется. А помните, вот так вот и начинался звездёжь про systemd? ))

    К слову, сравнивал системы на systemd где можно было относительно беспроблемно поставить openrc, так вот с openrc загружалось быстрее. ;)

     
     
  • 2.19, мяв (?), 09:33, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    такой же результат на десктопе был дебиан, поставила альпайн к слову, после об... большой текст свёрнут, показать
     
     
  • 3.35, ЛщЛ (?), 10:26, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > но почему у всех так глазки горят с опенрц слезть ..

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

    Зато теперь ходим строем под песенки краношляпы с подачи засланного из M$ казачка и в освободившееся время льём ушаты гoвeн на тех, кто не такой как мы.

     
     
  • 4.53, мяв (?), 11:03, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    имхо, не хватает опенрц маркетинга , адекватных манов и подачи этих фишек как ... большой текст свёрнут, показать
     
     
  • 5.109, Аноним (109), 15:01, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален А вам на ум не приходило, что проблема небезопасности ... большой текст свёрнут, показать
     
     
  • 6.121, Аноним (-), 16:09, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проблема не только в "небезопасности".
    А том что каждый камак-башпортянщик лепит какую-то свою особенную конфигурацию.
    И когда приходит другой одмин, ему вначале нужно разобраться что наомнячил коллега, а потом только исправлять.

    Вместо этого появился стандарт, с которым разобраться и легче, и и только один раз.
    Потому что у бизнеса нет времени на такие разбирательства.
    Камаки-портянщики конечно расстроились. Исчезла незаменимость и появилась заменяемость... так и уволить могут!
    Но туда им и дорога))

     
     
  • 7.150, Nv (?), 19:44, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так не надо воровать чужое издание , они даже не догадываться на сколько все сложно/зависимо шаг в лево и конец великого ммм
     
  • 7.186, мяв (?), 01:33, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    так "стандарт" был 100 лет в обед, у openrc чуть ли не с самого начала был openrc-run. потом новый супервизор ему добавили в качестве бекенда.
     
  • 6.185, мяв (?), 01:30, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    не поняла, что вы хотели сказать.
    я не говорю, что шелл - плохо.
    я говорю, что "дидам" пора завязываиь делать 100500 форков
     
  • 6.196, Аноним (189), 03:12, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А вам на ум не приходило, что проблема "небезопасности" каких-либо портянок это проблема рукопопости составителя портянок, а решением её должно было быть повышение грамотности составителей портянок, а не ональное огораживание в блоботу

    Какие блобы - код systemd открыт, нет никаких блобов. И да, проблема баш портянок - это проблема существования такого уродливого инструмента как баш. Костыли из grep, sed, awk, проблемы даже с массивами(sic!), не говоря про словари и более сложные типы данных, и вечная порнография с экранированием, грозящая проникновением злобных хакеров, плюс ужасающий синткасис в виде if fi, case esac, всякие однобуквенные флажки, которые забываются, если не писать их каждый день.

     
     
  • 7.200, мяв (?), 07:40, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "проблема плохого кода на питоне/расте/джаве - это существование такого уродливого инструмента, как питон/раст/джава"
    лол.
    >проблемы даже с массивами

    какие у Вас проблеиы?
    >Костыли из grep, sed, awk,

    это вовсе ничего общего с башем не имеет. особенно, если мы говорим конкретно о баше, а не любом посикс-шелле.
    >грозящая проникновением злобных хакеров

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

    "я забыл, как использовать тернарники в С#, но виноват злой микрософт, а не я"

     
     
  • 8.223, User (??), 13:50, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вообще как-то даже странно сомневаться в том, что проблемы плохого кода на ... текст свёрнут, показать
     
     
  • 9.238, мяв (?), 07:00, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вся экосистема описана в man е на самом деле, можно довольно большие скрипты пи... большой текст свёрнут, показать
     
     
  • 10.246, User (??), 12:29, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Уф Так если-б проблема в производительности была Полбеды, что оно хрупкое... текст свёрнут, показать
     
  • 10.248, Аноним (248), 17:05, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Соберите программу статически, будет вам один бнарник, который можно будет прост... текст свёрнут, показать
     
  • 8.229, Аноним (189), 20:15, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы видимо никогда на баше сложные скрипты не писали, поскольку иначе очень быстр... большой текст свёрнут, показать
     
     
  • 9.239, мяв (?), 07:07, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, видимо, писать не умеете исходя из ссылки Выше, именно такие выводы и получ... текст свёрнут, показать
     
     
  • 10.247, Аноним (248), 16:54, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы так говорите, словно у меня никаких других дел нет, кроме как помнить как там... большой текст свёрнут, показать
     
  • 4.78, TrustMan (?), 12:21, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > с подачи засланного из M$ казачка

    Фанаты MS Лёню называют засланным казачком IBM, Debian и лично от Патрика (интересно, его приплели потому, что он Бохх?) в стан MS, чтобы он заменил все сервисы MS опенсорсными. Они ссылаются на то, что якобы уже есть сборки винды с SystemD для управления сервисами."Кто-то где-то знает когол-то, кто знает кого-то из тестировщиков винды, которому стало плохо от systemd на винде." - в общем, "ОБС информирует со ссылкой на надежный анонимный источник".

     
  • 4.119, Аноним (119), 15:43, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что молодняк тупо не умеет не во что, кроме как плакаться и попрошайничать готовые юниты к системде

    А что там просить? Пара строчек и инит готов.

     
  • 3.159, Аноним (159), 21:12, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как известно, дело мастера боится И тут вы расписались что вы - ну вот не... большой текст свёрнут, показать
     
     
  • 4.241, мяв (?), 07:37, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    лучше б Вы не в правдоруба играли, а дали тех аргументов ибо что отвечать на... большой текст свёрнут, показать
     
     
  • 5.264, Аноним (-), 13:43, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мне нравится такой настрой Но - сложный топик Могу сказать за себя Я имплемен... большой текст свёрнут, показать
     
  • 3.190, Аноним (189), 02:11, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >выяснилось после настройки tomoyo на дестопе

    Мандатный доступ? Как там оно - живо? Где мануалы брал?

     
     
  • 4.242, мяв (?), 07:41, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    да, живее всех живих.
    мануалы по первой ссылке в гугле: tomoyo.sourceforge.net/2.6/
     
  • 2.84, Аноним (84), 12:56, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Разработчики FreeBSD уже доказали, что это все по большей части перестановка мебели:
    https://wiki.freebsd.org/BootTime
     
     
  • 3.160, Аноним (159), 21:14, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Разработчики FreeBSD уже доказали, что это все по большей части перестановка мебели:
    > https://wiki.freebsd.org/BootTime

    Это им не поможет. С их управлением системой - они либо таки придут в адекват и родят что-то подобное. Или - улетят на совсем задворки истории. Куда-то в районе слаки, только поскольку ниша уже занята - как вам жирный кус пирога в виде 0.1% от доли слаки? Ну и 1-2 особо жадных пропертария которые с вами не поделятся.

     
     
  • 4.172, Аноним (172), 22:00, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> сокращение времени загрузки
    >> Разработчики FreeBSD уже доказали, что это все по большей части перестановка мебели:
    >> https://wiki.freebsd.org/BootTime
    > Это им не поможет. С их управлением системой - они либо таки придут в адекват и родят что-то подобное. Или - улетят на

    Какой многословный эвфемизм для "Нищитаица! это другое!" (ну или много бла-бла мимо темы, зато с выпуском метана в сторону БЗДей) ... хм, Балабол294, ты вернулся?

     
     
  • 5.182, Аноним (-), 23:41, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Какой многословный эвфемизм для "Нищитаица! это другое!" (ну или много бла-бла мимо
    > темы, зато с выпуском метана в сторону БЗДей) ... хм, Балабол294,
    > ты вернулся?

    Какой характерный подрыв окороков. Но это никак не облегчит вашу участь. Технически то вам крыть нечем.

    И вон те либо прожмутся, либо их пошлют оставшиеся полтора прода, и перестанут давать гранты. Ибо уже показано как можно было. На меньшее уже мало кто согласится. Фарш невозможно провернуть назад.

     
     
  • 6.236, Аноним (172), 22:09, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Какой характерный подрыв окороков. Но это никак не облегчит вашу участь. Технически
    > то вам крыть нечем.

    Какая характерная проекция.
    Но технически и по теме - опять 0 (впрочем, ничего иного от Балабола294 и не ожидалось). Зато да, дополнительный выхлоп метанчика с сероводородиком в сторону "ненавистных бздей" (которые тут так, в качестве примера-демки и вполне могли быть заменены на какой нить дистр пянгвинчика) и пускание соплей пузырями.
    Правильно я угадал.


    > И вон те либо прожмутся, либо их пошлют оставшиеся полтора прода, и

    Твое занудное балабольство мимо темы слишком уныло, осиль уже чтение комментов (а потом и новостей и прочего) "целиком", что ли.

     
     
  • 7.265, Аноним (-), 13:49, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вам с вашими проекциями - виднее Я думаю что с заменой фри на более нормальные ... большой текст свёрнут, показать
     
  • 4.179, Аноним (179), 23:03, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > /etc/rc.d/netif takes ~1300 ms, including a 1-second sleep(1).
    > /etc/rc.d/rtsold takes ~1050 ms, including a 1-second sleep(1).

    Напоминает бородатый анекдот:
    Чтобы программа отрабатывала на 10 сек быстрее, а вы получили премию - просто уберите sleep(10), который вы в неё заведомо вписали

     
  • 2.221, Аноним 80_уровня (ok), 12:13, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Никогда не напрягала загрузка в три минуты. Да у некоторых машин от нажатия кнопки "Power" до появления меню GRUB'а проходит больше...
     

     ....большая нить свёрнута, показать (32)

  • 1.8, Ося Бендер (?), 08:34, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждем теперь системди в ЭлпайнЛинукс.
    Все меньше остается девственников СистемФайв.
    Разве-что БиЭсДи, на там то-же смотрю присматриваются к огрызкам.
    Да и сами огрызающиеся свои щупальца тянут куда не нужно...
     
     
  • 2.10, Аноним (9), 08:39, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ждем теперь системди в ЭлпайнЛинукс.
    > Все меньше остается девственников СистемФайв.
    > Разве-что БиЭсДи, на там то-же смотрю присматриваются к огрызкам.
    > Да и сами огрызающиеся свои щупальца тянут куда не нужно...

    Пичаль для девственников будет, когда в Gentoo вкорячив systemd выкинут openrc на мороз. ))

     
     
  • 3.34, Аноним (34), 10:23, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Системд видимо, не было только в профиле с Мускулом. Теперь может быть будет, но от этого этот профиль не станет более перспективным. Мускул с мультилиб вообще плохо работает  и дальше ембедовок не пролезет.
     
     
  • 4.40, Аноним (9), 10:33, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Системд видимо, не было только в профиле с Мускулом. Теперь может быть
    > будет, но от этого этот профиль не станет более перспективным. Мускул
    > с мультилиб вообще плохо работает  и дальше ембедовок не пролезет.

    Мускул это MySQL, а musl это - мюсли! ;)

     
     
  • 5.60, Аноним (34), 11:26, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за ликбез,а то я тут решил поумничать.)
     
  • 3.96, Аноним (85), 13:51, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Перейдём на Guix;
    Будем собирать OwnLFS со старым добрым SysVinit и раздельным /usr.
     
     
  • 4.111, Аноним (109), 15:05, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Перейдём на Guix;
    > Будем собирать OwnLFS со старым добрым SysVinit и раздельным /usr.

    Это на тот истеричный sjw-раковник, который люто бешено газифицировал лужи, когда была травля Столлмана? ))

     
     
  • 5.125, Аноним (85), 16:45, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее, Guiх среди одобренных Светлейшим дистрибутивов.
     
  • 4.161, Аноним (-), 21:16, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Перейдём на Guix;
    > Будем собирать OwnLFS со старым добрым SysVinit и раздельным /usr.

    Ага! Вон там коннозаводчики до сих пор коней разводят. Наверное, назло Генри Форду! И пусть эти, с конвейером, подавятся! :)

     
  • 2.23, Минона (ok), 09:42, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Разве-что БиЭсДи, на там то-же смотрю присматриваются к огрызкам

    Идее портировать лаунчд из макоси в фряху уже лет 100500.
    А воз и ныне там...

     
     
  • 3.36, Аноним (34), 10:28, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно, Фряшный инит не хуже Эппеловского.
     
  • 3.87, Аноним (84), 13:02, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дык уже и так было 2 рабочих порта launchd, один порт systemd и примеры использования nosh и OpenRC в TrueOS и GhostBSD.
    В итоге просто стали искать бутылочное горлышко:
    https://wiki.freebsd.org/BootTime
     
     
  • 4.132, _ (??), 17:12, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Те кто топят за системди уже давно заткнулись про то что оно "быстрее грузицо" :)
    Там в основном сейчас напирают на "пром стандарт ди факто жи!" (С) и увы это близко к истине.
     
  • 2.131, _ (??), 17:10, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для неграмотных - у бсд своя система инициализации, не от SySV ...
    Но так как в нашей ойте всегда побеждает худшее решение ... какой то вариант системди, а то и он сам в бсдях вполне может появится :)
     

  • 1.13, Аноним (13), 08:53, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём порт на FreeBSD Libc.
     
  • 1.14, Аноним (14), 08:58, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пора докидывать оперативы в vm-ки с Alpine?
     
     
  • 2.42, ЛщЛ (?), 10:34, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пора докидывать оперативы в vm-ки с Alpine?

    Ага, и резать время лимитов на простой затупляющих сервисов systemd

     
     
  • 3.106, Аноним (106), 14:41, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, и резать время лимитов на простой затупляющих сервисов systemd

    О, это и десктопная/ноутбучная боль. Нахрена там такие дефолты?

     
     
  • 4.227, Аноним (226), 17:40, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дефолты для серверов, где аккуратный останов одного сервиса может занимать минуты. Пока всех клиентов из очереди обслужит, пока все кэши на диск скинет, пока все соединения закроет, вот уже и минута прошла, а то и двадцать. Линукс на десктопах и ноутбуках как был, так и остался шуткой в пределах статпогрешности.
     

  • 1.15, Я (??), 09:10, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    systemd необходимо в bios, чтобы порадовать ловастиков ржавчины
     
     
  • 2.39, НяшМяш (ok), 10:32, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    К моменту создания systemd UEFI уже давно был )
     
  • 2.62, Аноним (85), 11:35, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Штобэ они BIOS начали переписывать?
     
  • 2.151, Аноним (151), 20:14, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно уже давно есть в BMC.
     

  • 1.17, Catwoolfii (ok), 09:22, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Я вот одного понять не могу: что это за повсеместный фетиш такой на скорость загрузки системы? Какая к хренам разница, за 7 секунд загрузится или за 20?
     
     
  • 2.24, мяв (?), 09:45, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это как с rust и прочими.. мозгов нет, почему что-то было сделано раньше опред. образом - не понимают, зато бегут все "улучшать".
    в итоге улучшают так, что все старые проблемы остаются, но сверху присыпаются "сахарком".
    самое забавное, что сейчас развивающиеся иниты, вроде openrc и dinit, sd в скорости загрузки как раз обгоняют.
    при том, в функционале, как сервисные менеджеры, не уступают(по крайней мере, openrc, про dinit не уверена).
     
     
  • 3.29, Минона (ok), 09:50, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > это как с rust и прочими.. мозгов нет, почему что-то было сделано раньше опред. образом - не понимают, зато бегут все "улучшать".

    Как раз понимают что раньше было сделано так потому что не было раста.

     
     
  • 4.44, ЛщЛ (?), 10:41, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не, на самом деле кошка права, однако теперь современные эффективные коддеры пол... большой текст свёрнут, показать
     
     
  • 5.56, Аноним (-), 11:17, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    У них выбора не было Точнее был, но они зачастую принимали самые дурацкие решен... большой текст свёрнут, показать
     
     
  • 6.82, Минона (ok), 12:47, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще под линукс пользовательский софт отстойный, хороше примеры можно пересчитать по
    > пальцам одной руки.

    Да, хороший софт под линукс работает в вайне)

     
  • 6.112, Dr. W (?), 15:10, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Нет, тут не предлагается стирать ручками, тут предлагает... большой текст свёрнут, показать
     
     
  • 7.228, Аноним (226), 17:45, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > тут же не дураки сидят!

    Заявление настолько же смелое, насколько оторванное от реальности.

     
  • 5.191, Аноним (189), 02:24, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Зато вся эта заботливо созданная дидами экономия даёт возможность современным лоботрясам

    Не наговоривайте на дидов. Они либо портили память в си либо скриптили на всяких ужасах типа баша, перла, а потом и питона.

     
  • 4.45, мяв (?), 10:42, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    появился руст - осталось так же не включая мозги и не понимая, как работать с... большой текст свёрнут, показать
     
     
  • 5.52, Анонимусс (-), 10:58, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Просто шикарный спич типового хейтерочка Понимая лучше чем дыряшчники Потому ч... большой текст свёрнут, показать
     
     
  • 6.63, мяв (?), 11:36, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это когда в технической дискуссии переходят на личности, хейтерочков и дыряшн... большой текст свёрнут, показать
     
     
  • 7.70, Анонимусс (?), 12:00, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Фанатиков дырявой сишки Да, потому что утечка памяти не приводит к ее порче Я... большой текст свёрнут, показать
     
     
  • 8.77, мяв (?), 12:15, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    да или хотя бы сгруппировать как-то либо убирайте циферки обратно в кармашек ... большой текст свёрнут, показать
     
     
  • 9.80, Анонимусс (?), 12:37, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раст в процессе компиляции речь про rustc, т е задолго до передачи результатов... большой текст свёрнут, показать
     
     
  • 10.90, Минона (ok), 13:11, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А как тут может получиться 51 ... текст свёрнут, показать
     
     
  • 11.95, Анонимусс (-), 13:42, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Отличный вопрос Нужно смотреть асмвыхлоп Более того, GCC 4 7 его к сожалению ... текст свёрнут, показать
     
  • 11.122, Аноним (122), 16:38, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно же Сначала выполняется присваивание, а потом инкременты Я правда не у... текст свёрнут, показать
     
     
  • 12.124, Аноним (-), 16:43, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но вроде у нас все компиляторы для одно языка А результаты разные Тут есть нес... текст свёрнут, показать
     
     
  • 13.173, Анонимусс (?), 22:08, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Добро пожаловать в прекрасный мир надежного системного языка Тут именно оно ... большой текст свёрнут, показать
     
  • 10.164, Анонимусс (-), 21:33, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Фа какая плохая очепятка Разумеется signed integer overflow 3 4 3 EXAMPLE An... текст свёрнут, показать
     
     
  • 11.188, мяв (?), 01:52, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    об этом точно так же предупреждают компиляторы и clang, и gcc ... текст свёрнут, показать
     
     
  • 12.211, Анонимусс (?), 10:55, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не всегда include limits h include stdio h int square int num retu... текст свёрнут, показать
     
  • 10.183, мяв (?), 01:22, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну и я к тому, что время тратится именно на 10 преобразований, не на какие-то м... текст свёрнут, показать
     
     
  • 11.214, Анонимусс (-), 11:21, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется, потому что это синтетический пример Как вы можете с ним работать, е... большой текст свёрнут, показать
     
     
  • 12.224, мяв (?), 14:09, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    хм в принципе-то, логично но, как по мне, уж лучше б они свой стандарт запили... текст свёрнут, показать
     
  • 11.235, Аноним (189), 21:02, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Подскажите, как мне избежать его в чужом коде, например в ядре ... текст свёрнут, показать
     
  • 7.193, Аноним (189), 02:33, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >руст считает, что утечка памяти - это [вполне безопасное и нормальное поведение

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

     
  • 7.233, Аноним (189), 20:55, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >руст считает, что утечка памяти - это [вполне безопасное и нормальное поведение

    Можно подумать, что в си лучше.

     
     
  • 8.237, мяв (?), 01:54, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    можно голову включить и прочитать переписку человек Выше говорил про порчу пам... текст свёрнут, показать
     
     
  • 9.249, Аноним (248), 17:14, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вы действительно не понимаете в чём разница Если есть утечка, программу надо пе... текст свёрнут, показать
     
  • 5.79, Минона (ok), 12:22, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/

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

    Ключевое тут - "при правельном подходе".

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

    Кто мешает использовать LTS версии?

     
  • 5.192, Аноним (189), 02:29, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >без unsafe-кода не обходится почти ничего, кроме совсем простых программ.

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

    Ещё одни неосиляторы. Они мало того, что опакетить несколько библиотек не могут, так ещё и их дистрибутивы буквально пачками набиты cve разных сортов.

     
     
  • 6.201, мяв (?), 07:48, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "все неосиляторы, все не понимают, все тупые, все всё неосилили!!!"
    самое смешное, что даже ссылок никаких.
    в итоге выходит:
    в крупнейших дистрибутивах(в rhel тоже, да) есть проблемы с поставкой rust-софта; комунити всех, кто посмел усомниться в их обьекте обожания, помоями поливает(аноним выше хотя бы ссылок дал и тех. аргументы привел) и обьявляет "неосиляторами"; у языка проблемы со стандартизацией.

    зачем мне тогда раст?
    если крупнейшие игроки что-то там "не осилили" - это проблема инструмента, а не их. так устроен реальный мир.

     
     
  • 7.204, Аноним (-), 08:34, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что называя вещи своими именами - вокруг яп собралось комьюнити горластог... большой текст свёрнут, показать
     
  • 7.209, Аноним (-), 10:19, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Когда люди несут какую-то чушь, которая описана на первых страницах растбука т... большой текст свёрнут, показать
     
     
  • 8.225, мяв (?), 14:21, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    прикол в том, что на Вас никто не бычился а Вы - вполне себе если бы мне ч... текст свёрнут, показать
     
  • 7.231, Аноним (189), 20:52, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >в крупнейших дистрибутивах(в rhel тоже, да) есть проблемы с поставкой rust-софта

    В этих ваших крупнейших дистрибутивах шаг влево, шаг в право - приравнивается к побегу, с расстрелом на месте. Посмотрите, как там любой софт ставить - первым делом будет подключение своего собственного репозитория. И не важно что это - docker, rust, node, php или что-то ещё. В нормальных дистрибутивах, типа NixOS проблем нет никаких.

     
     
  • 8.240, мяв (?), 07:13, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    предлагаю в этом контексте, нормальные дистрибутивы оставить школьникам для ур... текст свёрнут, показать
     
     
  • 9.250, Аноним (248), 17:19, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кто виноват, что крупнейшие дистрибутивы не могут поставить две разные версии би... текст свёрнут, показать
     
  • 9.253, Минона (ok), 09:27, 09/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В реальном мире Шляпа двигает OSTree Flatpack Убунта -- Snap Core Snap App... текст свёрнут, показать
     
     
  • 10.254, n00by (ok), 10:23, 10/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как понимать портированном Количество пакетов Вроде бы, объясняется это су... текст свёрнут, показать
     
     
  • 11.255, Минона (ok), 13:29, 10/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Адаптированном под особенности NixOS AUR 74853 проекта 93418 пакетов nixpkgs s... текст свёрнут, показать
     
     
  • 12.256, n00by (ok), 11:12, 12/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Про AUR не знаю, сколько там, а в Gentoo eix dev-haskell выдаёт всего лишь На... текст свёрнут, показать
     
     
  • 13.257, Минона (ok), 15:04, 12/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В nixpkgs есть Package sets haskellPackages - 18116 пакетов В AUR по слову has... текст свёрнут, показать
     
     
  • 14.268, n00by (ok), 13:27, 16/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мне неясна вся эта арифметика ради арифметики У меня из 19057 пакетов установ... текст свёрнут, показать
     
  • 3.46, Аноним (-), 10:43, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > мозгов нет, почему что-то было сделано раньше опред. образом - не понимают

    Как раз понимают.
    У дидов был проц с производительностью как у нынешних принтеров.
    Хотя вру, проц в моем уже старом лазерном HP мощнее моего первого компа раза два наверное.
    Еще и оперативы больше в 4 раза))

    А сейчас нужно что-то стандартное. Чтобы новый админ не разбирался в вонючих портянках предыдущего.
    И этим стандартом стал systemd.
    Локалхостникам-нетакусикам этого не понять, они будут прдлить свои скриптики, просто потому что им это нравится.
    Тем же кому нужно работать с инфраструктурой это не интересно. Им работать нужно, а не прдлиться.

     
     
  • 4.136, _ (??), 17:23, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У дидов был проц с производительностью как у нынешних принтеров.

    Смеёшься? :)
    По сравнению с теми PDP - проц в твоих наручных смартватчах - просто топ супер! :)

     
  • 4.140, Аноним (85), 17:40, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Наивно полагаешь, если есть systemd, то не, как ты выражаешься, напердоить скрипиков на Баше и др. скриптовых? Ещё как можно постараться. Только тогда новоиспечённому админу придётся ещё более туго. Будет вникать, откуда это они из там Сюстемды стартуют.
     
  • 4.187, мяв (?), 01:50, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    если в линукс, стандарт - это просто "кто первый встал - того тапки"; de, лазающие по /run/systemd и io.systemd1.<...> на шине, то.. до десктопа еще, как до Китая.
    >этим стандартом стал systemd.

    этот "стандарт" был задолго до systemd и назывался openrc.
    и самое инетересное, он и то с портабельностью справлялся лучше: Вы могли на систему с любым инитом поставить openrc-run и у Вас б openrc'шные сервисы работали.
    может, не так быстро, как на openrc, из-за большего кол.-ва форков, но работали бы.

     
  • 3.194, Аноним (189), 02:48, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >это как с rust и прочими.. мозгов нет, почему что-то было сделано раньше опред. образом - не понимают, зато бегут все "улучшать".

    Не нужно понимать почему были выбраны костыли в виде strcpy перезаписывающего память, fork который может вернуть -1 и kill, который может принять -1, макропроцессор бещ гигиены для того, чтобы хотеть это убрать.

     
  • 2.25, Аноним (-), 09:46, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да это адепты systemD рапространяли около 15-ти лет назад. Якобы systemD быстрее загружается чем SysV init. Как всегда врали. Подозреваю, что и до моего рождения деды измеряли скорость загрузки ОС.

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

     
  • 2.26, чатжпт (?), 09:47, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    СДВГ. Пока 20 секунд будет грузиться средний пользователь устанет и забудет зачем он загружает ноутбук или пк
     
     
  • 3.86, Аноним (85), 13:01, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А, ну вот для таких и пусть делают отдельные специализированные дистрибутивы. Где скорость загрузки во главу угла.
     
  • 3.120, Аноним (120), 15:49, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Современный ПК выходит из сна за пару секунд.
    …А, мы же про линукс, да.
     
     
  • 4.133, Аноним (85), 17:13, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да пусть хоть 10 с просыпается. Главное, чтоб успешно проснулся.

    PS Обратите внимание, сколько Virtualbox виртуалку восстанавливает из остановленного состояния. И ничего, дожидаемся.

     
  • 2.27, Минона (ok), 09:48, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какая к хренам разница, за 7 секунд загрузится или за 20?

    Особенно по сравнению с временем инициализации фирмвари.
    Я рабочий комп вообще не выключаю.
    Ребут раз в месяц после апдейта.

     
     
  • 3.69, мяв (?), 11:58, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    у меня после аптайма в ~14 дней на гноме, либо dbus, либо accounts service, либо провайдер secrets api сходят с ума до перезапуска пользовательской сессии, просто переставая отвечать по шине(или полное зависание всего, если речь о самой шине).
    у Вас de какое?
     
     
  • 4.81, Минона (ok), 12:38, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > у меня после аптайма в ~14 дней на гноме, либо dbus, либо
    > accounts service, либо провайдер secrets api сходят с ума до перезапуска
    > пользовательской сессии, просто переставая отвечать по шине(или полное зависание всего,
    > если речь о самой шине).
    > у Вас de какое?

    Windows 10 LTSC 21H2 😉

    С другой стороны.
    У меня есть компы на Убунте 20.04, они месяцами работают.

     
     
  • 5.178, Аноним (-), 22:57, 06/09/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 6.252, Минона (ok), 07:58, 09/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.270, Аноним (270), 17:49, 16/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.272, Минона (ok), 14:40, 17/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.97, OpenEcho (?), 13:54, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > у меня после аптайма в ~14 дней на гноме, либо dbus, либо accounts service, либо провайдер secrets api сходят с ума до перезапуска пользовательской сессии,

    В MXLinux и его прародителе Antix (DE под крысой) такого 100% нет, рабочие станции (на которых чего только не грузят) по пол года работают легко, может было бы и больше если б админы насильно не перегружали после апдейта кернела

     
     
  • 5.115, Аноним (109), 15:17, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> у меня после аптайма в ~14 дней на гноме, либо dbus, либо accounts service, либо провайдер secrets api сходят с ума до перезапуска пользовательской сессии,
    > В MXLinux и его прародителе Antix (DE под крысой) такого 100% нет,
    > рабочие станции (на которых чего только не грузят) по пол года
    > работают легко, может было бы и больше если б админы насильно
    > не перегружали после апдейта кернела

    Подтверждаю, но это не проблема systemd, хотя это ещё то поделие, это либо проблема дистра, либо гнома. У меня Debian под Xfce с большими аптаймами тоже не тёк и не бесновался.

     
  • 4.143, Big Robert TheTables (?), 17:52, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    windowmaker, вполне без проблем месяцок-другой жил.
     
  • 2.30, Someone (??), 09:57, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Практически разницы нет, но маркетолухи скажут что скорость загрузки уменьшилась на 185%.
     
  • 2.32, ИмяХ (ok), 10:20, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем, у кого одна ОС на все случаи жизни, конечно без разницы, включил один раз и на несколько лет забыл про то, что такое загрузка системы.
    А если нужно запускать по тысяче виртуалок в день, то даже экономия в долю секунды загрузки сильно облегчает жизнь.
     
     
  • 3.59, Фрол (?), 11:24, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лол

    как сказать, что в день запускаешь не больше десятка виртуалок, не говоря, что в день запускаешь не больше десятка виртуалок.

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

     
     
  • 4.251, Аноним (248), 17:21, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >при тысяче разделов в день ты для начала в ио рогом упрешься

    В часе 3600 секунд. Можно запустить тысячу виртуалок в час, и останется ещё 23 часа на всё остальное

     
  • 2.57, Василий Пупов (?), 11:19, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Любые оптимизации - это хорошо для пользователей.
     
  • 2.66, Аноним (66), 11:43, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Какая к хренам разница

    У владельцев SSD загрузится меньше, чем за 7, а у владельца HDD больше, чем за 20. Для этого и нужен systemd. Чтобы с SSD загружалось быстрее, а с HDD - медленнее.

    Потом владельцы SSD придут на опеннет, начнут что-то там балакать про луддитов и смеяться, но когда на SSD найдётся якобы стёртое порно, ну или ключи от криптокошелька, им будет уже не так смешно.

     
     
  • 3.116, Аноним (109), 15:19, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Какая к хренам разница
    > У владельцев SSD загрузится меньше, чем за 7, а у владельца HDD
    > больше, чем за 20. Для этого и нужен systemd. Чтобы с
    > SSD загружалось быстрее, а с HDD - медленнее.
    > Потом владельцы SSD придут на опеннет, начнут что-то там балакать про луддитов
    > и смеяться, но когда на SSD найдётся якобы стёртое порно, ну
    > или ключи от криптокошелька, им будет уже не так смешно.

    Я вам страшную тайну открою, жизнь на HDD в линуксах есть. Не только для файлопомоек, а именно работы систем, да не столетних, а вполне себе относительно современных. И ничего, работать можно, а вот с малым количеством ОЗУ печально сейчас.

     
  • 2.73, Соль земли (?), 12:09, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Перфекционизм.
     
  • 2.101, Аноним (14), 14:06, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    От этого зависит частота воспроизведения писка компа при цикличном ребуте. Вдруг кому важно.
     
  • 2.144, User (??), 18:12, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну нельзя же было линуксойедам продать "декларативную кофнигурацию, унифицированный инит, упрощение обслуживания, больмень консистентный интерфейс, стабильную работу" и вот это вот все? А вот "раньше загружалось за 30 секунд - сейчас за 5 - LINUX СТАЛ В ШЕСТЬ РАЗ ЛУЧШЕ!!!" - получилось.
     
  • 2.232, Аноним (189), 20:54, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что же вы ноете тогда, когда современный сайт минуту грузится? Подождать что ли не можете?
     
     
  • 3.244, Современный веб дев (?), 10:30, 08/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пока нода с кубером стартанет, да? Пока страница загрузится...
     

     ....большая нить свёрнута, показать (77)

  • 1.20, Аноним (-), 09:40, 06/09/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

     ....ответы скрыты (7)

  • 1.22, Аноним (22), 09:42, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот сейчас не понял, Адели был один из нескольких свободных от системд и его компонентов дистром, и тут такое. Видимо Адели в скором будущем можно вычеркнуть из systemd free list. Жаль.
     
     
  • 2.50, АнонимКо (?), 10:50, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вот сейчас не понял, Адели был один из нескольких свободных от системд
    > и его компонентов дистром, и тут такое. Видимо Адели в скором
    > будущем можно вычеркнуть из systemd free list. Жаль.

    Вот только сейчас понял что узнал о дистре из самой новости.

     

  • 1.31, Аноним (31), 09:59, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Musl для корпорастов, которых от (L)GPL корёжит. Не ведитесь.
     
     
  • 2.91, Аноним (85), 13:28, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По собственному выбору - не ведёмся. Но в некоторые места он пропихнут. Кстати, кто вкурсе, OpenWRT можно собрать с GLibc?
     
  • 2.99, OpenEcho (?), 14:01, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Musl для корпорастов

    Он еще для тех, кто не хочет быть вендорлокнутым, чтоб не случилось, - "Упс, у вас версия глибса не та, отказываемся работать", ну и еще тем кто понимает, в чем достоинство статики

     

  • 1.41, Аноним (41), 10:33, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пришло время написать радикально упрощенный аналог system и везде заменить systemd на него
     
     
  • 2.54, Аноним (54), 11:04, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наконец-то ты решился. Только побыстрее пиши.
     
  • 2.64, Аноним (85), 11:37, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На Баше
     
     
  • 3.100, OpenEcho (?), 14:02, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > На Баше

    На баше уже давно есть ;)

     
     
  • 4.103, Аноним (85), 14:18, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тут же кого-то не устраивает, что имеющийся не умеет обрабатывать юниты.
     
     
  • 5.105, OpenEcho (?), 14:25, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну тут же кого-то не устраивает, что имеющийся не умеет обрабатывать юниты.

    Они просто не знают как парсить ini файлы в шелах

     

  • 1.71, Аноним (72), 12:01, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    А вам не кажется что тот "любитель КЕД" который делал скрин что то мутное намутил с кнопками окна и главное зачем?
     
     
  • 2.108, Аноним (106), 14:53, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну это его дело. Кеды слава богу позволяют.
    Поменял тему и/или расположение кнопок... Потому что может.)
     

  • 1.75, Соль земли (?), 12:11, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Полезное. Но если переписать systemd с нуля, соблюдая все API, то это уже не systemd. А какой-нибудь systemd-ng.
     
     
  • 2.88, Аноним (88), 13:07, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Но если переписать systemd с нуля, соблюдая все API

    Код системд больше двух миллионов строк кода, там просто вчитаться и понять что да как работает уже история успеха, которой можно не один месяц хвастаться в ИТ компаниях за рюмкой чая.

     
     
  • 3.148, User (??), 19:04, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вот рядом чуваки на 80к строк сломались и решили что проще переписать, чем читать)
     
  • 2.92, Аноним (92), 13:28, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    systemd-ng

    Это наверное что то хорошее.
    а вообще не понимаю "ненавистники systemd" это же стандарт как usb.

     
     
  • 3.93, Аноним (-), 13:36, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а вообще не понимаю "ненавистники systemd" это же стандарт как usb.

    Ну так были целые войны стандартов VHS vs Betamax, FireWire и USB,  HD DVD и Blu-Ray...
    Ну и программные ХОрн против вейланда, H.264, против AV1..

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


     
     
  • 4.165, Аноним (-), 21:37, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и программные ХОрн против вейланда,

    Прям война прошлого с будущим. Но ее исход всем известен. Либо будущее наступит, либо нет, но тогда то - совсем п.ц!

    > H.264, против AV1..

    Это не война, это избиение, у AV1 картинка лучше на битрейте в 2 раза ниже. Воевать пытаются 265/266 и какие там еще за wtfvc я забыл. Но кому они с ТЕМИ условиями теперь нужны?

     
  • 3.102, Аноним (85), 14:07, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >это же стандарт как usb

    Где комитет по стандартизации? А вообще, стандартизация предполагает написание спецификаций, по которым имеют возможность появиться конкурирующие реализации.

     
  • 3.104, OpenEcho (?), 14:20, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > а вообще не понимаю "ненавистники systemd" это же стандарт как usb.

    Есть еще прогрессивные изобретатели, не желающие ходить строем и в одной и той же юниформе.

    Кстати, можно ссылочку на "стандард" ?

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

     
  • 3.202, мяв (?), 07:53, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    стандарт - это когда есть четкий документ, четкий план поддержки и процедцра его принятия, см. POSIX, или спеку freedesktop.
    а не когда у нас на шине висит io.systemd1.<...>, приложениям для доступа к апи приходится лазать в /run/systemd, а единственный документ, uapi spec, мало того, что описывает полтора сервиса, так еще и составлялся не из парадигмы "придумали, описали, сделали свой референс", а "задокументировали свою реализацию"
     

  • 1.123, Аноним (123), 16:39, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ну наконец то Alpine нормальным станет
     
     
  • 2.126, Аноним (-), 16:47, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Alpine или Adelie?
     

  • 1.154, Аноним (151), 20:22, 06/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем это лучше "rc_parallel=1"?
     
     
  • 2.167, Аноним (-), 21:39, 06/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чем это лучше "rc_parallel=1"?

    Чем Феррари с эмблемкой коня лучше настоящего отборного мустанга лучшей породы?! Ну, вот, тем. Каждой эпохе свои средства передвижения.

     

  • 1.195, Аноним (189), 02:53, 07/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Создатель самобытного дистрибутива Adelie Linux

    Посмотрел ради интереса на версии пары пакетов - python и php. Оба древние, с cve. Молодцы, не отстают от дебиана.

     
     
  • 2.203, мяв (?), 07:57, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    сюрприз открою: в дебиане фиксы безопасности бэкпортируют.. надо на источник смотреть, не версию ..
    описанные Вами пакеты сейчас в stable-security
     
     
  • 3.234, Аноним (189), 21:00, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >сюрприз открою: в дебиане фиксы безопасности бэкпортируют

    Да ладно. Только вы учтите, что при обновлении безопаснотси растёт номер патча. А теперь, следите за цифрами: в buster php 7.3.31, в то время как последняя версия в ветке 7.3.33. Вывод - дебианщики не осилили скопировать два патча из апстрима, не говоря уже про бекпортирование уязвимостей, исправленных после прекращения версии 7.3.

     

  • 1.206, Аноним (206), 08:54, 07/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >трёхкратное сокращение времени загрузки

    С 3 минут до 1?

     
  • 1.207, Аноним (207), 09:14, 07/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Расмкажите ему уже о runit и dinit.
     
     
  • 2.208, Аноним (208), 09:53, 07/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Dinit хорош, нравится. Активно развивается.
     
  • 2.258, Аноним (258), 02:10, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Расмкажите ему уже о runit и dinit.

    Да че там рассказывать в 2000 видел впервые программиста он там все др*чил на winrary и windowsbi ) Я тогда подумал но не настолько же это круто) и все как то измудренно говорил)

    systemd самая распространенная.)

     

  • 1.230, glad_valakas (-), 20:16, 07/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > пока одна из компаний не выразила готовность
    > профинансировать завершение работы над портом

    а теперь ZOGадка - угадайте эту щедрую компанию с одного раза.

     
  • 1.243, tester (??), 07:57, 08/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У этих отщепенцев есть LUA в ядре. Вот пусть на нем и пишут
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру