После около трёх лет разработки опубликован релиз системы инициализации Finit 4.0 (Fast init), развиваемой в качестве простой альтернативы SysV init и systemd. Проект основан на наработках, созданных при обратномм инжиниринге системы инициализации fastinit, используемой в Linux-прошивке нетбуков EeePC и примечательной очень быстрым процессом загрузки. Система в первую очередь нацелена на обеспечение загрузки компактных и встраиваемых систем, но также может применяться для обычных настольных и серверных окружений. Примеры сценариев для внедрения подготовлены для Void Linux, Alpine Linux и Debian GNU/Linux. Код проекта написан на языке Си и распространяется под лицензией MIT...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55033
> Проект основан на наработках, созданных при обратном инжиниринге системы инициализации fastinit, используемой в Linux-прошивке нетбуков EeePC
> https://github.com/troglobit/finitASUS может накатать жалобу в любой момент, ребят
ну и что зато не системдос тебе не понятб
И будет finit-а ля комедия...
finit a la comedia
Это не rust, правильный предлог: à
Nvidia на moonlight не накатали
А чего разработчики Moonlight там в блобах Невидии расковыривали?
> А чего разработчики Moonlight там в блобах Невидии расковыривали?Gamestream
И даже moonshine не накатили?
В пятницу накатим sunshine
Если копипасты нет и нету прямых доказательств самого инжиниринга - не может.
Накатать всё равно может. Толку не будет, это да.
на этот случай есть EFF
Да они уже давно забыли/забили (на) этот EeePC.
>> ASUS может накатать жалобу в любой моментМожет, но не будет.
Невыгодно.
Финита-ля-комедия.
После взгляда на пример конфига (https://troglobit.com/projects/finit/ ), понимаешь, что зря называл systemd сложным.
В смысле не зря? Прекрасные дружелюбные к пользователю конфиги, которые не надо искать по всему диску. На первый взгляд делают понятные вещи, поведение очевидное и последовательное. В отличие от сустемд.
А теперь смотри сюда:
[Unit]
Description=The Apache HTTP Server
After=network.target[Service]
Type=forking
ExecStart=/usr/local/apache2/bin/apachectl -k start
ExecReload=/usr/local/apache2/bin/apachectl -k graceful
ExecStop=/usr/local/apache2/bin/apachectl -k graceful-stop
PIDFile=/usr/local/apache2/logs/httpd.pid
PrivateTmp=true[Install]
WantedBy=multi-user.target
Ткни пальцем, где непонятно.
Да ёпрст, опять 25 за рыбу деньги.Язык (shell) вместо шаблонов (unit-ы). Выбор очевиден. Если cs не буквы для резюме, то в наличии будет а) образ мышления, соответствущий профессии, б) достаточный уровень проф знаний и ц) некоторый уровень навыков. Соответственно, будет выбрано первое. Дилетанты, работающие по stackoverwlow и инструкциям, выберут второе. Потому что "ну просто же, чо там они намудрили".
Иными словами, в профессию пришла толпа дилетантов, не желающих вникать в детали применяемых (sic!) технологий, но обладающих громким голосом. Наверное, можно назвать их "технократические sjw". Но лучше было бы никак не называть, а выдать по метле и отправить выполнять задачи, соотвествующие уровню интеллекта и знаний.
> Язык (shell) вместо шаблонов (unit-ы). Выбор очевиден.Неконтролируемая императивщина вместо декларативных юнитов. Выбор очевиден. Дилетанты, привыкшие решать проблемы в лоб и не умеющие в более высокий уровень абстракции, выберут свой case $1 in start stop restart, просто потому что другого решения не знают.
> sjw
"А... а у вас... а вы... а у вас негров линчуют!"
> Неконтролируемая императивщинанаоборот. контролируемая. мной.
> вместо декларативных юнитов.не контролируемых никем.
> Выбор очевиден. Дилетанты,дилетанты неспособные в примитивный шелловский скрипт, угу.
Ваш выбор - очевиден.Ваша квалификация, кстати, тоже - использование в этом гуаноюните башскриптов, назначения которых вы не понимаете, как бы говорит само за себя.
> дилетанты неспособные в примитивный шелловский скриптТы методичку попутал, там выше жалуются, что системдос это СЛОЖНА. ЧСХ, те, кто осилил только баш-скрипты, считают, что обладают неким сакральным знанием, хотя по сути являются скрипт-киддисами похуже яваскриптеров. Системдос-юниты, в свою очередь, обычно оформляются апстримом -- разработчиками на си и плюсах (ну да, куда каким-то там сишникам до сакрального баша).
В итоге имеем следующее:
1) баш-портянщики, которые вообще ничего не осилили, кроме баша, но считают, что осилили самый крутой язык
2) разработчики, которые знают баш, си/с++, ява, яваскрипт и прочие языки, и оформляющие системдос-юниты чисто между делом> Ваша квалификация
твоя квалификация "баш-онли-осилятора" уже ясна
> использование в этом гуаноюните башскриптов
Где здесь башскрипты?
https://src.fedoraproject.org/rpms/httpd/blob/rawhide/f/http...
>> Неконтролируемая императивщина
> наоборот. контролируемая. мной.Или мной (троллфейс). Сижу я в какой-нибудь говно-галере, а-ля palo alot networks или symantec, пишу говнософт для корпоративных клиентов, которым, вдруг, захотелось поддержки линукс. Ну и че, напишу тебе башскрипт, который мое говноподелие будет запускать.
Баш скрипт мой императивненький будет создавать пидфайлы, непременно в хомяке. Будет использовать портянку из pgrep и pkill чтоб проверять по таймеру, запущен ли все еще мой процесс или уже упал с сегфолт. Будет забывать пидфайлы подчищать, а при старте ругаться, что процесс уже запущен. А, ну и если, какого нибудь питон модуля для обработки жсон (а я хз, чем еще жсон на этом вашем линуксе читать), вдруг не окажется, то мой императивный скрипт будет падать молча.
А ну-ка, давай-ка, проконтроллируй такое говно.
(а описанный сценарий основан на реальных событиях, между прочим)
> А ну-ка, давай-ка, проконтроллируй такое говно.от того что такое же точно говно с тем же самым скриптом будет запускаться из прекрасного декларативного конфига, мне точно легче не станет. Собственно, вон тебе уже и принесли apachectl запускаемый из .service
Только еще и придется проверять за тобой, что один конфиг не оверрайдит настройки из другого.
И да, такое г-но я перепишу, если понадобится, как надо мне. Лишь бы оно не запускало suid бинарник из php модуля. Но тут уж опаньки, система инициализации непричем.
А вот изменить что-то в кишках самой системдряни - увы, староват я для бл-ского цирка.result is RESULT, отсутствие таймаутов там где они нужны, "очень быстрая загрузка" в аварийный режим, поскольку у парашутиста-торопыги парашут остался дома.
Это вот реальность, ежедневная.
> Это вот реальность, ежедневная.Слушай, пох, а какое мнение у тебя о SMF в Solaris 10?
Да я думаю - такой же был бы п-ц, если бы впихивался в таких масштабах. Просто потому что если пытаться сделать "как в винде", то винда и получается, только, как обычно, "всем хуже".Но оно значительно меньший п-ц по двум причинам: вариантов загрузки и настройки у солярки существенно меньше, ограничены как поддерживаемым железом так и особенностями софта (нет md, нечему не собраться при старте, а вот sfp будут проиничены вовремя и правильно,потому что драйвера писали и тестировали как надо ;-)
и она никогда не позиционировалась как уже окончательно готовая для десктопа, то есть "как в винде" ни разу не планировали.Поэтому вместо всепожирающего монстра получили всего лишь хрень с xml-конфигом, компилящимся в bdb, и пару статей в KB о том как это все чинить, если оно вот, опять. (То есть таки да, бывает-с.)
Ну и напороться на "несовместимость инита с ядром", как я пару лет назад, тоже не получится, потому что тебе никогда в жизни такие эксперименты не понадобятся.
Опять же zfs - делающая в основном ненужным vfstab, и попутно убирающая пляски вокруг единственно-верной последовательности подключения файловых систем, а не thin-lvm, которую я так и не научился чинить, если по каким-то причинам перестала загружаться установленная туда система.
> Ну и напороться на "несовместимость инита с ядром", как я пару лет
> назад, тоже не получится, потому что тебе никогда в жизни такие
> эксперименты не понадобятся.А что это ты такое делал?
P.S: Ты, уже понял, как менять компилятор для сборки пакета в Debian'е? Я тебе написал в той теме.
> А что это ты такое делал?система - кривой арм с кастомным ядром, под qemu не грузится. Пытаемся найти похожее - находим. binary only, да и хер с ним. Грузимся - тыдыщь - "ваше ведро несовместимо с нашей модной версией системды". Приехали. Ну а чо такова, ведро несовместимо с инитом. У этих и не такое бывает. Это смуренбурговский если уж не вообще a.out, то как-нибудь запустится хоть столетней давности с новейшим 5.99, хоть наоборот. Дальше ехать, собственно, некуда, поскольку еще какое-то более другое с тем же или близким abi (чтобы юзерлэнд работал без лишних глюков, мне и нелишних хватает) и поддерживаемое куэмой взять негде.
> Ты, уже понял, как менять компилятор для сборки пакета в Debian'е?
я уже понял что не поможет, там код поломан наглухо, не в компиляторе дело. :-(
Спасибо, как-нибудь в другой раз попробую поэкспериментировать с этими макросами.
> система - кривой арм с кастомным ядром, под qemu не грузится. Пытаемся
> найти похожее - находим. binary only, да и хер с ним.
> Грузимся - тыдыщь - "ваше ведро несовместимо с нашей модной версией
> системды". Приехали. Ну а чо такова, ведро несовместимо с инитом. У
> этих и не такое бывает. Это смуренбурговский если уж не вообще
> a.out, то как-нибудь запустится хоть столетней давности с новейшим 5.99, хоть
> наоборот. Дальше ехать, собственно, некуда, поскольку еще какое-то более другое с
> тем же или близким abi (чтобы юзерлэнд работал без лишних глюков,
> мне и нелишних хватает) и поддерживаемое куэмой взять негде.Ты железку со всеми потрохами реверсишь, что ли? Что она делает?
> Спасибо, как-нибудь в другой раз попробую поэкспериментировать с этими макросами.
Ты еще, помнится, хорошего ветеринара искал - нашел?
> Ты железку со всеми потрохами реверсишь, что ли?обычную убунту. Но с вендорскими костылями (логично, там чудо-инсталл запускать неоткуда), которые и надо было тогда посмотреть, почему паламалися. Казалось бы, простое ж и тривиальное действие. Но не в мирке современных линуксоподелок. Плюнул, купил полуторавольтовый ком-порт (изрядно непросто, между нами - я впервые видел чтобы амазон отказывался продавать на американский адрес).
> Ты еще, помнится, хорошего ветеринара искал - нашел?
хз. В смысле,я какого-то нашел, но хороший он или нет - знаю только по чужим рассказам (тьфу-тьфу-тьфу).
Ну и как-то он собаченьку потрепать по загривку постеснялся при входе. У тети Иры такой проблемы не было, у нее была проблема как-то отвязаться и объяснить что она вообще не к нему сегодня, и нет, с собой тоже не возьмет.Но Ирина нынче в Ступино, до нее не добраться.
> обычную убунту. Но с вендорскими костылями (логично, там чудо-инсталл запускать неоткуда),
> которые и надо было тогда посмотреть, почему паламалися. Казалось бы, простое
> ж и тривиальное действие. Но не в мирке современных линуксоподелок. Плюнул,
> купил полуторавольтовый ком-порт (изрядно непросто, между нами - я впервые видел
> чтобы амазон отказывался продавать на американский адрес).Что железка делает? Покупал переходник с RS232 на USB?
>> Ты еще, помнится, хорошего ветеринара искал - нашел?
> хз. В смысле,я какого-то нашел, но хороший он или нет - знаю
> только по чужим рассказам (тьфу-тьфу-тьфу).Есть хорошая клиника в Королеве и хороший врач. Если надо, могу скинуть контакты.
> Что железка делает?диск крутит: https://www.hardkernel.com/shop/odroid-hc2-home-cloud-two/
Переходник покупал с ее фантастически е6анутого serial на rs232 (ну, точнее, я со временем разными оброс, но лучшие среди меня вот эти вот: https://www.amazon.com/dp/B074BTGLJN/ - всячески рекомендую тем, у кого еще не один сплошной usb кругом - а я таки сохранил от лучших времен восьмиголовую мультипортовку, оно само выставляет правильное напряжение по напряжению vcc, никаких дурацких джамперов, провода т-по паяются, никаких дурацких обжимных коннекторов и соплей. Но с русскими этот китаец не торгует принципиально.)
> Есть хорошая клиника в Королеве и хороший врач.
спасиб, но я искал такого который ко мне доедет - зверюшка весом в полсотни кило и с огромной пастью, случись что - я его не дотащу даже до дверей. Ирина была одним из немногих свободно практикующих хороших врачей, еще и готовых ехать к свеженайденому на помойке зверю, больному неизвестно чем и неизвестно в каком настроении. К сожалению, что-то там у нее в жизни изменилось, и она переехала в Серпухов.
Я не люблю ststend и нахожу сопровождение машин с systemd сложнее, чем машин с openrc. Но в абстрактном выборе императивного описания конфигурации системы и декоративного -- очевидно побеждает декларативный.И аргумент про дилетантов -- тоже индоктринирует в обратную сторону. Проблема в том, что простота инструмента -- это положительное свойство.
Проблема systemd не в декларативности. Это, наверное даже, его единственный плюс. Проблема в том, что переусложнённость systemd приводит к реальным проблемам и сложной диагностируемости.
Проблема не в тошнотных ини. Не только и не столько в них.
> Ткни пальцем, где непонятно.простой вопрос: в каком из пяти(десяти) мест на диске и что надо посмотреть, чтобы обнаружить что запускается вовсе не /usr/local/apache2/bin/apachectl ?
Вопрос посложнее: что курил автор и почему он такой м-к, что ему понадобился БАШ СКРИПТ apachectl и, соответственно, потеря полноценного контроля системдой состояния сервиса - то есть насколько надо быть т-пым последователем модных технологий, чтобы не уметь пользоваться именно преимуществами, даваемыми этими технологиями?
Вопрос на пятерку: как долго будут пользователи видеть пустое место вместо сервиса при внезапно потребовавшейся экстренной перезагрузке сервера и что еще тут сделано не так?
Вопрос на золотую медаль выпуска факультета воторогодников: где мне найти скрипт, в котором (слишком рано) включаются /dev/md0 ?
(без котрого запускать какие-то там /usr/local/помойки уже незачем, да и не получится)
>> Ткни пальцем, где непонятно.
> простой вопрос: в каком из пяти(десяти) мест на диске и что надо
> посмотреть, чтобы обнаружить что запускается вовсе не /usr/local/apache2/bin/apachectl
> ?Я не знаю, что такое apachectl, но подозреваю, что он fork-ает что-то там, а сам умирает.
Чем здесь мешает systemd?
>[оверквотинг удален]
> [Service]
> Type=forking
> ExecStart=/usr/local/apache2/bin/apachectl -k start
> ExecReload=/usr/local/apache2/bin/apachectl -k graceful
> ExecStop=/usr/local/apache2/bin/apachectl -k graceful-stop
> PIDFile=/usr/local/apache2/logs/httpd.pid
> PrivateTmp=true
> [Install]
> WantedBy=multi-user.target
> Ткни пальцем, где непонятно.Собственно, непонятно одно - на кой было устанавливать Аааааапач в /usr/local?
я предполагаю:
1) апач самосборный: ./configure ... ; make ; sudo make install
2) автор пришел из мира *BSD или портирует туда системду (спасибо ему за это).
> Собственно, непонятно одно - на кой было устанавливать Аааааапач в /usr/local?например, среди меня принято именно туда устанавливать все локальные пакеты.
В том числе чтобы сразу было видно, что это местная особенность, а не штатный дистрибутивный.
> Например, среди меня принято именно туда устанавливать все локальные пакеты.Отчего deb/rpm не собрать?
> В том числе чтобы сразу было видно, что это местная особенность, а не штатный дистрибутивный.
Так это при создании пакета можно указать.
А что, deb/rpm нельзя собрать с софтиной в той директории, в которой хочется?
> А что, deb/rpm нельзя собрать с софтиной в той директории, в которой
> хочется?Можно, но есть packaging policy.
> Можно, но есть packaging policy.это проблема только тех кто под ней подписался. У меня своя packaging policy - для самодельных пакетов предназначен local.
>> Например, среди меня принято именно туда устанавливать все локальные пакеты.
> Отчего deb/rpm не собрать?вот он внутри моего rpm именно там и лежит. С тех пор как relocatable rpm'ы ушли в далекое прошлое.
Причем может быть установлен одновременно с системным, если мне от того нужны конфиги или еще какие-то артефакты, ничего не поломав.Впрочем, я не фанатик, и если нечто не имеет смысла собирать в пакет, то и не стану тратить время.
> Так это при создании пакета можно указать.
и часто ты смотришь версию пакета прежде чем какой-нибудь nginx перезапустить неглядя?
А вот когда он лежит не там, где ты его ожидал найти - сразу же задумаешься, что что-то тут необычное, и надо бы сперва разобраться, что это.
> Причем может быть установлен одновременно с системным, если мне от того нужны
> конфиги или еще какие-то артефакты, ничего не поломав.А для чего нужен свой пакет _ОДНОВРЕМЕННО_ с системным? Есть реальные случаи
применения такой практики?> и часто ты смотришь версию пакета прежде чем какой-нибудь nginx перезапустить неглядя?
Если система незнакомая (только пришел, попросили посмотреть и тому подобное), то прежде, чем что-то вообще трогать, я ее разбираюсь что и как работает и документирую ее.
> для чего нужен свой пакет _ОДНОВРЕМЕННО_ с системным?например, изначально был системный, но чего-то в нем перестало устраивать. Например, в той же убунточке аж два разных nginx и оба - кривые.
> Есть реальные случаи применения такой практики?
практически всегда именно так. Удалю я системный или оставлю рядом - зависит от настроения и поводов.
> Если система незнакомая (только пришел, попросили посмотреть и тому подобное)
ты, кажется, не работал в больших конторах. Тут каждая система - "незнакомая". Потому что не перезнакомишься. И даже если ты сам ее настраивал, через два года уже вряд ли вспомнишь ньюансы, не говоря уже о том что после тебя мог что-то поменять кто-то другой.
> то прежде, чем что-то вообще трогать, я ее разбираюсь что и как работает и документирую ее.
а прод еще полежит пока.
Поэтому и не надо создавать потенциальных мин замедленного действия. Если что-то похоже на штатное, но не штатное - это должно быть видно с минимальным прищуриванием, даже если ты последний раз сюда заходил пять лет назад, а тебе позвонили в три утра с воплем "все упало!"
Потому что скорее всего так и будет.Нет, в подобных конторах можно, конечно, почти всегда переложить ответственность на никого и отложить до следующей пятницы, но тем плохой специалист и отличается от хорошего.
Нет.
Надо отдельной портянкой на шелле.
И когда оно на graceful-stop при рестарте наконец-то чудно повиснет, потому что завис вон тот запрос, и уходить не хочет - нет, ни в коем случае не делать SIGKILL. Висеть до второго пришествия.
А когда тебе понадобится второй апач - обязательно налепить вторую портянку или расписать кучу переменных в первой. Попутно сломав написанную полгода назад третью портянку, которая это всё мониторит.
Так конфиги system вообще искать не надо.
sudo systemctl edit smartd.service
и вуаля ты правишь нужный конфиг в твоем любимом редакторе.
> Так конфиги system вообще искать не надо.
> sudo systemctl edit smartd.service
> и вуаля ты правишь нужный конфиг в твоем любимом редакторе.Теперь сокеты поправить не забудь. И делай это не в конфиге софта, а в юнитах системд тоже. В любом случае, различной конфигурации оловерзеплейс ощутимо больше.
> и вуаля ты правишь нужный конфиг в твоем любимом редакторе.не видя конфига. Потому что я правлю пустое место под названием /где-то в жопе/глубже/глубже/еще глубже/override.conf а вовсе не конфиг который мне надо "просто" отредактировать.
Очень удобно.Еще удобнее потом быстро проверить, а что, собственно, в этой системе понаисправляли, и что при этом штатное.
Вы, макаки, ведь все и всегда именно так делаете, да?
Ты ведь не запускал эту команду, правда? При таком редактировании выводится содержимое оригинального конфига.
А потом пишешь systemctl cat и смотришь итоговый юнит вместе с указанием из какого файла какая часть взята.
А ещё вся кастомщина - в /etc/systemd, всё пакетное - в /usr/lib/systemd.Вот в инит скриптах-то конечно легко разобраться, родной он или правленный.
Может, стоит выключить режим луддита и познакомиться с инструментом поближе?
> Ты ведь не запускал эту команду, правда? При таком редактировании выводится содержимоеинтересно, с какой версии оригинальной системды? Моя немодная - она содержимое override выведет. То есть пустое место. Если что - шел десятый год ее впихивания всюду и всем без разбора.
> А потом пишешь systemctl cat и смотришь итоговый юнит вместе с указанием
> из какого файла какая часть взята.прекрасное достижение. Если бы оно было. На деле нихрена подобного - смотришь на вывод всех простыней подряд, задачка на внимательность - заметить, какие же именно строки пооверрайжены, а какие добавлены (отдельно не забыть про пять вариантов запуска, где-то строчки оверрайдятся сами по себе, а где-то добавляются, простой, понятный императивный конфиг. хаха.)
> А ещё вся кастомщина - в /etc/systemd, всё пакетное - в /usr/lib/systemd.
садись, два. Есть еще динамическая в run. А /etc/systemd содержит еще и автоматически создаваемые линки, вперемешку с тем что создано вручную и никак неотделимо.
Отдельно забавно может быть, если оверрайдов не один.> Вот в инит скриптах-то конечно легко разобраться, родной он или правленный.
конечно легко.
> Может, стоит выключить режим луддита и познакомиться с инструментом поближе?
выключи. А, ну да, кроме сцыстемдряни ничего ж не осилено. Как проверить какие скрипты входят в комплект, и что из них модифицировано в данной системе - вчерародившемуся невдомек.
Отдельно можно было бы спросить, зачем их вообще надо модифицировать, но опоздавших родиться - бесполезно. (не то чтобы системдрянь не могла тоже брать конфигурационную информацию не из оверрайдов, но - "здесь так не принято", я видел лишь единичные случаи, когда это все же делалось. Не методом ExecStart=скриптнабаше, конечно. Такого-то г-на полно.)
ls -l /etc/systemd | grep -- "->"
> Вот в инит скриптах-то конечно легко разобраться, родной он или правленный.Если стартовый скрипт идет с пакетом, то можно:
rpm --verify имяпакета.
Он скажет, какие из файлов входящих в пакет имеют отличия от файлов на диске.
> Он скажет, какие из файлов входящих в пакет имеют отличия от файлов
> на диске.причем запросто окажется что это вовсе не скрипт в init.d
> sudo systemctl edit smartd.service
> и вуаля ты правишь нужный конфиг в твоем любимом редакторе.а есть заклинание, чтобы положить "нужный конфиг" в нужную систему контроля версий,
(у меня это rcs), а потом посмотреть диффы и если надо - откатить ?поэтому тезис "конфиги system вообще искать не надо" - ложь и/или тупость.
Скажите, дяденька, а Вы живых мамонтов застали?
> (у меня это rcs), а потом посмотреть диффы и если надо -
> откатить ?а как ты посмотришь диффы, если конфиг собирается (совершенно неочевидным образом) из огрызков, раскиданных ровным слоем по дереву fs? ;-)
Ну то есть диф-то ты увидишь, только вот быстро понять как оно сломалось не получится.> поэтому тезис "конфиги system вообще искать не надо" - ложь и/или тупость.
ага, не надо. Напомните, кстати, как называется замысловатая утилита, вычисляющая бредовое имя mount unit?
Это потому что с 80-ых годов (именно там застряли башпортянщики) требования к системе инициализации усложнились. Поэтому в 2к21 какую систему не напиши - получится системдос. А чтобы повсеместно вернуться к башпортянкам, следует отправить всю планету в 1980. В 2к40 будешь вспоминать системдос как золотое время, время простых декларативных юнитов.
> Поэтому в 2к21 какую систему не напиши...К 200021?
у вас видимо системДОС и получился )
> После взгляда на пример конфига, понимаешь, что зря называл systemd сложнымконфиг в 47 строк для тебя сложный?
Ну вообще-то какая-то совершенно неудобочитаемая херня там написана, да.Причем если поднять глаза от "конфига" непойми чего к скриншотику - возможно до кое-кого кое-что начнет потихоньку доходить.
Хотя, о чем я, это ж впопеннет...
Ну да, Рееестр Бжественной - это ж бжественное творенье!
> Ну да, Рееестр Бжественной - это ж бжественное творенье!типичный впопеннетчик.
Ты не смог осилить строку вида "service [LVLS] <COND> log env:[-]/etc/default/daemon daemon ARGS -- Daemon daemon"?Ох уж эти смузихлебы... Как вы ложку мимо рта не проносите, с такими то когнитивными способностями?
Судя по количеству слов daemon, этот конфиг вызывает Баала. Чтобы служить (service), конечно.
От оно чо... А кто кому служить-то будет? Впрочем, да, о чем это я... Слушаю и повинуюсь!(Баал херню делать-то не заставит. Либо убить кого, либо съесть, либо живьем жечь... Все варианты у него годные.)
> От оно чо... А кто кому служить-то будет? Впрочем, да, о чем
> это я... Слушаю и повинуюсь!
> (Баал херню делать-то не заставит. Либо убить кого, либо съесть, либо живьем
> жечь... Все варианты у него годные.)Вызови killall!
А если не можешь это сожрать или трахнуть - на это можно поставить NetBSD
ох уж эти искперты опеннет, к 40 годам ничего, кроме локалхоста не видели, сидят на мамкиной шее в задрищинске, админят 3 вендокомпа с 1с-бухгалтерией на заводе за копейки, но мнение имеют исправно по всем вопросам.
То есть страдание это обязательное условие настоящего линукс эксперта?
> То есть страдание это обязательное условие настоящего линукс эксперта?Да. Они тут и флатпак не любят, и pulseaudio, и systemd, и wayland. Только страдание, только хардкор, только стоя и в гамаке.
Да тут просто люди понимают азы и делают выводы, а не как бабки старые гадают.Чтобы не быть голословным:
флатпак -- зачем он нужен, если уже в системе есть пакетный менеджер? Ах да, проблемы с версиями и именами пакетов. Народ, б****, не может версии отличить и поименовать пакеты правильно с первого раза. Но для этого нужно всё сломать и переделать, так, чтобы всем стало тошно. Проблемы с уязвимостями в зависимых пакетах игнорируем. Решение для локалхоста.
pulseaudio -- добавляем дополнительную абстракцию, хотя есть JACK, в принципе много проблем, связанных с настройками проброса ALSA. Стойте, зачем тогда PULSE? В принципе годно, но бессмысленно.
systemd -- "мы придумали классную идею и нам не стыдно о ней заявить!" сказали создатели и прихвостни systemd, выкатив сырую систему, которая не умеет делать ничего из того, что нужно было от системы инициализации продвинутому пользователю. В которой за время её существования отваливалось почти всё, которая не содержит стабильной ветки, которая не имеет адекватной документации, а заявленные возможности работают на 99%. Т.е., если вы решите выставить 100 различных настроек, то со 100% вероятностью, одна не работает. Решение для локалхоста.
wayland -- пока ещё не понял, зачем оно и чем лучше фреймбуфера, но пусть пилят, на мобилах, говорят, пойдёт. Решение для мобилки.
> флатпак -- зачем он нужен, если уже в системе есть пакетный менеджер?
> Ах да, проблемы с версиями и именами пакетов. Народ, б****, не
> может версии отличить и поименовать пакеты правильно с первого раза. Но
> для этого нужно всё сломать и переделать, так, чтобы всем стало
> тошно.А кому стало тошно-то? Ретроградам?
> Проблемы с уязвимостями в зависимых пакетах игнорируем.
Нет. Иди разберись, что такое flatpak.
> pulseaudio -- добавляем дополнительную абстракцию, хотя есть JACK
> хотя есть JACKПоржал, спасибо.
Впрочем, jack бы ненавидели точно также, как pulseaudio, если бы его внедряли в дистрибутивах.
> systemd -- "мы придумали классную идею и нам не стыдно о ней
> заявить!" сказали создатели и прихвостни systemd, выкатив сырую систему, которая не
> умеет делать ничего из того, что нужно было от системы инициализации
> продвинутому пользователю. В которой за время её существования отваливалось почти всё,
> которая не содержит стабильной ветки, которая не имеет адекватной документации, а
> заявленные возможности работают на 99%. Т.е., если вы решите выставить 100
> различных настроек, то со 100% вероятностью, одна не работает. Решение для
> локалхоста.А попробуй документацию почитать, что ли. Или, как говорил один товарищ здесь: линукс для тебя слишком сложный?
> wayland -- пока ещё не понял, зачем оно и чем лучше фреймбуфера,
> но пусть пилят, на мобилах, говорят, пойдёт. Решение для мобилки.
> пока ещё не понял, зачем оноЛюдям в принципе свойственно бояться того, чего они не понимают. Вот ты не знаешь, зачем нужны и как устроены pulse, flatpak, systemd и wayland, поэтому боишься. А некоторые даже кричат «ненужно», чтобы скрыть свой страх.
>[оверквотинг удален]
> Нет. Иди разберись, что такое flatpak.
> Поржал, спасибо.
> Впрочем, jack бы ненавидели точно также, как pulseaudio, если бы его внедряли
> в дистрибутивах.
> А попробуй документацию почитать, что ли. Или, как говорил один товарищ здесь:
> линукс для тебя слишком сложный?
> Людям в принципе свойственно бояться того, чего они не понимают. Вот ты
> не знаешь, зачем нужны и как устроены pulse, flatpak, systemd и
> wayland, поэтому боишься. А некоторые даже кричат «ненужно», чтобы скрыть свой
> страх.Т.е. ни одного возражения по существу. Сам от своих мыслей поржал и дальше пошёл... Встречаются такие иногда...
А претензий по существу-то и не было. Ты не разобрался с технологиями и пишешь бред, вот и всё.
Позавчера прокидывал иксы, чтобы расширить себе место для емакса, что на этот счёт за такое время разработки предлагает вяленд? Регулярно делал ssh -X, чтобы не бегать по офису за графическими программами и не блевать от vnc, что там с вялендом?
> Да тут просто люди понимают азы и делают выводы, а не как
> бабки старые гадают.Так иди на man7.org и сверь свои азы с настоящими, а то как бабка старая.
> Чтобы не быть голословным:
> флатпак -- зачем он нужен, если уже в системе есть пакетный менеджер?
> Ах да, проблемы с версиями и именами пакетов. Народ, б****, не
> может версии отличить и поименовать пакеты правильно с первого раза. Но
> для этого нужно всё сломать и переделать, так, чтобы всем стало
> тошно. Проблемы с уязвимостями в зависимых пакетах игнорируем. Решение для локалхоста.ключевые слова cgroups, namespaces, seccomp
Я, между прочим, сам этим не пользуюсь, мне не надо, но ты, это очевидно, вообще не понял, о чем flatpak и каковы его цели.
> pulseaudio -- добавляем дополнительную абстракцию, хотя есть JACK, в принципе много проблем,
> связанных с настройками проброса ALSA. Стойте, зачем тогда PULSE? В принципе
> годно, но бессмысленно.JACK который? Второй или первый? Зачем был второй, если есть первый?
Во всем этом я вижу один паттерн: JACK появился до тебя, а потому — годно, pulseaudio появился у тебя на глазах, а потому нинужно. Попал в точку?
> systemd -- "мы придумали классную идею и нам не стыдно о ней
> заявить!" сказали создатели и прихвостни systemd, выкатив сырую систему, которая не
> умеет делать ничего из того, что нужно было от системы инициализации
> продвинутому пользователю. В которой за время её существования отваливалось почти всё,
> которая не содержит стабильной ветки, которая не имеет адекватной документации, а
> заявленные возможности работают на 99%. Т.е., если вы решите выставить 100
> различных настроек, то со 100% вероятностью, одна не работает. Решение для
> локалхоста.странно, у меня man systemd работает. А еще man systemd.timer, man systemd.target и куча других man systemd-*.
Какой документации не хватает? С картинками? Или чтоб скрепыш услужливо глазками моргал?
> wayland -- пока ещё не понял, зачем оно и чем лучше фреймбуфера,
> но пусть пилят, на мобилах, говорят, пойдёт. Решение для мобилки.
> пока ещё не понялНу вот в этом весь ты, да. Ты пойми сначала, а потом спорь.
>>> иди на man7.orgНу понятно, только посылать пока получается хорошо в интернете, ну ничего, к 10 годам и получше получаться начнёт.
>>> ключевые слова cgroups, namespaces, seccomp
Причем тут контейнерная виртуализация? Вы не осили прочитать то, на что отвечаете?
>>> JACK который? Второй или первый? Зачем был второй, если есть первый?
А что-то, кроме задавать вопросы умеете? Отвечать к примеру на посыл в оригинальном тексте?
>>> JACK появился до тебя, а потому — годно, pulseaudio появился у тебя на глазах, а потому нинужно
Где это я говорил про ненужно?
>>> странно, у меня man systemd работает
Это, типо, как что-то появилось и хорошо? А некоторые даже документацию пишут и программы ей соответсвуют, а не по принципу, "это фича, а не баг" живут. Как я понимаю, троль попался очень слабенький.
>>> Ты пойми сначала, а потом спорь
Где Вы видите спор? Я выкатил кучу утверждений, а в ответ на это несвязный бред какой-то.
> Причем тут контейнерная виртуализация?Притом, что flatpak это не только о версии приложения. Даже больше совсем не об этом.
> Где это я говорил про ненужно?
>>> В принципе годно, но бессмысленно.Ну может я додумал: бессмысленно, а не ненужно. Но почему-то мне кажется, что семантически в контексте линуксосрачей это одно и то же.
> Ну понятно, только посылать пока получается хорошо в интернете
Нет, честно, пойди почитай маны по всем тем вещам, о которых ты пытаешься рассуждать
>>> Притом, что flatpak это не только о версии приложения. Даже больше совсем не об этом.Да кому какая разница, кто и что собрал и контейнер состряпал? Как актуальную версию в контейнере поддерживать для всех зависимостей?
>>> бессмысленно, а не ненужно
Иррациональная трата ресурсов на решение, без которого можно прекрасно жить.
>>> почитай маны по всем тем вещам, о которых ты пытаешься рассуждать
По которым я рассуждаю, обычно со знаниями у меня хорошо, просто у Вас не получается свести мои выводы к абсурду, а попытки свести тему в обсуждение не связанных с первоначальным посылом вещам выглядят неуместными.
А как иначе им о себе заявить? Чем громче кричишь, тем лучше слышно! Отсюда токсичность
> Как вы ложку мимо рта не проносите, с такими то когнитивными способностями?Кто вам сказал что не проносят? Я почему-то подозреваю что такое регулярно случается.
то есть сделали еще один systemd
systemd это системный менеджер, пора бы уже знать.
и к чему ты это написал? ну, помимо того, что ты очередной типичный иксперт опеннет?
Да, только принципиально другой и шибко уникальный. А пока не запилят весь нужный всем функционал - то он будет ещё и легковесным.
Чем это лучше runit?
хотя бы тем, что не заброшен.
он не заброшен, а готов(у меня runit, если чо)
Согласен, сам на войде сижу.
В ПО не бывает термина "готов", т. к. мир и требования постоянно меняются.
С другой стороны, если ты употребил "готов" в значении "помер, отрубился" (типа "ему больше не наливать, он готов"), то тогда да: runit "готов".
>мир и требования постоянно меняются.Хипстер, ты? Исходники runit ~160кб, у systemd ~54мб.
Что такого поменялось, можно пример?
да ты ни туда, ни туда никогда не смотрел и не посмотришь
хипстеров уже давно нет, но иксперты опеннет продолжают использовать кажущиеся им оригинальными ярлыки для обобщения собственных фобий
>хипстеров уже давно нетно наследие их живет и пожирает линукс изнутри
Чтобл? Линукс создавали хипстерыи они же его десятилетиями обвешивали программами и можно вообще не использовать копрорастический код. В ядре понятное дело они ничего полезного не сделали, а только испоганили его производительность настолько, что нашелся хипстер восстанавливающий прыть линукса в играх. Внезапно все только благодаря хипстерам. Потому что линуксоиды и есть хипстеры. Они же не стануть жрать всякую дурь из неуважения к себе типа прошивки для игр от мелкомягких или приставки ни дай боже. Я тебе секрет открою: ядро можно хакать и это делают хипстеры. Вон у педивикии посмотри, там про тягу к искусству (искусство - это война), а самая винтажная мужская одежда - военная форма. А уж какие хипстеры те, кто носит усы и бороду и напоминать не стоит. Но ты можешь попытаться изобразить свое особенно понимания того кто такие хипстеры.
Ты еще сравни вес линуха 00-х и 2021-го..
И спроси, но уже сам-себя, что такого поменялось ?
Не путай разработку по и свою работенку
тем что fast
А если SSD?
Ещё фастее
Никто не знает. Но если проверить может оказаться медленнее. Но если не такой тормоз как ненужнод, тогда он сможет в нужный момент на сервере запускать последовательно всякие сервисы чтобы не поднять сеть раньше времени. И вон видишь пишут что /network/interfaces починили, значит теперь сеть подниматься должна. А потом модули ядра можно запустить. То есть в runit массовый запуск не особо контроллируется и можно проги вручную запускать, а тут программисты могут плагины накатать. Вот им оно лучше будет.
> Но если не такой тормоз как ненужнодчто ж ты так себя не любишь-то? кому, наверное, ты все-таки нужен (нет)
Кто здесь? А! Показалось. Привидится же пустое место.
Как, интересно, они используют cgroups v2, если libcgroup их не поддерживает (пока), а поддерживает только systemd.Из него код вытащили?
Молодцы. Больше систем инициализации, хороших и разных. systemd-комбайн - не система инициализации, это монстр. Где это видано, чтобы прикладные приложения были завязаны на init? Даже если рассматривать это недоразумение как 'системный менеджер', все равно он не укладывается в unix-way и KISS
это такой же комбайн, а ты, соответственно, лицемер
Ну давай, сравни количество строк кода там и там, и потом поговорим
критерей у тебя - кол-во строк? впрочем, чего еще ожидать от иксперта опеннет, лицемера и тупого хейтера.даже если записать параметры systemd-юнита в одну строчку - все равно понятней будет, потому что получится команда с именованными, а не позиционными параметрами
Иди сравни вот тут runit сжатые исходники весом 173 килобайта:https://github.com/void-linux/runit
А вот тут systemd весом 11,7 мегабайт
https://github.com/systemd/systemd
Считаем разницу в размере, то есть то, что будет в памяти:
57591140/393407=
146,39073529449145541386
Внезапно разница в размере в 146 раз между системдой и runit.
Но даже если сравнить elogind и consolekit2 получится вот что:
8668615/1465840=
5,9137525241499754407
То есть даже логин менеджер почти в 6 раз жирнее. Consolekit живет себе в OpenBSD и даже продолжает развиваться. Внезапно так. Так что кто тут лицемерит думаю ясно.
Лол, тоже самое писал, чуть выше, а он все про экспертов с опеннета.
Да, один из основных критериев - сложность кода. А она пропорциональна количеству строк в большинстве случаев. Отсюда же вытекает вероятность ошибок в этом коде. А ты начал про конфиги бубнеть, школотрон
> А она пропорциональна количеству строк в большинстве случаев.В большинстве случаев, я бы сказал, она зависит от количества строк экспоненциально. И уж всяко не линейно.
> unix-wayУ тебя иксы не юникс-вей, и ничего, живем как-то. Далее: юникс — это проприетарная и к счастью уже мертвая операционная система, незачем равняться на проприетарщину.
Unix SystemV это спецификация на основе которой написаны разные Unix системы. Например OpenIndiana (Solaris).
> Unix SystemV это [никогда не публиковавшаяся] спецификация [на самом деле - готовая работающая реализация] на основе которой методом ctrl-c/ctrl-v написаны разные МЕРТВЫЕ Unix системы.поправил, не благодари.
А еще bsd была, да. На основе которой тем же методом был написан Sun OS, о котором опоздавшие родиться не в курсах.
Пшел вон! Исходники Unix опубликовали, но то была древняя реализация. А то как работает Unix SystemV написано в спецификиции и каждая контора пилила свою реализацию. И ты про Plan9 забыл. Solaris и есть развитая SunOS. BSD писали на основе старой спецификации. В Unix SystemV все описывается в файлах и он их напрямую читает - текст этот чтобы понять что куда. А также масса инфх особенностей. Так что убери эту бредятину. Не позорься.
вы ознакомились с репортажем из воображаемого мира впопеннетчика.
Спасибо, расходимся. Бред бредом погоняет.Особенно порадовало, конечно, что солярис это развитая санос. Действительно - развивали-развивали bsd ядро - опа, вдруг systemV вышел.
Ну а чо такова, в вашем бредогенераторе вместо головы и не такое рождается.
Методом копипаста BSD-кода? Это можно, лицензия позволяет.
Когда ты сравниваешь Solaris с AIX/Netware/HP-UX/Unixware должен понимать, что права на древний Unix у Novell. Но это не значит, что Solaris/AIX/HP-UX не чистый Unix.Вот тут написано что такое Solaris:
https://ru.wikipedia.org/wiki/Solaris
Вот на чем он основан:
https://ru.wikipedia.org/wiki/System_V
И это далеко не Solaris с его ZFS, SMF и прочим отсутствовавшим в 1983 году. Это несравнимо гигантская разница. Попробуй докажи насколько мертва OpenIndiana.
Вот сайт OpenIndiana где последняя новость от 3-го января 2021 года:
Sun Microsystems открыли почти весь код кроме небольшого числа кода в ядре используемого для инициализации. Так что утверждение про отсутствие публикаций тоже далеко от истины.
это пропириетарная комерческая ОС
https://ru.wikipedia.org/wiki/System_V
> иксы не юникс-вейСфигали?
Ну комбайн же огромный. Он нарушает правило "делай, что-то одно, но делай это хорошо". Он и монитор контролирует и шрифты рисует и в OpenGL лезет.
Ну так это - дисплейный сервер. На данный момент - лучший.> Он и монитор контролирует и шрифты рисует и в OpenGL лезет.
По-твоему это функции ядра?
> По-твоему это функции ядра?Монитор да, шрифты стоит сделать отдельную программу, OpenGL должен оставаться библиотекой рисующей картинки через прямое обращение к драйверу и отправляющей их x-серверу.
> Монитор даА если у меня несколько мониторов с разными разрешениями?
> шрифты стоит сделать отдельную программу
согласен
> OpenGL должен оставаться библиотекой рисующей картинки через прямое обращение к драйверу
Вроде так и есть. Сейчас все vulkan используют.
> А если у меня несколько мониторов с разными разрешениями?Разрешения это мелочь, у х-сервера есть битмап, части которого он копирует на разные мониторы. Действительно сложно работать когда у мониторов разная плотность пикселей. В голову не приходит ничего, кроме двойного рендеринга для текста. С 3D проще, любое масштабирование для него равносильно сглаживанию.
> Вроде так и есть. Сейчас все vulkan используют.Старый OpenGL из X-сервера пока не выкинули и вряд-ли выкинут в ближайшее десятилетие. Технологии Vulkan всего лишь 5 лет, так, что говорить, что все используют лишь его рановато.
> Старый OpenGLВыкинуть
>у х-сервера есть битмап, части которого он копирует
допилить
Либо же, создать с нуля протокол, который ничего не умеет, пилить его 12 лет и орать про unix-way, потому что он, так и взлетел.
Кокой ты у мамы категоричный, есть куча интеграшек и прочих старых видеокарт, не совместимых с твоими вулканами. А попенгл вполне себе пашет, кубиком крутит и играет в несложные игрульки.
> Кокой ты у мамы категоричный, есть куча интеграшек и прочих старых видеокартПопроси свою маму, чтобы купила тебе новый камп. Заодно, пусть словарь тебе купит.
Есть кор протокол, есть расширения. Чего не юнихвей-то?
Я сходил по ссылке. Выглядит как идеальное развитие sysvinit, единственное чего не нашёл, это как запускать демонов "от пользователя".
Можно вопрос? А программа, которая:
1 Проверяет запущена ли программа или скрипт.
2 Запускает программу или скрипт, если программа или скрипт-зависимость были запущены.
Могла бы стать частью системы запуска? Например (имя условно) tard -w udev blah запустит blah, но после старта udev. И ещё немного скриптов типа mount-disks.sh, multiuser.sh.
ждем когда туда встроят DBus, без него как без ног и рук....
Можно пример? Живу без dbus,systemd,elogind,polkit и consolekit.
Без systemd можно. А без остальных, значит, без DE.
> без DE.Так оно ненужно.
> Живу без dbus,systemd,elogind,polkit и consolekit.какой дистр? как монтируете флэшки? как осуществляете виртуализацию?
а логи тоже отключили?
Вот логи как раз таки без systemd пишутся очень хорошо.
> какой дистр?Kiss linux - https://k1sslinux.org
> как монтируете флэшки?https://github.com/jamielinux/bashmount // без udisks2, через sudo/doas.
> как осуществляете виртуализацию?Очевидный qemu.
> а логи тоже отключили?Нет, а что?
> Kiss linux - https://k1sslinux.orgспасибо, интересно. никогда не слышал.
пока ссылку не открывал, это, сурс-бэйзэд?
скажите, а бинарные репы у этого дистра есть?
был опыт использования такого рода дистров, честно говоря напрягало компилирование либреофиса и браузера. к этому кисс можно будет присобачить готовый бинарный пакет файрфокса/офиса/виртуалбокса из какого-нибудь дистра?
сам себе же отвечу
короче есть бинарный репо, но тут совсем чуток софта -https://github.com/kiss-community/repo-bin/tree/main/bin
https://k1sslinux.org/blog/20210401aжаль, что нет бинарных тор-браузера, виртуалбокса (мне для хуникса) и либреофиса
Либреофис - Etherpad и Ethercalc (онлайн редакторы).
Virtualbox - Qemu.
Тор браузер - Firefox + Tor (отдельным пакетом).
Насчет Whonix, то лучше Thinkpad + Libreboot + Libre-linux.
>это, сурс-бэйзэд?Да, он самый.
>бинарные репы у этого дистра есть?6 пакетов, есть Firefox :) - https://github.com/kiss-community/repo-bin
>можно присобачить пакет офиса/виртуалбокса из какого-нибудь дистра?В теории с musl-based можно, но из-за зависимостей ничего не получится.
ага, спс. ясно
жаль что нет либреофиса, моя машинка не потянет компилять это дело
Да ладно? Компилять в меньшее количество потоков религия не позволяет?
> как монтируете флэшки?Очевидный udevil.
сигналы как в upstart е?
Жалко они не написали раздел Installation и не понятно как это можно было бы попробовать и замерить скорость загрузки.
Мисье Шигорин, добавьте этого финита в Альт СП !
Ты еще к каждому пакету еще скрипты для финита дописать. Нет уж.
Вообще-то, когда у тебя есть свой ДИСТРИБУТИВ, дописать к каждому пакету, запускаемому при старте системы (что далеко не каждый пакет в принципе) еще один скрипт совершенно не проблема.Только вот - зачем? Каких полезных разработчику или пользователю дистрибутива фич предоставляет это чудо?
Кстати отличная штука. Пользуюсь. Прост быстр и логичен. В отличии от systemd
Кстати отличная штука systemd. Пользуюсь. Прост быстр и логичен. В отличии от finit
И сутками лажу по всему дистру найти один долбанный конфиг.Про embedded вообще молчу. С роду его там не будет ромазнутого Г.
чего его искать-то? Вот он:
lrwxrwxrwx 1 root root 26 Feb 1 18:53 /sbin/init -> ../usr/lib/systemd/systemd(ну там еще, конечно, всякие systemd-shared и libjson.so со товарищи по мелочи.)
Прибито гвоздиками, поменять можно только то и так что предусмотрели заботливые писатели системного менеджера. То есть почти ничего и нельзя.
Зато "result is result!"
если systemd такой хороший, что же все пилят альтернативы?
> если systemd такой хороший, что же все пилят альтернативы?Наверное потому, что в какой-то момент есть риск увидеть в своей системе файлы типа linux.target :-)
Чё только ни придумают лишь бы OpenRC не использовать...
Finita la commedia