Релиз systemd 257

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

Какой отборный копиум.

Чо-та, я вижу что кто-то с утра не проснулся и пытается цеплятся к отдельным словам, теряя общий смысл.

Шапка делает мир для корпоратов, и так вышло что от линукса. Zver сборка для этого не канает, СустемДы просто один из кирпичей этой пирамиды

Но ровно эти же свойства востребованы и у енд-лузеров.

у енд-лузеров есть кнопка ВКЛ. меню пуск и иконки на рабочем столе.

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

Но вообще, да, это вместо бакса.

В моем окружении называли «строкало» хз что такое, но вот

Можно еще коллегу Alphaer спросить, он еще что-нибудь вспомнит.

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

Ну очевидно. См., например, «московско-питерский словарь» :)

у енд-лузеров есть кнопка ВКЛ. меню пуск и иконки на рабочем столе.

У енд-лузеров есть, например, необходимость запускать софт для оформления документации по объектам стоительства, а он оформлен как контейнер под докер. xD Слава индусам, в 10-й шинде работает докер.

Далеки вы от народа))

Подозреваю, что у некоторых заметно пригорит

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

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

а вот не надо путать корпората и физика. Корпорату вручается ноут, с иконкой на рабочем столе. А у физика просто ноут с иконкой на рабочем столе и никакого оформления документации.

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

Но так как у меня в голове никто не разговаривает с бангалорским акцентом, мне эта шляпа не особенно то и нужна. Нет у меня для неё задач

почему это делает запускалка сервисов а не сервис управления системным временем

А с чего ты взял что это делает «запускалка сервисов»? Этим как раз занят «сервис управления системным временем» от проекта systemd - его даже специально назвали максимально очевидным образом, но до тупых всё-равно не доходит.

Слоупоки должны страдать

Учитывая, что systemd начали разрабатывать 14 лет назад, а следующий (?) релиз еще даже не вышел, и доедет до энтерпрайзных дистров далеко не сразу, это не слоупоки, а энты.

следующий (?)

Support for System V service scripts is deprecated and will be removed in v258

Только зачем?!

Потому что это удобно.

Я бы лучше с нуля собрал

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

каждый со своим форматом конфигов

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

Там это, Shepherd 1.0.0 вышел

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

а вот не надо путать корпората и физика. Корпорату вручается ноут, с иконкой на рабочем столе. А у физика просто ноут с иконкой на рабочем столе и никакого оформления документации.

И где этот мир чудесных корпоратов? Вы в типичном архитектурном бюро на просторах Необъятной бывали когда-нибудь? Это во-первых.

Во-вторых, энд-лузер с лаптопом, это обычно уже не просто энд-лузер, а цельный IT-энтузиаст.

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

тьюринг-полное нагромождение скобочек

Зачем и главное нахера??

когда деньги появляются, фанбои и улетучиваются в данном направлении

То-то я смотрю ты всё в systemd новостях трёшься. Так и не насосал до сих пор?

Хз. Надо у фанатов guix уточнять, зачем им Тьюринг полный язык в качестве способа конфигурации инита

DBus нужен для того, чтобы предоставить универсальный RPC и обмен сообщениями.

Вообще IPC это один из классических компонентов ядра - даже микроядра, как правило, такое реализуют. Это Линус почему-то не осилил, а потом решил что так и надо. Вот и приходится теперь огород городить то с dbus, то с varlink. Для более чем скромных запросов systemd простейшего IPC, встроенного в ядро, хватило бы за глаза.

Средств IPC в ядре полно. Конкретно чего нет – это готового RPC.

Билл Гейтс лично приплачивает, чтобы ей пользовались, поэтому и пользуются.

Наоборот - штрафует тех, кто не пользуется. Использует монопольное положение на рынке для выкручивания рук вендорам. Благодаря чему уже не раз нарывался на огромные штрафы в рамках антимонопольных исков, но сверхприбыль от контроля рынка всё окупает.

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

Также как и любая другая программа - через PolKit и классические unix-права.

Вы в типичном архитектурном бюро на просторах Необъятной бывали когда-нибудь? Это во-первых.

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

То, что происходит здесь у нас - не тренд, а сложившаяся временная ситуация в не самых тепличных условиях.

Наблюдал ИТ-энтузиастов дошкольного возраста. Очень спорно со смартфоном. VR - поверю, но сейчас их и нет, планшеты как-то затухли, а большой обзор хочется

Слишком много использующегося кода

Тот же rust тривиально позволяет с ним интегрироваться, переписывая функция за функцией. Благодаря чему он уже и в ядре появился. Сейчас ещё поддержку в gcc доделают и повальное замещение С будет просто вопросом времени.

Судя по тому, что я читаю про varlink, шины сообщений там не предполагается.

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

Дык для этого есть мак и винда - покупаешь сразу готовое в магазине и юзаешь.

Минусы будут?

А твой комментарий состоит из воды на все 100%. По существу есть что возразить?

Вода для тебя, попей и успокойся. Не нужно так переживать. За существо, которому 14 лет, ответственность несут родители, а не ровесники.

цеплятся к отдельным словам, теряя общий смысл

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

Подгорело? значит всё так и есть.

Зачем и главное нахера??

Ну вот нравятся людям лиспы, что поделать ))

Как-то быстро ты сдулся. А как дышал, как дышал :-D

Хм, а где там именно «шина»? Вроде ж, обычный стримовый сокет, классическое клиент-серверное подключение. Ну, да, с возможностью oneway-ев в IDL, но совершенно детским подходом к расширению (через зарезервированные поля, далее нецензурно). Тот же Apache Thrift, при всех его особенностях, выглядит заметно более зрелым решением. И не сказать, чтобы Thrift был прямо «сложным» или «тяжеловесным». А вообще, SunRPC через пару лет сороковник стукнет.

Но синтаксис-то как был уродским, так и останется. Да, знаю, многие скажут «с лица не воду пить», но всё равно неприятно, хоть и вкусовщина.

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

Но синтаксис-то как был уродским, так и останется.

А что именно уродское?

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

Концепции возвражения не вызывают, а вот их реализация - вызывает. Тем более, линейные типы нативно в Раст не завезли, а продвигаемые Растом приёмы программирования не очень ложатся на линейные типы.

Короче, Раст внедрить еще не успели, а он концептуально уже сам немного устарел. Остаётся надеяться на последующую доработку.

сразу ржавым родился

Закусывайте. Пятница, но всё же.

Т.е. в принципе:

1. Если ты получаешь root в системе, то ты сможешь сконфигурить все аспекты работы systemd, даже если на другие аспекты у тебя напридумывано MAC-политик/понаоторвано capabilities?
2. PolKit - это же разделяемая библиотека? После старта systemd можно поправить правила авторизации? Или надо как-то рестартить systemd для этого?

Гм. Я в данный момент набираю текст в приложении https://www.linux.org.ru/. Ты уверен, что оно умерло?

Я говорил про пробрасывание окон по сети, как иксами было задумано, когда DESKTOP=… и вперёд. Вот это - умерло.

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

Главная проблема здесь - прокинуть ресурс, а не шина. Условный сетевой DBus никак не поможет, потому что проблема в доступе к аппаратным ресурсам с обоих сторон.

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

Оба утверждения - факты. Plan 9 сто лет в обед, но ни одна из реально использующихся десктопных шин не отвечала всем нуждам, лишь ассимптотически приближаясь к идеалу. Ни предки DBus, ни барахло из винды, ничего.

Вроде ж, обычный стримовый сокет, классическое клиент-серверное подключение.

Там и resolver есть, и bridge - можешь презентацию Леннарта по теме полистать:

https://0pointer.net/public/asg2024-2.pdf

Тот же Apache Thrift

Это вообще ортогональные вещи. С помощью Thrift можно описать протокольную часть varlink, но не семантику того же моста например.

Но синтаксис-то как был уродским, так и останется.

И пострашнее видали :)

Это понятно.

Понятно как и остальное в этом треде? То есть на уровне «я навыдумывал какой-то фигни и упорно в нее верю»?

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

Вы выдали свои слова за мои. Солгали.

Почему жалкие врунишки, вроде тебя, сливаясь, начинают сами обвинять оппонентов во лжи?

Это не RPC. RPC подразумевает клиент-серверную модель. Что не применимо к приложениям.

А потом ты родил вот эту чушь:

А я и не утверждал, что Дубас – не RPC. Взаимодействие между приложениями – не RPC.

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

Подвезите свои сперва.

Весь тред подвожу, но ты не понимаешь.

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

А чьи имеют? Маргинального клоуна с лора? Шина делается для удовлетворений запросов большинства, большинство ее и используют. Если тебе что-то не нравится - иди сделай свою распрекрасную транспортную шину, напиши пропозалы, покажи людям во фридесктопе. Тебе откажут и приведут те же самые аргументы, что приводил я, но хей, попытка не пытка!

Вы просто изнутри скрипта пытаетесь на мир смотреть.

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

Вы только что подтвердили сказанное мной

Как это опровергает сказанное мной?

это не инплейс-замена, но технически может использоваться в большинстве случаев вместо dbus

Посмотрел с интересом. Достал ноутбук, залогинился по SSH на рабочую машину, запустил с неё ark и kate, удовлетворенно увидел отобразившиеся на ноуте окошки, закрыл. Кажется, кто-то … ошибается.

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

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

Шапка торгует поддержкой, а не осями. Удивительным образом systemd упрощает поддержку и администрирование.

Надень уже шапочку из фольги.

Это Линус почему-то не осилил, а потом решил что так и надо.

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

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

Для более чем скромных запросов systemd простейшего IPC, встроенного в ядро, хватило бы за глаза.

Да, пожалуй.

Тот же rust тривиально позволяет с ним интегрироваться, переписывая функция за функцией. Благодаря чему он уже и в ядре появился. Сейчас ещё поддержку в gcc доделают и повальное замещение С будет просто вопросом времени.

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

Вода для тебя, попей и успокойся. Не нужно так переживать. За существо, которому 14 лет, ответственность несут родители, а не ровесники.

Ты предполагаешь, что нам обоим по 14 лет? Ты, похоже, сам себя переиграл в ментальные шашки.

То есть ты вообще не в теме.

Понятно как и остальное в этом треде? То есть на уровне «я навыдумывал какой-то фигни и упорно в нее верю»?

Понятно, что Вы – скриптовик. Причём не JS/TS.

У меня ссылка на гитхаб в профиле лежит.

Не интересно.

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

Это Ваша очередная попытка спрыгнуть с темы? Интересно.

Почему жалкие врунишки, вроде тебя, сливаясь, начинают сами обвинять оппонентов во лжи?

Всё что Вы смогли – перевести стрелки. Очевидно без лжи, соскакивания с темы, и перевода стрелок Вы ничего не можете. Ну что же, переводите и дальше.

Это не RPC. RPC подразумевает клиент-серверную модель. Что не применимо к приложениям.

А потом ты родил вот эту чушь:

А я и не утверждал, что Дубас – не RPC. Взаимодействие между приложениями – не RPC.

Похоже, что Вы настолько заврались, что уже перестали понимать значения слов.

Давайте по пунктам.

Это не RPC

Речь не про Дубас.

RPC подразумевает клиент-серверную модель.

Это про RPC.

Что не применимо к приложениям.

К первому пункту.

А я и не утверждал, что Дубас – не RPC. Взаимодействие между приложениями – не RPC.

Всё согласно всем пунктам выше.

После чего Вы начали лгать. И продолжаете это делать. Вы – лжец. Причём весьма посредственный.

Поскольку DBus - RPC, то и взаимодействие приложений между ними - RPC.

Неверное утверждение.

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

Взаимодействие между приложениями – не RPC.

Весь тред подвожу, но ты не понимаешь.

Мне жаль, что Вы ничего не можете.

А чьи имеют? Маргинального клоуна с лора? Шина делается для удовлетворений запросов большинства, большинство ее и используют. Если тебе что-то не нравится - иди сделай свою распрекрасную транспортную шину, напиши пропозалы, покажи людям во фридесктопе. Тебе откажут и приведут те же самые аргументы, что приводил я, но хей, попытка не пытка!

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

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

Ограниченность Вашего взгляда слишком очевидна.