а зачем тогда виртуал бох?

> но из-за нехватки инженерных ресурсов его разработка затянулась.

Оракл собирается уволить около 30 000 сотрудников, их операционные показатели не ахти.

Все это время, когда я выбирал в настройках vbox гипервизор kvm, оно что делало?

>Реализация подготовлена сотрудниками Oracle и не пересекается с бэкендом VirtualBox-KVM, параллельно развиваемым компанией Cyberus Technology

Это враньё. На самом деле патч от Cyberus Technology просто доводит недоделки от Оракла до юзабельного состояния, сам он базируется именно на них. Я сейчас сижу на осенней версии (7871fba29c47aa2d52edcf78dc62d433fed02d4e и поверх неё куча патчей, включая мои, без которых она даже не соберётся) и не дышу на неё, потому что он у меня собирается после обновления репозитория за 6 часов непрерывного ворочания свопом. ПОЭТОМУ ВСЁ НИЖЕПЕРЕЧИСЛЕННОЕ НАПИСАНО ДЛЯ ЭТОЙ ВЕРСИИ (ПОЛЮС НЕСКОЛЬКО ПАТЧЕЙ ПОВЕРХ, ВКЛЮЧАЯ КИБЕРУСОВСКИЙ И ДЕБИАНОВСКИЕ):

Причём XSAVE у меня проверку прошло не смотря на то, что в камне инструкции нет. Это - перечисление расширений KVM, подозреваю что в самом KVM при отсутствии XSAVE она эмулируется через FXSAVE + ещё несколько инструкций (как я и планировал). Более того, в исходнике перед использованием каких-либо расширений KVM их наличие проверяется в рантайме. То есть проверка на наличие расширений в начале при запуске вообще излишняя. `XCRS` кажется относится к реализации TEE (AMD SEV) и вообще нафиг не нужен, но его разумеется на старых камнях нет, и это к лучшему, мы их именно за это и любим - что в них нет встроенных DRM.

Поэтому блок #ifdef __KVM_HAVE_XCRS смело убираем. Блок #ifdef __KVM_HAVE_XSAVE можно оставить, так как присутствие этого расширения не зависит от присутствия инструкции в камне.

Этого оказалось недостаточно: вместе с timestamp counter это дерьмо unconditionally запрашивает MSR_K8_TSC_AUX - она же IA32_TSC_AUX - используется в RDTSCP, которой на старых камнях нет. В инструкции зачем-то стоит проверка на успешность выполнения, что все счётчики загрузились ... как-бы это лишнее. Но всё равно в целях оптимизации загнал под CPUID.

Всё равно не завелось ... оказалось орки не проверяя наличие MSRов (хотя в доке сказано проверять) их используют, и опять же зачем-то проверяют успех операции, если неуспешна - guru meditation. Написал программу, дампящую список доступных в KVM MSRов на машине, сравнил с используемыми, закомментил лишние ... и voila!

https://0x0.st/Kc8N.png/Screenshot_VBox_KVM_Core2Duo.png

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

Хоть в репозитории патча и было написано, что сеть в режиме NAT работал - на самом деле сеть не работает совсем без загрузки вбоксовского ядерного модуля.

Windows 98 а равно GNU/HURD KVM не терпит ни на QEMU, ни на VirtualBox - оба интерфейса к этому гипервизору полуштатно (не падают, а культурно, но с ошибкой) завершаются, с записью в dmesgе.

А как же NoSQL?! Потравили хипстеров, а сами продолжают писать SQL.

Пробежался бегло по описанию пайпов, создалось впечатление, что они переизобретают CTE.

зато честно...
сразу по названию, разные целевые аудитории пойдут в разные стороны:
адепты и неофиты ГуГоЛя не перепутают дверь
другие сразу будут держаться по-дальше

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

А YouTube когда в GoogleTube переименуют? Унификация под единым брендом уменьшит путаницу и упростит поиск материалов!

А теперь берём... берём... лёгким движением руки видим что потрясающий nushell (и его язык программирования nu) - это не только "более удобная оболочка для админов".

И там идеи которые на поколения опережают эти вариации SQL.
ls | first 10 | where name = "Donny"

Ой, что это тут у нас? Язык запросов SQL с pipe и не только

Впервые слышу об этом инструментарии. Может кто дать больше информации зачем он нужен?

> В отличии от WireGuard c узнаваемым handshake (Magic number + Noise Protocol) и OpenVPN с характерным TLS-отпечатком, в протоколе ASTP каждый пакет начинается со случайной затравки (nonce 12 байт), за которым идёт шифротекст переменной длины с добавочным заполнением до ближайшего размера блока (настраивается). Для внешнего наблюдателя трафик неотличим от случайного.

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

То есть можно свободно посылать по матушке и в ответ также получить адрес, куда тебе нужно идти. Всё честно.

>>каждый пакет начинается со случайной затравки

---------------------------
Ну так я тебе покажу LOIC'ом, как твоя нода упадёт в попытка разобрать каждый рандомный входящий пакет, сгенерированные в сотню потоков. И весь твой Rust сожрёт ОЗУ и процессорное время безопасно.

> распространяется под лицензией MIT, но с явным запретом на форки под GPL ("Denied Licenses: GPL-2.0, GPL-3.0").

Это уже не MIT/Expat и не является лицензией Свободного ПО, ни Open Source.

> неотличимый от случайного UDP-трафика

Именно случайный неотличимый трафик и блочат. Случайность определяется достаточно легко: в полностью зашифрованном трафике единицы и нули встречаются примерно одинаковое количество раз. Добавляем белый список заголовков, предшествующих случайному трафику (https, ssh, ...) -- и все, считай shadowsocks забанили. В 2к26 протокол должен прикидываться протоколом из белого списка мля. А не говорить провайдеру, "посмотри на меня! я случаен! я что-то скрываю! _уй прочтёшь меня!"

> безопасность через неясность
> Rust

М, так они наверно для этого ничего и не делали, оно получилось естественным путем.

Denied ANet.

> Код написан с нуля на языке Rust и распространяется под лицензией MIT, но с явным запретом на форки под GPL ("Denied Licenses: GPL-2.0, GPL-3.0").  

Там запрет на добавление GPL кода в их репозиторий, а не запрет форка под GPL.

> с упором на принцип "безопасность через неясность"

Эти гении (авторы данного софта, они же и авторы "новости") видимо даже не понимают, какую чушь сморозили и сами себя дискредитируют такими заявлениями. Возможно, имелась ввиду обфускация, но "эксперты" не могут отличить одного от другого. Хотели блеснуть "умом", но получилось как всегда. Желали вписать какие-то умные слова, чтобы выглядеть солиднее, только вот правильный термин подобрать не смогли.

> Право на Посыл. Каждый участник имеет неотъемлемое право послать любого другого участника [удалена обсценная лексика]. Это не оскорбление.

Нет, это именно оскорбление, как бы вы не пытались назвать это по другому.

> Это дебаг социального протокола.

С такими формулировками – это шизофрения.

> КОДЕКС ПОВЕДЕНИЯ (CoC)

Это не "кодекс поведения", а скорее какой-то кодекс оскорблений и унижений.

> Проект ANet придерживается принципа Радикальной Честности.

Отказ от взаимоуважения и вежливости – не является честностью само по себе, это несколько иное.

>написан с нуля на языке Rust и распространяется под лицензией MIT, но с явным запретом на форки под GPL

пиковый мастодон...

>Проект сопровождается кодексом поведения (Code of Conduct), подготовленным в соответствии с принципом "радикальной честности". В правилах прописано "право на посыл" (право послать любого разработчика при плохом коде), "зеркальный ответ" (жалобы на токсичность игнорируются), первостепенность кода (неважно, кто автор, а важно качество кода) и бан за попытки навязывания политкорректности.

... или нет))

Можно хоронить ввиду UDP... Не сработает похоже в долгосроке...

Эта вся ситуация с блокировками выглядит так глупо. Вместо объединения знаний всех людей всем придётся развиваться параллельно.

Чувствуется ИИ, ChatGPT, в этом тексте

>Код написан с нуля на языке Rust и распространяется под лицензией MIT, но с явным запретом на включение в проект зависимостей под GPL 2.0 и 3.0.

А потом спрашивают, а что это раст не любят.

"Транспорт на основе QUIC-подобного обвеса поверх UDP, но с собственным фреймингом".
Не успели релиз сделать, а уже заболочены. Как мило.

Я сижу в комнате с клопами и тараканами, правда с темя мониторами.
Когда телегу замедлили, начал писать ANet, и мне на_рать надо оно людям или нет, за Ханю

И да, обратите внимание на полную противоположность этой поделки тому, на чем основана РЕАЛЬНО работающая технология, используемая по всему шестому миру (иран-китай-угайктоеще) - успешно, аж настолко что вон псевдооппозиционные помойки сделали из этого себе вполне прибыльный бизнес.

1. MPL без васянских кукареков
2. оно на go. Поэтому работает на всем от унитазов до холодильников (и да, мильен лефтпадов экономит таки этим парням время на основную задачу, как и  отсутствие в языке безумных закорючек), а страшных ужасных ужасов от наличия gc мы почему-то не увидели.
3. авторы работают для людей а не только для удовлетворения своего чсв - поэтому оно поддерживает win7 которую уже не поддерживает go (в иране может не быть возможностей купить новую модную китайскую плату и поставить на нее краденую 11ю, кто бы мог подумать), и да, им не лень собирать и тестировать.
4. у них есть (по сути мазиловский же) COC, запрещающий личные наезды и хамство. Видимо, настоящие разработчики тоже не очень любят работать с хамами.

Проект сопровождается кодексом поведения (Code of Conduct), подготовленным в соответствии с принципом "радикальной честности". В правилах прописано "право на посыл" (право послать любого разработчика при плохом коде), "зеркальный ответ" (жалобы на токсичность игнорируются), первостепенность кода (неважно, кто автор, а важно качество кода) и бан за попытки навязывания политкорректности.

В реальности к этим клоунам никто не придет у кого есть немного самоуважения.
Удачи вам писать код ни для кого.
Вы никому не нужны и сгинете в небытии.

Кто захочет воспользоваться, имейте ввиду, что файрволл будет открыт настежь – заходи кто хочет:

https://github.com/ZeroTworu/anet/blob/92eb66062b778e51e4b9f...

Наивная глупость или злой умысел? Вот и думайте.

> неотличимый от случайного UDP-трафика

РКН "случайно" банит игры и войс-чаты в них. R6 Siege без дурилки DPI по 30000+ портам через пару килобайт пакетов отваливается, например.

> Код написан с нуля на языке Rust и распространяется под лицензией MIT,
> но с явным запретом на включение в проект зависимостей под GPL 2.0 и 3.0.

Или уж MIT - или уж EULA. А так получается - немножечко беременна какая-то. Автомобиль Форд может быть любого цвета. При условии что это черный.

> неотличимый от случайного UDP-трафика

Что хорошего-то, можно блокировать любой непонятный трафик. Слишком большой UDP трафик это уже подозрительная активность.

>но с явным запретом на включение в проект зависимостей под GPL 2.0 и 3.0.

Это требование излишне, ибо это суть GPL: то что зависит от GPL кода если лицензировано не под GPL - то это незаконно, если нет частной лицензии на подобное от копираста. И не работа лицензии на код проекта - обеспечивать законность. Это работа судов и полиции.

На самом деле с Критериями Столлмано всё нечисто и GPL сама их нарушает, когда требует чтобы при распространении ПО было лицензировано под GPL, это явно не "The freedom to redistribute copies", так как "freedom" по определению не может ограничена быть никакими законами, иначе любую "freedom" можно урезать до нуля, но при этом называть "freedom", что есть противоречие.

> с явным запретом на включение в проект зависимостей под GPL 2.0 и 3.0.

Ай, красавчик!
> бан за попытки навязывания политкорректности

Трижды респект!

Так, отвечу всем и разом. Я взял забугорный сервак в сентябре, сами можите посчитать сколько оно работает. Ни кто пока не блочит, лол.
Я - в говно, трезвый бы я не стал пилить новость на опенете.
Про дёрганье фаервола - это нанейрослопил чел из котосиба для макоси, у меня в винде / линуксе оно дёргается нативно, без костылей, и вот вопрос тут так много пользователей макоси, что бы возбудится от этого?

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

Zero Two няша, май вайфу, [03.02.2026 11:10]
Лол, а зачем ты её пилишь? Чтоб побыстрей твой впн заблокали?

Zero Two няша, май вайфу, [03.02.2026 11:10]
"так ради этой строчки всё и писалось"

хотел срача на пеньке, но срача не стало, и да, я всё это время пилил ради того, что бы создать новость на пеньке

вот вам

Что там по скоростям? Как это установить вообще без сборки?

можешь в ЛС написать, тогда будет

опять без госта

Лучше бы разработчикам Haiku дали премию, нежели опять монолитному линуксу с systemd и wayland!

> отвечает за поддержку стабильной и "staging" веток ядра Linux,
> занимает пост мэйнтейнера в 16 подсистемах ядра, среди которых
> USB, TTY и Driver core, а также является создателем openSUSE
> Tumbleweed, udev и инициативы по разработке драйверов для Linux

За внедрение Rust ему премию дали, это же всем так понятно!
А это все - просто прикрытие.
Подумаешь какие-то USB и udev...

Весёлые там премии:
"Бизнес и влияние"
"Влияние на сообщество"
"Влияние на сообщество"
"Навыки и обучение"

> USB, TTY

А вот интересно, COM-порт имеет адрес /dev/ttyS0, почему USB-устройства не имеют такие адреса?

Судя пот отчётам https://www.opennet.dev/opennews/art.shtml?num=64451 Там они почти 250 миллионов потратили непонятно куда за 25-й год. Масштабы попила перекрывают даже наши российские реалии. Потом ещё награждения непонятные. Всё прямо как у нас, только порядки другие.

> создатель архива исходного кода Software Heritage.

да, если MS заблокирует github то понятно где можно скачать код

Грег в отличной форме, не то, что тот, который педали разыгрывал, прямо на актёра смахивает, респект.

Забавный у них безумный взгляд на второй фотке получился. Хорошая демонстрация FOSS движения и их мотивации.

Бюрократическая тягомотина

Что за два маньяка на втором фото?

> Отстаивание интересов и доступность информации (Advocacy and Awareness) - Дженни Моллой (Jenny Molloy)

Что и какими методами Дженни отстояла? Уважаю таких людей

"Бизнес и влияние" (Business and Impact) - Фрэнк Карличек (Frank Karlitschek), создатель облачной платформы NextCloud.
Але, секундочку, это был форк owncloud, а не создание с нуля.
"автор первого свободного LiveCD"
Эммм, а до него никто не осиливал?
"Дэвид Куартиэль (David Cuartielles, основатель Arduino),"
Годно!
"Жан-Батист Кемпф (Jean-Baptiste Kempf, лидер сообщества VideoLAN),"
Очень годно!
"Дрис Бёйтарт (Dries Buytaert, основатель Drupal),"
Закопать.
"Хавьер Серрано (Javier Serrano, создатель Open Hardware Repository и соавтор CERN Open Hardware Licence),"
Очень-очень сильно годно!

Интеоесно, что они такого туда добавляют, что для его работы нужна махровая проприетарь вроде оригинального гуглохрома, и даже ни один хромиум не подходит?

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

а какая ось крутиться на этом виртуальном компе? игры для винды можно транслировать на линукс лэптоп?

Да сколько можно... Уже ДЕСЯТКИ их было, этих облачных геймингов. Самый старый был еще лет 15 назад, и с тех пор каждый год появляются новые, проходит пара лет и они закрываются. Потому что никому это не нужно.

Самое примечательное в этой новости, что Nvidia поставляет официальный флетпак для линукс-клиента. Если не ошибаюсь, это первый случай когда большая компания делает официальный флетпак для своего продукта. Возможно, мы видим первые шаги в признании этой технологии большими компаниями.

> OS Requirements
>    Ubuntu 24.04 LTS

А где Антикс? А где Девуан? Где Минт на крайняк?
Неужели нет поддержки ни одного васянодистра?!

И? Правильно - импутлаг.

как-то они это синхронно начали инициативой Open Gaming Collective, где «игровые» дистрибутивы на базе Линукса решили объединить усилия в разработке. Винде - капец! уже в этом столетии )))

Получается, mesa для игр через эту штуку будет не системной, а из рантаймов флатпака?

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

Сервер из GeForceNow они как выкинули, так и не собираются возвращать?

Круто, теперь запилить необходимую модельку энтрэпрайсу и они будут ловить двойной оргазм - один от облака, другой от ИИ и все это по подписке чтобы сэкономить!

Ну вы поняли план нвидии? Сделать железо по конским ценам и отобрать пека у людей, переведя все в облака

Натаскали бы модельки ботов чтобы можно было с ними как с гоминидами играть.

План ясен. Зачем вам домашний ПК с такими ценами, зачем вам страдать с неработающими античитами на линуксе? Выход есть - просто оформите наш супер сервис за 30 баксов за 100 часов

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

А вот и причина, по которой иксы, аркан, x2go и виртуализацию видеокарт навроде virgl-vtest-server очень скоро начнут всячески глушить и выпиливать.

You will own nothing and you will be happy - все фичи графической системы линукса будут. Но за подписку. А для запуска удалённого десктопа хватит и glorified directfb в виде wayland на десктопе и surfaceflinger, который гугл пропушит ему на замену.

Видимо дела у нвидиа совсем плохи раз они цепляются ща полтора процента рынка

> В конечном счёте решено убрать метку "Community"

Умные манагеры как всегда всех перехитрили.

>прекратил поставляться с меткой "Community"

Метку убрали, а community осталось :)
https://forumooo.ru
Молодцы!

> Сборки для Linux теперь формируются для систем с архитектурой x86-64-v2 или новее.

Это требует поддержки SSSE3, а значит, камни AMD до Bulldozer'ов в пролёте...

А что в таких случаях происходит? Процесс пытается выполнить инструкцию из набора и просто валится?

Хорошо. Здорово. Спасибо. А вообще, где бы посмотреть видео со "всеми" неочевидными и удобными фичами либры. Я в таблицах работаю по мелочи делаю всё как во времена царя Гороха. Надо бы обновить знания. В документации -  традиционно, даже то, что очевидно становится непонятно иногда.

Опенсорс, за который не стыдно. Долгих лет проекту

> В диалог создания скриншотов добавлена возможность

Ещё уразуметь бы откуда-нибудь о том, как этот диалог открывать...

Уже давно перешёл с него на onlyoffice и для всего хватает.

Все еще косо-криво но альтернатив нет, вебня на электроне в топку

Markdown в офисе? Но зачем? Может лучше бы интерфейсом занялись, а то он на страхолюдину похож

Прошу увеличить контраст ползунка на фоне полосы прокрутки в writer. Очень устают глаза от слабого контраста.

MarkDown! Наконец то! Так было грустно когда ИИ выдает в MD, а в LO не загрузить на прямую.

> Добавлена опция для использования в диалогах горизонтальных вкладок вместо вертикальных

Вангую, что на добавление опции "слева-справа" потребуется лет десять.

> В Base реализована поддержка многопользовательского режима.

AFAIR многопользовательский режим обеспечивается бэкэндом а не фонтэндом (и это не жабоСКЛ который до сих пор выскакивает по умолчанию), хотя реально нативно и без драйверов нормально только со слоном работает. Если кто в теме, проясните плз, - о чем это было

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

Кто бы ещё рассказал, почему версии новее LibreOffice 25.2.7.2 стали тормозными как адище

Ещё один боец сдался. Держался долго. Всё-таки 2026й. Press F.

> Брюс Дуббс (Bruce Dubbs) [...] объявил о прекращении [...] системой инициализации SysVinit
> по мнению Брюса, после прекращения поддержки SysVinit книга потеряет составляющие, важные для понимания того, как работает система.

У меня два вопроса по прочитанному.
1. Является ли целью lfs создать/улучшить у пользователя понимание того, как работает система?
2. Если да, то не противоречит ли это решение целям lfs и не является ли в таком случае Брюс вредителем, целенаправленно уничтожающим lfs?

Вчера узнал, что вместо crontab использвется timer от systemd. Поставилось с certbot.

Логи смотиеть также не осилил через systemd, grep намного удобнее.

Не LFS едины. Есть ещё CRUX какой-никакой. И без LFS можно сварганить дистрибутив без этого бинарного руткита.

А чего все завыли-то ? SysV Init никуда не делся сам по себе, у вас остается альтернатива. Но вам же надо, чтобы альтернативу сделал кто-то другой за вас )

К любому запросу в гугле теперь приходится добавлять сусьтемДэ.
Потому что всё поделилось на до и после. И всё что было до, все те статьи уже не работают.

Ждём редакцию LFS с обязательными RPM и DNF. В качестве аргументации пусть будет что-то про современные веяния и докер.

>  прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.

Пфф, так почему бы их не выкинуть вместо SysVinit? Зачем вообще в LFS эти жирные DE?

>после прекращения поддержки SysVinit книга потеряет составляющие, важные для понимания того, как работает система.

Но sysvinit не объясняет, как работает гном. И автотулз. А вот мезон и питон объясняют.

Последняя надежда рухнула... Придется своей головой в новых LFS'ах заменять systemd на SysVInit...

Что значит объявил? А как же мнение сообщества? Осуждаю.

Следующий шаг - внедрение ИИ ассистента?

>В качестве причин отказа от развития руководств с SysVinit упоминается нехватка ресурсов и прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.

LFS-ники! Теперь вы поняли почему Патрик выкинул GNOME из своей системы. GNOME уже тогда стал таким монстром, что собирать и поддерживать его стало в одночку невозможно.

Сам я принципально не собирал LFS с systemd, собирал исключительно версию с sysV init. Да и к чёрту systemd, лично мне он не интересен. LFS продолжу собирать, так как основное призвание LFS, это обучение.

busybox init

15 лет прошло, а срач всё там же.
Фанаты SysV/AT&T, объясните мне.

Весь юникс построен на философии наследования прав процессов. Весь, кроме cgroups, наверное. Модель fork+exec. С понижением прав от процесса к процессу без возможности повышения. С деревом процессов! Представляете, в UNIX если процесс умирает, то родитель сигнал получает! В отличие от богомерзкой венды, где CreateProcess.
И наследуется и консоль, и открытые файлы.

И все системные процессы должны порождаться init. И так и было, если кто из седовласых помнит, почему init вообще существует, а не запускаются сразу шелл-скрипты. Ведь можно же сразу запускать шелл-скрипты, даже в некоторых дистрах так делается. Но потом разрабы init встают в позу KISS, а делать что-то надо, поэтому изобретается костыль, который со временем становится стандартом де-факто вопреки логике UNIX. Круче только было с  berkley sockets.

А теперь, что делают shell-based системы инициализации? Правильно, изобретают демонизацию. Потому что в shell-based системах процесс запускается от пользователя. Который сначала через повышение привелегий запускает процесс, а потом этот процесс, чтобы жить, должен оторваться от пользователя, группы, консоли пользователя. И закрыть все чужие файлы, потому что это не системные файлы, а файлы пользователя. И жить потерянным, только формально обретая ppid=1, в реальности продолжая наследовать права и свойства пользователя который его запустил. Ну, кто как умел писать функцию демонизации, поверьте их столько же, сколько профессионалов инит-скрипта. И сколько было всегда с этим проблем. От потерянных процессов, которые нельзя остановить шеллскриптом, потому что pid-файл потерялся, до наследования лишнего и получения sighup, который нивелировался nosighup. Костыль на костыле костылём погоняет. А кто получит SIGCHLD? init, который об этом сироте даже не в курсе? Или инит-скрипт? И всё во имя KISS. Я видел хорошие инит-скрипты и даже сам писал с попыткой преодолеть все косяки. Единицы таких. Сходите посмотрите на инит-скрипт ClickHouse и обрыдайтесь. Или инит-скрипт MySQL. И каждый дистр пытался решить проблемы запуска сервиса от пользователя. Дальше всех ушла OpenRC. Хуже всех - у Debian, но там в ДНК вшиты шелл-врапперы "для удобства". И как "изучать устройство unix" в этом случае, если система инициализации противоречит идеологии?

Ну то есть SysV/AT&T настолько не-юникс-вей, что даже венда запускает сервисы через отдельный фреймворк, а не от пользователя. А солярка отказалась от скриптов в пользу SMF. Про макось (unix certified, на минуточку) говорить не будем, но там тоже launchd вместо скриптов. Хотя NextStep ещё был на скриптах.

И вот вам приносят два проекта - upstart и systemd. Обе решают все проблемы и более чем unix-way, потому что процесс контролирует менеджер процессов, то, чем должен был стать init. Ничего больше не теряется, всё управляется и мониторится. Ура! ulimit'ы теперь работают (старички, ну-ка расскажите, как выставить ulimit'ы процесса через скрипты)! Да, может обе неидеальны. Но сначала вы выкидываете upstart (не надо гнать на шапку, в RHEL5-6 была попытка внедрить upstart), а потом вам уже насильно всучивают systemd и вы плачете по потерянному раю. Я недолго с с никсами, с 1997 года, в проде с 2003 года. И за эти 17 лет, пока не вышла седьмая центось я познал всю кривоту script-based init.

И я правда не понимаю чему вы радуетесь. Хотите простой системы - возьмите upstart, runit в конце концов. Но как бы вы ни любили скриптовать, скрипты - это не unix-way, а менеджеры процессов - unix way, так как они продолжают дело init, который застрял в KISS.

Ну и последнее. А знаете почему вы ненавидите systemd? Потому что у большинства из вас был в момент перехода Debian. Я работал с многими дистрами в проде, и с rhel-based, и с debian-based. Понимаю, что у обоих лагерей фанатов свои бесспорные аргументы. Но когда RHEL выпустил семёрку с полностью переписанной системой инициализации на systemd-unit'ы, в debian пошли своим чудовищным путём, обернув инит-врапперы в юниты, которые ломались так же как и без systemd, но с systemd, что вызвало баттхёрт у всех. У системдешников от чудовищности костыля, у инитскриптеров от того, что оно к старым костылям просто приплюсовало ещё один.

Смиритесь уже и обретите UNIX. Всем добра.

>такими как GNOME и KDE Plasma

Все дистрибутивы объясняли этим выкидывание sysvinit. Может целесобразнее будет выкинуть GNOME и KDE Plasma?

>Systemd включает 1678 файлов на языке C, плюс множество файлов с данными, в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными.

Это так написано, будто бы кто-то эти исходники реально читает, лол.

Ха, ха, ха, ха.
>Брюс также отметил, что это вынужденное решение, которым он не доволен.

Если недоволен, то зачем принимал?
>Доступ к руководству LFS/BLFS 12.4 с SysVinit будет сохранён, но намеченный на 1 марта выпуск LFS/BLFS 13.0 будет сформирован только в варианте с системным менеджером systemd.

Ну передвинул бы дедлайн, хоть на год. Или ему эффективный менеджер в спину дышит?
>и прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.

Ну а почему кеды и гном не выкинул? Или не сделал два варианта - один с ними и systemd, второй без и того и другого?
>Systemd включает 1678 файлов на языке C, плюс множество файлов с данными, в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными.

То есть с несколькимиы тысячами файлов в итоге работать проще, чем менее чем сотней? Кто бы мог подумать.

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

Очень давно это уже было.
Причем было в одном ДЕЙСТВИТЕЛЬНО ЭКСКЛЮЗИВНОМ дистрибутиве.
Я даже был представлен в его коммюнити!)
Через месяц этот дистрибутив был послан НААААХЕР.
Дела давно минувших дней ващет.

Васянам которые хейтят systemd советую почитать man inittab.

В нем вы обнаружите кейворды wait, once, powerfail и respawn, которые четко показывают, что init задумывался средством для спауна и слежения за процессами, а баш-лапша была навернута поверх него позже, потому что изначальный init получился слишком дубовым.

Systemd - это развитие идей, изначально заложенных в SysV init.

Почему так многих это беспокоит? Лично мне наплевать. Это должна быть головная боль для программистов и тех админов, чей софт/воркфлоу явно завязаны на систему инициализации.

Круто. Мой выбор systemd версии оказался правильным. Шесть лет назад топовые дистрибутивы CentOS и Ubuntu его уже использовали.

В прошлом году в lfsautobuilder добавил возможность сборки базовой системы под sysv чтоб с Pentium 1 поиграться. Systemd оказался слишком жирным для антиквариата.

Предлагаю компромисный вариант: в LFS оставить sysv, а из BLFS - убрать.

Какой смысл заморачиваться с LFS если потом всё решать будет systemd?

Продвигание systemD сопровождалось небывалой ложью. Сначала говорили, что SysV init не быстрая и не умеет параллельно запускать демоны. Когда обман быстро вскрылся, начали говорить о том, что у systemd имеет функионал которого нет в SysV init. Так дело в том, что SysV init запускает демоны и скрипты. И всё! Иные функции возложены на другие утилиты. SysV init не берёт на себя излишний функционал.

Самой извращённой ложью было то, что стали ставить знак тождества между SysV init и bash скриптами. Чтобы манипулировать бинарями SysV init, GNU bash не нужен, достаточно иметь любой другой интерпретатор или скриптовый язык. Вперёд загодя скажу, что bash скрипты самое лучшее что есть в Линуксе. Они простые, надёжные и читаемые.

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

Надо собраться и написать прослойку для сборки GNOME/KDE без systemd.

Чтобы необходимые stub-функции были.

Ждем, когда перейдет на systmd Devuan

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

Я огорчен, но не очень-то удивлен этой новости.

Ко мне уже довольно давно пришло понимание, что никакого "открытого ПО" больше нет (а может и вовсе не было) Есть куча бесплатной рабочей силы, которую гласно или не очень гласно крупные западные корпорации лидируют. То есть принимают архитектурные решения и ставят ей конкретные цели. Любому кто не согласен отвечают "тебя никто не заставляет" и тут же объявляют его "маргинальной личностью", а если личность эта слишком публичная, то вдобавок публикуют о нем разного рода компромат или того хуже - ложные измышления. Фактически, это диктат. И я не вижу что тут можно поделать, кроме как более не отдавать т. н. "открытым проектам" ни единой строчки кода. Пусть пилят сами и за свои деньги. Хотя с учетом моделей возможно и это уже не поможет... собственно, для этого эти модели вероятно и были созданы. Но попробовать все равно нужно, - если не сломаем, то хотя бы притормозим.

Давайте создадим Российский форк проекта без blfs?

А возможно ли systemd переписать так чтобы выкинуть оттуда лишнее, потенциально не безопасное. Ну вот типа как скачивание каких-то файлов (обновлений, я знаю) на мой ПК при выключении компьютера? Т.е. не настраивать это, а именно полностью выкинуть это из systemd.

А ведь можно было отказаться от сборок на Systemd, раз ему не хватает ресурсов

Это уже не LFS, так LFS - это все же сборка своей GNU/Linux дистрибутива/установки так как хочет пользователю

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

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

то есть компания редхет концентрирует в своих руках разработку всего окружения гну/линукс, унифицируя его среди различных дистрибутивов, превращая их всех через в один единственный red hat os с уродским планшетным интерфейсом и кучей овно-библиотек.

при этом лет 15 назад, когда внедрение систем-д только начиналось, то единственной причиной перехода на системд называлось ускорение загрузки системы за счёт распараллеливания процессов. всё. других причин тогда не говорили, что они будут заменять сеть, загрузчики, системные утилиты и т.д.

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

оно обычному пользователю, который поставил задумывавшуюся как "for fun" ОС для изучения работы ОС и внедрения мелкими энтузиастами каких-то интересных идей в работу ОС, так вот решения для крупных серверов нужны далеко не всегда таким энтузиастам и ценителями простоты.

в том же андроиде, гугл чё-то не стал вкорячивать системд, хотя "он ведь такой удобный и продуманный".

и да, создатель ЛФС прав в том, что ЛФС и гну/линукс скорее для изучения упрощённой концепции ОС и внедрения новых идей в мир гну/линукс за счёт простоты входа.
а редхет со своими серверными костылями ломает всю идею, стремясь занять нишу серверных юниксов.

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

Работу вроде провел большую, но не ясно, почему ты запостил это сюда, а не отправил в апстрим. Собственно, разрабы первые должны быть заинтересованы в быстром перекомпиле. А конечный пользователь может абсолютно быстро скачивать официальный докер-образ и не париться с пересборками. При этом он получает изоляцию и прочие плюшки контейнеризации.

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

Это базовые утилиты, которые должен знать каждый.

> В утилиту 'du' добавлен короткий вариант опции "--apparent-size" - "-A", для совместимости с FreeBSD

Спустя сколько лет?

> Прекращена сборка по умолчанию утилит 'kill' и 'uptime', которые теперь собираются только при указании в скрипте configure опции "--enable-install-program=kill,uptime".

Интересно, почему.

>На 3.2% сокращён размер исполняемого файла при унифицированной сборке, при которой предоставляется один общий для всех команд исполняемый файл "coreutils", а отдельные команды создаются через выставление символических ссылок на него.

Интересно узнать размер этого файла.

Rust поделки под лицензией MIT пропихиваются M$ или кем-то ещё кто ненавидит GPL. Embrace extend extinguish прими расширь потуши. Они всегда стараются сделать несовместимо и перебить конкурентов.