Анонсирован (https://lists.ubuntu.com/archives/upstart-devel/2014-July/00...) релиз системы инициализации Upstart 1.13 (https://launchpad.net/upstart/1.x/1.13), изначально разработанной компанией Canonical и ныне используемой в дистрибутивах Ubuntu и RedHat Enterprise Linux 6, а также в проектах Maemo, Chrome OS и webOS. В будущем проект Ubuntu намерен (http://www.opennet.me/opennews/art.shtml?num=39090) перейти на использование systemd, но развитие Upstart пока не прекращается.
Например, кроме исправления ошибок в Upstart 1.13 добавлена поддержка параметра (http://upstart.ubuntu.com/wiki/Stanzas) cgroup, позволяющего использовать cgroups в системе инициализации и менеджере сеансов. Поддержка chroot отключена по умолчанию, для изоляции через chroot теперь нужно использовать флаг '--chroot-sessions'. В опции '--confdir' теперь допускается определение системных конфигураций в нескольких местах, для упрощения добавления новых путей реализованы дополнительные опции '--append-confdir' и '--prepend-confdir'. В initctl-команды 'set-env' и 'unset-env' добавлена возможность работы с несколькими переменными окружения.В отличие от стандартной init-системы SysV, Upstart базируется на парадигме обработки событий, работает в асинхронном режиме и использует метод учета зависимостей для определения последовательности запуска сервисов и оценки возможности их выполнения в параллельном режиме. Параллелизм запуска сервисов обеспечивает существенное повышение скорости загрузки, но ценой этому является необходимость определенной переработки init-скриптов (поддерживается режим совместимости, позволяющий запускать обычные sysvinit-скрипты, но эффективность загрузки и работы при этом теряется).
URL: https://lists.ubuntu.com/archives/upstart-devel/2014-July/00...
Новость: http://www.opennet.me/opennews/art.shtml?num=40188
Нахера столько систем инициализации?
Что больше пилить нечего уже? Все устройства уже поддерживаются в системе? Масса ПО на все случаи жизни присутствует в дистрибутивах?
У тебя есть шанс изменить ситуацию, именно ты можешь сделать это!
написать ещё одну систему инициализации
Тебе жалко?
> Нахера столько систем инициализации?
> Что больше пилить нечего уже?Вы все не понимаете же! Это она, дружба со вендорами им.опен-сора-орайли-реймонда же. У на^Wних всё получилось: сначала Cononical дружила нас своим upstart-ом, потом RH люто подружила всех. И это ещё не всё! Ждём, как ответят ораклы, фейсбуки и прочие гуглы. Нужно _Больше систем инициализации. </.>
Поздно пить борджоми. Небось опять все скопировали с systemd
> Поздно пить борджоми. Небось опять все скопировали с systemdupstart был раньше системг.
тогда тоже было с чего копировать.
> тогда тоже было с чего копировать.Ага, с SMF.
Как говорится - что крестьяне, то и обезьяне.
xml-конфигурялки?
Да, самое то для обезЪян.зыж
каким боком cgroup к smf, вообще не понятно. вы его вообще "живьём" то видели? или просто для красного словца?
> xml-конфигурялки?И чо? Большая проблема тривиальный XML нарисовать? Помимо того, что его в нормальных репах (да-да, их есть для Соляриса! И - о, ужос-ужос-ужос! - они бесплатные!) уже все написано.
Кстати - а что, это хуже, чем для init портянки на шелле писать?
В Сане так-то не миллион дураков с улицы сидел.
> Да, самое то для обезЪян.
> зыж
> каким боком cgroup к smf, вообще не понятно. вы его вообще "живьём"
> то видели? или просто для красного словца?Не просто видел. Активно применял 8 лет. Компрене?
> В Сане так-то не миллион дураков с улицы сидел.ну да, всего несколько. но санкам хватило.
> Спасибо, что-то не хочется. XML удивительно дурной формат: сложен в парсинге и для машины (много оверхеда и требует сложной либы), и для человека(много лишнего хлама в тексте).Для справки: xml не используется во время выполнения, xml импортируется в sqlite и все системные службы работают с sqlite.
> Для справки: xml не используется во время выполнения, xml импортируется в sqlite
> и все системные службы работают с sqlite.Да, я заметил - те кто использует XML довольно быстро становятся недовольны его эффективностью и прикручивают весьма сомнительные костыли. Так что кроме либы для XML понадобится и либа для SQLite. И какое-то двигло синхронизации шила в мыло, разучивать побочные эффекты от которого - отдельный рокетсайнс.
Вопрос: накулкуа нужна отдельная БД, если ФС уже является подвидом специализированной БД? Если кто-то пролошился с выбором неэффективного но зато Ынтырпрайзного формата типа XML - пусть шлет смс с текстом "не лох!" на короткий номер.
К тому же все это не отменяет "человеческих" предъяв в плане читаемости XML, он наполовину состоит из левого мусора.
> Большая проблема тривиальный XML нарисовать?Нет, манифест написать не проблема
> Кстати - а что, это хуже, чем для init портянки на шелле писать?
Но кроме манифеста, еще придется на sh писать для
Солярки.> Активно применял 8 лет. Компрене?
Юр, иди обратно в свой бложик, ты же только
один умный, а остальные так, поссать зашли.
> Юр, иди обратно в свой бложик, ты же только
> один умный, а остальные так, поссать зашли.А еще наше правительство, btw, считает соляру проприетарной технологией, целиком зависимой от оракля. Наверное, если даже до таких жирафов дошло - остальным и подавно стыдно быть тормозами. Тяжела и неказиста жизнь простого проприераста...
> А еще наше правительство, btw, считает соляру проприетарной технологией, целиком зависимой
> от оракля. Наверное, если даже до таких жирафов дошло - остальным
> и подавно стыдно быть тормозами. Тяжела и неказиста жизнь простого проприераста...Что поделать, если вот такие управленцы сидят, которые
предпочитают грабли на собственной голове проверять.
Жалею только, что их голова от такого удара не раскалыватся,
аки упавший кокосовый орех.
> Что поделать, если вот такие управленцы сидят,Ну, блин, плохо с управленцами в ex-USSR. Было б это не так - USSR вообще не стал бы ex...
> с поддержкой cgroupssystemd лишили единственного реального преимущества.
openrc тоже cgroup умеет, если что. давно умеет...
Пусть дальше себе умеет наздоровье. Писать портяны баша там где должно быть 1-2 строки конфигов - вот уж нафиг. А openrc взял в себя все хучшее от инита - такая же куча скриптопростыней, только еще жирнее. Наф-наф-наф.
неправа же. У openrc няшные простые конфиги, почти лучшее что можно было сделать из легаси. Но сам он да, много где сделан на убогом баше.
> неправа же. У openrc няшные простые конфиги, почти лучшее что можно было
> сделать из легаси. Но сам он да, много где сделан на убогом баше.Называя вещи своими именами, если мне вдруг в какие-то моменты почему-то не хватит возможностей системы инициализации, я предпочту допиливать системные вещи на си, а не баше. Околосистемные вещи из баша делать вообще довольно неудобно, имхо.
хорошо, что я не пользуюсь системами, которые ты админишь. очень, очень хорошо.
> хорошо, что я не пользуюсь системами, которые ты админишь. очень, очень хорошо.Ты пользуешься своим уютным локалхостиком, ну и хватит с тебя. А к системам которые я админю требования простые: они должны работать и выполнять свою задачу. Чем меньше при этом у меня времени и сил уходит на это - тем замечательнее.
>> хорошо, что я не пользуюсь системами, которые ты админишь. очень, очень хорошо.
> Ты пользуешься своим уютным локалхостиком, ну и хватит с тебя.и не только. но тебя там, к счастью, нет. и не подпустят — с твоим-то подходом.
> и не только. но тебя там, к счастью, нет. и не подпустят — с твоим-то подходом.Невелика потеря, скажем прямо. Я не уверен что ты вообще имеешь предложить сколь-нибудь конкурентоспособную оплату + я не горю желанием иметь дело с sysv init и всякими местечковыми велосипедами или доисторическими методами администрирования, на выбор.
К слову, администрирование для меня довольно побочная вещь, просто технически необходимая для того чтобы выполнялись иные задачи. Судя по тому что все без проблем работает годами, а мои затраты составляют минуты в месяц в пересчете на хост, я делаю выводы что не так уж плохо получается.
> Я не уверен что ты вообще имеешь предложить
> сколь-нибудь конкурентоспособную оплатуза подход «пишем на си» оплата будет отрицательная.
>> неправа же. У openrc няшные простые конфиги, почти лучшее что можно было
>> сделать из легаси. Но сам он да, много где сделан на убогом баше.
> Называя вещи своими именами, если мне вдруг в какие-то моменты почему-то не
> хватит возможностей системы инициализации, я предпочту допиливать системные вещи на си,
> а не баше. Околосистемные вещи из баша делать вообще довольно неудобно,
> имхо.Я даже соглашусь с этим утверждением, но это не отменяет того, что системд - ущербен в архитектуре и реализации. А так же в том, что пытается делать задачи, к нему не относящиеся.
Реально - надо было допилить busybox до системы инициализации: там уже все есть внутри. Даже замена udev (mdev), и у меня это работает на эмбедовке (arm).
Они (редхат) предпочли сделать убогую реализацию руками известного быдлoкoдeрa. В результате вместо прогресса отрасли мы опять имеем кучу несовместимых граблей.
> Я даже соглашусь с этим утверждением, но это не отменяет того, что
> системд - ущербен в архитектуре и реализации. А так же в
> том, что пытается делать задачи, к нему не относящиеся.
> Реально - надо было допилить busybox до системы инициализации:Леонидт делал архитектуру для "своевременной" оптимизации:
Все эти шелы (и скрипты на них) ему было _медленно.
Поэтому _никаких _шелов.Все эти субпроцессы ему тоже было медленно. На этапе арх.планирования.
Поэтому _никаких субпроцессов.Всё в одном франкенштнайн-мацчинЪ. ---Дайте Лёне почитатать [конец] про франкенштейна.
Портяны на шелле написали за Вас другие - ровно так же, как код systemd написали Леннарт и компания.
> Портяны на шелле написали за Вас другие -Не всегда. Иногда надо (вы только подумайте!) заковырять какой-то кастомный сервис в систему, которого не было в репах. В этом случае даже если код и написан - это обычно 2-3 страницы таксебешного гомнокода, где системная специфика порой размазана равномерным слоем по всей площади. Править такое - замумукаешься. Особенно учитывая что стандартных средств логгинга - нет, поэтому если лыжи встали на асфальт, это довольно много возни при типовой, тривиальнейшей по смыслу задаче - "запустить вон тот сервис на вот этой системе".
> ровно так же, как код systemd написали Леннарт и компания.
Вот только глядя на типовые конфиги systemd идущие с программами, я как-то предпочту перепиливать их, нежели скрипты инита. Конифг systemd для энной программы я перепилю за 2 минуты голыми руками, а если я накосячу в путях/правах/etc - он хотя-бы в лог матюкнется.
какое же дерьмо твой дистрибутив… впрочем, я подозреваю, что:
1. твой дистрибутив не дерьмо;
2. ты Вещаешь, совершенно не разбираясь в теме (как и по некоторым другим вопросам).
> 1. твой дистрибутив не дерьмо;Любой дистрибутив не идеален. Поэтому там временами нет нужных программ. И вот тут насчинается счастье по линии инита. Или сам пиши, или ковыряй уж0с который накатали авторы программ. Если их дистр отличается от моего - это вообще ужас. Ибо авторы программ скрипты для запуска если и пишут - то по остаточному принципу.
> 2. ты Вещаешь, совершенно не разбираясь в теме (как и по некоторым
> другим вопросам).Свали в туман, Кэп. Я в отличие от тебя - практикую администрирование малость. И труба шатал сильно окучивать лишь 1 уютный локалхостик, полным пофигом на то сколько времени и сил это займет. Так что я вполне заинтересован в том чтобы виртуалки и контейнеры было деплоить просто и быстро, чтобы запуск всего этого и полисовка ресурсов - с полоборота, и чтобы не изобретать велики на совершенно типовые задачи. Гарри поттер конечно разбушевался, но кроме всего прочего он это у себя сделает. И на мое счастье - его конторка продавит это достаточно массово для того чтобы я намного реже стал наступать на упомянутый шитец. Спору нет, одни проблему отпадут - придут другие. Но при такой массовости проблемы в systemd все-таки изведут. Да и сабж намекает что шaттл будет держать шапку на коротком поводке, помахивая конкуренцией, чтобы не борзели.
> Я в отличие от тебя - практикую администрирование малость.вот именно, что «малость»; а пытаешься рассуждать, как будто нормально. получается закономерный фэйл — как с иксами, например.
> вот именно, что «малость»;Ну да: я же не наймит в саппорте, всегда вынужденный грызть что дали. Я более-менее контролирую окружение и потому могу делать себе удобно.
> а пытаешься рассуждать, как будто нормально.
Я имею наглость полагать что получается более чем. Я трачу минимум времени и все прекрасно работает. А чот еще от системы и серверов надо? Расовую вернотв? Ой, пройдите в сад, уважаемый Капитан :).
> получается закономерный фэйл — как с иксами, например.
У кого там и где получается фэйл - это мы цыплят по осенри будем считать. Например, когда на иксы вся толпа которая их пилит забьет, а ты окажешься перед выбором: майнтайнить этот кусок жуткого кода сам или писать в спортлото.
опять укуреный бред пошёл.
Давно вы в эти скрипты саглядывали последний раз? Вот рэхатовские - это да, простыни. По сравнению с ...
> Давно вы в эти скрипты саглядывали последний раз?Пару недель назад, на энном сервере, который с древней центоси на лтсную убунту перетаскивал. Как только надо какой-то кастомный севис запустить - это боль.
когда у таких, как ты, болит — это радость для остальных.
> когда у таких, как ты, болит — это радость для остальных.Ну а поскольку мне так не нравится - это мы еще посмтрим кто и чему будет радоваться.
> это мы еще посмтрим кто и чему будет радоваться.у вас времени радоваться не будет, у вас всё время будет занято зубрёжкой документации к системдецу, потом выяснением того, насколько она уже устарела, потом поиском в интернетах «волшебных рецептов» для нестандартных действий, потом попытками заставить их работать.
> у вас времени радоваться не будет, у вас всё время будет занято
> зубрёжкой документации к системдецу,Прикалываешься? Посмотрев на чужой юнит я вообще без факин манов понимаю как мне его перепилить под свои нужды. И в 99% случаев это хватит. Ок, в оставшемся 1% случаев я так и быть схожу и почитаю ман. Лучше чем если у меня будет в 99% случаев гемор, а 1% случаев упростится.
> потом поиском в интернетах «волшебных рецептов» для нестандартных действий,
> потом попытками заставить их работать.У меня никогда не было проблем с нестандартными действиями. В крайнем случае я могу даже сисколы из кастомной запускалки дернуть, если сильно надо. Просто я хочу чтобы это сильно надо - наступало как можно реже. Я лучше буду раскорячиваться на 1% случаев чем на 99%.
учитывая, что ты постоянно скулишь про «баш-портянки» (так и не показав толком ни одной) — я рад, что мне не придётся столкнуться ни с твоим софтом, ни с твоими серверами. я даже не хочу представлять, какой там ужас творится.
Подождём контрольный срок - если в течение года-другого разработчики upstart смогут удержаться от соблазна запихнуть в него nih-версии всего, что только существует - можно будет подумать.
Да ты же читать не умеешь, убунточка переходит на сустемд, а больше никому апстарт и не нужен.
Марк заявил что в будущем убунта перейдёт на системде, а пока что они пилят апстарт))) Это не тоже самое что "убунта переходит на системде и апстарт никому не нужен". Как заявил одно, так может и другое заявить, не в первой. Никто не оракул, кроме оракла.
> Марк заявил что в будущем убунта перейдёт на системде, а пока чтоА пока-что в апстарт впихали половину компонентов systemd, примотав проволокой, как антенну к МКС.
а главное — посмотрите, как он чётко доказал свои утверждения! действительно, приведённые фрагменты кода свидетельствуют именно о «примотке проволокой», и ни о чём другом!алё. всё то, на что ты так яростно фапаешь, придумали не в системдеце.
> фрагменты кода свидетельствуют именно о «примотке проволокой», и ни о чём другом!Ясен буй - при своей системе инициализации переть в свою же систему куски systemd - это именно приматывание проволокой кусков systemd в свою систему. Намекающее что с родной системой инициализации началась пробуксовка.
> алё. всё то, на что ты так яростно фапаешь, придумали не в системдеце.
Алё, я апстартом пользовался когда systemd еще и в проекте не было. Это, однако, не отменяет того факта что апстарт в какой-то момент заглох в развитии и не умеет половину полезностей systemd. Судя по сабжу - там даже догадываться стали, но как известно, поздно пить боржоми, когда почки отказали. Если в систему уже приперли половину системдэ и анонсировали переход на оный - перспективы вырисовываются понятные и не то чтобы совсем уж без причин.
>> фрагменты кода свидетельствуют именно о «примотке проволокой», и ни о чём другом!
> Ясен буйконечно, ты же эти фрагменты привёл, мы все видим.
Это убунта. Сегодня переходят, а завтра возвращаются.
> запихнуть в него nih-версиида поздно, оно же давно libnih для сборки требует.
> да поздно, оно же давно libnih для сборки требует.Ну так не врут по крайней мере :). Остальные юлят и кривляются, а эти честно написали :).
в будущем, когда системд станет ОС, нужно будет куда то переходить. И тут мы вспомним про апстарт
То что событийная модель - это правильное направление, то что от убунты - есть риск, что заточено только под неё...
> То что событийная модель - это правильное направление…но, к сожалению, всё тот же d-bus.
> …но, к сожалению, всё тот же d-bus.Дык не сложилось какой-то другой системной шины с генераторами событий и подписчиками на уведомления. И нет, идите нафиг с неструктурированным IPC и прочим. Тебе же не предлагают самому эзернет-кадры хреначить когда ты к опеннету сконектиться пытаешься?!
какие претензии в dbus?
> какие претензии в dbus?я в код смотрел. sapienti sat.
> я в код смотрел. sapienti sat.Если смотреть только на код - какой-нибудь ранний академичный Minix делает пингвинов, винды, бзды, макоси и прочих с ужасным отрывом. Но ему это нифигища не поможет завоевать свое место под солнцем...
а если на код не смотреть, то можно в init такое дырявое затащить, что мало не покажется.
> такое дырявое затащить,Ну как бы kdbus должен через ядерщиков пролезть, а эти все-таки въедливые ребята. Не идеальные, но на халяву у них проскочить все-таки довольно сложно.
в upstart *уже* d-bus в ините. это само по себе мегаидиотичная идея.
> в upstart *уже* d-bus в ините.А, ты про это...
> это само по себе мегаидиотичная идея.
А по-моему достаточно нормальная. Так можно делать некоторые не самые простые вещи. Например, на правах идеи: можно попросить системонезависимо (и даже запускалко-независимо) запустить какой-нибудь сервис. Например, привилегированный хелпер. А когда он более никому не требуется - выгрузить оный нафигЪ. Не то чтобы это абсолютно невозможно сделать иными методами, но так то уже почти все готовое есть...
например, *в* *ините* этот кусок говнокода нафиг не нужен. init вообще должен быть маленьким, и без лишних зависимостей. поговорить с ним можно и другими методами, без d-bus. и да: чем меньше с ним разговаривать — тем лучше. вообще, откуда эта дурацкая манера — пихать в инит service management?
>> То что событийная модель - это правильное направление
> …но, к сожалению, всё тот же d-bus.d-bus наверное боятся трогать, чтобы все не сломать. Лучше шины (не только d-bus, а вообще) пока нет вменяемых подходов: приоритеты, диспетчеры, маски. Проблема перебора в списке рассылки событий, хотя и может разрешаться проверкой флага состояния: preprocess, postprocess. В банде четырех неплохо описаны проблемы и недостатки при использовании паттернов типа наблюдатель: выбор между крайностями push/pull. Более правильнее, когда наблюдатель выспрашивает подробности у субъекта. Механизм нотификаций рулит, но не решает проблем последовательной схемы. Возможно, более интересный подход - это построение дерева (точнее графа) для рассылки уведомительных сообщений, но тут тоже возможны грабли, монструозность.
идея шины сама по себе неплохая, просто d-bus — плохая реализация. я сейчас уже точно не вспомню, а искать лень, но раньше там внутри был какой-то адский ад.
> идея шины сама по себе неплохая, просто d-bus — плохая реализация. я
> сейчас уже точно не вспомню, а искать лень, но раньше там
> внутри был какой-то адский ад.d-bus фактически сейчас как некий нарост: не используется особо и и выкинуть страхово. И да - достойной альтернативы нет, к сожалению многое так.
Фактически функциональность дибэс трансформировалась в собственные сервисы сред типа КДЕ, но чтобы не сломать систему поддержка его не выбрасывается, но и не развивается особо...
Этот вакуум естественно заполняется...
> то что от убунты - есть риск, что заточено только под неё...а ты сам попробуй. upstart можно и просто в качестве service manager использовать, не обязательно сразу инитом делать. а понравится — можно и в init.
Да в общем то достаточно симпатичная штука, уровень совместимости с инитом там есть, так что даже стартовые скрипты не отвалятся. Проблема только в том что как-то они поздно за плюшки типа сабжа взялись, дебианщики уже свинтили на systemd, ну и шаттл решил туда же. И половина апстарта нынче являет собой костыли для превращения в закос под systemd - куски systemd эти парни тоже не против были реюзнуть, получился довольно странный гибрид.
> Да в общем то достаточно симпатичная штука, уровень совместимости с инитом там
> есть, так что даже стартовые скрипты не отвалятся. Проблема только в
> том что как-то они поздно за плюшки типа сабжа взялись, дебианщики
> уже свинтили на systemd, ну и шаттл решил туда же. И
> половина апстарта нынче являет собой костыли для превращения в закос под
> systemd - куски systemd эти парни тоже не против были реюзнуть,
> получился довольно странный гибрид.резюме: systemd лучше
>резюме: systemd лучшерезюме: systemd победил. Про лучше - лучше не надо :-\
> резюме: systemd лучшеОн не имеет некоторых архитектурных проблем апстарта и активнее развивается в сторону востребованных в множестве применений фич. Апстарт подорвались экстренно докостыливать по месту, в результате там теперь половина systemd втиснута. При таком раскладе тратить ресурсы на бэкпортирование кусков systemd, при том что systemd умеет все что надо шаттлу - очень странная идея, с непонятными перспективами.
приведи, пожалуйста, «половину systemd» из апстарта. конкретно, со списком файлов и строчками кода.
> приведи, пожалуйста, «половину systemd» из апстарта.Вотпрямща в убунте 14.04 запущены (grep по systemd в процессах):
/lib/systemd/systemd-udevd --daemon
/lib/systemd/systemd-logindПо файловой иерархии, /lib/systemd содержит 6 файлов /lib/systemd/systemd-* и пачка .service файлов на все вкусы. Так что как видишь, процесс фалломорфирования апстарта в systemd в убунте уже идет.
> конкретно, со списком файлов
Вроде сделал...
> и строчками кода.
Вломак, кэп, извини. У меня есть хренадцать более интересных дел в очереди.
> Вроде сделал...нет, эпично слил.
Да, поучи шaттла его систему делать. Если уж в убунту приперли половину systemd - значит, к тому все и идет. А нафига они будут таскать 2 разных стартера?
про «половину» никто так и не доказал. ну и да: а что, у нас уже появился udev без системдеца, например?
> у нас уже появился udev без системдеца, например?гентушники постарались (eudev), за что любители ходить строем долго обливали помоями их, в том числе за "стирание копирайтов", хотя по сути просто авторов выпилили из исходного кода в отдельный файл.
Почему разработчики убунту выбрали не eudev - хз. Никто не узнавал? Было б интересно узнать.
> Почему разработчики убунту выбрали не eudevможет, потому, что «форкачи» — фиг знает кто с горы вообще?
> у нас уже появился udev без системдеца, например?Гентушники пилили. Правда как оказалось - чтобы программированию поучиться, etc. В общем хотели бы без системды обходиться - давно бы обошлись. Вон glibc же форканули..
> Да в общем то достаточно симпатичная штука, уровень совместимости с инитом там
> есть, так что даже стартовые скрипты не отвалятся. Проблема только в
> том что как-то они поздно за плюшки типа сабжа взялись, дебианщики
> уже свинтили на systemd, ну и шаттл решил туда же. И
> половина апстарта нынче являет собой костыли для превращения в закос под
> systemd - куски systemd эти парни тоже не против были реюзнуть,
> получился довольно странный гибрид.фанбои в треде, всем в рашнфедору.
P.S. Все дистрибутивы повторяют редхат, если чо, и лучше уж сразу брать редхат линукс.
> P.S. Все дистрибутивы повторяют редхат,Да, из дебиана и деривативов - такой редхат, конечно.
> лучше уж сразу брать редхат линукс.
Пакетный менеджер дрянь. И даже подслащенное г@вно в виде DNF в федоре - г@вно, хоть и менее лютое.
Вообще, "yum не тормозил" настолько, что редхат дошел до того что отгружает списки пакетов из репок как скулайтовые базы. Видимо, парсинг списка пакетов в питоне "совсем не тормозил" - пришлось и это спихнуть на сишную скулайтовую либу. Не хочу расстраивать редхатчиков, но этот их YUM и DNF - печальная история рапидчины, или как сначала схалтурив сэкономить на разработке полгода и как потом добрую декаду с этим непотребным шытом мумукаться.
>с этим непотребным шытом мумукатьсяЖи, ши — пиши через и.
> Жи, ши — пиши через и.Это - именно шЫт. Именно вот так вот.
>Да, из дебиана и деривативов - такой редхат, конечно.да, по следам редхата. Возможно ты не в курсе последних новостей, где редхат разработчики переголосовали остальное сообщество дебиан. Федорку даже не уговаривали. Арчик тоже. Зюзю тоже. Клоны, сэр. А центральная разработка - в редхате. Патчи - только от тех кто в теме.
> редхат разработчики переголосовали остальное сообщество дебиан.Странно, а я слышал что претензии в основном выдвигали Бидейлу Гарби из интела. Хотя, может быть, для некоторых слишком сложно отличить буковки "Intel" от "Red Hat".
> Арчик тоже. Зюзю тоже. Клоны, сэр. А центральная разработка - в
> редхате. Патчи - только от тех кто в теме.Да вообще всемирный заговор.
>> редхат разработчики переголосовали остальное сообщество дебиан.
> Странно, а я слышал что претензии в основном выдвигали Бидейлу Гарби из
> интела. Хотя, может быть, для некоторых слишком сложно отличить буковки "Intel"
> от "Red Hat".возможно есть и те, кто помнит FUD красношапки по поводу каноникла и её вклада, а потом интела по поводу "мы поддержим только одного", а еще и чуваков-федорчуков в комиссии которые обходили как ладан вариант "оставить как есть", а еще два с половиной тролля из рашнфедора, уколотые энергетиками))) Массовая бомбардировка. Всем так стал нужен системде, оно сразу решило столько катастрофических проблем, что просто держать в репозитории стало немодным, нужно по умолчанию. Альтернатива - всё остальное, системде наш рулевой)
>> Арчик тоже. Зюзю тоже. Клоны, сэр. А центральная разработка - в
>> редхате. Патчи - только от тех кто в теме.
> Да вообще всемирный заговор.да вообще параноик, забей на меня, я идиот. Тебе видней. Мир тебе, чувак, и пусть фирмы и корпорации используют нас, в конце концов это для нашего блага.
> возможно есть и те, кто помнит FUD красношапки по поводу каноникла и её вклада,ЧСХ, FUD FUDом, а вклад вкладом. Как-то коммиты с @redhat.com чаще в майнлайн приезжают. Так что шапка, конечно, печется о своем бизнесе, но не так уж и сильно врет. Другое дело что одними патчами к ванилле готовую систему не сделаешь. А вот там у шапки на мой вкус - "не очень". По этому поводу у них были поводы для FUDа :). Ибо репы - куцые, юзабельной бесплатной версии - нет, так что убунта нехило откусила у них и прочих центосов на серверах.
> а потом интела по поводу "мы поддержим только одного",
Что-то мне так кажется что шaттл своим миром хочет спровоцировать вяленда на бурную деятельность, а потом объявить - "о, круто, нам тут уже сделали - мы себе денег сэкономим. Спасибо вам, Красная Шапочка!" :). При том в этом есть нехилый пойнт: а какие у каноникала особые требования к выводу графики, которые отсутствуют у интеля или редхата, но есть у них? Или, по просту, чем Каноникал такой уж прямо особенный в его нуждах такого плана? Или чем нужды шапки и интела так уж отличаются от остальных? Так что Шaттл конечно повозмущается на камеру, но про себя радостно потрет руки. Результат всяко будет. Бизнесмены вообще всегда работают на результат...
> а еще и чуваков-федорчуков в комиссии которые обходили как ладан вариант
> "оставить как есть",А в чем пойнт ядерного полигона, если там испытания не проводить? И вообще, хорошо бы усвоить что вам никто ничего не должен. Если вы лучше всех знаете как и что - ИДИТЕ И ДЕЛАЙТЕ ЭТО. Именно так как вам надо. Если это окажется надо кому-то еще - они, по логике вещей, присоединятся к вам. А если таковых не окажется - ок, бывают в жизни огорчения, "не выстрелило" и придется всю работу самолично воротить.
> Всем так стал нужен системде, оно сразу решило столько катастрофических проблем,
Он решает туеву хучу задолбавших за годы администрирования проблем и в курсе современных фич ядра. В апстарте осознали где порылся рослый их полярный лис, но - too little and too late. Однако шaттлу совсем изводить этот проект не резон: надо иногда махать перед носом шапки конкуренцией, и шапка будет на порядок сговорчивее. И сама бесплатно сделает что шaттлу надо :). Вы слышите, гражданин Шигорин? Как-то так иметь дело с капиталистскими акулами на порядок эффективнее чем злопыхать на форумах в их сторону ;).
> что просто держать в репозитории стало немодным,
Ясен буй, если >50% х86 серверов использует виртуализацию - работа с контейнерами стало быть давно уже не опция а mandatory фича. А вот те маргиналы которым это вообще совсем никак не надо - пусть и делают себе кастомные окружения где все это задизаблено, выпилено и что там еще. Ориентироваться на удобство маргиналов - категорически гнилая затея: они все-равно все желают разного и угодить на них в дефолтах невозможно. Если некто желает кастомную систему, есть только 1 способ ее получить - сделать ее самому.
> нужно по умолчанию. Альтернатива - всё остальное, системде наш рулевой)Меня конечно закидают тапками, но sysv init задолбал и я рад что кто-то взялся за то чтобы его выпнуть всерьез и с полным размахом. Теперь бы еще кто-нибудь допер железные дороги строить не под размер конской задницы, чтобы возить по ним грузы стало менее похабно... ;).
> да вообще параноик, забей на меня, я идиoт.
Ну я тебя за язык не тянул....
> чувак, и пусть фирмы и корпорации используют нас, в конце концов
> это для нашего блага.В опенсорсе все просто: каждый делает то что считает нужным. А использование других наступает при совпадении их нужд и ваших нужд. Чем более редкие и экзотичные у вас нужды - тем реже такое совпадение наступает. Я не вижу почему это "не честно". Тот же редхат не подписывался упрощать жизнь каким-то сторонним перцам с большими требованиями и малой отдачей. Они себе и своим кастомерам жизнь упрощают. А остальным - как повезет.
юзер, ты настырнее меня, реально. Вот тебе не влом разбирать каждую мою фразу и писать ответ, а мне влом. Мне придётся слишком много возмущаться. Давай забьём. косячёк.)
А смысл то возмущаться? Я ж покапитанил, не более. То что жизнь не идеальна, а корпорасы своеобразные типы - я давно усвоил. Но в конечном итоге акулы неплохо впряглись и генерируют нам немало патчей. В том числе и тех которые полезны например мне.
> А смысл то возмущаться? Я ж покапитанил, не более. То что жизнь
> не идеальна, а корпорасы своеобразные типы - я давно усвоил. Но
> в конечном итоге акулы неплохо впряглись и генерируют нам немало патчей.
> В том числе и тех которые полезны например мне.ты покапитанил с своей колокольни, я с своей. Дальше выяснять кто капитанистее - да оно нам надо? Ты прав, я тоже. Меня не устраивает действия редхат с одной стороны, а тебя устраивает с другой.
> P.S. Все дистрибутивы повторяют редхат, если чоты лжец.
>> P.S. Все дистрибутивы повторяют редхат, если чо
> ты лжец.слака и гента - не дистрибутивы) это соберисамдистрибутивы.
P.S. Да, лжец.
> P.S. Да, лжец.давай пруффото с бородой, или не было!
Чертова мода на написание своих систем инициализации. Недавно потребовалось отладить openwrt'шный процесс загрузки - там написали свой вариант systemd (procd), который дважды из-за кривых костылей (preinit) дергает /sbin/init (это тоже procd), и все эта хрень общается через libubus/ubusd. Супер.
А как просто было когда-то понять все, что происходит, сделав set -x...
> процесс загрузки - там написали свой вариант systemd (procd), который дважды
> из-за кривых костылей (preinit) дергает /sbin/init (это тоже procd), и все
> эта хрень общается через libubus/ubusd. Супер.И, кстати, к сожалению, там до сих пор слишком много sysv-образной скриптятины в процессе загрузки. Поэтому загрузка иных девайсов занимает по дефолту добрую минуту, что как-то не прикольно.
>> процесс загрузки - там написали свой вариант systemd (procd), который дважды
>> из-за кривых костылей (preinit) дергает /sbin/init (это тоже procd), и все
>> эта хрень общается через libubus/ubusd. Супер.
> И, кстати, к сожалению, там до сих пор слишком много sysv-образной скриптятины
> в процессе загрузки. Поэтому загрузка иных девайсов занимает по дефолту добрую
> минуту, что как-то не прикольно.А отлаживать это как предлагается, например?
Я вот с этой хренью ковырялся через com-порт на arm плате, и у меня не работал procd, ругаясь на ubusd. Хотя все было на месте, корректно слинковано и т.д. Оказалось (после курения сорцев для осознания, как же эта хрень работает), что в образе была неверная версия libubus (новее, чем procd). У меня это заняло пару-тройку часов, а при sysvinit - это было бы просто !#/bin/sh -x и минут 10.