Релиз systemd-homed - нового компонента systemd

я же не знаю, кто еще мой принтер dual 3dforge поддерживает

Неужели нвидия и прочие говновендоры за столько лет не приучили тебя проверять совместимость софта до покупки железа, вместо того, чтобы решать свежеприобретённые (за твои же деньги!) проблемы после? :)

решение этой проблемы по-моему известно всем, кроме него (ну и тебя)

Удиви.

как ты думаешь, мы это настраивали, пока не пришел он?

Костылями, наподобие предложенного выше?

Туплю - почему-то был совершенно уверен, что «–owner=» у systemd-mount работает для всех ФС. Wishful thinking как он есть :)

прибежит кричать про systemd-bash

systemd-shelld же.

сделают аналог Кортраны, специально для админов с ограниченными умственными возможностями.

При чем тут аналог кортаны?

ты намек не понял, да?) вот книжки посмотри... https://www.amazon.com/Networking-System-Administration-Dummies-Linux/s?rh=n:...

у одного текстовой конфиг, а у другого json а у третьего xml. Круто?

ты не поверишь, если я расскажу тебе... в любом случае теперь к обычному cron'у добавились systemd timers, а к обычным текстовым логам еще и бинарные логи journald. хотя кому я все это говорю...

Костылями, наподобие предложенного выше?

слушай, мне одному кажется, что есть какое-то нарушение логики в нашем с тобой разговоре? вот смотри:

- crypt админит что-то бог знает сколько времени, у него фича Х работает

- приходит поттер (в компании с intelfx) и провозглашают: мир линукс безнадежно устарел! накопилось слишком много проблем!

- crypt [осторожно]: ну да, есть кое-какие проблемы...

- поттер и intelfx громко хором: вы все делаете неправильно! так нельзя! вот, смотрите, как это делается! (и стряпают systemd-код)

- crypt смотрит, пытается это админить... эээ... эээ... но фича Х не работает теперь совсем! более того, всякие другие штуки тоже перестают работать!

- поттер исходит просто пОтом, рассказывает, жестикулирует, показывает графики и вообще всякие веселые картинки на конференциях, чтобы объяснить, как теперь это надо делать по-другому, без фичи Х. а intelfx еще и всех идиотами на лоре называет, чтобы поскорей дошло;)

- crypt смотрит, смотрит и всеравно твердит свое: эээ... нуу... меня все устраивало!

- intelfx городо: пусть не будет совсем, чем костыли! мы за светлое будущее!

- поттер и intelfx вместе гордо хором: долой фичу Х, если она встала у нас на пути! ничего не остановит нас на пути к светлому будущему! если какое-то софт теперь не работает, он должен быть теперь переписан под systemd, чтобы стать воистину УНИВЕРСАЛЬНЫМ!

[земля вокруг дымится от накала страсти, исходящего от LP и intelfx]

Пробежался по треду, вроде, ты что-то понял.

Как будут обстоять дела с данными, которые пользователь вынес за пределы хомяка и кинул на них симлинки?

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

Как будут обстоять дела с данными, которые пользователь вынес за пределы хомяка и кинул на них симлинки?

Я не zabbal, но отвечу: точно так же, как и раньше. Симлинки на то и симлинки, что разрешаются чисто логически, глядя только на пути.

Every change breaks someone’s workflow. Се ля ви.

А если не зубоскалить, так вообще окажется, что ломающие нововведения опциональны, вместо фичи X можно заюзать фичу Y, всякие другие штуки просто не нужны, и на самом деле проблем никаких-то и нет.

зачем по дефолту включать эту тормозную абстракцию?

Every change breaks someone’s workflow. Се ля ви.

Shut up, Mauro. Таков танцор, раз ему яйца танцевать мешают. Человек во главе собственно Linux считает совершенно иначе. У него за плечами гораздо более значительный опыт, чем у LP и он не ломает 'someone's workflow'.

https://lkml.org/lkml/2012/12/23/75

systemd (PID 1), а также каждый из его ~100 компонентов

~100 компонентов

В этом месте я заржал в голос.

выполняет функцию отдельной подсистемы и не лезет управлять миром

Хотел написать развернутый ответ, потом подумал - а смысл. Просто запусти «100 компонентов» отдельно от systemd (PID 1) и поделись опытом.

Простой тест на архитектуру:
PA без алсы проживёт.
И без ядра Linux проживёт.

А ~100 «полезных компонентов» прибиты гвоздями.

Снова мамкины архитекторы на ЛОР пожаловали. Расскажи, где в systemd непрозрачность архитектуры? С примерами и обоснованием.

Фанатик порвался, как это мило.

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

приходит поттер (в компании с intelfx) и провозглашают: мир линукс безнадежно устарел!

Это же школьники, все нормально. Потом посмеемся когда их дом начнут шатать новые сопляки.

Меня всё чаще посещают грустные мысли о том, что же будет, когда Торвальдс уже не будет контролировать ядро.

Думаю, корпорации лет за 5 скатят его в неюзабельное говно без обратной совместимости с прошлой версией - ну примерно как в Гноме с аддонами.

[пожал плечами] там большая толпа. будем надеятся, что кто-нибудь найдется. может, китаец из гугла будет:) как же его Tst что ли зовут...

В этом месте я заржал в голос.

~100 компонентов помимо PID 1, если что.

Просто запусти «100 компонентов» отдельно от systemd (PID 1) и поделись опытом.

Да без проблем.

А ~100 «полезных компонентов» прибиты гвоздями.

Что к чему прибито гвоздями?

Расскажи, где в systemd непрозрачность архитектуры? С примерами и обоснованием.

Фанатик порвался, как это мило.

Я так понимаю, что ответа по существу можно не ждать? Ну ЧТД.

~100 компонентов помимо PID 1, если что.

Я тебя именно так и понял.

Да без проблем.

Без проблем logind работает без systemd, точно.

Что к чему прибито гвоздями?

Компоненты к PID1, а он - к ядру.

PID1, а он - к ядру

Так начинали же на BSD портировать?

Человек во главе собственно Linux считает совершенно иначе. У него за плечами гораздо более значительный опыт

У «собственно Linux» есть обещание не ломать юзерспейс, и Линус просто-напросто его придерживается. Ломать интерфейсы, архитектуру, межмодульные связи, и вообще всё что можно внутри ядра его «более значительный опыт» ему почему-то не мешает.

А в юзерспейсе никто тебе такого обещания не давал. Тем более никто не давал обещания не менять концепции (не какие-то конкретные API конкретных программ, а сами программы, концепции и подходы).

Так начинали же на BSD портировать?

Я не знаю, кто начинал - энтузиасты какие-то?

Свою позицию автор озвучивал: всё, что не Линукс, - ненужно. Поэтому принимать такие патчи он не будет.

Компоненты к PID1

4.2

Без проблем logind работает без systemd

man systemd-shim. Но вообще молодец, нашёл единственное исключение и давай им размахивать.

он - к ядру

И что с того? Мы тут разговариваем совсем не об этом.

Просто Линус настоящий мужик и грамотный архитектор.

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

Самое главное, что ядро Linux - один из самых динамично развивающихся продуктов СПО во всем мире, и при этом никто не воет «поддерживать обратнуююююю совместиииимость слишком слоооожноооооо», «эти костыли нам мешааааюююююют» и т.п.

Но вообще молодец, нашёл единственное исключение и давай им размахивать.

Бгг. Начались отмазки. Ну запусти journald без PID1 или PID1 без journald.

И что с того? Мы тут разговариваем совсем не об этом.

Не знаю, о чем ты разговариваешь. Я об архитектуре PID1 в том числе.

Сейчас будет отмазка #2 - что без cgroups якобы невозможно обеспечивать супервизинг служб.

Свою позицию автор озвучивал: всё, что не Линукс, - ненужно. Поэтому принимать такие патчи он не будет.

Главное, чтоб он не придерживался такой же позиции касательно глибца. И чтобы мы когда-нибудь таки увидели systemd на биониках. Потому как пока что у AIL (который, впрочем, тоже не пальцем деланный) есть вполне объективное существенное преимущество в эмбеддед-сфере.

запусти journald без PID1

Ок.

PID1 без journald

Ок.

Начались отмазки

Это у тебя началось маняврирование. Напомню исходное утверждение:

Просто запусти «100 компонентов» отдельно от systemd (PID 1) и поделись опытом.

Простой тест на архитектуру: <…> ~100 «полезных компонентов» прибиты гвоздями.

Утверждение опровергнуто. То, что один конкретный logind зависит-таки от systemd’шных API (и совершенно небезосновательно) — не волнует.

Главное, чтоб он не придерживался такой же позиции касательно глибца

К сожалению или к счастью, это так: https://lists.freedesktop.org/archives/systemd-devel/2014-September/023222.html

You not only need glibc but the behavior glibc has, documented or otherwise.

A - Architecture.

норм, а там и до home in the cloud несложно апнуться и вообще красота.

Бесплатный совет: если вставлять в каждое сообщение слово «архитектура», то они начинают выглядеть не важнее, а смешнее.

Ок.

Что «Ок»?

То, что один конкретный logind зависит-таки от systemd’шных API (и совершенно небезосновательно) — не волнует.

Примерно как bug-for-bug compatibility небезосновательная.

Девочки, идите в куклы играть.

Что «Ок»?

То, что нет никаких проблем это сделать. Therefore, ты не прав в исходном утверждении. Разговор в принципе окончен, догонять ворота мне не интересно.

Девочки, идите в куклы играть.

Я правильно понимаю, что аргументы закончились и начались персональные атаки?

вставлять в каждое сообщение слово «архитектура»

Напомнило: http://linux.org.ru/news/linux-general/13891709?cid=13894640.

То, что нет никаких проблем это сделать.

Пофиксили что ли?

Я правильно понимаю, что аргументы закончились и начались персональные атаки?

Снова мамкины архитекторы на ЛОР пожаловали.

Ты всё правильно понял.

Пофиксили что ли?

Никогда не было проблем с этим.

Ты всё правильно понял.

Я сыронизировал, да, но параллельно задал вопрос по существу. Ты же ничего по существу не говоришь уже полчаса.

Поцтерофилы, welcome to my LJ.

А то здесь меня психически неуравновешенные забанили. Хоть там вас можно будет уму-разуму поучить!

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

Никогда не было проблем с этим.

Проблема была с тем, куда systemd будет писать лог, если нет journald. Это пофиксили?

Я сыронизировал, да, но параллельно задал вопрос по существу.

Очередная отмаза.

если вставлять в каждое сообщение слово «архитектура», то они начинают выглядеть не важнее, а смешнее.

Девиз разработчиков системд.

Лёнька изобрел tar+cp?

Обертку для luks.

man systemd-shim. Но вообще молодец, нашёл единственное исключение и давай им размахивать.

Ты знаешь что делать.

Повторяю: гнаться за воротами мне не интересно, разговор окончен.

Балабол как обычно слился от неудобных вопросов.

Слился от неудобных вопросов

Ты что-нибудь про бисер и свиней слышал?

Это было понятно с самого запуска systemd

Мне просто лень читать 395 комментариев. Кто-нибудь успел объяснить: два пункта? 1. Накуда софт для миграции хомяка нужен в системе инициализации? 2. Как часто «простому пользователю» это вообще нужно (я гнулинуксы тыкаю с 2006, перетаскивать хомяк целиком потребовалось только пару раз поначалу, потом я открыл для себя бекапы и распределённые хранилища).

Ты что-нибудь про бисер и свиней слышал?

На лоре перед фанатиками системд бисер мечут уже больше пяти лет.

Каждый раз спор заходит о том, что архитектура «делай всё в одном месте» — дерьмо. Каждый раз от них слышны дерьмоотмазки типа «раз оно разбито по разным процессам, то проект не монолитен», «наша новая реализация лучше, чем старые отдельные проекты, которым десятки лет» и «раз есть systemd-shim, значит отдельные компоненты не имеют зависимости от systemd».

И тут ты ещё что-то смеешь тявкнуть про бисер.

Кто-нибудь успел объяснить: два пункта?

Нет.

1. Накуда софт для миграции хомяка нужен в системе инициализации?

Уже даже вопрос такой не стоит. Если завтра релизнется systemd со встроенной поддержкой wayland, никто не удивится и глазом не моргнёт.

Ясно, спасибо. Пойду чаю заварю.

Нет уж. Покуда он и leave сидят в модераторах, ловить здесь нечего.

// хорошо хоть, тазик недолго продержался — уж такого неадеквата в модераторы вообще непонятно зачем пускать было!