The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз systemd 235, opennews (??), 07-Окт-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


42. "Релиз systemd 235"  +10 +/
Сообщение от Аноним84701 (ok), 07-Окт-17, 13:57 
> Уточнение: хейтеры и неосиляторы идут лесом

Все не можете забыть, куда вас послал автор tmux-a на предложение(1) "мы тут в системде немножечко сломали^W улучшили поведение демонов, не могли бы вы прикрутить к tmux d-bus и вставить небольшой - строк на 150, костыль, чтобы оно и далее могло работать так, как работало до нашего гениального улучшения?"

(1) https://github.com/tmux/tmux/issues/428
> With systemd 230 we switched to a default in which user processes started as part of a login session are terminated when
> the session exists (KillUserProcesses=yes).

...
> Unfortunately this means starting tmux in the usual way is not effective, because it will be killed upon logout. There are a few option to avoid that, the best being:
> systemd-run --scope --user tmux
> This starts tmux as a scope unit under the systemd --user instance. It would be great if tmux could do this automatically.
> Probably the best way to do this would be to make the dbus call to org.freedesktop.systemd1.Manager.StartTransientUnit
> directly from tmux. See https://github.com/systemd/systemd/blob/master/src/run/run.c... for how systemd-run does it,

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

53. "Релиз systemd 235"  –7 +/
Сообщение от Аноним (-), 07-Окт-17, 15:17 
> Все не можете забыть, куда вас послал автор tmux-a

Автор tmux-а решил, что нефиг его пользователям оставлять процессы висеть в фоне после логаута. Что ж, это его выбор. Если пользователи не согласны, они проголосуют ногами.

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз systemd 235"  +7 +/
Сообщение от Аноним84701 (ok), 07-Окт-17, 15:29 
>> Все не можете забыть, куда вас послал автор tmux-a
> Автор tmux-а решил, что нефиг его пользователям оставлять процессы висеть в фоне после логаута.

Интересная интерпретация.
Т.е. "гениальные двигатели прогресса" поменяли поведение по умолчанию, широким барским жестом предложив самому вкорячить костыль (никаких, даже полусырых, патчей не было - только ссылочка на dbus спеки и на код " так мы это делаем в системде"), чтобы привести к поведению "как было" и когда неблагодарнейший автор отказался
> tmux is not going to use dbus. It sounds like this should be done as part of daemon(3).
> My concern is that we have a little function, daemon(), that does a simple little procedure to make a daemon that has worked basically unchanged across multiple platforms for maybe, what, 30 years? Now to do the same thing we need to add 150 lines of new, Linux-only code AND a library dependency.

он еще и виноват? Это логично разве что с точки зрения почитателей Леннарта.

> Если пользователи не согласны, они проголосуют ногами.

Это был инсайдерский намек на systemd-screend?

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз systemd 235"  –4 +/
Сообщение от Аноним (-), 07-Окт-17, 15:46 
> Интересная интерпретация.
> Т.е. гениальные двигатели прогресса поменяли поведение по умолчанию, широким барским жестом
> предложив самому вкорячить костыль (никаких, даже полусырых, патчей не было -
> только ссылочка на dbus спеки и на код " так мы
> это делаем в системде"), чтобы привести к поведению "как было" и
> когда неблагодарнейший автор отказался

Ага, потому что могут.
Вообще, идея регулирования lingering sessions сама по себе вполне годна, и ее внедрение нехило так повышает безопасность в некоторых конфигурациях. И архитектурно решена довольно неплохо - приложение запрашивает лингеринг, и разрешение выдается в зависимости от полномочий пользователя в polkit. Ну, а если не запрашивает - будет убито, звиняйте.
Более годного и прозрачного способа никто пока не предложил.

А автор tmux с присущим ему подростковым максимализмом решил назло маме отморозить уши... ну, если кому-то из пользователей такой подход не нравится, они могут уйти на screen.

Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз systemd 235"  +5 +/
Сообщение от Аноним84701 (ok), 07-Окт-17, 16:02 
> И архитектурно решена довольно неплохо - приложение запрашивает лингеринг, и разрешение выдается в зависимости от полномочий пользователя в polkit.
> dbus, polkit

Угу, угу. Отличное решение.

> Более годного и прозрачного способа никто пока не предложил.

Белые списки -- если мы действительно печемся о безопасности. Хотя да, слишком простое, неинтересное решение.

> А автор tmux с присущим ему подростковым максимализмом решил назло маме отморозить

https://github.com/tmux/tmux/blob/master/window.c
> Copyright (c) 2007 Nicholas Marriott <nicholas.marriott@gmail.com>

Просто автор пользуется опенбздей, пишет код в превую очередь для нее и ему нафиг не сдалось вначале написать (еще раз напомню, что вместо патча, примера и  спеков/доков по этой части реализации системды -- была просто ссылка на кускок кода из оной, зашибись), а потом поддерживать спец-код с зависимостями из-за очередной "гениальной идеи" определенной группы товарищей.  
А так да, отнесся к представителю "кор-тима" без должного почтения, уважения и благоговения - ну так что взять с язычника^W опенбздшника!

Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз systemd 235"  –6 +/
Сообщение от Michael Shigorinemail (ok), 07-Окт-17, 16:44 
> Если пользователи не согласны, они проголосуют ногами.

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

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

72. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (-), 07-Окт-17, 17:10 
>> Если пользователи не согласны, они проголосуют ногами.
> Ну я уже проголосовал -- со своими процессами сам разберусь без хапнувшего
> звёздную болячку "умного брата".

ты со своими баш-портянками никак разобраться не можешь, куда тебе процессы

Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз systemd 235"  +1 +/
Сообщение от Адекват (ok), 07-Окт-17, 17:26 
> ты со своими баш-портянками никак разобраться не можешь, куда тебе процессы

А мне как в системД-не-портянках добавить или убавить функционал, который мне (не)нужен в данной конкретной ситуации ?

Правильный ответ - никак, "извольте отведать то, что вам предложено, и не смейте возникать".
"Мы все продумали за вас, откиньтесь на спинку кресла и получайте удовольствие."

Ответить | Правка | Наверх | Cообщить модератору

209. "Релиз systemd 235"  –2 +/
Сообщение от Аноним (-), 13-Окт-17, 11:24 
> А мне как в системД-не-портянках добавить или убавить функционал, который мне (не)нужен
> в данной конкретной ситуации ?

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

А так разработчики встройки давно научились init=/your/app и оттуда полтора системных вызова. Все, система запущена. Круто и быстро, ничего лишнего. Но вот правда функциональность - сколько кодить не лень.

> Правильный ответ - никак, "извольте отведать то, что вам предложено, и не
> смейте возникать".

Опции сборки не подтверждают эту идею.


Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз systemd 235"  +/
Сообщение от Аноним (-), 07-Окт-17, 17:52 
Как так? Он же на должности "ведущий программист" в Альт Линукс.
Аа.. теперь понятно, что с Альтом не так.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

89. "Релиз systemd 235"  +/
Сообщение от Аноним (-), 07-Окт-17, 19:31 
с разморозкой ...
Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз systemd 235"  +3 +/
Сообщение от freehckemail (ok), 08-Окт-17, 19:13 
>>> Если пользователи не согласны, они проголосуют ногами.
>> Ну я уже проголосовал -- со своими процессами сам разберусь без хапнувшего
>> звёздную болячку "умного брата".
> ты со своими баш-портянками никак разобраться не можешь, куда тебе процессы

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

Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая редкость в наши дни (передавайте привет ldv)

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

157. "Релиз systemd 235"  –6 +/
Сообщение от Аноним (-), 08-Окт-17, 22:50 
Ну и нафига разбираться в сорта г.вна ?
Ответить | Правка | Наверх | Cообщить модератору

197. "Релиз systemd 235"  +1 +/
Сообщение от Led (ok), 11-Окт-17, 18:42 
> Ну и нафига разбираться в сорта г.вна ?

Да кому ты нужен, чтоб в тебе "разбираться"?

Ответить | Правка | Наверх | Cообщить модератору

168. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (-), 09-Окт-17, 09:28 
Дык у шапки до сих пор bash вместо /bin/sh, потому что они шелл толком не осилили.
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

208. "Релиз systemd 235"  +/
Сообщение от Аноним (-), 13-Окт-17, 11:20 
> Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая
> редкость в наши дни (передавайте привет ldv)

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

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

213. "Релиз systemd 235"  –1 +/
Сообщение от freehckemail (ok), 17-Окт-17, 17:02 
>> Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая
>> редкость в наши дни (передавайте привет ldv)
> Да, приветы ему. Он до сих пор таскает третий баш пополам с
> четвертым из-за крутизны своих скриптов?

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру