Сэм Хартман (Sam Hartman), лидер проекта Debian, попытался разобраться в разногласиях, связанных с поставкой пакета elogind в составе дистрибутива. В июле команда, отвечающая за подготовку релизов, заблокировала включение elogind в ветку testing, так как данный пакет конфликтует с libsystemd...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51517
*гомерический хохот*
Присоединяюсь.
Без Гомера? )
Гомер сам не смеялся, у него смеялись боги над Гермесом.
чёрный гомерический хохот
У вас тут дурдом образовался?
А Вы чего хотели? Теперь SystemD можно заметить только на SystemD.
И это благо, системой должны заниматься профессионалы, а для изучения работы операционных систем есть специализированные.
> SystemD
> httpD
> профессионалы
А че денуво не отдали этот папкет? Пускай мейнтейнят себе.
Все системдфобы свалили, поэтому шанс, что примут трудное и неудобное большинству решение минимален.
а бесплатный дебиан уже с денуво?
Как я понимаю, это он так "удачно" пошутил про Devuan.
Да кто помнит все эти форки?
*смех Жириноского после анекдота*
Вот не понимаю, давно всем известно же, что systemd - лучший init, выбор профессионалов, созданный лучшим инженерами опенсорс
согласен с вами, тоже этого не могу понять!
Теперь нас уже трое, кто не может ничего понять.
Я могу понять только, что вы плохо разбираетесь в init системах.
не только лишь все могут понять, мало кто это может сделать
Поттеринг уж лучше тебя разбирается в системах инициализации, а ты не можешь понять даже то, что поняли эти ребята.
Поттеринг лучше всех разбирается во всем до чего сумеет дотянуться. :)
Дайте Поттерингу динамит!
Ну чел выше как бы прав. В опенсорсе меритократия, и тот кто жалуется, но ничего не делает не имеет права голоса (это плохо для пользователей конечно, но факт)
> Ну чел выше как бы прав. В опенсорсе меритократия, и тот кто
> жалуется, но ничего не делает не имеет права голоса (это плохо
> для пользователей конечно, но факт)Меритократия или SJWкратия? Чтобы самого Столлмана выгнали — ещё десять лет назад и представить такое нельзя было.
RMS'у надо было уйти лет 15 назад, и дать дорогу молодым. Но проблема как раз в "а кто вместо него"? FSF спохватилось только сейчас, когда петух уже клюнул и *начинает поиски* нового президента.
> RMS'у надо было уйти лет 15 назад, и дать дорогу молодым.Зачем?
> Но проблема как раз в "а кто вместо него"? FSF спохватилось только
> сейчас, когда петух уже клюнул и *начинает поиски* нового президента.Придут сейчас ему на замену молодые и больные на всю голову SJW. Хотели дать дорогу молодым? Кушайте, не обляпайтесь.
>и дать дорогу молодым.Чтобы линукс-капец быстрее наступил, да.
У молодых нет опыта и видения перспектив.
Это как начинающий программист, который который не понимает, чего в этой коде этой софтины так все уродливо и наверчено, ведь можно сделать все "в три строчки", но когда он берется и натыкается на ситуации, которых не предвидел - его поделие становиться все более тормозным, глючным и более уродливым, чем софтина, которую он критиковал.
Если тебя не устраивает творение Поттеринга, напиши сам лучшее. А то вякать все горазды.
> Если тебя не устраивает творение Поттеринга, напиши сам лучшее. А то вякать все горазды.А что, если меня устраивают до-поттеринговые поделия? Что, если они лучше (по меньшей мере, для меня)? Поделие поттеринга не любят не столько за его технические достоинства или недостатки, сколько за то, что его навязали вместо работающих простых инструментов, при этом не переставая поливать оные говном. Да так рьяно, что многие поверили. Ахда, ещё на пустом месте создали вагон и маленькую тележку сложностей с запуском того, что завязано на systemd в окружениях, лишённых оного.
Самая честная и открытая конкуренция на свете!
"Смесь чёрно-белого мышления и ошибки ad
hominem[g]. Большинство пользователей не-systemd были бы абсолютно
счастливы оставить systemd в покое и дать ей делать, что ей надо, для
других людей, которые хотят её использовать. Какую бы систему
инициализации они сейчас ни использовали, она прекрасно удовлетворяет
их потребности.Проблема в том, что проект systemd не хочет оставить их в покое.
Видение systemd Леннарта Поттеринга заключается в том, что он должен
стать основой всей ОС. Также он защищал жёсткую зависимость GNOME от
logind, и конечно же он ответственен за то, что logind имеет жёсткую
зависимость от systemd-в-виде-PID-1. Существует куча систем
инициализации, но похоже, только одна из них активно пытается
исключить остальные, заставляя не относящееся к ней ПО требовать её
для работы.Многие пользователи не-systemd не нуждаются в клоне systemd, потому
что они счастливы тем, что они уже имеют. Поэтому нет смысла
предлагать им идти работать над клонированием systemd."
Я просто оставлю тут ссылку на источник: https://www.opennet.ru/base/sys/systemd_myth.txt.html
Описание очень похоже на историю христианства: течений раннего христианства было достаточно много. И только католицизм стремился уничтожить остальные течения. С арианами вообще показательно: это была довольно распространённая ветвь христианства, но они разрешали католическим священникам открывать церкви на своих землях; а католические священники начинали настраивать население против ариан, а потом, при поддержке армий католических соседей, уничтожали арианские церкви и последователей арианства.
как по мне если касаться примеров с христианством - Леннарт это князь Владимир, который в 988 году русь крестил.
"Инженерами" *корпорации* Красношапка.
Так RedHat и IBM - это передовые корпорации мира, собравшие весь цвет инженерной мысли Линукса
Ты хотел сказать - "некрософт"?
Сейчас тебе попялярно объяснят что айбиэмзондоД не инит, а системный менеджер.
>айбиэмзондоГ не инит, а системный зонд и Г.фксд
ИМХО, upstart выглядела лучше, но она меньше вмешивалась в жизнь сервисов, что сыграло не в её пользу
Там основной проблемой была политика Canonical, которая требовала полной передачи всех авторских прав компании, чтобы она распоряжалась ими по своему усмотрению.
нет, внутри он был еще более невменяемым г-нецом. Поэтому никто особо и не плакал, когда его выбросили на помойку.Те задачи, которые он кое-как решал, через пень-колоду, с тем же успехом и гораздо удобнее решает системды. Проблема что не только лишь всем нужна еще более почти уже полная готовность для "десктопа" (на котором у них и с виндой все норм), кому-то нужна просто система с предсказуемым и легко управляемым поведением - но вот это для поцтеринга оказалось слишком сложной магией.
> Те задачи, которые он кое-как решал, через пень-колоду, с тем же успехом
> и гораздо удобнее решает системды.Какие ?
>> Те задачи, которые он кое-как решал, через пень-колоду, с тем же успехом
>> и гораздо удобнее решает системды.
> Какие ?вот этот вот весь "асинхронный инит". когда нужно стартовать сервисы или что-то на ходу переконфигурять не связанное с загрузкой системы, а связанное с действием пользователя. Это вот то, что у старых систем получалось плохо, поскольку предполагалось, что они и не должны делать пользователю "как в винде".
udev, console-shit, весь этот вот systemd-logind...
ну не нужны этим юзверям юниксы, им надо вендубесплатнаипабольше!
Гм, а Вы правда потрудитесь предоставить подписи всех, кто Вас уполномочил за них расписываться?Вот, скажем, с моей точки зрения systemd -- это глючная поделка, созданная криворукими кодошлёпами, которые даже с теорией графов незнакомы, не то что с практикой администрирования систем, тем более ответственных.
Никак иначе не могу объяснить отдельные фортели в коде, каковые здесь неоднократно предъявлялись, и сами архитектурные проблемы вроде контроля зависимостей в наиболее неподходящее к тому время загрузки.
Впрочем, жизнь и практика покажут -- кто по своему выбору останется винтиком (и то если), а кого никакой гуглотранслейт так и не заменит.
Михаил, спасибо вам большое за накручивание плюсиков в новости. Нас, нормальных людей, мало, а s-d-хомячков много. Не надо позволять им давить количеством!
А еще больше спецов опеннета, которые еще не проходили в школе такой художественный прием, как сарказм. Один анон потроллил, десятки сагрились, будто мартышки. Опенсорс такой опенсорс.
Погоди те ка ты всегда топил за системд. Верни настоящего Михаила.
У него через уязвимость в альтлинуксе угнали аккаунт.
у поехавших раздвоение личности не такой уж редкий результат разложения психики.
А что же твой альт его всосал один из первых? Ты где был вообще?
Но у Альта ЕСТЬ дистры без СистемД, а у Дебиана, Федорки и прочих - НЕТ. Факты вещь упрямаяПокажи какая у тебя система инициализации, потом открывай рот на Альт.
Михаил, не планируется ли всё-таки обдумать возможность установки только требующихся драйверов, а не всех, которые есть в наличии? Текст о драйверах для видеокарт NVidia. https://youtu.be/DwksX0inEI0
Слишком тонкий троллинг.
> Вот, скажем, с моей точки зрения systemd -- это глючная поделка, созданная
> криворукими кодошлёпами, которые даже с теорией графов незнакомы, не то что
> с практикой администрирования систем, тем более ответственных.Шигорин, вы уже пишете свой init, который будет неглючной поделкой, созданной некриворуким Шигориным, знакомым с теорией графов, с практикой администрирования систем и тем более ответственным Шигориным?
> Шигорин, вы уже пишете свой init, который будет неглючной поделкой, созданной некриворуким
> Шигориным, знакомым с теорией графов, с практикой администрирования систем и тем
> более ответственным Шигориным?Ничего не меняется в мире линуксов - если кто-то посмеет высказать свое мнение о чем-либо, ему тут же говорят "напиши свое". Меня вот в арче устраивала bsd-like init.
Михаил, это ваше сообщение с самым рекордным количеством плюсов? вам когда нибудь их ставили больше, чем в этом?
Ну главное выбрать нужную тему. Тема про systemd как раз то, что нужно.
> которые даже с теорией графов незнакомыОпять вы графы приплетаете. У вас что, плохо с дискретной математикой было в школе?
>> которые даже с теорией графов незнакомы
> Опять вы графы приплетаете. У вас что, плохо с дискретной математикой было
> в школе?Других умных слов он не знает. Парни над ним издеваются. Девушки над ним смеются. Поэтому он примкнул к рядам добровольных осведомителей товарища майора. Надо понять и простить.
Вам надо - Вы и прощайте.
>выбор профессионалов, созданный лучшим инженерами опенсорсОгласите поимённо.
systemd нечего делать в мире GNU/Linux, потому что это Microsoft-way разработки ПО. Проблема в том, что, похоже, бывшие Microsoft разработчки внедряются во всё большее кол-во открытых проектов.
Лучший для каких целей ?
Щас походу еще несколько человек покинет Debian.
да кто их считать-то собирался?
Зато как активно считали, когда разработчики покидали команду ООО. Потому что тогда эта шумиха была выгодна гугелу с красношапкой, а сейчас никто за шум не платит.
Вы совершенно правы. На одном журналистском форуме был задан вопрос, почему негативных новостей публикуется намного больше, чем позитивных. На что был дан откровенный ответ, что за публикацию хороших новостей нужно платить.
но ссылку ты забыл на этот "один журналистский форум", и название оного. и вообще ты это в школе услышал на переменке. из другого класса пацаны пробегали. нет, не запомнил внешность.
Ничего не потеряют, присоединятся к Devuan.
Раньше в Debian просто делали свой дистр. А сейчас есть вероятность, что будут еще и мешать делать форк на Debian без systemd.
> Ничего не потеряют, присоединятся к Devuan.Держите нас в курсе.
Или кого-нибудь обвинят в каком-нибудь *изме и громко выпрут
В *изме нынче не модно. Сейчас обвиняют в *ии и *ости.
>в каком-нибудь *измекоммунизме?
Проснулись... Цирк, да и только.
А что мешает вырвать из systemd часть, создать интерфейс между ней и systemd, добавить немного метаинформации и превратить её в заменяемый плагин?
Нельзя заменять systemd. В этом весь смысл.
Причём, что характерно, это решение именно разработчиков elogind. Ну не хотят они повторять чужое API (пусть даже с заглушками), им нужно своё, нескучное.
разумеется не хотим - зачем вам еще один systemd ?Мы специально сделали утилиту, которая позволяет невозбранно пользоваться гомом тем, кому хочется гома, а шиттиды - не хочется.
НУ НАДО ЖЕ - она ломается если...установить в системе шиттиD. кто бы мог подумать (особенно из female asian black alternatively-gifted transgender debian developers - было бы им, чем?)
> она ломается если...установить в системе шиттиD.Это вы так elogind обозвали?
> С другой стороны в текущем виде попытки через APT обновить конфигурацию с systemd на вариант с sysvinit и elogind приводят к получению повреждённой системы с неработающим APT.
ну конечно же ж - это ведь мы заставили их банальную примитивную обертку вокруг пакетного распаковщика намертво завязать на shittyD
Неа, её именно elogind ломает.
> Неа, её именно elogind ломает.Конечно-конечно!
Actual result (transcript below):* systemd-sysv is removed
* sysvinit-core is unpacked
* systemd is also removed
* systemd's prerm fails because it is still the active init system
(this check is present since Debian systemd commit c3f5f249 in 44-6,
released in 2012 - it appears the intention is that anyone wishing to
switch from systemd to sysvinit should replace systemd-sysv with
sysvinit-core, then reboot into sysvinit, and only (auto)remove
systemd after that reboot)
* libsystemd0 is removed anyway
* libelogind0 is not installed yet
* libsystemd.so.0 does not exist
* executables with DT_NEEDED on libsystemd.so.0, notably apt, cannot run
* recovering from this situation is not straightforward"Ты виноват уж тем, что хочется мне кушать!" (с)
рукожопы
>Ну не хотят они повторять чужое API (пусть даже с заглушками), им нужно своё, нескучное.А признать, что тупо потеряли время не хотят?
Все должны сидеть на игле. Тот кто пытается каким-либо способом с нее слезть - ВРАГ.
если у тебя есть systemd, то elogind тебе не нужен, а если у тебя нет systemd, то тебе не нужна совместимость с ней. Вопрос то не в их совместимости, а в том, что не всем нужна systemd, в связи с чем предлагается добавить другие системы инициализации в стандартную поставку
> в том, что не всем нужна systemdэтих отщепенцев - накажут!
так чтоб все запомнили, что у нас - новый стандарт.
Вы невнимательно читали целеполагание, изложенное даже вон выше в тексте новости. Сами ведь справитесь?
Нет такого предложения. Предлагается просто разрешить конфликт внутри двух групп разработчиков путем общего голосования. Отличное решение, пускай сами разработчики и скажут как нужно поступить. Интерес к голосованию, уверен, будет огромный. А то слишком много странного брожения вокруг этой темы, поиски заговоров, подкупов, чуть ли не диверсантов и прочей нехорошей ерунды.
Но не надо забывать, что вопрос стоит не выбора пользователя: systemd или logind. Если будет поддерживаться вторая система инициализации, то будут затронуты ещё сотни маинтейнеров и тысячи пакетов.То есть весь дистрибутив встанет на уши.
Ты за свой дистрибутив переживай, а Дебиан не трожь.
Не встанет, а вот если оставить только один, то от него все потомки отомрут что ещё хуже, чем поправить 1к юнитов. Да и с учётом того что сам SystemD оставляет желать лучшего и зачастую в случае каких либо проблем приводящая к не работоспособности системы ( к примеру отпал один из 10 винтов для файло-помойки, либо в FStab записал автомонтирование сетевого ресурса и в случае его недоступности всё идёт по всем известному адресу .... )По мне лучше использовать SysVinit или OpenRC в них багов меньше, разобраться в случае чего в разы проще и они по своей сути следуют Unix Way, пусть делает одну задачу но делает её хорошо. А SystemD хочет и за п.с.ку и за с.с.ку взяться одной рукой или одним пальцем ... В общем нафига нужна система инициализация не знающая кто она есть, пытающаяся впихнуть в себя всё, раздувшееся до размеров ядра Linux 2.x и при этом убивающая все проекты чей код заимствовала... Я лично понятия не имею...
Может Я такой один что не вижу особых причин использовать SystemD, по мне никаких плюшек systemd особых не предоставляет ради которых бы стоило жертвовать прогнозируемым поведением системы, а тем более другими ответвлениями Debian и тем более не использующих ядро Linux.
Вы смотрите не с точки зрения маинтейнеров. В этом разница.
а что там видно с точки зрения ментейнеров ? я вот если бы был ментейнером, точно видел бы, что подчищать за леннартом пришлось бы мне.
Сервис не стартует - ну давайте позырим чего там .... в юнит-файле всего 5 строчек, ворде все норм, но не стартует сервис, нужно Леннарту написа....а он игнорит сообщения о проблемах ??
Что значит ментейнеры должны на месте решать ?
Я же не уме...
А ну вот, можно ж бащ скрипт в юнит-файлу прикрутить, он при старте будет проверять, стартанул ли сервис и запускать его.
*******
Это конечно все стеб и наговоры, но такая ситуация очень может быть :)
Процитирую википедию тут:> The systemd software suite provides fundamental building blocks for a Linux operating system.
> It includes the systemd "System and Service Manager", an init system used to bootstrap user space and manage user processes.Собственно, написано ужасно, но основная мысль моего поста будет в том, что systemd это не инит, это нечто большее, что в том числе умудрилось сожрать и инит тоже - поэтому сравнивать его с чистыми "системами инициализации" некорректно.
з.ы. По-честному, стоило бы дать Поттерингу под зад, взять вменяемого системного архитектора и задизайнить систему с чистого листа с учётом всех собраных ранее граблей. И программистов нормальных позвать не забыть.
Проблема в том, что другие системы невозможно установить штатными средствами (т е через апт). и они есть только номианльно. За конфликтом этого логинад с системд еще тысяча проблем, мейнтернеры которых шевелиться не захотят.
Пользуюсь дистрибутивом Gentoo. Там можно поставить что угодно. И я понял только одно. Проще поставить systemd, чем воевать с чем-то не работающим на домашнем компе. На сервере немного попроще, там можно и без systemd. Но кто в здравом уме ставить сервер на Gentoo? Я не имею в виду домашние серверы.
> Пользуюсь дистрибутивом Gentoo. Там можно поставить что угодно. И я понял только
> одно. Проще поставить systemd, чем воевать с чем-то не работающим на
> домашнем компе. На сервере немного попроще, там можно и без systemd.
> Но кто в здравом уме ставить сервер на Gentoo? Я не
> имею в виду домашние серверы.А кто в здравом уме ставит на домашний сервер Gentoo?
10 лет уже gentoo на серверах и не только у меня. Так что тут вам не там.
Согласен, даже более того - навязываемые сертифицированные VipNet координаторы, в том числе в банках - собраны на Генту.
> А что мешает вырвать из systemd часть, создать интерфейс между ней и
> systemd, добавить немного метаинформации и превратить её в заменяемый плагин?Именно это и они сделали в elogind.
Только это было "чуть раньше".
В другой версии s-d.
Угадай, что изменилось, и кто "всё сломал опять"?
Странные ребята эти разработчики elogind -- не хотят прыгать на гребешке др*ст-релизов и фичур-чёрна есаула Ленарта.
Теперь не хотят.... Странные!
Вижу два варика развития данной ситуёвины:1) голосуют за системдос, и всё возвращается на круги своя, а новость оказалась пустышкой-желтизной.
2) голосуют за башпортянки вместо системдоса. Ключевые мейнтейнеры уходят, так как писать нескучные портянки и перелопачивать тысячу пакетов не каждому хочется. Дебиан подыхает в течение года-два. В бубунто-мирке паника, но каноникал такой: "спокуха, не кипишуйте, мы остаемся на системдосе, а распад дебиана был геополитической катастрофой. Ред хат, душою мы с вами, гном, системдос, вот это всё"
Может прочитаете пероисточник?https://lists.debian.org/debian-devel-announce/2019/09/msg00...
> башпортянки
Две строчки не осили написать? А то, что системд чуть больше чем на 90% из портянок состоит это ничего? :)
> А то, что системд чуть больше чем на 90% из портянок состоит это ничего? :)Баш-портянок? А то гитхаб показывает* такую вот стату:
C 87.0% Python 7.1% Shell 2.2% Meson 1.4% HTML 1.1% Perl 0.4% Other 0.8%
______
* Не исключено, что это заговор, и на самом деле системдос написан на баше, и не просто целиком, а аж на 146%. Всякое может быть, нельзя исключать заговор. Ведь имеем дело с красной шапкой и нотабуг-поттерингом.
Ок, изменим методичку.s-d на 87% состоит из пайтонопортянок.
> s-d на 87% состоит из пайтонопортянок.
>
> пайтон
>
> пайтонЛюбопытный вариант прочтения символа "С".
У человека зрение плохое, видит что ему хочется, а не что на самом деле. Не мешайте ему.
> С 87%
> на 87% состоит из пайтонопортянок.Ок, тогда https://github.com/torvalds/linux состоит из пайтонопортянок аж на 96%! Я знал, что это заговор и шапка скрывает!
Пайтон он же быстр и совсем не есть оперативную память. Все хотят его исользовать.P.S. На самом деле нет.
> Пайтон он же быстр и совсем не есть оперативную память.Я не знаю, почему вы называете Сишку Пайтоном, но да, она очень быстра и нетребовательна к ресурсам. Немножко утрируя, это синтаксический сахарок над ассемблером.
> Все хотят его исользовать.
Неа. Людям определённого склада ума лучше писать на языке с GC и без управления памятью, чтобы ногу себе не отстрелить — Bash там, PHP...
У секты Ненавистников Python ниже спины полыхает так, что они упорно продолжают делать вид, что там не Си, а Пайтон, и минусить всех подряд.
Сами они, разумется, не написали ни одного скрипта, но слышали, что пайтон ненавидеть модно-молодежно - это якобы показывает их "профессионализм".
> * Не исключено, что это заговор, и на самом деле системдос написан на баше, и не просто целиком, а аж на 146%. Всякое может быть, нельзя исключать заговор. Ведь имеем дело с красной шапкой и нотабуг-поттерингом.И ядро Linux тоже на баше написано, но красношапка скрывает это, подсовывая блоб /vmlinuz
весь мир писан на баше
https://bash.org.ru
>> А то, что системд чуть больше чем на 90% из портянок состоит это ничего? :)
> Баш-портянок? А то гитхаб показывает* такую вот стату:
> C 87.0% Python 7.1% Shell 2.2% Meson 1.4%
> HTML 1.1% Perl 0.4% Other 0.8%https://github.com/bminor/bash
> C 83.7% Yacc 4.0% Shell 3.5% Perl 3.0% Makefile 2.6% C++ 2.3% Other 0.9%https://github.com/nyuichi/dash
> C 96.2% C++ 3.0% Other 0.8%И какой интерпретатор теперь более труЪ - sh-файлов или юнит-файлов?
> И какой интерпретатор теперь более труЪ - sh-файлов или юнит-файлов?Синтаксис unit-файлов не являются Тьюринг-полным языком, так что говорить об "интерпретаторе" в данном случае некорректно.
Почему? Interpreter -- это дословно "переводчик на лету" вообще-то.
>> И какой интерпретатор теперь более труЪ - sh-файлов или юнит-файлов?
> Синтаксис unit-файлов не являются Тьюринг-полным языком, так что говорить об "интерпретаторе"
> в данном случае некорректно.Хм, интересные требования к интерпретатору.
И что же тогда делается со всякими DSL (domain specific language, где полнота по Тьюрингу скорее исключение, чем правило), типа HTML, SQL92, Graphviz и т.д. если не интерпретация :)?
А так ли это на самом деле?Со всякими ExecStartPre и ConditionFoo...
Какая разница на чём написан сам systemd, если для нормальной работы с чем-нибудь сложнее хелловорда приходится из юнит-файлов запускать всё те же bash-скрипты. Потому как юниты тупые.Раньше был маленький и простой /sbin/init который дёргал скрипты, теперь есть большой и высокотехнологичный systemd, который дёргает скрипты.
Ктож тебе виноват что ты не осилил юниты.
С его документацией война и мир отдыхает.
Портянки могут быть на любом языке, даже на языке конфигов системды.
> Портянки могут быть на любом языке, даже на языке конфигов системды.Нет, не могут! Ленарт принципиальный противник шеллов и языков.
>> Портянки могут быть на любом языке, даже на языке конфигов системды.
> Нет, не могут! Ленарт принципиальный противник шеллов и языков.Похвально. Но в таком случае конфигурация системды осуществляется телепатией?
О, хомячки с гитхаба на линии. Устали бороться с нетолерантными словами в коде и решили поиграть в статистику?Вообще-то имелись в виду портянки юнитов. Вряд-ли ведь ты под башпортянками в sysvinit имел в виду то, что оный написан на баше, а не C...
Структурированный unit файл это не портянка.
Это Вы ещё не вникали в глубины структуры портянкоимён портянкопеременных в ём :-]
Не важно на чем написан системд, он все равно будет плохим, а все остальное написанное не на си будет плохим по причине портянок и прочего...
> Две строчки не осили написать?У меня была простая задача. Запустить демона на php для умного дома. Демон самописный. Ничего такого хитрого. Сначала по старинке через init скрипт пытался запустить. Потом оказалось надо юзера группу нужный выставить для демона, перед запуском дождаться хотя бы сервера баз данных, ибо оттуда надо скачать данные перед запуском, нехило было бы подождать веб-сервер, потому что демон шлёт туда по http данные. Ещё нужен cron, да такой, чтобы у всех работал. А ещё неплохо было бы где-то pid процесса хранить, а ещё кеш, а то негоже гонять каждый раз mp3 с голосом сколько сейчас времени или ещё какой хрени, а ещё логи бы куда-то писать. Короче, плюнул я на всё это. Хотите любиться с другими системами инициализации, флаг вам в руки. Я предложил простое решение для systemd. Все нужные папки создаются автоматом, всё запускается как требуется. И я точно уверен, что у всех с systemd также будет работать.
> Потом оказалось надо юзера группу нужный выставить для демона, перед запуском дождаться хотя бы сервера баз данных, ибо оттуда надо скачать данные перед запуском, нехило было бы подождать веб-сервер, потому что демон шлёт туда по http данные.Мне кажется кто-то люто пиzдит. Зависимости в init-скриптах через Required-Start/Stop уже тыщщу лет были, а плюшки запуска процессов обеспечиваются через стандартный start-stop-daemon:
DESCRIPTION
start-stop-daemon is used to control the creation and termination of system-level processes. Using one of the matching options, start-stop-daemon can be
configured to find existing instances of a running process.Generic options
-g, --group group|gid
Change to group or gid when starting the process.-c, --chuid username|uid[:group|gid]
Change to this username/uid before starting the process. You can also specify a group by appending a :, then the group or gid in the same way as
you would for the chown(1) command (user:group). If a user is specified without a group, the primary GID for that user is used. When using this
option you must realize that the primary and supplemental groups are set as well, even if the --group option is not specified. The --group option
is only for groups that the user isn't normally a member of (like adding per process group membership for generic users like nobody).-b, --background
Typically used with programs that don't detach on their own. This option will force start-stop-daemon to fork before starting the process, and
force it into the background. Warning: start-stop-daemon cannot check the exit status if the process fails to execute for any reason. This is a
last resort, and is only meant for programs that either make no sense forking on their own, or where it's not feasible to add the code for them to
do this themselves.-m, --make-pidfile
Used when starting a program that does not create its own pid file. This option will make start-stop-daemon create the file referenced with
--pidfile and place the pid into it just before executing the process. Note, the file will only be removed when stopping the program if
--remove-pidfile is used. Note: This feature may not work in all cases. Most notably when the program being executed forks from its main process.
Because of this, it is usually only useful when combined with the --background option.
3) systemd остаётся, маинтейнеры остаются, анонимчек продолжает писать чушь на опеннете.
> распад дебиана был геополитической катастрофойвторой раз за новость взоржал как конь :-)
Почему как?
два сена этому господину.
> Дебиан подыхает в течение года-два. В бубунто-мирке паника, но каноникал такой: "спокуха, не кипишуйте, мы остаемся на системдосе, а распад дебиана был геополитической катастрофой. Ред хат, душою мы с вами, гном, системдос, вот это всё"и помирает вслед за дебианом через пару лет как кончается поддержка лтс
Деб - рули обратно на SysVInit:D.
Ждём развития событий. В Диване (devuan) с репой experimental туго, с дровами гефорсов свежими там тяжело :).
>дровами гефорсов свежими там тяжелоИгруны-дуалбутчики должны страдать, да. Особенно если они ещё и системд-хейтеры...
>>дровами гефорсов свежими там тяжело
> Игруны-дуалбутчики должны страдать, да. Особенно если они ещё и системд-хейтеры...Не про меня :-P. Я на RX480 живу, обычный гентоюзер. Нужные игры через Lutris\Vulkan работают.
"Особенно если они ещё и системд-хейтеры..."
А чего ж не стать хейтером-то, ежели принуждают к этому.
Вона, давеча thinkfan, после очередного обновления, отвалился и не заводится больше как демон. Грит - не хочу им больше быть. Хочу по православному - из автостарта запускается (и ведь запускается, гадю И даже работает как надо). И думается мне, что это только начало отвала всяких прожек, которые два и более лет не поддерживаются - всё должно быть свежим и актуальным. Как масдай. И выпускаться-обновляться каждую неделю (как "лиса"). Больше обновлений богу обновлений!
Эхх... и куды ж таперича бедному крестьянину податься, с крысы-то? Что бы нескучно и с ленцой. На МX что ли?ЗЫ. Диван вообще на моём железе (X200s в полном фарше) нашлушняк со стартаю ФИг знает почему - толи от того, что 6 гектар мозга, толи потому, что стоит "тубомем от интела" (разбирать и вынимать-проверять лень, аж скулы сводит) . Такшта пока на диван забил.
У дуалбутчиков проблем то как раз никаких нет. Как и у одновиндоюзеров
Если конечно какой-нить очень умный линукс не затрет первичный или вторичный загрузчик.
Linux даже не очень умный может GRUB(первый сектор раздела) обновить и тогда виндовые загрузчики не смогут загрузить Linux...
> разработчики elogind не желают добиться полного соответствия API
> все мэйнтейнеры будут вовлечены в совместную работу по решению этой задачи или будут назначены специальные ответственные разработчики для работы над данной проблемой и сопровождающие больше не смогут игнорировать альтернативную систему инициализацииКраткое резюме: из-за полутора неадекватов, сотни разработчиков Дебиана должны будут впахивать как папа Карло, впиливая костыли. Угадайте, проголосуют ли эти разработчики за такой вариант?
Говорю как эксперт-опеннетчик:Конечно проголосуют, системдос был пропихнут насильственным образом путем голосования с разницей в 1 человек. От системдоса проблемы. Бинарные логи, карл!11 Неюниксвейно! Конечно проголосуют против системдоса. Красная шапка капиталисты Поттеринг нотабуг!
Бинарные логи - это файл, так что вполне юниксвейно.
Более того, логи аудита на настоящих Юниксах ещё с 90-х годов хранятся в бинарном виде.
(Это только в Linux их реализовали в текстовом виде, оставляя недоумение — зачем нужны ausearch и aureport, если можно просто погрепать?)
>Более того, логи аудита на настоящих Юниксах ещё с 90-х годов хранятся в бинарном виде."настоящие Юниксы" это что/кто?
файлЫ а не файл, файлЫ один на openvpn один на postfix один на erros и так далее.
файлЫ(!!!)
>Красная шапка капиталисты Поттеринг нотабуг!Сколько раз вам объяснять: хештеги они с решёточкой в начале (как и бесполезные строки в твоём красно-глазом коде). Вот так: #краснаяшапка #капиталисты #Поттеринг #нотабуг
Согласен, гнать Леннарта и Ко в шею, везде пытаются пропихнуть свою систему инита.
В новости написано, что какие-то неадекваты так упорно пропихивали sysvinit, что задолбали аж самого лидера проекта Дебиан.
> В новости написано, что какие-то неадекваты...не осилити взять патчей APT у Devuan-а и APT у них, у неадекватов!, сломался. #пичалька-то
В новости написано - думали, что будут белый хлеб с маслом кушать, а приходится опять хрен с горчицей грызть.
А что тут гадать -- Госпожа Практика (tm) преподнесёт ответ в единственном экземпляре, как порой говорит один знакомый по переписке харьковчанин.И что-то мне подсказывает, что пропихнувшие административно решение в пользу по существу "только systemd" не зря опасались GR -- той самой хоть какой-то демократии, а точнее, политии. Но пусть жизнь покажет.
>> разработчики elogind не желают добиться полного соответствия API
> Краткое резюме: из-за полутора неадекватов,Из-за Дёнарта и полу-Кея-то? Ох, да!!
>сотни разработчиков Дебиана должны будут впахивать
> как папа Карло, впиливая костыли. Угадайте, проголосуют ли эти разработчики за
> такой вариант?Кончно за этот!
обновление прилетело, время есть,чож не пить...
>We like systemd. We realize that there are people out there that hateit. You're welcome to use elogind for whatever purpose you like --
as-is, or as a jumping-off point for other things -- but please don't
use it as part of some anti-systemd vendetta. Systemd hackers are
smart folks that are trying to solve interesting problems on the free
desktop, and their large adoption is largely because they solve
problems that users and developers of user-focused applications care
about.
Интересно то, что сами разработчики elogind вовсе не против systemd, а даже наоборот.
> Интересно то, что сами разработчики elogind вовсе не против systemd, а даже наоборот.одного не поймем - зачем мы эту ненужно вообще тогда разрабатывали?
Ведь systemd solves "interesting problems", а мы ему только мешаем в этой полезной бурной деятельности.
пойдем, пожалуй, в макдональдс, там всегда нужны уборщики сортиров.
> одного не поймем - зачем мы эту ненужно вообще тогда разрабатывали?Видимо, NIH syndrome заразен.
>> одного не поймем - зачем мы эту ненужно вообще тогда разрабатывали?
> Видимо, NIH syndrome заразен.Ога-га!
К тем "creates 'interesting' rpoblems" решительно(!) добавили свои новые-NIH-*ёвые "'interesting' rpoblems".
Они разрабатывали это для гуикса, у которого своя система инициализации
А-аа, так вот откуда приставочка "e". </>
https://www.opennet.ru/opennews/art.shtml?num=42079Вроде кстати правда для guix. А "e" просто по аналогии с eudev.
> https://www.opennet.ru/opennews/art.shtml?num=42079
> Вроде кстати правда для guix. А "e" просто по аналогии с eudev.Спасибо за ссылку -- позже задумался, что гентушники-то именно eudev делали, но решил, что наверняка кто-нить поправит %)
PS: за #199 тоже спасибо.
> Они разрабатывали это для гуикса, у которого своя система инициализацииНет(ц).
Его разрабатывали гентушники для ГНОМЕ без s-d. https://duckduckgo.com/?q=elogind+history
Гиксисты потом слизали тоже для ГНОМЕ без s-d.
ГНОМЕ -- s-d - зараза, APT сломан, мы все умрём.
> Его разрабатывали гентушники для ГНОМЕ без s-d. https://duckduckgo.com/?q=elogind+history
> Гиксисты потом слизали тоже для ГНОМЕ без s-d.Не то что бы мне очень принципиально, но не мог бы ты ткнуть меня точнее в это?
По твоей ссылке открыл https://wiki.gentoo.org/wiki/Elogind, оттуда сходил в https://bugs.gentoo.org/599470, где
1) "URL: https://github.com/elogind/elogind"
2)
"About me:
---------
I am no official gentoo developer. I do proxy maintain a few packages, but that's it.
This means, that the following implementation plan is just a suggestion, open for debate."Если открыть гитхаб, то там:
"Elogind has been developed for use in GuixSD, the OS distribution of GNU Guix. See http://gnu.org/s/guix for more on Guix. GuixSD uses a specific init manager (GNU Shepherd), for reasons that are not relevant here, but still aims to eventually be a full-featured distribution that can run GNOME and other desktop environments."Не очень, конечно, важно, кто именно был первым, но раз уж я начал, хотелось бы доразобраться.
> Ведь systemd solves "interesting problems", а мы ему только мешаем в этой полезной бурной деятельности.Вы переоцениваете себя. Вы никак не мешаете systemd и не можете помешать при всём желании. То есть даже если попытаетесь, это приведёт, максимум, к флеймварам в комментах.
> Интересно то, что сами разработчики elogind вовсе не против systemd, а даже наоборот.Я думаю это просто дисклеймер, чтобы их не затравили, как разработчиков eudev.
https://www.opennet.ru/opennews/art.shtml?num=35374Этож свобода, тут ничего не запрещают, просто травят всех неугодных.
Разработчиков eudev, если почитать ту новость, "затравили" за феерическую тупость (в частности, распараллеливание постановки задач в очередь на последовательное исполнение — типа оптимизация, хаха).
> "затравили" за феерическую тупостьНет, за инакомыслие. Хотя тупости там тоже хватало, с этим сложно поспорить.
1)
"Подход «форкеров» он называет «разработкой, основанной на ненависти» (hate-driven development), отмечая, что ненависть ослепляет и дает ложное чувство уверенности в собственной правоте."( https://www.opennet.ru/opennews/art.shtml?num=35374 )
2) Бедняжкам из gentoo аж пришлось отмазываться и извиняться:
"Разработчики особо отметили, что первоначальной причиной появления проекта была вовсе не ненависть (как утверждал основатель udev Грег Кроа-Хартман), а всего лишь стремление познакомиться с новой для себя областью — системным программированием для Linux. Eudev является для них исключительно учебным проектом (training project). Также разработчики заявили, что их код в его текущем состоянии ни в коем случае нельзя рассматривать как готовый к эксплуатации, и пользователи, у которых хватит глупости его поставить, рискуют полностью разрушить свою систему."
( https://www.opennet.ru/opennews/art.shtml?num=36032 )
Проще говоря, какие-то васи написали свой форк, сами слабо понимая зачем, а mainstream разработчики их нашли и начали травить. Видать, крепко пригорело.
"Дружелюбное линукс-комьюнити" (с)
Линуксоиды такие, да.
Это и есть саморегуляция. Либо всем стоит взяться за оружие, либо - быть вежливыми. Программисты пусть выберут сами.
> Это и есть саморегуляция. Либо всем стоит взяться за оружие, либо - быть вежливыми. Программисты пусть выберут сами.В чём саморегуляция? В том, что неугодных травят и формируют соответствующее общественное мнение, предопределяющее итоги голосования? Это манипуляция, а не саморегуляция.
"демократия для демократов"[1].[1] ...имущественный ценз - не менее трёх рабов. Женщины и рабы людьми не считаются.
> диверсификациюО, это модное нынче слово, должно сработать!
Без SJW и кокоCoCа не сработает.
>> диверсификацию
> О, это модное нынче слово, должно сработать!Нудк и работает же. Диверсии в разгаре, поезда под откосами.
А смысл? Если пользователю нужен ненужноД - ставит дебиан, а если опенРЦ - диван. Разве нет?
Очень вероятно, если из дебиана полностью вырежут другие системы инициализации и начнут юзать systemd нативно, без всяких прослоек к init.d-скриптам - качество пакетов в девуане упадет сильно (примерно к уровню artix'а, где половина пакетов не имеет init.d-скриптов)
> (примерно к уровню artix'а, где половина пакетов не имеет init.d-скриптов)Как же я бедненький на Артиксе то сижу без s-d да без init.d скриптов то? Ай-яй-яй.
>> (примерно к уровню artix'а, где половина пакетов не имеет init.d-скриптов)
> Как же я бедненький на Артиксе то сижу без s-d да без
> init.d скриптов то? Ай-яй-яй.Ну, пиши, раз нравится тратить на это время
Я ни одного скрипта не написал для init.d, как же у меня всё работает то а? Да ещё и сервера? Ой-ой. Бедный я бедный.
> Я ни одного скрипта не написал для init.d, как же у меня
> всё работает то а? Да ещё и сервера? Ой-ой. Бедный я
> бедный.Ну, если ты можешь позволить макак для написания этих скриптов, то ты нифига не бедный.
Ты дурачок или прикидываешься? Есть другие системы инициализации это раз. Во вторых написать 2 строчки это тоже самое что написать юнит. Всё будет так же и для юнита в 99% случае понадобится костыль. Потому что кое-кто не умеет демонов писать и придумывают костыли в виде s-d и runit.
> Ты дурачок или прикидываешься? Есть другие системы инициализации это раз. Во вторых
> написать 2 строчки это тоже самое что написать юнит. Всё будет
> так же и для юнита в 99% случае понадобится костыль. Потому
> что кое-кто не умеет демонов писать и придумывают костыли в виде
> s-d и runit.Для runit'а там еще меньше скриптов, увы. Почти весь community и aur не имеет ни скриптов openrc, ни скриптов runit.
Для системды почти всегда есть юнит.
Для runit не существует стандартного способа писать скрипты. Есть только гарантии вида "1) мы запустим скрипт вот с таким именем, 2) потом вот этот, если оно упало 3) goto 1".Что там внутри скрипта: exec, chpst, start-stop-daemon или всё руками, через reniec/ionice/... - никого не колышет.
В openrc есть стандартные средства: checkpath/estart/eend/..., но их использование - рекомендация и best practice, сохраняется возможность наворотить что угодно на обычном шелле, если не хватило стандартных инструментов.
А для написания юнитов типа времени не надо тратить? Ни разу не смог написать рабочий юнит для сервера. Ни разу, Карл! Сколько документацию не читал, столько оно не работало. Снёс s-d к херам, поставил OpenRC + SysVInit. Небо и земля!
> А для написания юнитов типа времени не надо тратить? Ни разу не
> смог написать рабочий юнит для сервера. Ни разу, Карл! Сколько документацию
> не читал, столько оно не работало. Снёс s-d к херам, поставил
> OpenRC + SysVInit. Небо и земля!Не надо, если родительский дистрибутив на systemd, то же самое справедливо и для других инитов - в том же Void все пакеты имеют скрипты для runit.
В случае же форков дистрибутивов, целью которых избавление от системды - мейнтейнеров намного меньше, сделать скрипты для всех пакетов невозможно физически.
Поставьте ещё monit :)
> Поставьте ещё monit :)AGPL-3+ инит ? Ну, ты фанатик.
Как бывший пользователь дебьяна я скажу так: можно поставить OpenRC и на дебьян, никаких проблем не будет, если не использовать GNOME. Остальное в s-d не нуждается, внезаптно. И загрузка с OpenRC быстрее в разы на HDD.
> Остальное в s-d не нуждается, внезаптно.неправда. Нуждаемся,и в следующей версии без него работать вообще не будем.
он решает "интересные проблемы", возникающие когда тyпизна юзверя зашкаливает, как и его желание чтобы система сама за него ела. Причем ставить ту, в которой все эти проблемы решены и картавая с удовольствием за него есть - почему-то не хочет, верещит "там телеметрия!"
А остальным немногочисленным отщепенцам - не нужны "десктопные системы" как таковые. Ну им и демьян не особо зачем...
Systemd прекрасен, как бы его ни хаяли. Я могу понять логику его противников и тех, кто разрабатывает альтернативные варианты, но для себя я давно уже определился, что это будет моя единственная система инициализации на моих рабочих машинах и серверах.
> Я могу понять логику его противниковЛогика простая. Перестаньте нам (противникам s-d) впаривать этот самый s-d и мы перестанем его хаять. Потому что s-d сейчас затычка в каждой дырке и рекламируют его как средство от всех болезней.
Нет, это логика вегана. "Я не ем мясо, поэтому все должны перестать его есть". Есть же дистрибутивы без системды, но фанатики не хотят их ставить, они требуют, чтобы системду выкинули из вообще всех дистрибутивов.
Вот только, отвечая любимой здесь фразой: это опенсорс - напишите уже наконец *свои* линухи с инитом на баше. Или, как в случае с притеснением белых натуралов неграми и феминистками, стрелочка в эту сторону не поворачивается?
> Есть же дистрибутивы без системды, но фанатики не хотят их ставить, они требуют, чтобы системду выкинули из вообще всех дистрибутивов.Какая прелесть. Логика примерно такая: обвинять противника в своих грехах, убеждая себя, что враг не лучше тебя самого. Тем не менее, противникам systemd нафиг не нужно, чтобы systemd удалили отовсюду. Им нужно именно чтобы systemd не лез к ним в системы. =)
> Вот только, отвечая любимой здесь фразой: это опенсорс - напишите уже наконец *свои* линухи с инитом на баше.
Что вообще значит "напишите наконец свои линухи с инитом на баше"? А как по-твоему раньше-то было? Блин, я тащусь. И эти люди ещё недавно кричали нам "нафиг вы пилите Devuan"? =)
> Systemd прекрасен, как бы его ни хаяли.Он ужасен. Его не хаят, а обоснованно критикуют.
https://www.opennet.ru/base/sys/systemd_myth.txt.html
https://ewontfix.com/14/
Чтобы systemd стал прекрасным понадобятся, как минимум, ножовка и лобзик. Но редхату это не понравится.
да можно автора и топором порубать аккуратненько (и возни меньше).
Проблема ж не в авторе, а в альтернативно-одаренных, которым он как никто сумел угодить.
Зато потом тенором сможет петь.
Ты не определился. За тебя определились. А ты просто рационализировал результат. Добровольно и с песней, как говорится.
Поди будут голосовать как и раньше - много много раз до тех пор, пока большинство это достанет, они пойдут курить и тут воспользовавшись момент системдщики наконец то наберут большинство голосов?. :))
Вы хоть текст читали? Может стоит сначала поинтересоваться, чем голосование технического комитета отличается от общего голосования разработчиков.
Вигнали Столлмана и сразу дела стали налаживаться.
Как будто он когда-то выступал против systemd. GPL? Всё ок, какой бы ад внутри не был!
Он не выступал за системд и GNOME его выгнали. Сейчас все тот же гном выкидывает пакеты которые пытаются делать что-то вместо системд. Может хотя бы сейчас дебианщикам хватит решаемости выпилить системд. Ну или все другие иниты, чтобы GNOME/SystemD/IBM окончательно победили.
> сейчас дебианщикам хватит решаемости выпилить системдВыглядит всё так, будто они ищут решимость выпилить инитскрипты.
> Как будто он когда-то выступал против systemd."I’ve never seen it, I’ve never used a system that had it" (ц)
Проблемы у индейцев?!
> GPL? Всё ок, какой бы ад внутри не был!
Ну как-бы - да, а что не так-то? Если бы Столлман начинал с умным видом разглагольствовать по каждому специальному техническому вопросу - ты бы первый обвинил его в непрофессионализме.
"I know it’s free software, so ethically speaking, it’s not an issue – it’s just a convenience question." (ц)
СПО не обязано быть хорошо спроектированным, всякое бывает.
>> GPL? Всё ок, какой бы ад внутри не был!
> Ну как-бы - да, а что не так-то?Какая разница, что тебе навязывают - свободное говно или проприетарное говно, если по-нормальному всё равно ничего принципиально изменить нельзя?
> Если бы Столлман начинал с умным видом разглагольствовать по каждому специальному техническому вопросу ты бы первый обвинил его в непрофессионализме.
Бред. Смотря что он бы говорил. У меня нет цели просто так осуждать столлмана. Каждое высказывание (и не только его) нужно оценивать отдельно.
> "I know it’s free software, so ethically speaking, it’s not an issue – it’s just a convenience question." (ц)
> СПО не обязано быть хорошо спроектированным, всякое бывает.Это какая-то голимая отмазка. Если бы речь шла о никому ненужном и неиспользуемом ПО - я бы согласился. Тут же идёт речь о навязанном говне, которое проникло во все популярные дистрибутивы и агрессивно стремится к тому, чтобы сделать неработоспособным всё альтернативное; или, как минимум, создать максимум геморроя тем, кто будет поддерживать альтернативное.
Проще говоря, вместо того, чтобы что-то сделать или исследовать вопрос, или хотя бы запрячь кого-то исследовать вопрос и использовать своё влияние для того чтобы повлиять на ситуацию, столлман опять прочитал нам свою любимую мантру. Т.е. в очередной раз продемонстрировал свою бесполезность.
> Какая разница, что тебе навязывают - свободное говно или проприетарное говно, если
> по-нормальному всё равно ничего принципиально изменить нельзя?Во-первых, кто тебе навязывает? Ты уже умудрился доказать связь между членами
TC Debian и RH? Тебя опять кто-то со шмайсером в руке заставляет использовать Debian?То GPL, то Debian - прям беда быть тобой... Постоянно насилуют. Может тебе нравится?
>> Если бы Столлман начинал с умным видом разглагольствовать по каждому специальному техническому вопросу ты бы первый обвинил его в непрофессионализме.
> Бред. Смотря что он бы говорил.Просто довольно очевидна экстраполяция сказанного тобой о нем. Не, без особой разницы.
> навязанном говне, агрессивно стремится
Ты доказательства в тумбочке не забыл?
> Проще говоря, вместо того, чтобы что-то сделать или исследовать вопрос, или хотя
> бы запрячь кого-то исследовать вопрос и использовать своё влияние для того
> чтобы повлиять на ситуациюУ СПО есть куда более реальные угрозы, чем другое СПО. Тем более, systemd - не проект
FSF, фонд никак на него не может повлиять в технической части.
> Ты доказательства в тумбочке не забыл?А что для тебя доказательства? Нотариально заверенная копия указа о переводе всех дистрибутивов на systemd?
Прям классика вспоминается:
"Онанизм — чрезвычайно широко распространенное явление в животном мире. О. можно встретить у обезьян, собак, кошек, лошадей, быков и даже слонов. В царской России О. был широко распространен и среди людей. Великая Октябрьская Социалистическая Революция с корнем подорвала основы этого буржуазного явления.
А. Н. Горелов, «Онанизм», Библиотека судебной медицины, Наука, М., 1963."С твоей точки зрения, подобная писанина что-то доказывает (доказывала бы - сомневаюсь в том, что это не фейк)?
Поэтому я и говорю, что тебе что-то доказывать БЕСПОЛЕЗНО.> У СПО есть куда более реальные угрозы, чем другое СПО.
А у RMS - более важное дело: бороду чесать, да мантры напевать.
> Тем более, systemd - не проект FSF, фонд никак на него не может повлиять в технической части.
Отличная отмаза! Когда нужно оправдать преступное бездействие - все средства хороши!
Есть отмазка - проблем нет! Надо сделать девизом FSF.
>> Ты доказательства в тумбочке не забыл?
> А что для тебя доказательства?Ты покажи, а уж потом будем разбираться. А то шигорин-стайл "во всем виноваты жиды" уже меня устал.
> Великая Октябрьская
> Социалистическая Революция с корнем подорвала основы этого буржуазного явления.А что не так-то?
>> У СПО есть куда более реальные угрозы, чем другое СПО.
> А у RMS - более важное дело: бороду чесатьНу, несколько важнее чем лезть разбираться в потрохах systemd человеку, который прекрасно обходится без.
Борода казне доходы умножает во все годы.
>> Тем более, systemd - не проект FSF, фонд никак на него не может повлиять в технической части.
> Отличная отмаза! Когда нужно оправдать преступное бездействие - все средства хороши!А как тут можно было не бездействовать, санитаров за тобой вызвать?!)
Нет, я больше не буду _тебе_ ничего доказывать. Как ты меня не упрашивай.
А как все класно начиналось, грузить быстро и паралельно сервисы, одни только юниты, инит скриптов не надо, они такие большие, что на экране не умещаются...
Ты не забыл добавить к "простому" юниту те 300 тысяч строк сишного кода, которые его выполняют?Инит-скрипт может быть самодостаточен, и для своей отладки не требует ровно нифига, кроме работающего sh.
> Ты не забыл добавить к "простому" юниту те 300 тысяч строк сишного
> кода, которые его выполняют?300 000? Что это за новая легковесная альтернатива? 8O
https://www.phoronix.com/scan.php?page=news_item&px=Systemd-...
> systemd Clocks In At More Than 1.2 Million Lines.Ядро в RHL 6.2 насчитывало 1.5 миллиона.
Да всё понятно как там проголосуют.
Вы не поняли, они решили еще раз проголосовать, чтобы окончательно выпилить init скрипты. Типа, чтобы сбросить груз прошлых поколений (читай "старьё").
выкиньте бинарную логику, старьё же
А также выкинуть поддержку всех ос для которых нет системды.
Суся в свое время пыталась, но в итоге не смогла. Примерно тогда-то я и послал ее нах ;)
systemd уже выпилили?
еще не придумали новый инит на замену)) столько прог с оглядкой на работу системд написали , что переделывать не хотят.
> сопровождающие больше не смогут игнорировать альтернативную систему инициализации, отмалчиваться или затягивать процессТак они же сами обещали это в прошлый раз, что «systemd это просто дефолт», а «debian поддерживает несколько init» и что systemd не единственный, а теперь выходит что врали?
Лол обещали может ты еще и новостям по телеку веришь? В каждой теме про системд какой-нибудь аноним пишет что нас на....обманули. А ты только вот сейчас проснулся.
теперь выяснилось, что другие иниты не работают и будет голосование по их удалению ю
нет, все говорили честно - это просто дефолт, дебиан поддерживает - но пока, к сожалению, никакой другой инит для него не написали.
(что вы тут нам тычете каким-то мамонтовым г-ном - это было немодно еще в прошлом веке, а теперь и вообще не работает. Нам нужен модный и современный инит, готовый уже почти совсем окончательно для десктопа. И мы его будем ждать! А пока - хватит и дефолтного.)
ну типа нового инита лет через 20 дождемся? эх для воспоминаний придется старый комп поднимать с мандривой 2008))
Двигают Окно Овертона, классика :)
Можно ссылочку кто и когда такое обещал. С самого начала была позиция: обязательная поддержка системы инициализации по умолчанию и всех остальных на усмотрение мантейнеров.
> на усмотрение мантейнеров
> Так они же сами обещали это в прошлый раз, что «systemd это просто дефолт», а «debian поддерживает несколько init» и что systemd не единственный...такой большой, а в сказки веришь. За этим г-ном стоит не конкретно пeдик-поттеринг, а корпорации, которым очень нужен свой собственный vendor-lock для максимизации собственной прибыли.
> в котором каждая сторона права по своему.http://wikimipt.org/wiki/Заметки_о_женской_логике
- применяется к спору
- двойное утверждение усиливает утверждение
- взятие в скобки
- если применять правила вывода так как это делаешь ты то ты прав (по-своему)
Эта музыка будет вечной!
Если в системд заменю батарейки.
s/батарейки/Поттеринга/
нет, ну правда. Когда Наш дорогой Леонид Иь^W2Леннарт забил на пшпшаудио ее даже сомгли довести до более-менее вменяемого вида.
Пусть лучше помогут страдальцам из Devuan, чтобы у них их дефолтный DE (xfce) работал бы из коробки не хуже, чем в xubuntu, а то они там не могут осилить lightdm, elogind и network-manager, чтоб всё в связке работало, а то громко хлопнули дверью, сорвав её с петель, а вместо новой работающей двери - сдали дом с входом, закрывающимся, каким-то хреново сколоченным, поддоном из досок половина из которых взяли с пола в хлеву, а другая от сельского сортира! Оно хоть и работает, но настолько хуже чем было до системды, и настолько стыдобищно оформленно, что прям пользоваться не хочется, боишся остатками какой-то субстанции с хлева и сортира, не ровён час, измазаться!
Третий год использую Devuan, всё ок.
Не надо ля-ля.
>Третий год использую Devuan, всё ок.
>Не надо ля-ля.Ну, кого-то устраивает гомнослим вместо lightdm здорового человека, когото устраивает отсталый костыль, который не работает как полагается, вместо network-manager, эти ветеран админс не могут починить даже до состояния как было. И я тоже использовал Devuan, только я устал от того что мне никто ничего не обязан, чтобы работало как надо, возьми и сделай сам, потому что разработчики дистрибутива не знают как, вот это всё мне ненужно. Хотят чтобы их поделием пользовались больше народа, пусть хотя бы доводят дистрибутив на релизе до состояния Debian до systemd, а то шума наделали, а качественной альтернативы - т.е. рабочей среды, не хуже чем была, не предоставили!
Что за истерика?
Да, кому надо, тот пускай и делает.На десктопе логинюсь раз в месяц. Слим или еще что-то - пох.
Сервера пашут и не жужжат.
>Что за истерика?Нет никакой истерики, констатация фактов, а пример привёл, чтоб показать на важность проблемы, вам не важно, а кому-то важно
>Да, кому надо, тот пускай и делает.Нет, дело не в том, что кому надо тот пусть и делает, дело в том, что раньше работало, а теперь - нет, и как поправить это они не знают, о чём прямо и пишут, т.е. у них уровень знаний в этой области такой, а не потому что времени нет поправить, что в итоге свидетельствует о качестве возможной работы, пользователи сами вынуждены поправдлять их косяки, потому что дистроразрабы неосилили, та же ситуация с багой в apt, все нормальные дистры выпустили аж корректирующие образы, даже если это было внеочередной выпуск, потому что баг считался критическим и существенным, а в команде дивана похрен, и так сойдёт!..
>На десктопе логинюсь раз в месяц. Слим или еще что-то - пох.Я вас поздравляю, а кто-то логинится несколько раз в день, и на лаптопе, например, и кому-то не пох слим не слим, потому что слим выглядит убого, а раньше система выглядела лучше с lightdm, но это вопрос опять же неосиляторства, потому что в том же форке арча без systemd всё работает, команда дивана же кричала, что они будут брать опыт с генты и этого форка, чтож они не взяли-то? неосилили? о чём и речь
И что это вы так застенчиво умолчали про network-manager, который в генту и арчефорке работает а у диванщиков - нет?!
Также диванщики не смогли осилить обновление на тестинговую ветку без слома системы, что тоже говорит о качестве их работы.
>Сервера пашут и не жужжат.Ваши сервара могут пахать на чём угодно, и не жужжать, на серверах ненужны, ваша разновиддность УМВР не интересует, потому что:
- это не аргумент
- речь про десктоп, потому что на сервере нет ни lightdm, ни network-manager
- и последнее и самое главное, для сервера, если ненужна systemd можно ставить и Debian, в котором до сих пор можно поставить sysvinit и/с openrc, да хоть runit это всё есть в репозитории дебиана, рабочее и возможно к установке, потому как systend завязан ональными путами только на десктопные компоненты, любому в Debian даже достаточно поставить голый openbox или icewm или другой менеджер и можно с ними в связке использовать какой угодно init, так что это вообще не знаю к чему было сказано, и лично я считаю, что именно сервер лучше доверить команде именно debian, потому что там хоть остались осиляторы, внушающие довериеКак итог, это скорее с вашей стороны имеем эмоциональный и малосодержательный ответ, основная часть из которого, не по существу разговора
И как только в void lightdm работает?
>И как только в void lightdm работает?А вся штука в том, что это в дистрибутивах lightdm завязывают на системду, от природы она этого не требует, но т.к. диван делают из дебиана, где всё покрыто метастазами системды, только в дебиане такой большой охват привязок на системду, а т.к. диванщики рукож$пы-неосиляторы, то у них непаличилось нишмагли, ни в lightdm, ни в network-manager, самый угар, что в репозитории что eudev, что elogind есть, не говоря уже о наличии sysvinit и того же openrc, но разобраться настроить пучок пакетов, чтоб оно работало изкоробки диванисты ниасилили-нишмагли, зато речи толкать об том что они борцуны и ветераны, с каждого утюга, меж тем, например у команды antiX всё это работает, да по дефолту там легковесные среды, но запросто можно поставить xfce+network-manager+lightdm и всё с sysvinit, и всё это работает без извращений и поломки системы, и команда antiX об этом не тявкает на каждом углу!
> Пусть лучше помогут страдальцам из Devuan, чтобы у них ихНет! Гоните этих поборников "демократии" сс*ной тряпкой!1111
Пусть пакеты-доноры собирают, а в дистрибутиво-deVUAn-остроение не лезут, освобождённые д*лбодятлы-единомышленники.
Не осилить слим и называть разжиревший некогда лайтдм менеджером здорового человека - ахах,месные спецы никогда не перестанут доставлять.
> Привязка к systemd также существенно затруднит смену направления развития дистрибутива в будущем и ограничит проведение дальнейших экспериментов в области инициализации и управления сервисами. Поддерживать elogind в рабочем виде значительно проще, чем удалить, а потом пытаться добавить вновь. У каждого варианта решения есть плюсы и минусы, поэтому перед голосованием потребуется всестороннее обсуждение всех аргументов за и против.Мне любопытно, почему писатели новостей пытаются сформировать ложное убеждение, будто в очередной раз в debian опять ущемили остатки ретроградов, которые еще не свалили на devuan.
Менять направление развития дистрибутива в мире Linux - это блажь. Можно просто создать новый или сделать форк.
И спустя 25 лет пора прекратить постоянно экспериментировать в области инициализации и управления сервисами и наконец-то дать разработчикам реального софта писать этот софт без меинтейнерской бюрократии, лицензионных нечистот и прочей политики FSF, от которой сам Торвальдс первый открестился с отказщом перехода на GPLv3.IBM вливал деньги, Red Hat пытались стандартизировать, вводить LSB. И Debian первый кто отказался идти на компромисс. Ну вот теперь есть systemd. Получайте. Продукт, который упрощает меинтейнеру жизнь и одновременно приводит дистрибутивы к более-менее стандартизированной форме.
eudev и elogind - это вообще форки родом из gentoo и нужные прежде всего для openrc. Они служат заглушками, чтобы софт, которым нужен функционал из systemd могли хоть как-то работать в системе без него. Это не полноценные продукты, это не альтернатива, это просто затычка. Раньше вместо них использовались HAL/DeviceKit и ConsoleKit, тоже продукты Red Hat и теперь они брошены, им на смену пришли udev и logind как часть systemd. Просто когда люди заявляют о желании или необходимости поддержки sysvinit и спорят про какие-то скрипты на bash, они почему-то забывают, что вместе с sysvinit нужно поддерживать уйму старого брошенного редхатом барахла. Наивно полагать, что sysvinit это только инит, маленький PID 1. Он имеет вокруг себя уйму других легаси продуктов и подходов. Забавно, что именно RedHat автор многих из них, он их бросает, он их заменяет на более новые, а задача дистрибутивов вроде Debian, либо использовать что дают, либо предоставить альтернативу. Не на уровне заглушки для того чтобы устройства запустились и заработала сессия GNOME, а предоставить альтернативную инфраструктурную концепцию Linux как ОС. А не как сейчас, понаделать костылей и подпорок и голосовать можно их использовать, или они всё таки не до конца совместимы.
Вообще аналогичная история была в ArchLinux, он как всегда опережает...
хана всем инитам в Debian, кроме systemd.У меня вопросы к многоуважаемым аналитикам. Вы понимаете, что львиную долю того что можно назвать базовой системой Linux разрабатывал Red Hat? Вы понимаете, что теперь они консолидируют внутри systemd все свои наработки? Что вы будете делать, когда systemd съест PAM, Polkit и возможно принудит всех к SELinux?
> У меня вопросы к многоуважаемым аналитикам. Вы понимаете, что львиную долю того что можно назвать
> базовой системой Linux разрабатывал Red Hat? Вы понимаете, что теперь они консолидируют внутри
> systemd все свои наработки? Что вы будете делать, когда systemd съест PAM, Polkit и возможно
> принудит всех к SELinux?будет замечательно - "only one candidate, only one choice!"
а не это вот ваше что хочу то и ворочу, мильен инитов и консолякитов.Кстати, я так и не осилил занятный квест - запустить и смонтировать раздел с thin-lvm с псевдо-инитом вида /bin/sh - похоже, без системдышных хелперов (и, возможно, lvmetad, который без системды и ее удева тоже нежилец) оно в принципе уже невозможно.
это ваш-новый-стандарт, жрите, не обляпайтесь.
Да, и в очередной раз напомню слова действующего военного хирурга, ИТ-аналитика, участника тогда ещё живого проекта OpenOffice.org Анатолия Якушина в адрес IBM, Sun и им подобных:---
Сообщество было живо, когда они стреляли в нас с другой стороны.
Сообщество живо, когда они перебежали на нашу сторону, по ночам
жрут тушенку под одеялом, а утром плачут и просят добавки у
котла. Сообщество будет жить и когда они перебегут обратно.http://users.livejournal.com/aen_/80492.html?thread=1304940#...
--- https://www.opennet.ru/openforum/vsluhforumID3/58542.html#17Ну и: "помогли тебе, сынку, твои ляхи?" (ц) старый казак
Ты так говоришь о сообществе, будто оно поддерживает твои "отобрать и поделить" у злобных корпораций. Пока что сообщества всюду толерантны, выступают против изнасилований, дискриминации и сжили RMS. Выйди уже из изоляции в международную реальность. Нужных людей можно мобилизовать (см. SJW) и под давлением принять systemd многократными голосованиями до победного, там где это нужно.
> Пока что сообщества всюду толерантныГоворил мне Новодворский: "Миша, обобщайте осторожней"... теперь вот разучиваю следующий урок, а этот предлагаю Вам.
> выступают против изнасилований, дискриминации
> и под давлением принятьНе, я всё-таки позволю себе ослушаться Вашего указания:
> Выйди уже из изоляции в международную реальность.
...и продолжу на самозваную бредовую "реальность", пробулькивающую среди некоторых следующих в кильватере кучки безумных, торжественно возлагать.
Мне более чем хватает той, где эльбрусы, альт, sysvinit, а прямо сейчас -- отпуск, ЮБК в сотне метров и запасённый ящик массандры на четверть рюкзака :-)
> Мне более чем хватает той, где эльбрусы, альт, sysvinit, а прямо сейчас -- отпуск, ЮБК в сотне метров и запасённый ящик массандры на четверть рюкзака :-)Ну военка и госзаказ самоизолированной державы - это очень маленький мир. Сыто, сухо и тепло до следующего 91-го. Это в случае провала технологии, а в случае успеха и роста продаж компьютеров реальность туда придёт сама без спросу.
Ну серьёзно, это ведь просто вопрос тиража. Например, будь, тираж компьютеров Эльбрус достаточно большим и экономически обоснованным, они бы стоили бы в 10 раз дешевле за единицу при розничной цене. Если это не государственная обязаловка, а рыночный спрос, то технологии вокруг архитектуры будут развиваться сами по себе сообществом и другими корпоративными игроками рынка без единого центра принятия решений. Отсутствие единого центра принятия решений быстро породит наличие альтернативных точек зрения на будущее развития проектов и вся эта массандравая реальность обрушится под тяжестью реального спроса и предложения как рубль в 90-е.
Вот и с Linux-ом то же самое. Чем больше он интересен широким массам, тем больше его развивают. Чем больше его развивают, тем больше он меняется. Чем больше разных отраслей хочет его использовать тем больше технологических вопросов поднимают к обсуждению и улучшению. Чем больше появляется новых участников с крупными ресурсами, тем меньше удельный вес старых участников с меньшими ресурсами. Это называется прогресс. Бороться с ним можно путём изоляции, плановой системы, вертикали и традиционности. Но если с прогрессом бороться, то его не будет. =(
Современный Эльбус это, емнип, - целиком VLIW причём для широкого назначения. Написание и развитие высокопроизводительного компилятора для этой штуки - это академически сложная задача. Добиться схожей производительности при портировании ПО с низкоуровневой суперскалярной оптимизацией - это уже искусство. Вообще тот факт, что программист должен самостоятельно задумываться об оптимизации параллельных вычислений на уровне исходного кода, попахивает мазохизмом и идёт в разрез с требованиями даже корпоративного рынка, не то что консьюмерского. Не удивительно что хочется хоть часть компонентов Linux оставить в срезе 2007-го года...
То есть программист под это должен быть достаточно умён, как минимум быть в курсе нескольких дисциплин дискретной математики, должен ументь работать за гроши, ведь подобная компетенция в других архитектура оплачивается сильно выше. Должен быть привычным к сизифову труду бэкпортирования и оптимизации. Державная массандра тут вообще-то объяснима, ведь без великой цели никто не будет так мучиться. Российская наука это ведь не про деньги.
> и одновременно приводит дистрибутивы к более-менее стандартизированной форме.Ты уверен, что правильно понимаешь смысл существования дистрибутивов линукса?
>> и одновременно приводит дистрибутивы к более-менее стандартизированной форме.
> Ты уверен, что правильно понимаешь смысл существования дистрибутивов линукса?Сделать "все как в венде, только нахаляву!"?
Причем, когда я последний раз в шутку написал такое, мне совсем не в шутку ответили примерно "ну да, а че тут такого?" ;)
https://www.opennet.ru/openforum/vsluhforumID3/118400.html#87
>> Воистину поколение "Мы выбираем линукс, потому что хотим винду, только на халяву!"
> "Мы выбираем линукс, потому что хотим винду, только открытую, без зондов, NDA, судов, лицензий и прямыми слэшами в путях!" :)-
> Моя гента вполне себе винда, только без принудительных обновлений и с относительной свободой выбора что юзать: тайлинг-шмайлинг, консольщина и накаких кед, только пихтон эвриуир...Все таки я не ошибся, свалив в 2013 окончательно с пингвинообразных ))
> Сделать "все как в венде, только нахаляву!"?ну да.
А вот насчет "без зондов" - это их влажные девичьи (впрочем, анальная девственность там давно уже потеряна) мечты.
Просто это привычный, удобный, опенсосный зонд - "не то что эти проклятые проприетарастные, ууу, ненавижю!"
парочка самых продвинутых - "привычным жестом смахивает со стула кнопки" каждый раз при установке новой системы выпиливая всякие впоп-коны, бережно хранят стопиццот заклинаний для prefs.js, знают про секретные особенности dnf и zypper (про которые надо вспомнить ДО первого запуска, а не в процессе) и т д.
После чего гордо пишет об этом друзяфкам в whatsup (не забыв, конечно, подарить тому фоточку экрана).
Старая песня о главном. Про это ещё, кажется, Федорчук писал в своих манускриптах. :)
Первая мысль при виде заголовка новости была -- "ба, да сегодня же чудо в Хонех".Что получится (или нет) -- самому интересно. Но всяко удачи Сэму в собственно труде по объединению усилий в проекте!
А если кому в/на дебиане именно по этой причине стало тесно -- есть и менее западные проекты, милости просим.
Вся эта беда с конфликтами решается не так уж сложно, та часть елогиндистов чешет в Devuan, помогает им допилить дистр до вменяемого состояния, после того как у всех них это получается, когда всё работает как часы, берут и вливают все наработки в Debian, создав там пресет-профиль с елогиндом + sisvinit с/или openrc, который будет по сути метапакет - заглушка (обычная практика для Debian), которая будет в конфликтах с DE с systemd и apt конфликты по обыкновению будет разруливать, в Debian не первый случай когда пачка пакетов выпиливается по конфликтам, при необходимости, порешать можно, было бы желание.Другое дело на это скорее всего не пойдут вынудив елогиндистов ливать с дистра, что, просто так чтоле, системдец так по самые гланды заталкивали и на скорую руку опутывали как безальтернативную зависимость, без которой - никуда, да так заталкивали, что оказалось - в самом казалось бы свободном и широком на альтернативы дистре больше всего оказалось жёстких зависимостей на системдец, поэтому и так тяжко выпиливать из зависимостей эти метастазы, в других дистрах в разы проще.
>накопилось 1033 пакета, поставляющих сервисные юниты для systemd, но не включающих скрипты init.dИ очевидное решение — написать тулузу, которая бы понимала эти юниты (хотя их наиболее частоиспользуемую часть, что покроет 90% этих пакетов), но не лезла во все щели, работая поверх initd/openrc.
Для этого надо было изначально __проектировать__ внутренние API и разбор unit файлов, подразумевая модульность. Но это же системд. Одну ad-hoc помойку (sysvinit) заменили на другую (systemd). Никто в здравом уме туда не суётся, что заметно по тому, как это всё мейнтейнеры тянут, как черные ящики
Ясно, что само systemd этого делать не будет.
Надо писать что-то другое (antisystemd, lol), что запускалось бы обычным способом, парсило бы эти юниты и запускало/контролировало бы то, что должно запускаться через них. Можно и внутри cgroups, все потребные средства для этого есть.
А всего остального, что делает systemd, оно делать, разумеется, не должно.
Я не думаю, что реализовать эту подсистему будет такой уж сложной задачей.А если юниты совсем не нравится — можно придумать вместо них свой формат и написать конвертер.
Какой витиеватый способ заявить об оттоке пользователей!
> Такое решение негативно повлияет на порты, не использующие ядро Linux (Debian GNU/Hurd, Debian GNU/NetBSD и Debian GNU/kFreeBSD)Справедливости ради - так себе аргумент. Systemd, конечно, дрянь, но и смысла в этих портах нет примерно никакого.
бабки спонсорских фондов сами-то себя не попилят.
Бабки? Спонсорских фондов? На Hurd?!! Где эти безумные спонсоры и каковы реальные суммы, предлагаемые ими за это поделие? И каковы в сравнении, суммы, получаемые проектом Debian от вменяемых спонсоров?
Верно, в Debian должно быть только одно ядро и одна система инициализации.
Linux и systemd. Другое - не нужно.
> Верно, в Debian должно быть только одно ядро и одна система инициализации.
> Linux и systemd. Другое - не нужно.Толсто.
> С другой стороны в текущем виде попытки через APT обновить конфигурацию с systemd на вариант с sysvinit и elogind приводят к получению повреждённой системы с неработающим APT. Но даже при устранении этой недоработки переход от systemd к elogind остаётся невозможен без удаления уже установленных пользовательских окружений.Интересно, а с sysvinit и elogind перейти на systemd так же проблематично?
Дистрибутив не привязывается к системд, говорили они.
Это всего лишь инит по умолчанию, говорили они.
Его замена на другой — всего лишь вопрос запуска apt-get install, говорили они.
кто ж знал-то, кто бы мог подумать:
linups:~> ldd `which apt-get`|grep systemd
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f5a14f76000)
и было ли ему вообще - чем?
> кто ж знал-то, кто бы мог подумать:
> linups:~> ldd `which apt-get`|grep systemd
> libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f5a14f76000)
> и было ли ему вообще - чем?"это просто заглушка"- говорили они, -- " чутка поболит и привыкните"
>>Дистрибутив не привязывается к системд, говорили они.Такое говорили только голоса у вас в голове.
>>Это всего лишь инит по умолчанию, говорили они.Правильно
>>Его замена на другой — всего лишь вопрос запуска apt-get install, говорили они.И опять голоса в голове
Тут подумал... Будет занятно, ЕСЛИ в дебиане таки вернутся к SysVInit по умолчанию, и найдётся группа товарищей, которые форкнут Дебиан, но уже с SystemD по дефолту, в параллель Devuan-у :D.
Никто не вернется к SysVinit. Это самая дебильная раскривушка, которую только мог придумать человек. Все эти SXXblablabla и KXXblablabla - это каким надо было быть отбитым скудоумцем, чтобы такое внедрять.
Вас в то время не оказалось рядом, что бы подсказать что делать.
Постойте, и то время Вас бы могли бы послать, с вашими вбросами (или выбросами ;)
SMF в солярке, BSD Init в *BSD, svchost в Windows - появились задолго до становления линукса. Но вместо того, чтобы взять лучшие практики, ляликсы что-то там настругали в стиле "И так сойдет", а потом ВНЕЗАПНО оказалось, что настругали они систему инициализации для роутера DIR-300.
в солярке, вообще-то, не "задолго до", а вполне себе уже после (и когда сам солярис переделали из саноса) - был нормальный system V init с ненависными тебе S..xxx. Как и в SCO и прочих systemV до того.
Откуда его, собственно, и скопипастили в линукс, в котором на тот момент был system V init, умеющий runlevels, но вот системпяточной инфраструктуры с S/K скриптами не было, а было аж две bash'евские простыни, в которые sed'ом(!) впихивали запуск каждого нового демона (или предоставляли возможность потрахаться владельцу системы). К счастью, в отличие от поцетрингового чудовища, не было никакой особенной проблемой эти простыни выкинуть и самому нарисовать себе стартапных скриптов а-ля солярка, если хотелось "как в солярке". Мне вот всегда было проще один глобальный скрипт поправить - не так много на нормальной-то системе он и запускал.xml'ный п-ц с bdb самовзрывающеся тазкой банных - это подарочек 10й солярки, когда Sun уже готовилась отбросить копытца.
А самый прикол в том, что во всех SysV системах этот самый систем5 был свой. Да, я работал с SysV в солярке, сантаклаус5 и унихваре. И, блдЪ, это было неудобно. во всех смыслах.
> А самый прикол в том, что во всех SysV системах этот самый
> систем5 был свой. Да, я работал с SysV в солярке, сантаклаус5systemV - это стандарт такой. Он у всех был один.
А механика начального запуска системы на ней написанная - она да, у каждого была своя, но и тут линуксы отличались - у sls/slackware были шелловские простыни даже без форматирования, с sed у патрика, видимо, плохо получалось, у redhat с версии 4 было похоже на sco, у де6иллиана был свой, особый путь с дурацким заклинанием "start-stop-daemon", от неосиляторов оператора & - они еще и man page к нему написали лет через десять только.
Когда (далеко не сразу) появилась какая-то автоматика создания/удаления симлинков S/K##... - тоже у каждого была своя и у большинства - убогая (впрочем, мне никогда не мешало воспользоваться вместо нее rm) - не драться с пакетным менеджером кое-как умела только suse.
> и унихваре. И, блдЪ, это было неудобно. во всех смыслах.
дооо, дооо - вот теперь-то - удопппство. "новый стандарт", красота неописуемая. Так как, говоришь, починить незагружающуюся с thin lvm rhel, если пароль рута предусмотрительно '*'?
> Мне вот всегда было проще один глобальный скрипт поправить - не так много на нормальной-то системе он и запускал.С одной стороны, я прекрасно понимаю, о чём ты, с другой стороны, когда что-то прибивает твою автоматику, патчущую скрипт или система просто падает/бутается в неудачный момент - система может перестать грузиться.
Когда парк серверов большой проблемы, подобные этой, могут действительно проявляться на практике и доставлять неудобства.
> С одной стороны, я прекрасно понимаю, о чём ты, с другой стороны,
> когда что-то прибивает твою автоматику, патчущую скрипт или система просто падает/бутаетсяв чем разница с автоматикой, заводящей загадочные заклинания где-то в недрах /lib/systemd ?
> в неудачный момент - система может перестать грузиться.
и, в чем проблема со скриптом?
А вот незагружающийся "новый стандарт" - это да, проблема. Судя по нагуглившемуся ровно нулю решений для ситуации с thin lvm (который в этот новый стандарт явно метит неотъемлемой частью - что и неудивительно, других нормальных снапшотов не предусмотрено) - "пишутъ!"
> Когда парк серверов большой проблемы, подобные этой, могут действительно проявляться на
> практике и доставлять неудобства.сейчас так немодно. Не загружается - автоматически переустановить!
У нас же все модное-молодежное, stateless и микросерверная архитектура! А если это была база, на пару терабайт - "нуууу, даже и не знаем - может, надо было обратиться к oracle?"
>> С одной стороны, я прекрасно понимаю, о чём ты, с другой стороны, когда что-то прибивает твою автоматику, патчущую скрипт или система просто падает/бутается
> в чем разница с автоматикой, заводящей загадочные заклинания где-то в недрах /lib/systemd ?Автоматика systemd гораздо хуже - там куда больше всего может пойти не так.
>> в неудачный момент - система может перестать грузиться.
> и, в чем проблема со скриптом?Проблемы именно с обломаным из-за внезапного poweroff/kill rc я в продакшене не ловил, справедливости ради. Но ловил другие коцаные конфиги из-за прибитого sed - идея одна и та же.
Это всё обходится, костылями в духе использования symlink(2) и/или rename(2) (читай ln и mv), которые атомарны и гарантируют то, что файл находится в каком-то одном состоянии. Если, конечно, речь не о NFS, например.
Т.е. это всё решаемо, но уже не так удобно, как поправить один файл.> А вот незагружающийся "новый стандарт" - это да, проблема.
Да, я лично сталкивался. Да я за него и не топлю.
> Судя по нагуглившемуся ровно нулю решений для ситуации с thin lvm (который в этот новый стандарт явно метит неотъемлемой частью - что и неудивительно, других нормальных снапшотов не предусмотрено) - "пишутъ!"
С этим не сталкивался, но охотно верю.
>> Когда парк серверов большой проблемы, подобные этой, могут действительно проявляться на практике и доставлять неудобства.
> сейчас так немодно. Не загружается - автоматически переустановить!Всё так. По кнопке. Я уже почти перестал бомбить.
> У нас же все модное-молодежное, stateless и микросерверная архитектура! А если это была база, на пару терабайт - "нуууу, даже и не знаем - может, надо было обратиться к oracle?"
Ну, этож классика. Зато можно запостить картинку с бегемотом и пошутить про диаметр жопы коллег, которые не делают бэкапы.
>>> в неудачный момент - система может перестать грузиться.
>> и, в чем проблема со скриптом?
> Проблемы именно с обломаным из-за внезапного poweroff/kill rc я в продакшене неу тебя немодные-несовременные файловые системы. У меня разок самодельный скрипт просто исчез с диска - совсем. К моему величайшему удивлению. ext3 journal до изобретения barriers так умел.
> Это всё обходится, костылями в духе использования symlink(2) и/или rename(2) (читай ln
собственно, только относительно современный sed научился -i - остальным требовалось именно mv.
К сожалению, когда он научился, так уже было немодно - модно было someshit.d/ с кучей невменяемых огрызков конфига - в который, кстати, так удобно подбросить своего троянца - лет десять не заметят, и выкинут только вместе с системой.>> У нас же все модное-молодежное, stateless и микросерверная архитектура! А если это была база,
>> на пару терабайт - "нуууу, даже и не знаем - может, надо было обратиться к oracle?"
> Ну, этож классика. Зато можно запостить картинку с бегемотом и пошутить про
> диаметр жопы коллег, которые не делают бэкапы.а толку с тех бэкапов? 2T с ленты восстановятся очень небыстро и не факт что консистентны (есть у меня неудачный mysql который вообще не умеет восстанавливаться во что-то рабочее - ну хз как я это сделал, но не переделывать же ж теперь). Дамп в текстовое представление - вообще непонятно, сколько тер займет, сколько будет восстанавливаться и сколько времени под него надо воспроизводить с нуля операционку и саму субд.
Что делать с результатами работы между тем бэкапом и текущим состоянием (как часто ты бэкапаешь такую базу - раз в минуту? Полагаю, хорошо если раз в сутки) - тоже хз. Переживет ли вообще твоя контора пол-дня полной неработы ключевых сервисов и еще пол-дня проверок точно ли можно продолжать работу с восстановленной точки или что-то восстановилось не до конца - тоже не факт.Поэтому молимся в основном на фэйловер, а не на бэкапы. Без, замечу, особой гарантии что в слейве точно-точно все абсолютно одинаковое и консистентное.
такой вот современный микросервисный и стейтлесс мирок.
>>> У нас же все модное-молодежное, stateless и микросерверная архитектура! А если это была база,
>>> на пару терабайт - "нуууу, даже и не знаем - может, надо было обратиться к oracle?"
>> Ну, этож классика. Зато можно запостить картинку с бегемотом и пошутить про диаметр жопы коллег, которые не делают бэкапы.
> а толку с тех бэкапов? 2T с ленты восстановятся очень небыстро и не факт что консистентны (есть у меня неудачный mysql который вообще не умеет восстанавливаться во что-то рабочее - ну хз как я это сделал, но не переделывать же ж теперь). Дамп в текстовое представление - вообще непонятно, сколько тер займет, сколько будет восстанавливаться и сколько времени под него надо воспроизводить с нуля операционку и саму субд.
> Что делать с результатами работы между тем бэкапом и текущим состоянием (как часто ты бэкапаешь такую базу - раз в минуту? Полагаю, хорошо если раз в сутки) - тоже хз. Переживет ли вообще твоя контора пол-дня полной неработы ключевых сервисов и еще пол-дня проверок точно ли можно продолжать работу с восстановленной точки или что-то восстановилось не до конца - тоже не факт.У меня баз на 2Тб нет, т.е. нет и опыта на этот счёт. Не тех объёмах, что были у меня (сотни гигабайт, но меньше террабайта, и вроде половины даже - уже не помню точно, сейчас вообще СУБД не админю) бэкапы делались относительно регулярно. Фэйловеров это, кстати не отменяло, потому что бэкапы бэкапами, но если сервер сдохнет - сервис работать всё равно должен.
Другой вопрос, что йуные погромисты любят поднимать одну базу, типа "временно" и в одном экземпляре, и никому об этом не говорят. А потом завязываются на неё продакшеном. А потом другой талант это переустанавливает - УСПЕХ!
К счастью, я давно такого уже не наблюдал (пару раз за это больно карали в анус особо талантливых - видимо, отучились).> Поэтому молимся в основном на фэйловер, а не на бэкапы. Без, замечу, особой гарантии что в слейве точно-точно все абсолютно одинаковое и консистентное.
Фейловер - понятно, но в базу ведь можно просто х-ню записать и она радостно поедет во все реплики. Это, конечно, уже совсем другой сценарий, нежели мы обсуждали изначально.
> Фейловер - понятно, но в базу ведь можно просто х-ню записать и она радостно поедет во все реплики.ради этого с бэкапа восстанавливать всю большую базу никто не будет - в лучшем случае (если есть время, ресурсы и горячее жжение пониже спины) - восстановят копию в сторонке, чтобы можно было вручную выковырять нужное и поменять обратно в настоящей базе, но, скорее всего, и это недостижимая роскошь в большинстве реальных ситуаций.
Так с х-ней жить дальше и будут - ну или вручную поменяют записи.
Я, на самом деле, хз что с подобными штуковинами принято делать - только молиться, чтоб не рассыпалось, никто из того одного кто имеет права на drop table, не ошибся окошком и т д.
А бэкап - ну так, чтобы потом, когда в обанкротившуюся контору придет новый управленец, хоть было чего в принципе ему показать.
P.S. а йуные программисты вчерась вон выклянчили базку на 400G. Хз что за проект, зачем она им отдельная от основных систем, как собираются в случае чего восстанавливать. Создал им виртуалку и помахал ручкой на прощание.
К счастью, большинство этих прожектов успевают умереть раньше, чем всерьез влезть в бизнес-критические задачи.
>> Фейловер - понятно, но в базу ведь можно просто х-ню записать и она радостно поедет во все реплики.
> ради этого с бэкапа восстанавливать всю большую базу никто не будет - в лучшем случае (если есть время, ресурсы и горячее жжение пониже спины) - восстановят копию в сторонке, чтобы можно было вручную выковырять нужное и поменять обратно в настоящей базе, но, скорее всего, и это недостижимая роскошь в большинстве реальных ситуаций.Всё так. В базу ещё сто раз записать успеют, пока только допрут, что пришло время лезть в бэкап (если там конечно не всё снесли), поэтому, откат не вариант, а способ хоть как-то выковырять нужное.
(если оно правда нужное)
> К счастью, большинство этих прожектов успевают умереть раньше, чем всерьез влезть в бизнес-критические задачи.Так в этом и суть. Закон сохранения здравого смысла. Во времена повсеместого накопления чего только можно о юзерах и любых других субъектах мира, лишь криворукость программистов даёт предпосылки, что зонды будут не слишком глубокие.
> лишь криворукость программистов даёт предпосылки, что зонды будут не слишком глубокие.вспоминая два года сломанный сузин анализатор логов апдейтера - надежда, конечно, есть.
но слишком не обольщайся - это анализатор был поломан. Логи-то старательно собирались, для себя, и для того парня, который первым придумает как их спереть.
И вообще, нахрена sh скрипты в системе инициализации? systemd их умеет, если что.
Но НАХРЕНА?
> И вообще, нахрена sh скрипты в системе инициализации?В системе инициализации их и нет. Init != rc-скрипты.
Демонстрация уровня знаний типичного systemd-фанбоя.Зачем оно в инитскриптах? Потому что универсально и не надо на каждый чих новую опцию пилить, ради которой ещё бинарник, работающий как PID1 обновлять придётся.
> systemd их умеет, если что.
Нет, он умеет вызывать bash. Собственно, как и прочие иниты, никто из них транслятором скриптов не является.
>Мне вот всегда было проще один глобальный скрипт поправить - не так много на нормальной-то системе он и запускал.Админ знаю как и остальным не скажу.
Сколько таких систем пришлось исправлять - не перечесть.
>>Мне вот всегда было проще один глобальный скрипт поправить - не так много на нормальной-то системе он и запускал.
> Админ знаю как и остальным не скажу.
> Сколько таких систем пришлось исправлять - не перечесть.Во-первых, не "исправлять", а "делать по-своему". Исправляют сломанное, а что все эти "такие системы" были сломаны -- не верю (скорее -- брошены или лишены финансирования).
Во-вторых, это все же лучше, чем админ "за меня все сделали в репе". Уже лет 8-9 назад встречал таких.
Замашки же в смысле "или системд, или нах идите" -- со стороны чистых потребителей изделий выглядят курьёзно.
>SMF в солярке, BSD Init в *BSD, svchost в Windows - появились задолго до становления линукса. Но вместо того, чтобы взять лучшие практики, ляликсы что-то там настругали в стиле "И так сойдет", а потом ВНЕЗАПНО оказалось, что настругали они систему инициализации для роутера DIR-300.systemd просто удобнее, что в ините, что в управлении сервисами(демонами). Убивает элитарность, да. а в случае с cgroup - вообще. но cgroup умеет только Linux, да.
Не всем он удобнее и не всегда
> да. а в случае с cgroup - вообще. но cgroup умеет
> только Linux, да.угу, у остальных-то нормальные jail/zones (существующие и работающие два десятка лет) а не низкоуровневый кишмиш, требующий цельного сцыстемды для тривиальнейших вещей (и тот появился несколько лет назад, но все еще немного окончательно почти уже не совсем готов для продакшн).
> да. а в случае с cgroup - вообще. но cgroup умеет только Linux, да.А можно увидеть хотя бы основные пунктики умений cgroup, нужные системде и в которые не умеет тот же фряшный jail?
Там, кстати, "нинужна-kqueue" с EVFILT_PROC без всяких костылей позволяет отслеживать _всех_ потомков.
> А можно увидеть хотя бы основные пунктики умений cgroup, нужные системде и
> в которые не умеет тот же фряшный jail?мапинг юзера рут в uid 10000 но немного не до конца, так что брюки превращаются, превращаются, превращаются брюки оп - в рута на хосте (или эквивалентные ему права), ну кто бы мог подумать. И так три раза подряд.
Точно не умеет. Сразу видно - дилетанты.
> Никто не вернется к SysVinit. Это самая дебильная раскривушка, которую только мог
> придумать человек. Все эти SXXblablabla и KXXblablabla - это каким надо
> было быть отбитым скудоумцем, чтобы такое внедрять.Это не более чем один из вариантов расширения базовой функциональности. Редхатовский, кстати, верно?
sun'овский.
Это нифига не занятно, это потерянное время.
>>Будет занятно, ЕСЛИ в дебиане таки вернутся к SysVInit по умолчаниюДаже обсуждение такого варианта не ведется.
>Такое решение негативно повлияет на порты, не использующие ядро Linux (Debian GNU/Hurd, Debian GNU/NetBSD и Debian GNU/kFreeBSD), но в основном архиве подобных портов пока нет и они не имеют статус официально поддерживаемых.Вы мне лучше скажите где найти свежую Debian GNU/kFreeBSD?
> Вы мне лучше скажите где найти свежую Debian GNU/kFreeBSD?Со свежестью там всё, походу, плохо:
"Debian GNU/kFreeBSD is not an officially supported architecture. It has been released with Debian 6.0 (Squeeze) and 7.0 (Wheezy) as a technology preview and the first non-Linux port. Since Debian 8 (Jessie) it is though no more included in official releases."
Ты мне лучше скажи, зачем тебе оно понадобилось?
Я вроде где-то в рассылке за август находил ссылку на netinstall.iso, сейчас не могу найти. Мне кажется рациональным иметь выбор из нескольких дистрибутивов с одинаковым юзерлендом и разными ядрами, разве это не очевидно?
Там по функциональности отставание лет на 7.
Ставлю в виртуалку debian-7.11.0-kfreebsd-i386-netinst.iso. Отставание 7 лет не фатально, в чём заключается?
debian-7.11.0-kfreebsd-i386-netinst.iso не нашло ни одного зеркала.
Ставлю debian-7.3.0-kfreebsd-i386-CD-1.iso, держу в курсе.
Сейчас ты ещё кой-чего интересного про цифровые подписи в дебе узнаешь...
Поставил debian-7.3.0-kfreebsd-i386-CD-1.iso. Но только древний гном, древний софт. Синаптика нет.
Скачал mini.iso с http://ftp.debian.org/debian/dists/stable/main/installer-i38..., ставлю, зеркала вроде работают. Надо ещё попробовать Arch FreeBSD который PacBSD.
> Мне кажется рациональным иметь выбор из нескольких дистрибутивов с одинаковым юзерлендом и разными ядрами, разве это не очевидно?Мне очевидно, что то, что ты получишь будешь хуже, чем если ты возьмёшь просто Debian или просто FreeBSD. В частности, потому что я как-то ради смеха поднимал Debian/kFreeBSD в джейле и примерно представляю, о чём речь. Да и приложений там (по крайней мере было) сильно меньше, чем в обычной FreeBSD - твоя цель едва ли будет полноценно достигнута.
В общем, если тебе интересна моя рекомендация - используй полноценный Debian и/или полноценный FreeBSD. А это чудовище франкенштейна - не надо.
Конечно же мне твоя рекомендация не интересна.
ну началось...
Сэр, нужно купить новые грабли, а то старые совсем поломались, - садовник.
Так покупайте, в чём проблема? - сэр.
Так какие брать, крашенные или нет? - садовник.
А мне какая разница? - сэр.
Так вам ведь на них наступать! - садовник.
Покупайте лопаты! - сэр.
Гном победит системд!
Критиковать и не чего не делать не одно и то же. И сколько таких подаванов на сайтах жалуются на сустемд при том их не насильно заставляют ставить. Все эти потуги мне понятны потому что свежие пакеты у сустемд , а найди тот же дивиан который был бы как 19.04 нету же ? Есть дистр без системд так возьми и сделай что бы он загружался , а не чёрный экран сделай что бы fs там при загрузке проверялась итд. Дальше там ничего сложного берешь темы css туда закидываешь , иконок и шрифтов нормальных
>Такое решение негативно повлияет на порты, не использующие ядро Linux (Debian GNU/Hurd, Debian GNU/NetBSD и Debian GNU/kFreeBSD)Вот и хорошо. Ибо - не нужно. Net/Free обойдутся и без Debian, как и раньше обходились, а городить такой огород ради Hurd - ну нафиг, пусть валится в ту же помойку, что и Столлман на днях.
Не дождёшься.
> Не дождёшься.Если долго сидеть на берегу реки, мимо тебя проплывет труп твоего врага. Терпение и труд всё перетрут. Человек предполагает, а Бог располагает. И так далее.
А что, без гнома жизни нет? Гном основан на GTK+(версия). А вот GTK - это... дадада, GIMP Toolkit.
А systemd - это не только система инициализации.
Эта новость по популярности превзойдёт новость о Столмане.
Никогда не знай покоя,
Плачь и смейся невпопад.
Я сама была такою,
Триста лет тому назад.systemd просто удобен во всех смыслах на системах с ядром Linux, даже в юридическом, поэтому хейтеры в основном - авторы многостраничных *sh скриптов или адепты других *nix систем.
Тебе может и удобен, а мне например только мешает, неожиданным поведением типа убийства завершающихся процессов, очисткой ресурсов которые используются, отсутствием возможности повесить свою логику на команду restart и т. д.
> systemd просто удобен во всех смыслахЗарево вашего пердака озаряет безлунную ночь на многие километры вокруг.
>Привязка к systemd также существенно затруднит смену направления развития дистрибутива в будущем и ограничит проведение дальнейших экспериментов в области инициализации и управления сервисами.А в области управления и мониторинга сервисов альтернатива systemd вообще имеется?
А сколько лет надо на "дальнейшие эксперименты", если SysV уже более 30 лет?
Структура твоего организма никак не менялась за сотен тысяч лет.
Переделать на организмd?
Переделай, если соплей хватит. Только пупок развяжется.
>А в области управления и мониторинга сервисов альтернатива systemd вообще имеется?да/нет?
Да, но пока — нет.
> А в области управления и мониторинга сервисов альтернатива systemd вообще имеется?Да, штук пять, начиная от supervisord и заканчивая kubernetes
Нужно больше фрагментации
Хм-м-м... Как же много стало systemD-скандалов и неурядиц...
Печально всё это.
Наравне с GNU/Linux появился SystemD/Linux, но никто этого не замечает?
>Наравне с GNU/Linux появился SystemD/Linux, но никто этого не замечает?Говорят, на бутылке сначала неудобно, а потом ничего - даже приятно.
Systemd даже Столлмана выкинул фактически. Корпы делают ядро безальтернативным, чтобы не появились новые ядра.
> Наравне с GNU/Linux появился SystemD/Linux, но никто этого не замечает?что значит "наравне"? Никакого другого не-SystemD/Linux в природе не существует.
Пара кpacноглазых поделок не предназначеных ни для чего кроме пересборки самих себя каждую ночь и удовлетворения ЧСВ админов локалхоста, осиливших их у себя взгромоздить в виртуалочке под hyper-v, ситуацию никак изменить не сможет.
Да и проживут они нынче - недолго. Потому что не ломать апи мы не договаривались (ооок, договаривались - с редхатом и присными, им и не ломают), а без прекрасных udev'ов, polkit'ов, и прочих ненужноd - уже и загрузиться-то толком не получается, не то что работать.
"зато как в винде". Ну, правда, винда хотя бы просто работает.
>> Наравне с GNU/Linux появился SystemD/Linux, но никто этого не замечает?
> что значит "наравне"? Никакого другого не-SystemD/Linux в природе не существует....
> "зато как в винде". Ну, правда, винда хотя бы просто работает.Если это не сарказм, то что?
> Если это не сарказм, то что?опыт. Ну нет у коллег проблем с серверами винды, непойми о чем задумавшимися при банальной штатной перезагрузке до решения проблемы нажатием reset - уже лет так двадцать, наверное. С windos98 - да, бывало.
А мы тогда над ее пользователями ржали - "это ж надо такую фигню придумать!" У нас-то init _всегда_ прибивал все запущенные процессы, нежелавшие завершаться как надо.
Современные линyпсы и этому, увы, разучились. Но при этом все еще уже почти окончательно и полностью но немного не готовы для десктопа, как обычно.
> Современные линyпсы и этому, увы, разучились.Ну ХЗ... из моих 37 серверных OS именно с серверными OS GNU/Linux проблем не возникает, в отличие от Windows.
Ах, да: дистрибутив Linux - Gentoo, Windows - 2012R2 и 2019...
Грызитесь дальше сидя на попе и не создавая это ваш финиш хим. Хотя могли бы сделать уже ни удев не сустемд не елогинд , а вполне состоятельную os etc
Я так понимаю, elogind это такой apulse для GNOME3? А GNOME3 - единственная софтина, которая без Systemd не работает?Учитывая, что начальник г(н)ома заявил, что уйдёт из FSF, если его не покинет Столлман - так ли нужен GNOME?
Интересный факт если системд с другими ядрами не работает будь то бсд или любое новое привязка к системд нужна для привязки к ядру. Теперь с таким подходом нельзя заменить ядро линукс. И гугл с фуксией или например редукс должны будут использовать что-то типа апстарта или писать все свои велосипеды для всего софта заново.
Да и пёс с ними.
с системд или с нинукс?
>elogind это такой apulseElogind это такой apulse для systemd-logind.
> Я так понимаю, elogind это такой apulse для GNOME3? А GNOME3 -
> единственная софтина, которая без Systemd не работает?тебе ж уже сказали - _пакетный,сцуко,менеджер_ без системде - не работает.
И вообще хз что без него еще работает.
Ненависть, торг, принятие системд.
мелкомягкие молодцы ! они своё дело знают.. внедрили в экосистему Linux своего троянского коня - systemd и теперь будут как кочергой в этой экосистеме ворочать, разваливая её изнутри
> мелкомягкие молодцы ! они своё дело знают.. внедрили в экосистему Linux
> своего троянского коня - systemd и теперь будут как кочергой в этойне, мы сами в а...е.
Нашего троянского коня звали Мигель ДНКаза, но мы совсем не ожидали что он ТАК заразит все вокруг, что детеныши превзойдут своего создателя на пару порядков своим желанием "как в винде, только нахаляву и больше, больше!"начинаем уже потихоньку опасаться, как бы детишки этого Локи недоделанного нас самих не пожрали.
Поимите уже наконец убунта 16.04 с systemd которую я проецировал совместно с коллегой и опакечивал англичанином это лучшее что есть.
Я тестировал жор памяти и 16.04 лучше всех себя показала и да она специфична. Если ты думаешь ой как хорошо у меня не жрет пр жору памяти 1) ставишь Планк 2) Ставишь что бы иконки на раб столе были все и тут схлапывается ловушка 16.04 750-900 МБ / 19.04 1.100 1.200 1.300 МБ по жору памяти
> Поимите уже наконец убунта 16.04 с systemd которую я проецировал совместно с
> коллегой и опакечивал англичанином это лучшее что есть.
> Я тестировал жор памяти и 16.04 лучше всех себя показала и да
> она специфична. Если ты думаешь ой как хорошо у меня не
> жрет пр жору памяти 1) ставишь Планк 2) Ставишь что бы
> иконки на раб столе были все и тут схлапывается ловушка 16.04
> 750-900 МБ / 19.04 1.100 1.200 1.300 МБ по жору памятиGriggorii, ты, несомненно, лучший, лучше тебя только вахтёры. Но пока ты пишешь бессвязный бред, никому это не будет интересно. Работай над собой. Опакечивай французом и проецируй самостоятельно.
Спасибо толстячок да 16.04 LTS да та самая где мне пришлось серверы ещё тогда мало разбираясь в консоли их заводить вручную из режима рекавери. Это тут только на умняке писать ой да то да се
Да Вы и сейчас даже в грамоте не разобрались, не то что в сортах.
А , про кде я могу сказать что эта система уже после продукт как и синнамон и подобные это 16.04 растаскали на ГТК форк и все я не говорю про то что это плохое окружение просто его не смогли сделать по красоте как budgie и гноме , а хотя могли же ? Да могли , а не сделали вот и все итог гном красивый в своём гуе кде как клепали такой же вид с 16.04 ксениал так и остался
кде это всегда была среда с тысячей настроек под любой вкус. и если кому то не хватило способностей полазить по меню настроек. то извини кеды не виноваты.
https://github.com/Griggorii/Budgie-Linux-OS-11-based-16.04Теперь понятно откуда взялась кде , вот это моя разработка и если отсюда сустемд взять для 19.04 то он будет легче на днях попробую сделать тар архивы и проверить в 19.04
> В качестве причин блокировки был отмечен конфликт с пакетом systemd и опасность замены libsystemd альтернативным вариантом libelogind, полностью не совместимым с исходной библиотекой на уровне ABI ... переход от systemd к elogind остаётся невозможен без удаления уже установленных пользовательских окружений.Дебиановци сняли штаны, стали раком, дали вставить systemd, а теперь возмущается что он слишком толстый и длинный.
systemd изначально был спроектирован на уменьшение безопасности GNU/Linux и порчи дистрибутивов. Systemd специально ламает основы совместимости. Независимым сообществом была проведена колоссальная работа по сохранению возможности существования системы GNU/Linux без systemd. Конечно где сообщество было независимым. RedHat поделки с гномом придётся похоронить. Сегодня есть пока возможность собрать работающую систему без systemd, указав на этапе КОМПИЛЯЦИИ сборку без зонда.
Видители теперь они поняли что коротенький и тоненький elogind лучше.Поскольку Дебиан бинарный дистрибутив, а не компилируемый пользователями, то надо фактически поддерживать две разные бинарные версии одеого пакета. Необходимо реализовать систему на подобие USE с Gentoo в менеджере пакетов Дебиан: пакетам добавить суффикс elogind или systemd, или прочий их много...
А править простенький, вырезанный от троянов и бекдоров код elogind конечно никто не будет.
Здесь лучше на самом деле сообществу разделился одна часть пусть останется на Дебиан с systemd в *опе, другая пусть с *уя пересядет на удобный Диван.
https://www.linux.org.ru/forum/security/15208631?cid=15209901Переход от systemd к elogind - очень маленький шаг в избавлении от анального рабства.
На самом деле в elogind также заложено уменьшение безопасности. И в любы системах требующих гарантий безопасности использование systemd, elogind, ... недопустимо!
А что все такую бучу подняли? Это же всего лишь для Gay Nagger-Oriented M*tion Environment (GNOME).
В целом тогда и найух этот elogind я вот вообще пользовался бы какой-нить LXDE, XFCE, KDE или чего там без GNOME работать сегодня может уже?
а можно gnome удалить и всё