- Ещё один боец сдался Держался долго Всё-таки 2026й Press F , freehck (ok), 15:51 , 02-Фев-26 (5) +22 [^]
- Он ещё держится Сам сидел на lfs с 2006 пробовать начал с 2005 , как для домашн, Аноним (23), 16:36 , 02-Фев-26 (23) +43 [^]
- Линус не вечный Ядро рано или поздно разойдется по разным верховным лидерам из , Аноним (53), 17:18 , 02-Фев-26 (53) +2
- А почему нельзя сделать LFS совместимый со стандартами Linux или разными Runtime, kusb (?), 19:57 , 02-Фев-26 (119)
- да, так и есть, и это абсолютно нормально, миллионы людей пишут код, и старые ме, Аноним (11), 22:40 , 02-Фев-26 (167) –2
- Проблема в том, что кода нужно мигать не одним светодиодом, а делать что-то осмы, Аноним (188), 23:53 , 02-Фев-26 (188)
- Особенно прикольно если еще и логику поменять захочется Да черт, попробуйте одн, Аноним (-), 20:53 , 03-Фев-26 (297)
> Проблема в том, что кода нужно мигать не одним светодиодом, а делать
> что-то осмысленное, подбор транзисторов становится ну уж слишком долгим.Особенно прикольно если еще и логику поменять захочется. Да черт, попробуйте одной жесткой логикой хотя-бы ИК пульт управления сделать дя обычного телевизора?! А что, обычное мигание светодиодом. Пусть и инфракрасным. А, погодите, это по сути простая коммуникационная система с тривиальным протоколом, оказывается, и на жесткой логике такое - ночной кошмар электронщика?! И теперь с 80-х прошлого века МК даже в пультиках обитают какие-никакие?
- Исповедь очередного 0тпет0г0 не0силят0ра Теории заговора подьехали Особенно lfs, Аноним (188), 23:33 , 02-Фев-26 (179) –3
- Ну да Первые лет 5-10 было всё хорошо, просто прописывал в сборочные скрипты но, Аноним (23), 02:17 , 03-Фев-26 (198) +1
- Какой вред Лично для меня будет гораздо больше вреда от того, что какая-то прог, Аноним (188), 12:18 , 03-Фев-26 (250) –1
- Ну вот я осилятор, причём осилятор на уровне куда более высоком и глубоком, чем , freehck (ok), 15:15 , 03-Фев-26 (265) +2
>> Исповедь очередного
> Ну да. Первые лет 5-10 было всё хорошо, просто прописывал в сборочные
> скрипты новые номера версий, и всё собиралось и работало. А потом
> началось, то одно ломают, то другое. Я решил, что мне проще
> неосилить, чем мучаться с этим. И сколько лично вы знаете осиляторов? Ну вот я осилятор, причём осилятор на уровне куда более высоком и глубоком, чем большинство этих фанбоев. Именно поэтому я стараюсь по возможности избегать всех этих любимых местными анонами продуктов небезызвестной корпорации. По части написанного Вами выше о циклических зависимостях, скажу так: они всегда были, и раскрутка компилятора — это в целом явление нормальное. Однако в последнее время ввиду повсеместного перехода на agile-driven разработку их количество действительно выросло на порядки, и это на самом деле проблема, потому что разработчики бездумно тянут в свой код любые зависимости, лишь бы ускорить разработку и уложиться в сроки. Дистрострои же не поспевают, причём уже весьма значительное время. Роллинг-дистрибутивы держатся актуальных апстримных версий, клепая грязные сценарии сборки и жертвуя интеграционным тестированием. Стабильные же дистрибутивы банально не успевают во всём разбираться и всё пакетировать, а потому добрую половину софта не поставляют. А чтобы то, что поставляется, реально собиралось — перед релизами устраивают mass rebuild относительно текущего состояния репозитория. Ситуацию может выправить только создание более сложного сборочного тулкита, который будет грамотно раскручивать циклические взвешенные орграфы сборочных зависимостей, формируя последовательность сборки. На данный момент разработкой такого тулкита никто не занимается. Когда-то очень давно, ещё в десятых, я занимался этим вопросом[1] (осторожно, суровый легаси-код на ocaml4), но к сожалению нам не хватило финансирования, так что проект в глубокой стагнации. [1] https://github.com/freehck/bf
- Кстати, если у кого-то есть заинтересованность, свяжитесь со мной Проект отлаже, freehck (ok), 10:36 , 04-Фев-26 (333) +1
> Когда-то очень давно, ещё в десятых, я занимался этим вопросом[1] (осторожно, суровый
> легаси-код на ocaml4), но к сожалению нам не хватило финансирования, так
> что проект в глубокой стагнации.Кстати, если у кого-то есть заинтересованность, свяжитесь со мной. Проект отлажен в продакшене и на данный момент может на основании написанных на специальном DSL сценариев, производить сборку rpm- и deb-пакетов. Он раскручивает граф зависимостей, и при повышении версии одного пакета, принимает также решение о перепаковке/пересборке rev-deps пакетов с подстановкой им в зависимости новых версий. Собирает под RHEL-like и Debian-like (в том числе под Astra). Может делать пакеты, содержимое которых берётся из разных репозиториев (да, может собрать один репозиторий, а остальные взять из кэша). Есть интеграция с jira, позволяющая автоматически проставлять в задачах, какие тэги собраны (правда, модуль старый). В общем, проект сильный, зрелый и стабильный. Применялся когда-то в качестве CI/CD для сборки он-прем продуктов, состоящих из сотен репозиториев и пакетов. Есть существенный недостаток: не реализовано и не описано никак развёртывание сборочного агента, всё было на ручном приводе. В общем, проект хороший, отлично ложится на производственные процессы он-прем продуктов. Перед тем, как проект был заморожен, мы проектировали интеграцию с docker как быстрый способ воссоздания чистого сборочного окружения (собственно, поему оно и не описано: мы собирались перейти с грязного DESTDIR на полностью чистые сборки), а также готовили управляющий демон для контроля очереди сборок и обеспечения их параллельного запуска.
- Чем это решение лучше nix Как оно справляется с понижением версии , Аноним (188), 16:54 , 04-Фев-26 (351)
>Он раскручивает граф зависимостей, и при повышении версии одного пакета, принимает также решение о перепаковке/пересборке rev-deps пакетов с подстановкой им в зависимости новых версий. Собирает под RHEL-like и Debian-like (в том числе под Astra).Чем это решение лучше nix? Как оно справляется с понижением версии?
- Как я понял, для сборки из исходников вы предлагаете одно из 1 форкнуть оригина, Аноним (23), 02:50 , 03-Фев-26 (202) +1
- Компиляция полностью всего мира с нуля никогда не бывает простой, чувак Даже си, Аноним (207), 03:57 , 03-Фев-26 (207) +2
- С чего ты так решил Берёшь buildroot Делаешь кросскомпиляцию - дальше в ней са, Аноним (270), 15:44 , 03-Фев-26 (270)
> Если сишный компилятор тяжело завести, то почему остальные должно быть легко?С чего ты так решил? Берёшь buildroot. Делаешь кросскомпиляцию - дальше в ней самой уже и работаешь.
- То есть некий блоб специально для их сборки -- это для тебя все-таки приемлемо, q (ok), 01:34 , 04-Фев-26 (316)
> Берёшь buildroot. Делаешь кросскомпиляциюТо есть "некий блоб специально для их сборки" -- это для тебя все-таки приемлемо, да? Ну и в чем тогда твоя претензия, чучик? Напоминаю, что *полная* сборка мира с нуля подразумевает, что ты вообще никакой бинарью не пользуешься. А если пользуешься, то ты эту стартовую бинарь (seed) проревьюил байт за байтом вручную, сидя со справочником ELF-формата и инструкций x86_64.
- Любой Даже более того до недавнего времени, glibc не собиралась с помощью clang, Аноним (188), 12:29 , 03-Фев-26 (254)
- На сишечке пописываю разное уже 30 лет Не в стол, а в прод Всё таки это с одно, theDolphin (ok), 23:42 , 02-Фев-26 (184) +2
- Зачем ты себя мучаешь Я пишу на том, что подходит под задачу Но на Раст не пер, Аноним (196), 01:17 , 03-Фев-26 (196)
- Как-то плохо вы на си пописываете Ибо дженерики там таки - есть При помощи , Аноним (-), 06:10 , 03-Фев-26 (212)
- Это не связано Для с полно альтернативных реализаций алгоритмов, хотя есть ша, Кошкажена (?), 10:05 , 03-Фев-26 (234)
- Для с Динамические массивы, списки, буфферы Ну просто как пример Про klib и gl, theDolphin (ok), 11:54 , 03-Фев-26 (243)
- Указываешь где искать заголовочные файлы если место нестандартное , указываешь , Кошкажена (?), 12:01 , 03-Фев-26 (245)
- Я имею в виду тот момент, когда ты обязан в самом свежем дистре всё равно скачат, theDolphin (ok), 12:32 , 03-Фев-26 (255)
- Очень редкая ситуация Намного чаще я вижу извините скачайте ночнушку от rust , Аноним (-), 17:00 , 04-Фев-26 (354)
> Я имею в виду тот момент, когда ты обязан в самом свежем
> дистре всё равно скачать ещё более свежий meson/ninja,Очень редкая ситуация. Намного чаще я вижу извините "скачайте ночнушку" от rust - с высокобезопасТным способом закачки апдейта методом curl | sh. > причём в виде бинаря, А вон те господа вообще рутинно предлагают шелл прямо из вебсайту отдать. > Но пока cmake самый безболезненный, и то помню переход на cmake
> v3, когда его не смогли засунуть в дистры из-за поломаных зависимостей,
> но больше он таким не страдал на моей памяти. Зато вот например утилиты bcachefs из дебиана - вылетели. Потому что не собирались системным rust. Или такие пируэты - несчитово?
- Так cmake сломал все почти всем А проблемы с bcachefs только у такого тухляка ка, Аноним (-), 18:17 , 04-Фев-26 (358)
> Зато вот например утилиты bcachefs из дебиана - вылетели. Потому что не
> собирались системным rust. Или такие пируэты - несчитово?Так cmake сломал все почти всем.
А проблемы с bcachefs только у такого тухляка как дебиан - компилятор просроче на пару лет.
У того же RHEL компилятор раста обновляется регулярно. И проблем у них или нет, или они решаются. А у дебиллианцев как обычно лапки.
- Каких репозиториев Централизованных Это хорошо Любой централизованный репозит, Кошкажена (?), 10:09 , 03-Фев-26 (235)
- Который вечно отстает, в котором вечно нет нужных версий либ, а мейнтейнеры суют, Аноним (256), 12:34 , 03-Фев-26 (256)
- Еще раз повторяю для особо одаренных если по какой-то причине а назвать ее мож, Кошкажена (?), 17:41 , 03-Фев-26 (276)
>> Централизованный репозиторий -- пакетный менеджер системы.
> Который вечно отстает, в котором вечно нет нужных версий либ, а мейнтейнеры
> суют свои шаловливые руки в код.Еще раз повторяю для особо одаренных: если по какой-то причине (а назвать ее можете?) нужна последняя версия, то клонируете и собираете сами. >> Храни код зависимостей в проекте в директории deps и сопровождый нужную систему сборки.
> Так cargo это отлично позволяет делать. Причем делать стандартным образом, а не
> пилить свой велосипед в каждом проекте.
> [dependencies]
> regex-lite = { path = "../deps/regex/regex-lite" }
> regex-syntax = { path = "../deps/regex/regex-syntax" } Какой "свой велосипед"? Это умеет любая нормальная система сборки, хоть cmake, хоть meson, хоть модульную сборку на make сделать.
- Легко - она в зависимостях По какой причине абсолютно пофиг, мне нужен собранны, Аноним (284), 19:15 , 03-Фев-26 (284)
> а назвать ее можете?Легко - она в зависимостях. По какой причине абсолютно пофиг, мне нужен собранный софт, а не разбирательство что именно понадобилось разрабам. > нужна последняя версия Последняя? Ахаха!
Дебианцы легко и на пару лет отстают и на десяток версий. > Какой "свой велосипед"? Свой велосипед на cmake, make, meson
- Во-первых, не уязвимостей, а бекдоров, уязвимостям абсолютно всё равно один у ва, Аноним (188), 13:23 , 03-Фев-26 (258)
>удобный способ распространения уязвимостейВо-первых, не уязвимостей, а бекдоров, уязвимостям абсолютно всё равно один у вас репозиторий или нет.
>(pypi или npm не дадут соврать). Как там бекдор xz поживает? Единственное, что мешает бекдорам распространяться - количество глаз, направленных на этот самый бекдор. Если условные арчеры код не читают, то их отдельный репозиторий никому не помешает.
>Любой централизованный репозиторий -- точка отказа Зеркала изобретены, да.
>Централизованный репозиторий -- пакетный менеджер системы. В большинстве дистрибутивов даже не все сишные пакеты имеются. Если же челове не хочет писать на си, то пакетный менеджер не предоставит практически ничего. Исключение разве что nixpkgs.
>Храни код зависимостей в проекте в директории deps И получай мусорные коммиты, плюс потерю истории редактирования этих самых зависимостей.
>Плюсы: независимость от внешних источников Как минимум нужно использовать подмодули. Но, тут же возникает вторая проблема: каждый проект будет тащить свою версию каждой зависимости. И если для бинарников это ещё полбеды, то для библиотек это уже совсем недопустимо. Про автоматическое исправление уязвимостей тоже можно забыть. Про разделяемые библиотеки, если это поддерживается - тоже.
- Решили поумничать в терминах Во-первых, бэкдор частный случай уявзимости Во-вт, Кошкажена (?), 17:34 , 03-Фев-26 (275)
>>удобный способ распространения уязвимостей
> Во-первых, не уязвимостей, а бекдоров, уязвимостям абсолютно всё равно один у вас
> репозиторий или нет.Решили поумничать в терминах? Во-первых, бэкдор частный случай уявзимости. Во-вторых, нет, не все равно: мэйнтейнеры дистрибутивов часто накладывают патчи что-то отключающие и новые (уязвимыые) версии туда так просто не просачиваются как в централизованных, где ну вот вообще не понятно кто и как туда загружает исходник (а то и бинари). >>(pypi или npm не дадут соврать).
> Как там бекдор xz поживает? Единственное, что мешает бекдорам распространяться - количество
> глаз, направленных на этот самый бекдор. Если условные арчеры код не
> читают, то их отдельный репозиторий никому не помешает. Тю. А сколько уязвимостей в централизованных пакетниках скромно умолчали. >>Любой централизованный репозиторий -- точка отказа
> Зеркала изобретены, да. Да, go модули тащатся с зеркал или все же с гит репозиториев? Зеркала cargo не подскажите? Может использует кто-то известный? Ой, а как это так получается, что все разом чуть что накроется. >>Централизованный репозиторий -- пакетный менеджер системы.
> В большинстве дистрибутивов даже не все сишные пакеты имеются. Если же челове
> не хочет писать на си, то пакетный менеджер не предоставит практически
> ничего. Исключение разве что nixpkgs. Приведите конкретные примеры. >>Храни код зависимостей в проекте в директории deps
> И получай мусорные коммиты, плюс потерю истории редактирования этих самых зависимостей. С каких пор обновление зависимости стало мусорным? Только у нетакусиков, которые только и делают, что версии обновляют. Про потерю истории вообще ничего не понятно: будет у вас коммит "update dep x to 3.8.1". >>Плюсы: независимость от внешних источников
> Как минимум нужно использовать подмодули. Нет не нужно. Подмодули хранятся отдельно и не гарантируют доступности. > Но, тут же возникает вторая проблема: каждый
> проект будет тащить свою версию каждой зависимости. И если для бинарников
> это ещё полбеды, то для библиотек это уже совсем недопустимо. Ничего не понятно. И так у вас cargo условном версии для каждого проекта разные прописаны.
В этом плане вообще никакой разницы. Если у вас старый проект и там старая версия, то зачем ее без нужды обновлять? > Про автоматическое исправление уязвимостей тоже можно забыть. Что такое автоматическое исправление уязвимостей? Типа библиотека обновилась и всем автоапдейты прилетели и проекты чудом выкатились и не сломались?))) Если сборка статическая, а в расте и го это так, то это не будет работать без пересборки. > Про разделяемые библиотеки, если это поддерживается - тоже. Используей пакеты системы тогда, если нет, то соберите сами.
- Уязвимость может лет пять дремать, пока её не обнаружат Дебиан за это время усп, Аноним (188), 18:50 , 03-Фев-26 (282)
>Во-вторых, нет, не все равно: мэйнтейнеры дистрибутивов часто накладывают патчи что-то отключающие и новые (уязвимыые) версии туда так просто не просачиваются как в централизованных, где ну вот вообще не понятно кто и как туда загружает исходник (а то и бинари).Уязвимость может лет пять дремать, пока её не обнаружат. Дебиан за это время успеет как минимум один релиз сменить. И если в актуальном дебиановском релизе есть ещё какой-то шанс на исправление, то старый будет уязвим навечно. Вот пример https://security-tracker.debian.org/tracker/CVE-2025-68119 - единственная неуязвимая версия находится в sid, даже в стабильный релиз не бекпортировали исправление.
>Тю. А сколько уязвимостей в централизованных пакетниках скромно умолчали. Можно подумать, что в свалке заброшенных пакетов дебиана уязвимостей меньше.
>Ой, а как это так получается, что все разом чуть что накроется. На данный момент куда больше вероятность того, что накроется какой-то очередной дистрибутив типа funto, чем условный гитхаб. И да, у большинства просто нет необходимости что-то зеркалировать.
>>В большинстве дистрибутивов даже не все сишные пакеты имеются. Если же челове не хочет писать на си, то пакетный менеджер не предоставит практически ничего. Исключение разве что nixpkgs.
>Приведите конкретные примеры. Ну пишет кто-то на хаскеле, и нужен ему aeson для работы с json-ом. Приходит он в репозиторий и видит https://repology.org/project/haskell%3Aaeson/versions
ALT Linux p11 - 1.4.3.0
GNU Guix - 2.0.3.0
nixpkgs stable 25.11 - 2.2.3.0
Ubuntu 14.04 - 0.6.2.1
Ubuntu 26.04 - 2.1.2.1
Ну и какую ему версию брать, с учётом того, что разных версий скорее всего будет несовместимый api, и код банально не скомпилируется? Если брать пакет из дистрибутива, то его даже на соседний релиз не поставить. Или хочет человек исходник распарсить https://repology.org/project/haskell%3Atree-sitter-hask... и у него на выбор целых два репозитория - Hackage и nixpkgs. Как вы предлагаете это через пакетный менеджер условной убунты ставить?
>С каких пор обновление зависимости стало мусорным? Сразу же, как только вы положили зависимость в репозиторий. У вас код проекта перемешивается с кодом зависимостей. По истории будет совсем ничего не понятно, периодически будут кофликты, два соседних репозитория будут иметь разную историю зависимостей, поедет авторство и так далеее.
>Про потерю истории вообще ничего не понятно: будет у вас коммит "update dep x to 3.8.1". У вас не будет такого коммита. Поскольку за раз может обновится несколько зависимостей, и по отдельности их не обновить. И весь код будет идти в перемешку, как ваш, так и зависимости. Особенно, если они в зависимости что-то удалят. Ну обновится за коммит двадцать тысяч строк, что вы там в них собираетесь понять? Туда условный бекдор засунуть будет не то чтобы сложно.
>Нет не нужно. Подмодули хранятся отдельно и не гарантируют доступности. То есть единственные хоть сколько нибудь приемлимый вариант, вы отвергаете. Хотя насколько его переживёт та или иная система - вопрос открытый.
>Ничего не понятно. И так у вас cargo условном версии для каждого проекта разные прописаны. В этом плане вообще никакой разницы. Если у вас старый проект и там старая версия, то зачем ее без нужды обновлять?
Как вы планируете выкачать в отдельную папочку каждую зависимость? Как вы их потом обновлять будете?
>И так у вас cargo условном версии для каждого проекта разные прописаны. В пределах как минимум дистрибутива можно вполне себе сделать зависимость общей. У того же хаскеля есть stackage, где происходит согласование версий между пакетами. Для условного раста это тоже осуществимо.
>Что такое автоматическое исправление уязвимостей? Типа библиотека обновилась и всем автоапдейты прилетели и проекты чудом выкатились и не сломались?))) Если сборка статическая, а в расте и го это так, то это не будет работать без пересборки. Пересборку можно автоматизировать. Как только у пакета прописаны зависимости, например так, https://codeberg.org/guix/guix/src/commit/6d97c3f30fd920e344... пакетный менеджер понимает, какие пакеты когда пересобирать, и не важно, статически они слинкованы или динамически.
- Ada 128526 , Аноним (-), 20:21 , 03-Фев-26 (296)
- Не в бровь, а в глаз, как говорится Вот это главное отличие идеологии С Вместо, Аноним (318), 07:11 , 04-Фев-26 (318)
> Нет библиотек элементарных алгоритмовНе в бровь, а в глаз, как говорится. Вот это главное отличие идеологии С. Вместо того, чтобы написать самому, скачать кривое из репов с бэкдорами и закладками.
- Кстати, а что означает элементарных Математические функции есть, стандартизов, Аноним (318), 07:18 , 04-Фев-26 (320)
Кстати, а что означает "элементарных"? Математические функции есть, стандартизованные на любой платформе. А вот факторизация матриц, решение систем дифференциальных уравнений, линейная алгебра, методы оптимизации, обучение нейронной сети - это еще элементарные алгоритмы или уже нет?
- Возможно, ты просто не разобрался , Аноним (209), 05:22 , 03-Фев-26 (209)
- А как ты на нем сидел Уязвимости в пакетах надо бы закрывать За этим следить в, Васян (?), 11:49 , 03-Фев-26 (242)
- Linux From Scratch и переименует в Linux For Drach, Alex5Anc (ok), 05:47 , 04-Фев-26 (317)
Linux From Scratch и переименует в Linux For Drach
- У меня два вопроса по прочитанному 1 Является ли целью lfs создать улучшить у п, Аноним (23), 15:53 , 02-Фев-26 (6) +5
- Вчера узнал, что вместо crontab использвется timer от systemd Поставилось с cer, Аноним (10), 16:02 , 02-Фев-26 (10) –1
- Конечно, удобнее Поэтому вы и на линуксе, а не на винде Но большинство совреме, Аноним (23), 16:43 , 02-Фев-26 (27)
- Не первый раз это читаю Кто вам это в уши насс Тем, кому надо бесплатно, у т, Аноним (178), 23:11 , 02-Фев-26 (178) +5
- Ну, я тоже много где это читал И это выглядит логичным обоснованием, почему нын, Аноним (23), 03:14 , 03-Фев-26 (204)
- Вам не приходило в голову что майкрософт принимал некоторые решения - чтобы скос, Аноним (213), 06:27 , 03-Фев-26 (213)
- В этом месте я заплакал, потому что оказывается некоторые фичи sd работают тольк, Grunman (ok), 17:47 , 04-Фев-26 (357)
> На то что в sd делается копированием файла юнита из комплекта проги?В этом месте я заплакал, потому что оказывается некоторые фичи sd работают только с определенных версий ядра, и пердолиться пришлось как бы не дольше чем при переносе init скрипта (что впрочем тоже имело место быть, сраный редхат с его сраной бибилиотекой функций).
- Однако в journalctl есть куда менее педальный способ просмотра логов конкретного, Аноним (-), 05:52 , 03-Фев-26 (211) –2
- Кста, а в чём проблема смотреть journalctl 124 grep , Аноним (30), 16:47 , 02-Фев-26 (30) +4
- Так неудобно же systemd очень неудобен , Аноним (-), 16:53 , 02-Фев-26 (34) –4 [V]
- По той же причине, по которой в начале 2000-х все над виндой глумились Потому ч, Аноним (23), 17:10 , 02-Фев-26 (48)
- В эргономике проблема Так до сих пор _стандартного_ GUI для этого нет А консольн, _kp (ok), 17:46 , 02-Фев-26 (65) –1
- Для людей пишется квартальный отчёт А что там челяди Wисполнителю неудобно -- н, Аноним (80), 18:46 , 02-Фев-26 (80)
- Пояснишь про эргономику грепа по набору из log, log 1, log 2 gz, log 3 gz и так , Аноним (200), 02:44 , 03-Фев-26 (200)
- А разве я где то писал, что старый init, это здорово Или как удобен греп Оно то, _kp (ok), 03:10 , 03-Фев-26 (203)
- У системды просмотрщик идет сразу в комплекте Все познается в сравнении Остал, Аноним (-), 17:19 , 04-Фев-26 (356)
> Оно тоже морально старовато, но для него есть просмотрщики, в которых можно
> искать и сравнивать.У системды просмотрщик идет сразу в комплекте... > Если задачу, как у Вас решать строго в консоли, то systemd лучше,
> его и хотели сделать что бы было лучше, но не доделали. Все познается в сравнении. Остальные и близко не приблизились к этому состоянию дел, являя собой адские кривые недопилки или махровое легаси с кучей технических проблем. Начиная с того что просто отфильтровать логи "вот именно этого сервиса" без возможностей атакующего сорвать нахрен парсинг - это отдельный больной топик. И отдельный вектор атак на срыв парсинга такими тулсами. > А для логов systemd GUI существующие инструменты хуже, в разных дистрибутивах
> разные, или вовсе отсутствуют. Сделайте journalctl ... > whatever.txt и юзайте себе свои GUI. Но в целом это довольно странная ситуация. У *никсов вся сила в консоли и вот для логов оно позволяет много что. А уж в паре с journalctl + *nix tools и вообще. И вот что-что а терминалы у *никсоидов по жизни - удобные. А что до гуя это обычно скорее всякая энтерпрайз аналитика и проч с графиками и так далее. Системд никак такому не мешает. Но столько надо не всем. А просто гуй для просто логов? Может вам просто винду юзать? Там как раз это есть. Тормозное как улитка, запускающееся полчаса, особенно на виртуалках, поиск и фильтры убогие, зато блин гуй. И в итоге найти что-то продвинуто в виндовых логах... ну и мучение же, если это виндовыми тулсами делать!
- Зачем для этого нужен _стандартный_ гуй, если консоли хватает На серверах такие, morphe (?), 05:20 , 03-Фев-26 (208) +2
- Я мало интересуюсь, что там на серверах Но на десктопе, хоть он и для разработки, _kp (ok), 16:39 , 03-Фев-26 (273)
> ..если консоли хватает? На серверах..Я мало интересуюсь, что там на серверах.
Но на десктопе, хоть он и для разработки и хобби, хотелось бы обойтись без консоли, в смысле, что только через консоль.
Мир не из одних серверов состоит. У меня есть Планшет с Linux, больше для баловства и экспериментов, но на нём консоль нафиг не сдалась, от слова совсем. С ТВ приствками аналогично, там из управления в основном мышь и голосовые команды, а не клавиатура. >>почти в каждом DE есть свой гуй Ну, так я с этого и начал. Что каждый свои поделки ляпает, а стандартного нет.
И качество их обычно так себе, и хорошо если парой их них вообше можно пользоваться.
С управленим сервисами - точно такой же зоопарк из простеньких поделок. > логи обычно перенаправляют в условный Loki Если на единственной машине понадолся Loki, ведь правда с эргономичностью логов что то не так? Нет ли противоречия в том что логи в systemd хотели сделать, что бы было лучше и удобнее, а оно требует костылей, и на слабых машинах типа Raspberry еще и тормозит. :) В общем, нужены стандарты на графические инструменты, единообразные/равнофункциональные в разных дистрибутивах. Хотя бы чтоб не распылять силы и не разводить бардак.
- Да какие стандарты, если до сих пор гора луддитов с иксов не уходитА дальше начи, morphe (?), 18:38 , 03-Фев-26 (280)
> В общем, нужены стандарты на графические инструменты, единообразные/равнофункциональные в разных дистрибутивах. Хотя бы чтоб не распылять силы и не разводить бардак. Да какие стандарты, если до сих пор гора луддитов с иксов не уходит А дальше начинается то что гткшники не любят qt и т.д. > Если на единственной машине понадолся Loki, ведь правда с эргономичностью логов что то не так? Нет ли противоречия в том что логи в systemd хотели сделать, что бы было лучше и удобнее, а оно требует костылей, и на слабых машинах типа Raspberry еще и тормозит. :) Потому что я про сервера говорю, на десктопе логи не нужны так часто чтобы для этого гуй какой-то стандартизировать. И не тормозит ничего, не более rsyslog и прочих, за счёт бинарных логов нет лишних пережатий и перераспаковок когда надо смотреть Ну и пусть не будет стандартного, это опенсорс, тут все делают то что им больше нравится. Лично мне никакой нужды в гуи для этого не было, потому что journalctl полностью справляется со своей задачей
- А нафига пайпить в grep когда в самом journalctl есть то же самое через флаг --g, Аноним (69), 18:10 , 02-Фев-26 (69) –2
- УЖОС, системд уже поглотил grep , Аноним (70), 18:15 , 02-Фев-26 (70) +4
- так если привычней грепать, то пайп удобней, просто как префикс пишешь журналктл, Аноним (30), 18:21 , 02-Фев-26 (72)
- Да почему удобней то Удобней пользоваться функциями программы в самой программе, ричард мы всё (?), 19:04 , 02-Фев-26 (90) +1
- И да, и нет Действительно удобнее пользоваться встроенными возможностями програ, Аноним (23), 19:59 , 02-Фев-26 (122) +4
- Но это же смешно читать , Ричард мы всё (?), 20:20 , 02-Фев-26 (130) –2
- чувак, это юниксвей, cat читает файл, grep фильтрует вывод, каждая утилита занят, eugener (ok), 20:36 , 02-Фев-26 (135) +1
- Есть несколько менее дурные и более эффективные способы, например journalctl -u , Аноним (-), 19:57 , 02-Фев-26 (120)
- На самом деле идея единой системы логов - хорошая, в винде тоже давно так сдела, Аноним (61), 17:39 , 02-Фев-26 (61) +1
- На локалхосте разве что В проде заманаешься на тысячах серверов грепать, если т, Аноним (80), 18:50 , 02-Фев-26 (82) +1
- В journalctl есть ключ 8212 grephttps www freedesktop org software systemd m, Аноним Анонимович Анонимов (?), 14:40 , 03-Фев-26 (262) +1
- Не LFS едины Есть ещё CRUX какой-никакой И без LFS можно сварганить дистрибути, Аноним (17), 16:15 , 02-Фев-26 (17) +2
- Gentoo OpenRC живет и здравствует Пока что , ryoken (ok), 16:29 , 02-Фев-26 (19) +10 [^]
- OpenRC более гибок и предоставляет больше возможностей, чем SysVinit Другой воп, ptr (ok), 18:15 , 02-Фев-26 (71)
- Живет Громко сказано для такого маргинального дистра Так, существует в лучшем с, Аноним (74), 18:23 , 02-Фев-26 (74) –4 [V]
- омаргиналить можно что угодно в интернете, такой же тупой прием как и называть т, ктулхуист (?), 19:42 , 02-Фев-26 (113) +5
- Зачем вас маргиналить, если вы и сами отлично справляетесь У линксойдов 4 дескт, Аноним (151), 21:32 , 02-Фев-26 (151) –3
- А кроме десктопов и продуктивных серверов ничего больше не знаете Gentoo подход, ptr (ok), 22:58 , 02-Фев-26 (176) +1
- А я дебиан в 64 мега впихиваю И Знаешь в чем разница Я убил в 20 раз меньше в, Аноним (-), 22:20 , 03-Фев-26 (303)
> впихнуть Gentoo в роутер с 64МБ RAM. А знаю, что умудрялись
> впихивать её в Linksys NSLU2 с 32МБ RAM А я дебиан в 64 мега впихиваю. И? Знаешь в чем разница? Я убил в 20 раз меньше времени на это. С сравнимым результатом. И ессно генту компилить на мелочи - не получится особо. > Можно, конечно, собирать свой дистрибутив с нуля. Но это будет намного более
> трудоёмко, чем брать за основу Gentoo c crossdev А можно взять (c)debootstrap и набрать им минимальный образ. На MIPS правда нынче все как-то поздабили - в основном потому что на него imagination положил и новых девайсов не будет. А реально openwrt пожалуй лучше всех на хардкорную минимизацию заточен. Но он кривой. И их система инициализации и uci это отдельная боль. Представьте себе что sd сделали прямо из скриптов. Сочетает недостатки обоих. Конские времена старта, сложность сильно выше среднего, разлапистая лапша, в отличие от sd - не умеет в обработку многих проблем и логинг этого, но гвоздь прогрммы - это генерация конфигов софту из UCI. Поттерингу не показывайте такое, ибо результат полный абзац :)
- Знаю Если в Gentoo есть всё необходимое, чтобы собрать всё, включая kernel, обр, ptr (ok), 23:18 , 03-Фев-26 (306)
> А я дебиан в 64 мега впихиваю. И? Знаешь в чем разница? Знаю. Если в Gentoo есть всё необходимое, чтобы собрать всё, включая kernel, обрезанным ровно под целевое железо и целевые задачи, то в Debian это приходится решать вручную долго и мучительно, по сути, пересобирая каждый пакет из исходников самостоятельно. > Я убил в 20 раз меньше времени на это. ))) Даже если для этой задачи подошли большинство пакетов, уже кем-то скомпилированных, то выиграть можно было не более, чем в два раза. Так как половина времени тут уходит на конфигурацию и компиляцию kernel
- На самом деле никаких особых мучений Конфиг ядра все равно под специфику рихтов, Аноним (-), 02:28 , 05-Фев-26 (366)
> Знаю. Если в Gentoo есть всё необходимое, чтобы собрать всё, включая kernel,
> обрезанным ровно под целевое железо и целевые задачи, то в Debian
> это приходится решать вручную долго и мучительно, по сути, пересобирая каждый
> пакет из исходников самостоятельно.На самом деле никаких особых мучений. Конфиг ядра все равно под специфику рихтовать придется. При том можно забазироваться на чьем-то еще конфиге чтобы сократить время твиков самому. Для general purpose - дистровском. Для эмбедовки - openwrtшный например. Можно и самому с ноля но defconfig особенно на x86 - такое себе. >> Я убил в 20 раз меньше времени на это.
> )))
> Даже если для этой задачи подошли большинство пакетов, уже кем-то скомпилированных, то
> выиграть можно было не более, чем в два раза. Они почти всегда подходят. Просто перфекционизм надо уметь строить. А самое жирное что там вообще есть в системе - это список пакетов. Вот тут ой, если их десятки тысяч, их описание занимает около ста мегабайтов само по себе. Больше чем все остальное вместе взятое в минимальном образе. И тут выбор то какой? Можно без 100500 пакетов обойтись, тогда и описание не надо :) > Так как половина времени тут уходит на конфигурацию и компиляцию kernel В моем случае твики кернела занимают некую часть времени. Потому что система начинается с кернела и удачные дефолты сразу на старте - это хорошо. Система себя правильно ведет поз задачу с самого начала - без кучи костылищ. Но если что - sd имеет предложить для эмбедовки то что нокла в своих девайсах называла "mission control service". Т.е. супервизор критичных сервисов и обработку/рекавери их отказов. В всей вашей наколени ничего сравнимого в принципе нет. Это надо - самому изобретать. И даже у целой корпы - это получилось довольно так себе. А у васяна получится еще поганее.
- Потому что - только подумайте - окучивание генты время и ресурсы жрет в охрените, Аноним (-), 03:20 , 03-Фев-26 (205)
- Именно тот, кто ценит время и считает деньги, ставит на сервера gentoo Сервера н, anonymos (?), 06:50 , 03-Фев-26 (216)
- Единственный реально известный науке случай ЭТОГО - NYSE Но они просто скупили , Аноним (-), 22:49 , 03-Фев-26 (304)
> Именно тот, кто ценит время и считает деньги, ставит на сервера gentoo.Единственный реально известный науке случай ЭТОГО - NYSE. Но они просто скупили тиму гентушников. В таком виде и гента - типа прод. В большей части других инсталляций это выглядело значительно менее эпично. И ориентация генты на пересбор софта - по мере жирения софта и прочих пыхтонрастов сделало юзеж генты не очень перспективным без билдфермы за спиной. Которую содержать довольно дорого.
> Сервера не покупают по одной штуке в прод, соответственно выгоднее заточить gentoo
> по конкретный тип сервера, А когда мы захотим для гибкости маневра юзать всякие более сложные и гибридные окружения то покушам с лопаты. Ибо закладываться на 1 модель сервака это отстой. А может захотеться часть и на виртуалках-клаудах для оптимизации, геораспределенности и проч. > и потом раскатывать все автоматом. Поскольку обновление
> идет "мастер образа", вероятность того, что все сервера вдруг не захотят
> работать с новым обновлением "любимого дистра" стремится к нулю. Насколько я вижу - большая часть продов возымели сильно более другие идеи на этот счет. Я в этом смысле дебианом обычно ворочю но и на остальных deb-like не спасую. А у допустим убунты есть пару забойных фишек для казуалов. Скажем лив апдейт ядра без ребута. И LTS поддержка. Так что можно нарулить и забыть годиков на 6. С минимальными затратами на майнтенанс. А это ваше генту без тимы по ее обслуживанию малополезно.
- так у тебя тоже логические ошибки меньшинство не значит маргиналы , ктулхуист (?), 22:24 , 04-Фев-26 (363)
так у тебя тоже логические ошибки. меньшинство не значит маргиналы.
- А какие дистрибутивы на основе Gentoo имеют более дружественный интерфейс устано, Джон Титор (ok), 22:11 , 03-Фев-26 (302)
А какие дистрибутивы на основе Gentoo имеют более дружественный интерфейс установки кроме как загрузка из флешки и копирования файлов?
- Подожжи Как они там в этом своё лфс предлагают собирать бинарного руткита из , Ричард мы всё (?), 20:38 , 02-Фев-26 (136)
- А чего все завыли-то SysV Init никуда не делся сам по себе, у вас остается аль, Аноним (18), 16:23 , 02-Фев-26 (18) –4 [V]
- К любому запросу в гугле теперь приходится добавлять сусьтемДэ Потому что всё по, Аноним (20), 16:32 , 02-Фев-26 (20) +1
- Ждём редакцию LFS с обязательными RPM и DNF В качестве аргументации пусть будет, Аноним (21), 16:34 , 02-Фев-26 (21) +4
- Пфф, так почему бы их не выкинуть вместо SysVinit Зачем вообще в LFS эти жирные, Аноним_админ (?), 16:35 , 02-Фев-26 (22) +5
- Но sysvinit не объясняет, как работает гном И автотулз А вот мезон и питон объ, Аноним (21), 16:36 , 02-Фев-26 (24) –3
- Последняя надежда рухнула Придется своей головой в новых LFS ах заменять syst, Аноним (31), 16:49 , 02-Фев-26 (31) +6 [^]
- Интенресно, а колеса у своего авто вы на деревянные - заменяете Чтоб можно было, Аноним (-), 03:22 , 03-Фев-26 (206)
- Опускаясь до идиотских аналогийЧета я не вижу ажиотажа на отказ от двс, даже в п, Аноним (226), 09:34 , 03-Фев-26 (230)
- Это и правда - идиотская аналогия возраст ДВС и электродвигателей так то сравни, Аноним (-), 22:58 , 03-Фев-26 (305)
> Опускаясь до идиотских аналогий
> Чета я не вижу ажиотажа на отказ от двс, даже в пользу гибридов.Это и правда - идиотская аналогия: возраст ДВС и электродвигателей так то сравнимый. Просто до ума технологию смогли довести - только с десяток лет к ряду. А конкретно гибрид by design сложнее и дороже ибо сочетает и двс и электро. С другой стороны чисто электро - обороты набрало изрядно. Вы просто не видите дохреназначные расты оборотов силовой электроники, аккумуляторов, прогресс в девелопе электродвигателей и проч. Вот прям ща - на 3D news - новость о новом электромоторе. По моему от мерседеса. Да, во первых забавно что автомотивщики вообще вдарились разрабатывать электромоторы. Не менее забавно что эта штука на _500 киловаттов_ при весе 13 кило. То-есть по сути они смогли засунуть двигло которое даст мастеркласс вагону метро - под капот авто. Ух да, попробуйте снять 500 киловатт, даже кратковременно - в габаритах под капотом - с двс. Так то у электро были свои козыри которые коптилкам нечем крыть. А многие инженерные проблемы - оказались решаемы. > Может потому что они тяжелее, много новых точек отказа, а машина в
> итоге... едет точно также (или даже хуже)? И в итоге - чистое электро намного технологичнее. И зарулит их обеих постепенно, имхо. Как системда все те недоразумения. А гибридом у нас будет - s6, operc и прочие уродцы с полумерами сочетающие недостатки парадигм, как гибриды. Забавная экстраполяция?
- Что значит объявил А как же мнение сообщества Осуждаю , Аноним (70), 17:42 , 02-Фев-26 (64)
- Жираф большой - ему видней Высоцкий, Аноним (78), 18:43 , 02-Фев-26 (78) +1
- Где было сообщество когда нужно было тестировать поток изменений в 88 пакетах L, Аноним (89), 18:55 , 02-Фев-26 (83) –2
- Со своим уставом в чужой монастырь не ходят Сохдай свой дистр, заведи там какие, Аноним (213), 06:32 , 03-Фев-26 (215)
- Следующий шаг - внедрение ИИ ассистента , Кошкажена (?), 18:44 , 02-Фев-26 (79)
- ИИ башпортянки не осилил Скоро СистемД сама по себе жить будет Програмиздов от, Аноним (96), 19:12 , 02-Фев-26 (96) –3
- За базаром следи Скрипты GNU bash самое читаемое и простое что есть на свете , Аноним (-), 19:16 , 02-Фев-26 (103) +1
- Внезапно да Любой отличный от тривиального скрипт ИИ не берёт И льёт башизмы , Аноним (131), 20:29 , 02-Фев-26 (131)
- куда куда, на охрану дц очевидно, Аноним (226), 09:29 , 03-Фев-26 (229)
- вай нот Если автор так решил, то его право туда хоть розовых невидимых единорого, Анонимм (??), 19:22 , 02-Фев-26 (110)
- LFS-ники Теперь вы поняли почему Патрик выкинул GNOME из своей системы GNOME у, Аноним (-), 19:15 , 02-Фев-26 (100) +4
- busybox init, Аноним (109), 19:22 , 02-Фев-26 (109) +2
- 15 лет прошло, а срач всё там же Фанаты SysV AT T, объясните мне Весь юникс пост, theDolphin (ok), 20:02 , 02-Фев-26 (123) +1
- Ещё один промакбучник вылез Пора напомнить Master Foo once said to a visiting p, Аноним (131), 20:34 , 02-Фев-26 (133)
- Ещё раз, Питон и Джаваскрипт тогда вообще апогей данной философии , Bottle (?), 21:11 , 02-Фев-26 (147) +1
- Я не против скриптов, это неотъемлимая часть UNIX и KISS Я против запуска систе, theDolphin (ok), 21:34 , 02-Фев-26 (153)
- Не понял ты вообще о чём Системные процессы всегда запускает root Ты с вантуза , Аноним (-), 21:55 , 02-Фев-26 (158)
- Ага, с консолью и лимитами пользователя, который сделал su sudo Читайте маны, по, theDolphin (ok), 22:09 , 02-Фев-26 (161) –1
- man 7 daemonВсё, что там описано, не нужно сервису управляемому обычным классиче, theDolphin (ok), 22:31 , 02-Фев-26 (166)
- Демонизация - это попытка реализовать процессы, способные работать без консольно, Аноним (311), 00:04 , 04-Фев-26 (311)
Демонизация - это попытка реализовать процессы, способные работать без консольного ввода/вывода, примитивными средствами Unix.
- Вот я и говорю, этот костыль настолько пророс в головы, что кажется, что он - кл, theDolphin (ok), 07:39 , 04-Фев-26 (322)
Вот я и говорю, этот костыль настолько пророс в головы, что кажется, что он - классика.У init stdin/stdout завернуты в лог, на системную консоль или в /dev/null. Все процессы, порожденные init автоматически наследуют открытые файлы, а соответственно, пишут в лог, консоль или /dev/null, всё прекрасно. Но когда пользователь системы с at&t инит-скриптами делает /etc/init.d/service start, то процесс стартует с консолью, правами и свойствами ПОЛЬЗОВАТЕЛЯ. И нужна демонизация, чтоб от этого отмыться. Ни в runit, ни в daemontools, ни в openrc, ни в upstart, ни в systemd это не нужно. И процессу, запущенному через inittab - тоже. Это нужно только для инит-скриптов.
- Зачем ты сюда вылил своё извращённое мышление Во времена sysV init пользователи, Аноним (138), 20:42 , 02-Фев-26 (138)
- Разумеется есть Как минимум зоопарк инитов и их скрипов для каждого дистра А лю, Аноним (151), 21:24 , 02-Фев-26 (149)
- Где ты увидел зоопарк В своей голове Пакет sysvinit один для всех дистров Дис, Аноним (-), 21:41 , 02-Фев-26 (155) +1
- Пф, переход на личности, да еще и такой жалкий Вот только зачем-то придумали Run, Аноним (-), 22:29 , 02-Фев-26 (165)
- Напишите полноценный аналог systemd юнита, с изоляцией, лимитами, декларативност, Аноним (188), 23:51 , 02-Фев-26 (186)
- В 2012, по-моему, году Тео наш де Раадт выступал на ruBSD, где говорил, что все , theDolphin (ok), 22:01 , 02-Фев-26 (159) –1
- Коллега, напомните мне, убогому, как в sysv init решается проблема рестарта упав, theDolphin (ok), 22:45 , 02-Фев-26 (169)
- Кстати о той лжи, как вы говорите, которую я написал, говорили Эрик Реймонд в Th, theDolphin (ok), 23:08 , 02-Фев-26 (177)
- Вы так говорите, словно во времена systemd что-то принципиально поменялось Есть , Аноним (188), 23:48 , 02-Фев-26 (185)
- срыв покровов - системда и есть костыль Взяли б sysv openrc другой инит за , Аноним (226), 09:47 , 03-Фев-26 (231)
- Это я к чему ты сам такое сделай на системде сначала, образца до массовых внед, Аноним (226), 09:47 , 03-Фев-26 (232)
- Вот именно Если бы уважаемое сообщество в свойственном ему стиле базара не по, theDolphin (ok), 08:12 , 04-Фев-26 (324)
Вот именно. Если бы "уважаемое сообщество" в свойственном ему стиле базара не похоронило бы upstart, то не получило бы навязанное systemd. Но охлократия сначала отменяет всех, кто не такой, а потом ноет про тиранию и продажность.
- CreateProcess - несравнимо более гибкий механизм, чем примитивные fork exec , Аноним (311), 23:52 , 03-Фев-26 (309)
CreateProcess() - несравнимо более гибкий механизм, чем примитивные fork()+exec(). Там и атрибуты безопасности для процесса и треда, и флаги создания процесса/наследования, и целый список атрибутов инициализации (и Басе, и это еще не все).
- Очевидно, потому что модель процессов другая Поэтому и получается, что инит-скр, theDolphin (ok), 07:46 , 04-Фев-26 (323)
Очевидно, потому что модель процессов другая. Поэтому и получается, что инит-скрипты в at&t стиле - это ближе к венде, чем к unix.
- Кстати, вызов fork уже давно не используется, glibc шный fork - это обертка , theDolphin (ok), 08:21 , 04-Фев-26 (325)
Кстати, вызов fork() уже давно не используется, glibc'шный fork() - это обертка над clone/clone2, более гибким вызовом.
- При том настолько гибкий что не может скосплеить то что делает эта связка И э, Аноним (-), 04:43 , 05-Фев-26 (368)
> CreateProcess() - несравнимо более гибкий механизм, чем примитивные fork()+exec().При том настолько "гибкий" что не может скосплеить то что делает эта связка. И это отродясь было фундаментальным факапом винды из-за которого *никсный софт там работал крайне паршиво. Эффективность fork() и createprocess() - две большие разницы. А на самом деле - в линухе это лишь обертка с частными случаями вызова clone() так то. И вот оно - даст мастеркласс кто там на самом деле - гибкий. Это и тред, и процесс, и контейнер. Куда там винде до этого. Сия идея с plan9 слизана была. > Там и атрибуты безопасности для процесса и треда, и флаги
> создания процесса/наследования, и целый список атрибутов инициализации (и Басе,
> и это еще не все). А суммарно - скорость работы этого вызова полное дно и потуги как-то юзать софт с семантикой fork() в винде ведут к эпикфейлу. Это тот случай когда хотели как лучше, а получился - маздай.
- Все дистрибутивы объясняли этим выкидывание sysvinit Может целесобразнее будет , Аноним (125), 20:11 , 02-Фев-26 (125) +3
- Это так написано, будто бы кто-то эти исходники реально читает, лол , Bottle (?), 21:10 , 02-Фев-26 (146)
- На то он и опенсорс, что вроде бы и есть сырцы, но даже пробежаться по ним за ра, Аноним (175), 22:53 , 02-Фев-26 (175)
- В том-то и дело, что идеалистическая философия 822 М 822 а 822 р 822 к 82, Bottle (?), 15:37 , 03-Фев-26 (269)
В том-то и дело, что идеалистическая философия ̶М̶а̶р̶к̶с̶а̶ ̶ Столлмана на практике упирается в неизбежные требования высоких компетенций программистов. Толку-то от открытых исходников, если это - не твоя предметная отрасль?
А хороший специалист обычно ценит своё время и свои навыки, за бесплатно он мало что сделает.
- Да, но нет В те далекие времена когда Столлман сочинял свой коммнунистический ГН, Аноним (-), 16:35 , 03-Фев-26 (272) –1
> В том-то и дело, что идеалистическая философия ̶М̶а̶р̶к̶с̶а̶ ̶ Столлмана на практике упирается в неизбежные требования высоких компетенций программистов. Да, но нет)
В те далекие времена когда Столлман сочинял свой коммнунистический ГНУ Манифест, прграммы были маленькими и очень-очень простыми.
Буквально студенты могли купить книжку и начать программировать на условном BASIC или СИ.
На многие проверки просто забивали, типа как в первом Юникс на СИ. В итоге в то время реально более-менее образованный васян с улицы, типа анастезиолога, мог лепить утилиты и предлагать патчи в ядро. > Толку-то от открытых исходников, если это - не твоя предметная отрасль? Почти никакого.
Но теоретически(!) можно найти спеца в этой области и убедить посмотреть.
> А хороший специалист обычно ценит своё время и свои навыки, за бесплатно он мало что сделает. И тут идеология бьет по специалистам отправляя их буквально просить милостыню.
А написание проприетарного кода объявляется аморальным и за это вообще предлагается наказывать.
При этом организации которые могут платить много тоже предлагают просто запретить. Не удивительно что у такой хм... фантазии кол-во адептов падает уже много лет. - Так открытые исходники для неайтишников, как бы, и не предназнаются Под айтишни, Аноним (344), 13:56 , 04-Фев-26 (349)
>Толку-то от открытых исходников, если это - не твоя предметная отрасль?Так открытые исходники для неайтишников, как бы, и не предназнаются. Под айтишниками подразумеваю и профессионалов, и любителей. Но не "нихочу ничего знать, сделайте как в Виндоус".
- Ха, ха, ха, ха Если недоволен, то зачем принимал Ну передвинул бы дедлайн, хоть , Аноним (188), 22:14 , 02-Фев-26 (163)
- Очень давно это уже было Причем было в одном ДЕЙСТВИТЕЛЬНО ЭКСКЛЮЗИВНОМ дистрибу, Я расскажу вам историю (?), 22:44 , 02-Фев-26 (168) +1
- Васянам которые хейтят systemd советую почитать man inittab В нем вы обнаружите , Аноним (180), 23:34 , 02-Фев-26 (180) –1
- Развитие - это Upstart, которого использует Гугл Гугл же достаточно большая кор, Аноним (175), 00:04 , 03-Фев-26 (190)
- Если для вас лучше работает апстарт - и вы верите гуглу - используйте апстарт К, Аноним (308), 23:35 , 03-Фев-26 (308)
> Развитие - это Upstart, которого использует Гугл. Гугл же достаточно большая корпорация,
> чтобы ей верить?Если для вас лучше работает апстарт - и вы верите гуглу - используйте апстарт. Какие проблемы? А я вот им пользовался и имею сказать что по сравнению с ним s-d намного лучше рюхает зависимости - так что можно задепендить мой сервис от вон того - НЕ ТРОГАЯ ФАЙЛЫ ПАКЕТА ТОГО СЕРВИСА. В отличие от сапопикаловского недоразумения. Которое сказало что вау, круто, эвент дривен и ... забыло подумать о такой "мелочи". Делающе интеграцию, майнтенанс и взаимодействие с другим софтом - болью. А оно мне надо - такая боль в ж? Не, это там не лечится - кроме как переделкой архитектуры. Что sd и сделал с инверсным рюханием зависимостей.
- Коллеги, при чём тут Гугл Если я правильно помню, upstart двигал Canonical, при, theDolphin (ok), 09:15 , 04-Фев-26 (329)
Коллеги, при чём тут Гугл? Если я правильно помню, upstart двигал Canonical, причём так активно, что он появился и в федоре, и в centos/rhel 5 и 6. То, что проект Android взял его за основу, а Google не выкинул, говорит о том, что при должном развитии он мог бы стать стандартом и в Linux.
- Вообще-то изначально инит и должен быть дубовым Его цель -- это запуск процес, Укропатолог (-), 00:19 , 03-Фев-26 (192) +1
- Во избежание лишнего срача не упоминайте systemd ЛЮБОЙ менеджер процессов - раз, theDolphin (ok), 12:06 , 03-Фев-26 (247) –1
- Почему так многих это беспокоит Лично мне наплевать Это должна быть головная б, Укропатолог (-), 00:17 , 03-Фев-26 (191) –3
- Круто Мой выбор systemd версии оказался правильным Шесть лет назад топовые дис, Аноним (194), 01:05 , 03-Фев-26 (194)
- Наоборот же В LFS сделать systemd, а в BLFS на выбор sysv, upstart, runit, open, theDolphin (ok), 12:22 , 03-Фев-26 (252)
- Сделать отдельный BLFS для тех DE, которые ну не могут без systemd никак GNOME-, Аноним (285), 19:44 , 03-Фев-26 (292)
Сделать отдельный BLFS для тех DE, которые ну не могут без systemd никак: GNOME-BLFS, например. А systemd для него запускать как вторичный менеджер из SysVinit.
- Какой смысл заморачиваться с LFS если потом всё решать будет systemd , Аноним (197), 01:38 , 03-Фев-26 (197) +1
- Продвигание systemD сопровождалось небывалой ложью Сначала говорили, что SysV i, Аноним (-), 07:01 , 03-Фев-26 (217) +4
- Что-то мы с вами в каких-то диаметрально противоположных плоскостях живём Вообщ, Многонациональный Степашка (-), 09:00 , 03-Фев-26 (222)
- сустемДы - очевидная дрянь, вирус и шляпа Убивает то, что никто не называет СКР, Аноним (236), 10:19 , 03-Фев-26 (239) +3
- Я считаю, что сообщество получило systemd насильно после того, как это самое соо, theDolphin (ok), 12:10 , 03-Фев-26 (248)
- В том то и дело, что если запустить этот инит ещё как-то может, то вот узнать ст, Аноним (188), 13:59 , 03-Фев-26 (260)
>что у systemd имеет функионал которого нет в SysV init. Так дело в том, что SysV init запускает демоны и скрипты. И всё! Иные функции возложены на другие утилиты. SysV init не берёт на себя излишний функционал.В том то и дело, что если запустить этот инит ещё как-то может, то вот узнать статус или перезапустить - уже не обязательно.
>Чтобы манипулировать бинарями SysV init, GNU bash не нужен, достаточно иметь любой другой интерпретатор или скриптовый язык. Во-первых, почему скриптовый? Во-вторых, какой именно язык вы предлагаете использовать? Каждый новый файл на новом языке? В-третьих, рано или поздно, но понадобится вынести общие части разных скриптов в библиотеку, и внезапно появляются обыкновенные юниты.
>Вперёд загодя скажу, что bash скрипты самое лучшее что есть в Линуксе. Они простые, надёжные и читаемые. Баш скрипты отвратительны. Во-первых вместо того, чтобы предоставлять информацию в машинночитаемом варианте, информация передаётся в виде текста. Редкие команды умеют передавать в машинночитаемом виде, но во-первых у разных команд всё равно будет разный синтаксис, во-вторых это как правило новые команды. Как следствие в большинстве случаев будет написан велосипедный парсер, ломающийся от любого нестандартного вывода. Во-вторых, баш скрипты непереносимы, так как состоят из кучи зависимостей. Если зависимости не будет, типа jq, или же она будет не той версии, например, будет busybox, то всё, работать не будет. В-третьих, у баша постоянные проблемы с экранированием. В четвёртых - очевидный код на баше - неправильный, правильный - неочевидный. Shellcheck не даст соврать. В-пятых, это куча особенностей баша, вроде однобуквенных сокращений.
>systemd - оверхед У вас 640 Кб?
>которого никому не нужна Очередная ложь
>Просто так отключить сервис нельзя, так как он может вызвать сбои в других частях системы. Очередная фантазия.
- Так наверняка существуют утилитки, которые могут проследить и перезапустить Я н, Аноним (344), 13:40 , 04-Фев-26 (348)
>В том то и дело, что если запустить этот инит ещё как-то может, то вот узнать статус или перезапустить - уже не обязательно.Так наверняка существуют утилитки, которые могут проследить и перезапустить. Я не интересовался, но если будет надо - поищу.
- В итоге получается свалка компонентов, склееных башем Всё, для чего нет аналога, Аноним (188), 16:56 , 04-Фев-26 (352)
>Так наверняка существуют утилиткиВ итоге получается свалка компонентов, склееных башем. Всё, для чего нет аналога, заменено костылём?
- - Я привык ходить на унитаз - А я гажу в кустах, мне и так нормуль, но говорят ч, Аноним (-), 04:47 , 05-Фев-26 (369)
> Так наверняка существуют утилитки, которые могут проследить и перезапустить.
> Я не интересовался, но если будет надо - поищу.- Я привык ходить на унитаз.
- А я гажу в кустах, мне и так нормуль, но говорят что при помощи досок, молотка и гвоздей можно сделать скворчник.
- А ты его строить умеешь?
- Нет, я не интересовался - мне и в кустах гадить нормуль! И ж@па зимой почти не мерзнет!
- Надо собраться и написать прослойку для сборки GNOME KDE без systemd Чтобы необх, Аноним (221), 08:27 , 03-Фев-26 (221)
- Ждем, когда перейдет на systmd Devuan, manchelsi (ok), 09:28 , 03-Фев-26 (228) –1
- Хм, странно Вроде смысл данного проекта именно в том, чтобы слепить дистр из , Аноним (259), 13:52 , 03-Фев-26 (259)
Хм, странно... Вроде смысл данного проекта именно в том, чтобы слепить дистр из чего угодно, по выбору пользователя.
- Нет, смысл данного дистра заключена в обучении Именно обучить пользователя собр, Аноним (-), 14:36 , 03-Фев-26 (261)
>Вроде смысл данного проекта именно в том, чтобы слепить дистр из чего угодно, по выбору пользователя.Нет, смысл данного дистра заключена в обучении. Именно обучить пользователя собрать собственный дистр. Если ты при помощи автоматических скриптов соберёшь LFS, то это недвусмысленно будет восприниматься как нарушение миссии LFS. Потому-что обучение возможно только тогда, когда ты вручную вбиваешь команды и осознаешь смысл каждой команды.
- Если тебе заявляют, что обучатся можно только утвержденной программе, то первое , Аноним (268), 15:26 , 03-Фев-26 (268)
Если тебе заявляют, что обучатся можно только утвержденной программе, то первое что хочется спросить "а кто собственно ее утвердил?", и второе - "с чего этот "кто-то" решил, что инженеры будут с этими "утверждениями" соглашаться и принимать их в расчет?"
-----
ЗЫ "Заманчиво. Но у меня есть лучшая идея. Скажем, - я пошлю вас!..." (с) Матрица
- Немного помогу s пользователя корпорации , Аноним (175), 17:58 , 03-Фев-26 (278)
> по выбору пользователяНемного помогу: s/пользователя/корпорации/
- Я огорчен, но не очень-то удивлен этой новости Ко мне уже довольно давно пришло , Аноним (268), 15:18 , 03-Фев-26 (267) +1
Я огорчен, но не очень-то удивлен этой новости.Ко мне уже довольно давно пришло понимание, что никакого "открытого ПО" больше нет (а может и вовсе не было) Есть куча бесплатной рабочей силы, которую гласно или не очень гласно крупные западные корпорации лидируют. То есть принимают архитектурные решения и ставят ей конкретные цели. Любому кто не согласен отвечают "тебя никто не заставляет" и тут же объявляют его "маргинальной личностью", а если личность эта слишком публичная, то вдобавок публикуют о нем разного рода компромат или того хуже - ложные измышления. Фактически, это диктат. И я не вижу что тут можно поделать, кроме как более не отдавать т. н. "открытым проектам" ни единой строчки кода. Пусть пилят сами и за свои деньги. Хотя с учетом моделей возможно и это уже не поможет... собственно, для этого эти модели вероятно и были созданы. Но попробовать все равно нужно, - если не сломаем, то хотя бы притормозим.
- Кого ты собрался притормозить Гугл, Майкрософт и Эпл Да-да, этих самых знатных, притоможенный (?), 17:43 , 03-Фев-26 (277)
Кого ты собрался притормозить? Гугл, Майкрософт и Эпл? Да-да, этих самых знатных бенефициаров этого вашего "свободного" кода. Ну, успехов тебе.
- Не всегда, могут предложить работу У них методы не настолько топорные и очевидн, Джон Титор (ok), 21:59 , 03-Фев-26 (299)
>> и тут же объявляют его "маргинальной личностью"Не всегда, могут предложить работу. У них методы не настолько топорные и очевидные. С голоду такой человек не умрет, но и не станет кем-то великим. Вы же не хотите сказать что те же программисты которые работают на запад и производят по сути дешевый доллар что-то на самом деле производят в своей экономике? И с их стороны это весьма разумный подход.
- Давайте создадим Российский форк проекта без blfs , Аноним (283), 18:55 , 03-Фев-26 (283) +1
Давайте создадим Российский форк проекта без blfs?
- Кто-то из россиян создал форк, когда LFS овцы решили, что им без всё в usr ни, Аноним (285), 19:31 , 03-Фев-26 (289)
Кто-то из россиян создал форк, когда LFS'овцы решили, что им без "всё в /usr" никак нельзя.
- Давай Создавай Я представил себе как вы тут в каментах собралися и давай соз, притоможенный (?), 19:45 , 03-Фев-26 (293)
Давай! Создавай!
Я представил себе как вы тут в каментах собралися и.. давай! создвать! 😆
- А возможно ли systemd переписать так чтобы выкинуть оттуда лишнее, потенциально , Джон Титор (ok), 22:06 , 03-Фев-26 (301) +1
А возможно ли systemd переписать так чтобы выкинуть оттуда лишнее, потенциально не безопасное. Ну вот типа как скачивание каких-то файлов (обновлений, я знаю) на мой ПК при выключении компьютера? Т.е. не настраивать это, а именно полностью выкинуть это из systemd.
- Давай ПереписывАй , наполовину дополненный стакан (?), 00:07 , 04-Фев-26 (312)
- Давай Плати Вы знаете проблема в том что мы не при коммунизме живём и к сожале, Джон Титор (ok), 12:06 , 04-Фев-26 (341)
> Давай! ПереписывАй!Давай! Плати! Вы знаете проблема в том что мы не при коммунизме живём и к сожалению нужно что-то есть, одевать, нужны средства на лекарства и на бытовые вещи. Мне бы заплатили и в системе через некоторое время разобрался. А управление деньгами пришло в 90-е, назвали это капитализмом и в результате этого капитализма практически нет свободного времени. В результате я лично начал работать с 18-ти и наверно уже до смерти теперь придётся работать. Я лично не очень счастлив от такого положения вещей, но таковы мои реалии.
- Увы, там все хорошо обосновано 1 Связь с udev само собой ибо где еще инициали, КО (?), 10:47 , 04-Фев-26 (335) +1
Увы, там все хорошо обосновано: 1. Связь с udev само собой (ибо где еще инициализировать устройства)
2. Журнал нужен - журнал сделан
3. Чтоб время было правильное - свой модуль установки времени
4. Чтоб связыватьс с сетью - свой resolv
5. Чтоб нарисовать QR код - свой http сервер
... В результате сам запуск системы в этом комбайне малая часть. Что будет когда все модули systemd входят в клинч с полноценными аналогичными программами - авторов не волнует.
- Простите за дилетантский вопрос, т к в систему особо не лез А разве не драйвер, Джон Титор (ok), 12:00 , 04-Фев-26 (340) –1
> 4. Чтоб связыватьс с сетью - свой resolv Простите за дилетантский вопрос, т.к. в систему особо не лез. А разве не драйвер этим должен заниматься? Или реально нужна какая-то прослойка для драйвера от системы? > 5. Чтоб нарисовать QR код - свой http сервер Вот тут я не вижу вообще обоснования для операционной системы. QR код может вполне и множество программного обеспечения создавать на более высоком прикладном уровне. Но спасибо, я кажись начинаю понимать что это всё весьма сложно переделать. Если вам не сложно, могли бы вы немного больше по 4 и 5 пунктам написать для понимания?
- dns - это не обязанность драйвера Драйверов много, dns - один, Аноним (188), 16:58 , 04-Фев-26 (353)
>> 4. Чтоб связыватьс с сетью - свой resolv
>Простите за дилетантский вопрос, т.к. в систему особо не лез. А разве не драйвер этим должен заниматься? Или реально нужна какая-то прослойка для драйвера от системы?dns - это не обязанность драйвера. Драйверов много, dns - один
- Каких только фантазий не услышишь , Аноним (188), 10:50 , 04-Фев-26 (337)
>Ну вот типа как скачивание каких-то файлов (обновлений, я знаю)Каких только фантазий не услышишь.
- Ну если вы не видели, то там именно написано что это делает systemd на Debian по, Джон Титор (ok), 11:54 , 04-Фев-26 (339)
>>Ну вот типа как скачивание каких-то файлов (обновлений, я знаю)
> Каких только фантазий не услышишь.Ну если вы не видели, то там именно написано что это делает systemd на Debian по крайней мере. Если вы знаете почему так, не могли бы разъяснить? Я лично не очень понимаю почему после обновления однажды начало работать именно так.
- Во-первых, где написано, что написано, телепаты в отпуске Во-вторых, дебиан пос, Аноним (188), 17:02 , 04-Фев-26 (355)
>Ну если вы не видели, то там именно написано что это делает systemd на Debian по крайней мере.Во-первых, где написано, что написано, телепаты в отпуске? Во-вторых, дебиан поставляет не ванильные, а патченные, видоизменённые пакеты. В-третьих, если какой-то юнит что-то скачивает, то скачивает юнит, а не systemd. В чётвёртых, дебиан может запросто добавить что-то своё, дебиановское. Сам по себе systemd ничего не скачивает.
- А ведь можно было отказаться от сборок на Systemd, раз ему не хватает ресурсов, Аноним (310), 23:54 , 03-Фев-26 (310) +1
А ведь можно было отказаться от сборок на Systemd, раз ему не хватает ресурсов
- Это уже не LFS, так LFS - это все же сборка своей GNU Linux дистрибутива установ, enep (ok), 11:24 , 04-Фев-26 (338) –1
Это уже не LFS, так LFS - это все же сборка своей GNU/Linux дистрибутива/установки так как хочет пользователю
- альтернативные системд инит-системы типа опен-рц или рунит умеют всё что должны , Аноним (364), 23:51 , 04-Фев-26 (364)
альтернативные системд инит-системы типа опен-рц или рунит умеют всё что должны уметь системы инициализации -- зависимости между процессами, управление, поддержка контейнеров, cgroups и т.д. при этом они значительно проще в кодовой базе и конфигурациях.при этом сам систем-д перестаёт быть системой инициализации и управления процессами, а по-тихому начинает заменять собой различные подсистемы гну/линукса типа загрузчиков, менеджера сети, удев, судо и т.д, прибивая гвоздями к своей инфраструктуре ключевой софт и ДЕ. то есть компания редхет концентрирует в своих руках разработку всего окружения гну/линукс, унифицируя его среди различных дистрибутивов, превращая их всех через в один единственный red hat os с уродским планшетным интерфейсом и кучей овно-библиотек. при этом лет 15 назад, когда внедрение систем-д только начиналось, то единственной причиной перехода на системд называлось ускорение загрузки системы за счёт распараллеливания процессов. всё. других причин тогда не говорили, что они будут заменять сеть, загрузчики, системные утилиты и т.д. не спорю, системд позволяет многие трюки с распараллеливанием, контейнерами и т.д., но всё это не нужно на десктопе, это узкоспециализированные серверные фичи, примерно как горячая замена памяти в серверах сан или ибм. оно обычному пользователю, который поставил задумывавшуюся как "for fun" ОС для изучения работы ОС и внедрения мелкими энтузиастами каких-то интересных идей в работу ОС, так вот решения для крупных серверов нужны далеко не всегда таким энтузиастам и ценителями простоты. в том же андроиде, гугл чё-то не стал вкорячивать системд, хотя "он ведь такой удобный и продуманный". и да, создатель ЛФС прав в том, что ЛФС и гну/линукс скорее для изучения упрощённой концепции ОС и внедрения новых идей в мир гну/линукс за счёт простоты входа.
а редхет со своими серверными костылями ломает всю идею, стремясь занять нишу серверных юниксов. плюс опять же: 99% дистров начинают зависеть от решений одной фирмы (партнёра и друга микрософт), превращая дистрибутивы линукса в нечто вроде пиратских сборок виндовса (в плане свободы выб
|
Свернуть нити
Пометить прочитанным
Создать тему
