LINUX.ORG.RU

Управление пользовательской сессией из systemd

 ,


0

1

Анонсирована совместная работа инженеров Intel и Samsung по переносу логики менеджеров сессий (gnome-session, startxfce4 и т.п.) в systemd.

>>> Подробности

★★★★★

Последнее исправление: Binary (всего исправлений: 2)

Ответ на: комментарий от sh4r4t4n

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

anonymous
()
Ответ на: комментарий от Gunnerua

я знаю бесконечность сложности оттенков как жаль что вижу только пару миллионов..

Thero ★★★★★
()
Ответ на: комментарий от kernel

в очередной раз предлагаю разобраться в вопросе самостоятельно.

Thero ★★★★★
()
Ответ на: комментарий от kernel

Спасибо, я и так пишу код.

Я имел ввиду код, который намного лучше, чем в systemd. Сейчас до сих пор даже в ядре есть много кода, написанного то ли студентами, то ли индусами, но никто его не переписывает, потому что код работает, хоть и «грязный».

взбешенные разработчики наваяют что-то дельное

Не наваяют :(

sh4r4t4n
()
Ответ на: комментарий от kernel

Я бы не считал это бомбой. Да, systemd сначала хорошо даст коленом под зад дистрибутивам, не использующим его, но не больше. Возможно станет импульсом развития других систем инициализации. Чтобы стать таким себе стандартом, нужна проверка временем и стать выбором DE- и прочих кодеров+дистростоителей. Поживем - увидим. Кричать, что RH надругался над линаксом и «Бсдя торт» еще очень рано. Многое зависит также от того, каким путем пойдут разработчики systemd - если превратят его в такого себе «монстра загрузки», он сразу станет никому не нужным.

Gunnerua
()
Ответ на: комментарий от Gunnerua

это показывает люде которые смотрят на 17 год и людей которые смотрят в завтра...

Thero ★★★★★
()
Ответ на: комментарий от kernel

Не знаю. Мне кажется риски выхода из строя системы инициализации сильно преувеличены. Это важно конечно, но в контексте использования не имеет особого значения.

Тут важный момент - сохранение состояния. В тривиальных решениях консистентность его вероятностна, и никого это не парит.

vasily_pupkin ★★★★★
()
Ответ на: комментарий от sh4r4t4n

Ядро Линукс очень даже открытое и популярное, но я не замечаю большого количества форков ядра. Патчсеты не считаем, это не форки.

Вы путаете системный компонент и систему целиком. У этих сущностей абсолютно разная логика развития.

Зоопарк это не форки. Ядро в этом смысле форкать практически бессмысленно - никакого дополнительного функционала этим не добиться. И это касается форков почти любого отдельного компонента - их нет, и их форканьем ничего особенно не добиться, как и в случае ядра.

А вот сборкой разных систем из практически неизменных кубиков как раз добиться почти всего - что все и делают.

kernel ★★☆
()
Ответ на: комментарий от anonymous

плюсую принудительные таблички сарказм.

Thero ★★★★★
()
Ответ на: комментарий от anonymous

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

Ничего такого в rhel не заметил, удобный дистрибутив. Это я как пользователь бубунты говорю.

sh4r4t4n
()
Ответ на: комментарий от vasily_pupkin

Не знаю. Мне кажется риски выхода из строя системы инициализации сильно преувеличены. Это важно конечно, но в контексте использования не имеет особого значения.

Чего????

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

Тут важный момент - сохранение состояния. В тривиальных решениях консистентность его вероятностна, и никого это не парит.

Кстати годный «системд» должен мочь быть реставрированным обычным service systemd restart ... при сохранении состояния, вроде юзерских сессий :D В случае системд это невозможно by design. :D

kernel ★★☆
()
Ответ на: комментарий от sh4r4t4n

что не помешало ему стать автором дофига чего. И он не показывает видимого беспокойства, что его творений нет в RH.

Gunnerua
()
Ответ на: комментарий от kernel

А вот сборкой разных систем из практически неизменных кубиков как раз добиться почти всего - что все и делают.

Вот именно, будут кубики - linux kernel, systemd, pulseaudio и много других. Авторы дистрибутивов будут эти кубики складывать. Сейчас systemd дописывают, потом wayland. Если кто захочет - поменяет один кубик на другой.

sh4r4t4n
()
Ответ на: комментарий от kernel

В случае системд это невозможно by design

Я определённо не понимаю, почему вы это не реализовали? Ну, хотя бы патчи Поттерингу пришлите, раз он такой несмышлёный :)

sh4r4t4n
()
Ответ на: комментарий от tailgunner

Ты посмотрел ровно одну возможность - стандартизованный формат unit'а.

Просто всё остальное требует более глубокого ознакомления. С пользовательской точки зрения, по крайней мере, всё выглядит хорошо.

SoulThreads
()
Ответ на: комментарий от anonymous

рхел вообще не показатель, он зарабатывает деньши на саппорте.

Да

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

Нет. Вы не очень хорошо понимаете как они зарабатывают на саппорте.

Экономика FOSS(редхат, естественно, included) построена на другом принципе. Принцип раздать бесплатно игрушку, которая при смотрении внутрь превращается в конструктор. Люди пользуются игрушкой, продвинутые люди собирают чтото из конструктора, а в сумме у нас огромная база халявных пользователей которые освоили нашу систему. После чего мы берем из этой огромной охваченной массы самых вкусных клиентов. Отправляя менее вкусных тем в пищевой цепочке кто менее крут чем мы.

И редхату баги править - невыгодно. Редхат получаем деньги, как и любые топовые компании, за решение проблем - и это огромные деньги.

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

kernel ★★☆
()
Ответ на: комментарий от sh4r4t4n

Я определённо не понимаю, почему вы это не реализовали? Ну, хотя бы патчи Поттерингу пришлите, раз он такой несмышлёный :)

Патчи к by design не пришлешь. У Поттеринга парадигма systemd == линупс. То есть типа ядра. Сдох - все, опаньки.

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

kernel ★★☆
()
Ответ на: комментарий от no-dashi

Ну да. Потом как куча следующих target'ов завязаны на mount, а mount (оп!) не перешел в состояние running а висит в состоянии failed.

Напиши Леннарту про это.

FiXer ★★☆☆☆
()
Ответ на: комментарий от kernel

Мы наверное по разному понимаем систему инициализации. На данный момент лишних хоботов в systemd два - journald и logind. Они пускаются отдельными сервисами. По сути, они поставляются с одной кодовой базой, но являются отчуждаемыми сущностями. Помимо этого, оставшееся барахло относится к системе инициализации.

С рестартом systemd дикий фейл, да. Наверное это как-то будут решать (%

vasily_pupkin ★★★★★
()
Ответ на: комментарий от kernel

Как я уже писал, systemd так просто не умират. И если умират, то только systemd (% Другой вопрос, что на этом полноценная работа завершается )

vasily_pupkin ★★★★★
()
Ответ на: комментарий от kernel

Патчи к by design не пришлешь

Зато можно написать и отладить качественную реализацию с правильным архитектурным дизайном. Причём, можно даже пользоваться кодом Леннарта, ведь у нас всё открыто. Вы только напишите и все вам спасибо скажут... Ну, кроме некоторых онолитиков с лора, но их всё равно всерьёз никто не воспринимает.

sh4r4t4n
()
Ответ на: комментарий от vasily_pupkin

Хотя, строго говоря, там есть daemon-reexec, который рестартит сам демон, c серилизацией/десерелизацией состояния

# strace -f -p 1 2>&1 | grep -e execve
execve("/usr/lib/systemd/systemd", ["/usr/lib/systemd/systemd", "--log-level", "alert", "--log-target", "journal-or-kmsg", "--system", "--dump-core", "--show-status=1", "--deserialize", "22"], [/* 4 vars */]) = 0
[pid  7313] execve("/usr/lib/systemd/system-generators/systemd-cryptsetup-generator", ["/usr/lib/systemd/system-generato"..., "/run/systemd/generator"], [/* 4 vars */] <unfinished ...>
[pid  7314] execve("/usr/lib/systemd/system-generators/systemd-getty-generator", ["/usr/lib/systemd/system-generato"..., "/run/systemd/generator"], [/* 4 vars */] <unfinished ...>
[pid  7313] <... execve resumed> )      = 0
[pid  7314] <... execve resumed> )      = 0
vasily_pupkin ★★★★★
()
Ответ на: комментарий от kernel

И редхату баги править - невыгодно. Редхат получаем деньги, как и любые топовые компании, за решение проблем - и это огромные деньги.

Бред же. Если они не будут править баги, никто не будет пользоваться их глючным поделием.

Gunnerua
()
Ответ на: комментарий от sh4r4t4n

Вот именно, будут кубики - linux kernel, systemd, pulseaudio и много других. Авторы дистрибутивов будут эти кубики складывать. Сейчас systemd дописывают, потом wayland. Если кто захочет - поменяет один кубик на другой.

Вот, принципиальная ошибка. Понимаете, инитскрипты которые пытаются заменить при помощи systemd это не кубик. Это glue code. Клей, склеивающий кубики. :D

И как раз это похоже главный баг в дизайне системд. Клей пытаются заменить кубиком. А это невозможно из общих принципов устройства вселенной. :D Соответственно сложности для правильного дизайна в таком месте резко возрастают - systemd, по сути, не компонент. А значит будет обречен на резкую тягу к bloatware при попытке рассматривать его именно так. Просто будут постоянно возникать вещи которые будет «надо» внести в systemd, при этом естественно это будет вносить дополнительные глюки что в свою очередь не даст получить стабильную версию - получится глючное гуано.

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

kernel ★★☆
()
Ответ на: комментарий от Gunnerua

Может успех systemd простимулирует лоровских аналитиков.

Ага, щаззз... Скорее успех systemd простимулирует Apple открыть все исходники.

sh4r4t4n
()
Ответ на: комментарий от Gunnerua

Бред же. Если они не будут править баги, никто не будет пользоваться их глючным поделием.

Возникло недопонимание. Я в том смысле что редхат правит баги не потому что ему за это платят деньги, а потому что иначе редхатом не будут пользоваться и они не смогут заработать по другому. То есть редхат, по сути, не зарабатывает «правкой багов», хотя он это и делает, и даже за деньги :D

kernel ★★☆
()
Ответ на: комментарий от kernel

Кстати годный «системд» должен мочь быть реставрированным обычным service systemd restart ... при сохранении состояния, вроде юзерских сессий :D В случае системд это невозможно by design.

[вещества]
Кстати годный «сервис» должен мочь быть реставрированным обычным superservice service restart ... при сохранении состояния, вроде системд :D В случае сервис это невозможно by design.
[/вещества]

shatsky ★★
()
Ответ на: комментарий от FiXer

Для любителей пихать в fstab всякую мутоту есть опция

 $ cat /etc/systemd/system.conf  | grep MountAuto
#MountAuto=yes

Которую можно поменять в no, и рулить этим самым маунтом как угодно.

vasily_pupkin ★★★★★
()
Ответ на: комментарий от kernel

Вот, принципиальная ошибка

Не согласен. Systemd - это кубик, sysinit - это кубик, а сами скрипты - это ваш клей. Просто теперь маленький кубик и очень много клея решили поменять на кубик побольше, но и клея там уже не так много нужно, а то, знаете ли, клей не очень полезен для здоровья :)

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

Те, кто собирают из кубиков (авторы дистрибутивов), первыми потащили systemd.

sh4r4t4n
()
Ответ на: комментарий от kernel

Философские рассуждения о смысле бытия

Поживем - увидим :]

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

В моих поделиях нет даже udev. Там где ядро запускает свои костыли, «стандартным» решениям не место :]

vasily_pupkin ★★★★★
()
Ответ на: комментарий от kernel

Добавить туда что-то гораздо проще, чем в init, недавно здесь же доказывали. Все дело в том, куда предпочтут вложить усилия - добавление в systemd или в init. Куда из них будет проще - тот и будет популярнее, а в менее популярном «вносители» получат кучу секса при «внесении» совместимости с кодом, в котором уже все готово для популярной системы. Все просто.

Gunnerua
()
Ответ на: комментарий от kernel

Редхат правит баги за деньги? Не слышал о таком.

Я в том смысле что редхат правит баги не потому что ему за это платят деньги, а потому что иначе редхатом не будут пользоваться и они не смогут заработать по другому.

А так и надо имхо. Репутация важнее денег.

Gunnerua
()
Ответ на: комментарий от kernel

Понимаете, инитскрипты которые пытаются заменить при помощи systemd это не кубик. Это glue code. Клей, склеивающий кубики.

Юниты - такой же клей, как и инитскрипты. Для инитскриптов нужен rc, понимающий уровни выполнения и формат lsb-заголовка, для юнитов - systemd, понимающий формат юнитов.

Просто будут постоянно возникать вещи которые будет «надо» внести в systemd

Только то, что завязано на логику управления сервисами.

shatsky ★★
()
Ответ на: комментарий от vasily_pupkin

Мы наверное по разному понимаем систему инициализации. На данный момент лишних хоботов в systemd два - journald и logind. Они пускаются отдельными сервисами. По сути, они поставляются с одной кодовой базой, но являются отчуждаемыми сущностями.

Как вы наверное помните, Поттеринг настаивал на том что journald это очень даже неотчуждаемая сущность .... Но его «переубедили» :D

Помимо этого, оставшееся барахло относится к системе инициализации.

:D

Они с тобой не согласны:

systemd is a system and service manager for Linux, compatible with SysV and LSB init scripts. systemd provides aggressive parallelization capabilities, uses socket and D-Bus activation for starting services, offers on-demand starting of daemons, keeps track of processes using Linux control groups, supports snapshotting and restoring of the system state, maintains mount and automount points and implements an elaborate transactional dependency-based service control logic. It can work as a drop-in replacement for sysvinit.

Это именно system daemon - демон системы. То есть демон который выполняет некие общесистемные функции.

И это *пока* туда *уже* добавили journald и logind. А вот судя по логике развития туда войдет еще udisks и networkmanager-демон.

С рестартом systemd дикий фейл, да. Наверное это как-то будут решать (%

Не будут. systemd == твоя система, юзернейм ;D

kernel ★★☆
()
Ответ на: комментарий от Gunnerua

Может успех systemd простимулирует лоровских аналитиков.

С аналитиками дело гиблое. Успех системд устроит дикий баттхерт всяким дистрибуторам и тем кто клеит кубики. Вот этим да. И тут есть все шансы получить какой то толк.

kernel ★★☆
()
Ответ на: комментарий от sh4r4t4n

Зато можно написать и отладить качественную реализацию с правильным архитектурным дизайном.

То есть пока потеринг это делает на деньги редхата, простые парни с ЛОРа пишут это все бесплатно.... чегото это мне напоминает :D

kernel ★★☆
()
Ответ на: комментарий от sh4r4t4n

кастую новость в толксы новым руководителем рэдхат выбран леннарт поетеринг -_-

ну типа за опыт внедрения всякого в дистрибутивах линукс а теперь пусть расширяет опыт на внедрение идей в чужие предприятия -_-

\\ такой смищной апрель -_-

Thero ★★★★★
()
Ответ на: комментарий от sh4r4t4n

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

Бубунта ещё не перешла на systemd вообще. Ага, теперь мне всё понятно: против systemd выступают красноглазики, которые на сервере используют нестабильные пакеты и требующие исошники из будущего, лол :)

Что-то тебе не то стало понятно. Я вот пользуюсь systemd уже полтора года и ловлю лулзы с тех, которые пишут бред не задумываясь.

Не, они очкуны и ничего такого не сделают. Сколько вони было насчёт pulseaudio с такими же угрозами, а онолитики никуда не делись.

Пульсу выпилить из системы плёвое дело, если где-то ошибся, то просто звука не будет, в отличие от systemd, где можно получить незагружаемую систему. Поэтому только вдоль, без отлынивания. Ещё петиции в l-o-r. Представь как будет противно им ходить на лор, бутящийся поттеринговой поделкой.

imul ★★★★★
()
Ответ на: комментарий от kernel

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

\\ блин умей я быстро рисовать набацал бы вам комикс про дядьку системада топ менеджера какойто фирмы -_-

<системд> на той стадии дизайна когда там возможно всё (с)

Thero ★★★★★
()
Ответ на: комментарий от kernel

То что ты скопипастил вполне подходит под то, что я понимаю под системой инициализации :)

logind и journald по факту отчуждаемы — это отдельные процессы/сервисы. Другой вопрос, что если идея понравится и пользователям этих услуг, их отчуждать причин не будет. По факту - уже понравилась. У меня в генте есть баг в NM 0.9.4, это единственное что мешает выкинуть consolekit :]

Вообще, я в SSM как таковом ничего плохого не вижу. И так разрозненные велосипеды есть. Их перепишут в очередной раз, и пихнут в одну кодовую базу. Важно понимать, что пихнут не в бинарник systemd, который и швец и жнец, а в отдельные сервисы. Но в одной кодовой базе.

Под рестартом я понимаю рестарт после тыщу раз упомянутого тут сегфолта, к примеру. Корректный рестарт из рабочего состояния он умеет. После сегфолта он висит в pause, скорее всего с неверной маской сигналов. Так что думаю там проблема не нерешаемая.

vasily_pupkin ★★★★★
()
Ответ на: комментарий от Thero

Сомневаюсь, что это когда-то произойдет, ибо он развалит шапку своими меганововведениями. А вот федора похоже для него самое то.

Gunnerua
()
Ответ на: комментарий от SoulThreads

в том сорте яблок всё хорошо никто не кусал червей нет.. а плюются все потомучто неспелыми лопают идиоты. и ещё и не моют зачастую.

Thero ★★★★★
()
Ответ на: комментарий от kernel

нет 90% случаев когда крупные компании покупают поддержку и сопровождение наличие договора с гарантиями и ответственного лица с которого можно спросить а не потому что проблемы не может решить рядовой админ. такшто редхату наоборот чем стабильнее работает система тем лучше и баги править выгодно потомучто репутация важна в серьёзном бизнесе.

Thero ★★★★★
()
Ответ на: комментарий от Buy

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

Ну поставь sysvinit, зачем ныть, его нихто не убирает из репозов. Опять аргументация уровня Lennart is an asshole?

Как это сделано в СУСЭ:

«Если по каким то причинам, systemd не работает, вы все же можете использовать старую sysV-инициализацию нажатием клавиши F5 в загрузчике. Если вы хотите постоянно использовать старые инициализацию, просто наберите `zypper rm systemd-sysvinit` и выбрать установку 'SysVinit-инициализации'.» http://ru.opensuse.org/Обзор_нововведений

FiXer ★★☆☆☆
()
Ответ на: комментарий от kernel

ты всё проспал. когда системд появлялся каждый мог высказаться и предложить кому надо было высказались а после драки кулаками не машут.

Thero ★★★★★
()
Ответ на: комментарий от Gunnerua

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

Thero ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.