The OpenNET Project / Index page

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



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

"Доступен системный менеджер systemd 237"  +/
Сообщение от opennews (??) on 29-Янв-18, 14:20 
Леннарт Поттеринг представил (https://lists.freedesktop.org/archives/systemd-devel/2018-Ja...) релиз системного менеджера systemd 236 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить поддержку VPN WireGuard, режим "watch-bind" в sd-bus,
возможность создания временных юнитов .path и .socket, в journalctl добавлена опция "--grep".


Основные изменения:


-  В systemd-networkd добавлена поддержка VPN-туннелей WireGuard (https://www.wireguard.com/), в том числе представлены встроенные возможности по настройке сетевого  интерфейса "wireguard" и инструментарий для управления ключами шифрования. WireGuard  сочетает (https://www.opennet.ru/opennews/art.shtml?num=44695) применение проверенных современных методов шифрования с предоставлением минималистичной реализации, лишённой усложнений, наблюдаемых в таких системах, как xfrm и OpenVPN. Для использования туннелей WireGuard требуется загрузка стороннего модуля ядра Linux, который представлен в репозиториях популярных дистрибутивов;

-  Раскладка кнопок увеличения и уменьшения масштаба, присутствующих на некоторых клавиатурах, теперь сопоставлена в hwdb с кодами вверх и вниз, что позволяет использовать данные кнопки для прокрутки (раньше было настроено сопоставление с кодами zoomin и zoomout, которые не воспринимаются в большинстве пользовательских окружений);
-  В journalctl добавлена опция "--grep" для вывода только записей, соответствующих заданной маске. По умолчанию разделяется верхний и нижний регистр символов, для отключения разделения следует указать "--case-sensitive=no";

-  Изменено поведение строк типа "f"  в systemd-tmpfiles, содержимое которых теперь записывается в файл только, если он несуществует (раньше, содержимое добавлялось к файлу при каждом запуске systemd-tmpfiles, что не соответствовало описанию флага "f" в документации);
-  Добавлена новая переменная окружения $SYSTEMD_OFFLINE, при установке которой
systemctl начинает работать в режиме offline без взаимодействия с сервисным менеджером  (ранее данный режим включался при выявлении запуска в chroot);
-  Обеспечена возможность динамического создания временных ("transient") юнитов .path и .socket (ранее поддерживались только временные юниты с типом service, mount, automount и timer). Утилита systemd-run адаптирована для применения новой функциональности для привязки на лету произвольных команд к пути или активации по сокету;
-  В  systemd-mount добавлена опция "--owner=" для указания имени пользователя, которое будет преобразовано в uid/gid для указания через флаги uid= и
и gid= в команде mount;

-  Для unit-ов представлен новый условные оператор ConditionControlGroupController, который проверяет доступность указанного контроллера cgroup;
-  В unit-ы, и файлы .link, .netdev и .network добавлена поддержка условного оператора  ConditionKernelVersion для проверки наличия определённых версий ядра Linux;
-  В systemd-networkd в секцию "[IPVLAN]" файлов .netdev добавлена поддержка настройки флагов устройства при помощи опции "Flags=",  в секцию "[Tunnel]" файлов .netdev добавлена опция AllowLocalRemote, в секцию "[Route]" файлов .network опции InitialCongestionWindow,   InitialAdvertisedReceiveWindow и QuickAck=, а в секцию "[DHCP]" - опция "RapidCommit";
-  В реализацию DHCPv6 добавлена  возможность делегирования префиксов;
-  Расширены возможности API sd-bus (универсальная прослойка для организации обмена сообщениями между процессами (IPC)): Добавлен режим "watch-bind" для организации обработки соединений сразу после создания сокета AF_UNIX (режти необходим для создания сервисов, работающих на раннем этапе загрузки). Поддержка данного режима обеспечена в  systemd-networkd и systemd-resolved, для управления добавлена опция "--watch-bind". Также добавлена возможность генерации локального сигнала "Connected"  сразу после насройки соединения с D-Bus. В API sd-bus добавлена несколько новых вызовов: sd_bus_request_name_async() и
          sd_bus_release_name_async() для регистрации имени шины в асинхронном режиме, sd_bus_match_signal() и   sd_bus_match_signal_async() для сопоставления  полей в сообщениях D-Bus,  sd_bus_set_sender() и      sd_bus_message_set_sender() для настройки имени отправителя сообщений;
-  В API sd-event, основанном на вызове epoll и позволяющем организовать цикл обработки событий (event loop), добавлен псевдообработчик  SD_EVENT_DEFAULT., который может прикрепляться к любым объектам "sd_event*". Также добавлены функции  sd_event_source_{get|set}_io_fd_own();
-  Добавлен флаговый файл /etc/systemd/dont-synthesize-nobody, при наличии которого не будет создаваться пользователь с UID 65534 ("nobody");
-  В  systemd-notify добавлена опция "--uid"  для выбора пользователя/UID для под которым сообщений с уведомлениями будут отправляться сервисному менеджеру;
-  Добавлена команда  "systemd-analyze service-watchdogs" для вывода текущего состояния подсистемы автоматического восстановления работы сервисов (watchdog) и их выборочного включения или отключения;-  В  systemd-analyz добавлены универсальные опции "log-level" и "log-target", которые пришли на смену устаревшим опциям get-log-level/set-log-level и
          get-log-target/set-log-target, поддержка которых сохранена для обеспечения совместимости;
-  В sysusers.d добавлена поддержка указания в строках с типом "u" одновременно UID и GID, разделённых знаком ":", что позволяет создавать пользователей UID и GID у которых не совпадают.


URL: https://lists.freedesktop.org/archives/systemd-devel/2018-Ja...
Новость: http://www.opennet.ru/opennews/art.shtml?num=47982

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

Оглавление

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


1. "Доступен системный менеджер systemd 237"  +19 +/
Сообщение от Аноним (??) on 29-Янв-18, 14:20 
Не имею ничего против Systemd как софта, но его ультиматиыный подход к внедрению вызывает только отторжение.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Доступен системный менеджер systemd 237"  +30 +/
Сообщение от Аноним (??) on 29-Янв-18, 14:35 
Забавно, что весь хейт направляется на systemd и Поттеринга, а не на мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт. А ещё говорят, что линуксоиды, в среднем, умнее остальных))
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Доступен системный менеджер systemd 237"  +26 +/
Сообщение от A.Stahl (ok) on 29-Янв-18, 14:41 
Кто говорит? Линуксоиды?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

33. "Доступен системный менеджер systemd 237"  +3 +/
Сообщение от Аноним (??) on 29-Янв-18, 15:57 
Бинго!)
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "Доступен системный менеджер systemd 237"  +6 +/
Сообщение от EHLO on 29-Янв-18, 14:46 
>Забавно, что весь хейт направляется на systemd и Поттеринга, а не на мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт. А ещё говорят, что линуксоиды, в среднем, умнее остальных))

Ты стало быть остальной и знаешь что царь хороший, во всём бояре виноваты

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

8. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 14:49 
Ну да, а кто его продвигает и заставляет других использовать, подумай? Красношляпа. А Поттерниг работает в Красношляпе. Круг замкнулся.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

77. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 22:17 
Угу, приходят после захода солнца и заставляют.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

125. "Доступен системный менеджер systemd 237"  +/
Сообщение от anonymous (??) on 31-Янв-18, 00:47 
Оторвать от systemd сложнее, чем пакет собрать.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

9. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Andrey Mitrofanov on 29-Янв-18, 14:49 
> Забавно, что весь хейт направляется на systemd и Поттеринга, а не на
> мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт.

Ммм, ну-у-у... Этих мы тоже помним и любим. Но они-то хоть _делали_ что-то реально полезное и использовавшееся нами, гордыми фрирайдерами. Ну то есть в моменты/времена, свободные от сабжового "просветления в мозгах", да. А вот у титульной парочки соотношение цена/качество пока не алё. Субъективно, эмоционально.

> А ещё говорят, что линуксоиды, в среднем, умнее остальных))

При чём тут "ум"-то? Упомянутое коллегой "к внедрению вызывает" пока ещё свежо в ощущениях и _эмоциях_.

Вот лет через 20цать на википедиях будет написано про "новую прадигму системног манагемента в опенсурсах и редхатоподобных ОС", "тектоническом сдвиге в админинге компьютинга и передовинге локалхостинга".

А покамест рановато. Терпите. Таков "манагемент ченджеса" вашегоо "системного" как-его-там-дЭ.

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

25. "Доступен системный менеджер systemd 237"  +10 +/
Сообщение от freehck email(ok) on 29-Янв-18, 15:21 
> Забавно, что весь хейт направляется на systemd и Поттеринга, а не на
> мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт.
> А ещё говорят, что линуксоиды, в среднем, умнее остальных))

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

Проблема не с мейнтейнерами, проблема с Лёней и вендор-локом красношапки.

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

29. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от ryoken (ok) on 29-Янв-18, 15:30 
> и продолжат выполнять своё дело, когда Лёня попадёт в неприятный инцидент,
> связанный с автобусом и Аннушкой, уже разлившей масло.

В оригинале таки был трамвай. (Или тут слово "bus" обыгрывается?)

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

42. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от freehck email(ok) on 29-Янв-18, 16:36 
> В оригинале таки был трамвай. (Или тут слово "bus" обыгрывается?)

Да, хотелось обыграть bus factor, но как-то топорно вышло.

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

37. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (??) on 29-Янв-18, 16:05 
Т.е. когда Вася избивает Маню тростью, виноват не Вася, а трость и тот, кто продал трость Васе. Ведь Вася всегда таким хорошим был, Маню с детишками подобрал, и до сих пор на работу ходит и зарплату приносит, так что его винить некомильфо, остаётся только винить трость и продавца.

Ну такая логика тоже имеет право на существование, мне только непонятно, зачем такие Мани ходят на Опеннет, когда им надо ходить на вумен.ру?)

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

43. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от freehck email(ok) on 29-Янв-18, 16:40 
> Т.е. когда Вася избивает Маню тростью...

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

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

103. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Аноним (??) on 30-Янв-18, 09:56 
Но виновен не жираф, а тот, кто крикнул из ветвей "жираф большой, ему видней!"
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

119. "Доступен системный менеджер systemd 237"  –3 +/
Сообщение от SunXE (ok) on 30-Янв-18, 18:01 
т.е. теперь рэдхат виноват в том, что делая определенные вещи под свой продукт так, как им это удобно, в итоге делает такие инструменты которыми хотят пользоваться большенство дистрибутивостроителей мира линукс?
Мэйнтейнеры по вашему наркоманы? Не хотят пользоваться systemd но не могут удержаться)
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

130. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (??) on 02-Фев-18, 17:38 
> взлететь". И что характерно, они выполняли её до Лёни, выполняют сейчас,
> и продолжат выполнять своё дело, когда Лёня попадёт в неприятный инцидент,
> связанный с автобусом и Аннушкой, уже разлившей масло.

Я бы больше боялся на этот счет по поводу Торвальдса. Он такой один. А поттеринг - нет, архитектуру он конечно продумывал, но теперь остальные и без него смогут. Прими как данность, этот процесс - unstoppable. Мир попробовал так и сяк. Большинству понравилось как делает системд и узкая группа хейтеров уже ничего не изменит. Если они будут где-то там пилить свой диван и что там еще - да наздоровье. А то что часть программ постепенно без системды работать перестанут - да, может оказаться что разработчики давно хотели такие и этакие апи, но их не было. Я вот хотел апи для мониторинга живости программ и поттер его сделал. В отличие от рассказов что я могу это сделать сам в своем гараже из проволоки и скотча.

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

55. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Аноним (??) on 29-Янв-18, 17:24 
>ультиматиыный подход к внедрению вызывает только отторжение

Интересно, это те же люди спрашивают, что потом задаются вопросом
>почему в линуксе такой зоопарк софта, они что не могут собраться и сделать один вариант?

или это две противоположные "касты"?

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

96. "Доступен системный менеджер systemd 237"  –4 +/
Сообщение от Аноним (??) on 30-Янв-18, 08:20 
Опа, разумный коммент. Надо же.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

73. "Доступен системный менеджер systemd 237"  –5 +/
Сообщение от Аноним email(??) on 29-Янв-18, 20:29 
Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него это просто куча программ набор который меняется от дистра к дистру. Унификация - верный путь.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

79. "Доступен системный менеджер systemd 237"  +4 +/
Сообщение от Анонимный Аноним on 29-Янв-18, 23:15 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

А вот тут Вы, уважаемый, совершенно не правы, и, более того, Вы не учитываете "уроки истории" (История учит нас тому, что человечество необучаемо. Ну или что-то в этом роде...)
Если Вы немножко понапрягаете Вашу прекрасную память, то вспомните, например, в чем отличие "мира Apple" от "мира IBM PC Compatible", цены в этих "мирах" и распространенность. А ведь на чем зиждется "мир IBM PC Compatible"? Правильно, на унификации СТАНДАРТОВ (спецификаций) (не конкретного железа и конкретных программ, а именно на СООТВЕТСТВИИ СТАНДАРТУ, вследствие чего (до засилия Форточек) было нескольно СОВМЕСТИМЫХ (на уровне запуска прикладных программ без перекомпиляции!) операционных систем (MS DOS, PC DOS, DR DOS etc), совместимые процессоры (Intel, AMD, Cyrix, VIA etc), совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителей etc) А Вы предлагаете вместо унификации спецификаций (стандартов) путь Apple - унификацию на уровне одной программы.

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

80. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 23:20 
> совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителей

Если и было, то только потому что жадные OEM'ы покупали чипы на одной помойке.

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

84. "Доступен системный менеджер systemd 237"  +/
Сообщение от Анонимный Аноним on 30-Янв-18, 00:17 
>> совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителей
> Если и было, то только потому что жадные OEM'ы покупали чипы на
> одной помойке.

Да, да. Именно "жадные OEM'ы покупали чипы" и именно "на одной помойке". Например: http://www.yjfy.com/images/oldhard/video/AEGAC-1_2.jpg
https://abcresellers.startlogic.com/store/media/VIDEO-CARDS/...
http://www.vgamuseum.info/media/k2/items/cache/45245952fc8c5...
http://minuszerodegrees.net/rom/photo/ATI%20EGA%20...
http://minuszerodegrees.net/rom/photo/NSI%20Logic%...
или
https://theroomthattimeforgot.com/wp-content/uploads/2017/08...
https://cdn6.bigcommerce.com/s-a1x7hg2jgk/images/stencil/128...
http://nostalgy.net.ru/museum/ne2000/uk0022.jpg
http://nostalgy.net.ru/museum/ne2000/relia.jpg


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

86. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Аноним (??) on 30-Янв-18, 01:20 
Сразу видно что не работали вы с этим "совместимым" железом, не работали.
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

126. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Ordu email(ok) on 31-Янв-18, 02:37 
За точными датами тебе лучше сходить в педивикию, но так навскидку, Phoenix отсудил право делать альтернативу IBM'овому BIOS'у где-то в районе 1990 года, а в 1995 вышла '95 венда.

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

> на СООТВЕТСТВИИ СТАНДАРТУ

Как вспомню эти стандарты, так вздрогну. Открывать адресную линию A20 через контроллер клавиатуры -- это такое очень продуманное инженерное решение.

> совместимые видеокарты

О, да. Мне как-то приспичило отревёрсить supaplex, я засунул его в ida, продрался сквозь распаковку, и нашёл там кучу работы с EGA графикой и ничего не понял. Тогда я нашёл в интернете книжку начала 90-х о том, что такое графика под DOS и прочитал её. Так вот, мои детские познания об этом, которые сводились к знанию о видеорежиме 10h и из которых следовало, что графика под DOS -- это что-то простое, разбились в пыль об эту книжку. Чтобы писать программы работающие с графикой, надо было уметь работать с несколькими разными видеокартами, и писать код который может детектировать тип видеокарты, правильно её инициализировать и правильно с ней работать. Все стандарты на тот или иной видеорежим сводились к тому, что "этот режим появился в такой-то видеокарте, есть ещё в таких-то и таких-то видеокартах, работать с ним надо так и так". Реально все эти "стандарты" сводились к тому, что есть референсная реализация, а все остальные ей подражают, иногда меняя немного нумерацию портов ввода/вывода, а иногда привнося свои особенные баги. При этом вся эта работа была больше работой с железом, чем собственно с графикой, потому что видеокарты предоставляли такой "API", который было удобно реализовывать разработчикам железа, а не такой, который удобно использовать программисту.
Был конечно bios, который через int10h позволял работать с некоторыми наиболее распространёнными режимами графики, но этот int10h был настолько тормозным, что графику через него выводить можно было только в рамках студенческой курсовой работы.
Тот же TurboC, если ты в него заглянешь, содержал в себе несколько драйверов для графики, точно помню про Hercules и EgaVga, потому что я ими пользовался, про остальные, типа MDA, CGA, MCGA -- не знаю. SVGA там точно не было.
Ах да, та книжка начиналась с пассажа автора, который объясняя назначение книги и свою мотивацию к её написанию, рассказывал историю, как он купил крутанский новый компьютер с крутанской новой видеокартой -- AFAIR, EGA -- и потом заплатил IBM'у $100+ за спецификцию и ждал полгода, когда наконец IBM ему пришлёт его заказ.

Попытка стандартизовать это дело была тоже в районе 1990 года, тогда запилили vesa-стандарты, svga, и прочие прелести. Которые даже дожили до сегодняшнего дня, но при этом не особо нужны в силу того, что в '95 году появилась венда, и стандартом на программирование графики стали win32api и DirectDraw. То есть, опять же хорошие, годные стандарты не успели появится и заменить собой зоопарк решений, как их сделали ненужными и заменили другими.

Стандарты для IBM PC Compatible -- это краткий эпизод из жизни PC, которому предшествовала жёсткая монополия со стороны IBM, и за которым последовала жёсткая монополия со стороны Microsoft. И на протяжении этого краткого эпизода PC так и не успел стать действительно стандартизованной железякой.

Если тебе нужны хорошие контрпримеры тому, что делает Поттеринг со своей единственной реализацией systemd, которая является де факто стандартом на саму себя, то ищи лучше на ietf.org, что-нибудь там об ipv4, tcp, udp и тому подобных вещах. Мне кажется что они как раз шли от стандарта ко многим реализациям, в отличие от PC, где принят другой подход: от единичной реализации, которая де факто стандарт себе, к многим реализациям, а затем к стандартизации.

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

129. "Доступен системный менеджер systemd 237"  +/
Сообщение от Andrey Mitrofanov on 31-Янв-18, 10:24 
> Как вспомню эти стандарты, так вздрогну. Открывать адресную линию A20 через контроллер
> клавиатуры -- это такое очень продуманное инженерное решение.

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

Теперь это https://duckduckgo.com/?q=pin+control+subsystem+site:lwn.net в каждом из миллиарда армо-фонов.

Вздрогнем!

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

138. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 02-Фев-18, 21:17 
> Чему их на микроконтроллерных уроках програмления научили, то они и -- в
> продуксион. Скажи спасибо, что не через принтерный порт...

YOLO, в те поры микроконтроллеров толком не было. Не умели тогда нужный уровень интеграции. Поэтому виденная штука конца 80 такой направленности являла собой полноценный комп, где Z80 вместе с RAM и ROM были распиханы в эпичных (по тем временам) габаритах. Чуть меньше кирпича. Учитывая размеры всех остальных, монтажик был весьма плотненький, да еще трухольный. Тогда даже буржуины еще только начинали познавать прелести SMD и маленьких микросхем вместо DIP-40.

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

102. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 30-Янв-18, 09:49 
> Унификация - верный путь.

Зоопарк реализаций инит-скриптов сменился зоопарком версий systemd. Несостоятельность идеи "юнит-файлы будут/должны писать разработчики апстрима, а мейнтейнерам останется только всё это дело опакечивать" в ситуации, когда чуть ли не в каждом релизе сабжа добавляются новые параметры либо меняется смысл значений ранее существовавших опций, поняли, наверное, даже сторонники поттеринга. Возможные нюансы раскладки файлов по директориям в разных дистрибутивах systemd тоже никак не решает.

Унификацию надо включать 31-м пунктом на http://0pointer.de/blog/projects/the-biggest-myths.html.

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

105. "Доступен системный менеджер systemd 237"  +5 +/
Сообщение от EHLO on 30-Янв-18, 10:35 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.

Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация.
Деградация одним словом от Unix-way к Windows-way.

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

118. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (??) on 30-Янв-18, 16:16 
> Любая свободная программа работала без модификаций с любым init-ом

Под зоопарком реализаций инит-скриптов подразумевались проблемы с переносимостью самих скриптов, а не запускаемых ими программ. Например, инит-скрипт, написанный для sysvinit в Debian, почти гарантированно не будет работать в CentOS, т.к. будет рассчитан на дебиановский способ описания зависимостей, настроек, дебиановские вспомогательные функции/скрипты и т.п..

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

121. "Доступен системный менеджер systemd 237"  +5 +/
Сообщение от _ (??) on 30-Янв-18, 19:07 
Да, но вот только сделать его рабочим занимало ну пусть один день. Ибо баш скрипты везде одинаковы, а раз ты маинтайнер - этого добра ты повидал до чёртикоффф :)

А сейчас с твоим текущим сыстемдЫ - шаг влево \ вправо и всё в корке. Дебаггер *ля в зубы! :( И чтобы запустить на хоть чём то другом, да даже на сис* другой версии уже часто нужно менять код самого аппа :-) Поздравляю Шарики, вы - балбесы!

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

132. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (??) on 02-Фев-18, 18:35 
> добра ты повидал до чёртикоффф :)

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

> А сейчас с твоим текущим сыстемдЫ - шаг влево \ вправо и
> всё в корке. Дебаггер *ля в зубы! :(

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

> Поздравляю Шарики, вы - балбесы!

Балбес, не балбес, а мой сервис работающий с UART он может мониторить на живость, в отличие от monit и runit, которые тут сватают бессмысленно и беспощадно.

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

135. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Michael Shigorin email(ok) on 02-Фев-18, 19:00 
> Балбес, не балбес, а мой сервис работающий с UART он может мониторить
> на живость, в отличие от monit и runit, которые тут сватают
> бессмысленно и беспощадно.

А ещё он умеет обспечить ситуацию вида

# mount /boot
# ls /boot
# _

Здесь должно было быть фото охреневшего меня, пока не выяснилось, что:
- на развёрнутой с флэшки системы задвоились записи для /boot (попал и вариант с флэшки, и для установленной системы);
- systemd "лучше меня знает", что делать, когда в /boot оказалось смонтировано "что-то не то", даже если смонтированное руками при этом по факту оказалось и описанным в /etc/fstab.

Ну, отмонтировал этот ваш псевдомозг моментально только что смонтированное.

Жрите такое сами.

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

139. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (??) on 02-Фев-18, 21:30 
> А ещё он умеет обспечить ситуацию вида

Можно я вам в вашем стиле, про линч негров? Уж сколько разных веселых ситуаций обеспечивали тюринг-полные инитскрипты - ни одному юниту системд не угнаться. При том отлаживать все это мерзко, криво, неудобно и - долго. Как угодно но если я накосячил в типовом юните системды то я понимю где факап быстро и с минимальным количеством лишних приседаний. Чаще всего просто посмотрев в journalctl.

> - на развёрнутой с флэшки системы задвоились записи для /boot (попал и
> вариант с флэшки, и для установленной системы);

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

> "что-то не то", даже если смонтированное руками при этом по факту
> оказалось и описанным в /etc/fstab.

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

> Ну, отмонтировал этот ваш псевдомозг моментально только что смонтированное.

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

> Жрите такое сами.

Я всегда жру сам то что советую другим. Иначе это непорядочно как-то, знаете ли. Как там ваши баши поживают? Все по прежнему две версии таскаете под художества вашего местного Ульриха?

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

140. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (??) on 02-Фев-18, 21:40 
А хотите еще загадку из эпохи древних костяшек?

Вот смотрите, есть fstab. Есть записи в нем. Но допустим что у нас нелинейная иерархия. Есть underlying storage. А есть то что зависит от смонтированности других сторажей. Будь то файл образа, оверлей, сетевые фс, или что еще.

Вопрос: где в формате синтаксиса fstab вообще нормыльнй порядок монтирования и зависимости? Нет, можно конечно последовательно все маунтить, как будто на дворе MSDOS и autoexec, но тогда в зависимости от числа записей в fstab время старта может затянуться. Некоторые конечно и 20 дисков будут так монтировать, но это нравится ой как не всем.

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

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

144. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Andrey Mitrofanov on 03-Фев-18, 12:13 
> А хотите еще загадку из эпохи древних костяшек?
> Вот смотрите, есть fstab. Есть записи в нем. Но допустим что у
> нас нелинейная иерархия. Есть underlying storage. А есть то что зависит
> от смонтированности других сторажей. Будь то файл образа, оверлей, сетевые фс,
> или что еще.
> Вопрос: где в формате синтаксиса fstab вообще нормыльнй порядок монтирования

$ man fstab |grep order
       comments,  blank  lines are ignored. The order of records in fstab is important because
              This  field  is  used  by  the  fsck(8)  program to determine the order in which
$ _

> и зависимости?

На. Детоксикацию.

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

149. "Доступен системный менеджер systemd 237"  +/
Сообщение от Anonymoustus (ok) on 14-Фев-18, 13:59 
Плюсонул.
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

148. "Доступен системный менеджер systemd 237"  +/
Сообщение от Anonymoustus (ok) on 14-Фев-18, 13:53 
> Ну вот майнтайнеры навидались чертиков и решили что им это не надо.
> Прописать юнитфайл на десяток строк им проше и копипастить из другого
> дистра его можно почти 1 в 1. А если даже и
> потребуется что-то сменить то это по крайней мере не на третьей
> странице.

Это не майнтайнеры решили, а малолетние программеры прикладухи типа гномокедов и модных фреймворков, которым «мне так удобнее» и «УМВР». Выбор Лиловой Шляпой ЦА был дьявольски точен.


>> Поздравляю Шарики, вы - балбесы!
> Балбес, не балбес, а мой сервис работающий с UART он может мониторить
> на живость, в отличие от monit и runit, которые тут сватают
> бессмысленно и беспощадно.

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

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

127. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от EHLO on 31-Янв-18, 08:08 
>> Любая свободная программа работала без модификаций с любым init-ом
> Под зоопарком реализаций инит-скриптов подразумевались проблемы с переносимостью самих
> скриптов, а не запускаемых ими программ. Например, инит-скрипт, написанный для sysvinit
> в Debian, почти гарантированно не будет работать в CentOS, т.к. будет
> рассчитан на дебиановский способ описания зависимостей, настроек, дебиановские вспомогательные
> функции/скрипты и т.п..

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

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

133. "Доступен системный менеджер systemd 237"  –3 +/
Сообщение от Аноним (??) on 02-Фев-18, 18:37 
Совместимость кого с кем? В системд есть слой совместимости с sysv, так что в пределах системы совместимость в целом есть. А между системами совместимости никогда и не было.
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

145. "Доступен системный менеджер systemd 237"  +/
Сообщение от Andrey Mitrofanov on 03-Фев-18, 12:16 
> Совместимость кого с кем? В системд есть

Он про "совместимость" Redhate-а c Debian-ом.

Он делает вид, что RedXxx решали такую "проблему".

Он делает вид, что RedXxx решали её и с s-d.

Снова.

Все 237 раз.  :-l

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

104. "Доступен системный менеджер systemd 237"  +4 +/
Сообщение от EHLO on 30-Янв-18, 10:34 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.

Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация. Деградация одним словом от Unix-way

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

122. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от _ (??) on 30-Янв-18, 19:10 
>Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре.

И это сильно огорчало торгашей из RH ...
И они таки нашли выход!

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

150. "Доступен системный менеджер systemd 237"  +/
Сообщение от Anonymoustus (ok) on 14-Фев-18, 14:02 
>>Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре.
> И это сильно огорчало торгашей из RH ...
> И они таки нашли выход!

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

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

106. "Доступен системный менеджер systemd 237"  +/
Сообщение от EHLO on 30-Янв-18, 10:36 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.

Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация.
Деградация одним словом от Unix-way к Windows-way.

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

10. "Доступен системный менеджер systemd 237"  +24 +/
Сообщение от EHLO on 29-Янв-18, 14:51 
>В journalctl добавлена опция "--grep"

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

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

14. "Доступен системный менеджер systemd 237"  +7 +/
Сообщение от Andrey Mitrofanov on 29-Янв-18, 14:58 
>>В journalctl добавлена опция "--grep"
> На n-нный год зоркий глаз решил сам воспользоваться своим велосипедом и заметил,
> что кроме всего прочего, на квадратных колесах неудобно, медленно и больно.

Даёшь
--while-read-do-mkdir-cat-rm-done
, ура!

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

22. "Доступен системный менеджер systemd 237"  +6 +/
Сообщение от Andrey Mitrofanov on 29-Янв-18, 15:14 
>>>В journalctl добавлена опция "--grep"
>> что кроме всего прочего, на квадратных колесах неудобно, медленно и больно.
> Даёшь
> --while-read-do-mkdir-cat-rm-done

#>>> следует указать "--case-sensitive=no"

Впрочем, сначала --grep-i.  :/

...и --квадратные-колёса-навсегда=не-е-ет.

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

16. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от anon_pioneer on 29-Янв-18, 15:00 
Ты ман по less не осилил?
Там поиск есть.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

32. "Доступен системный менеджер systemd 237"  +8 +/
Сообщение от EHLO on 29-Янв-18, 15:42 
> Ты ман по less не осилил?

Кстати, less тоже не осилил. Нет не я.
Пример:
В less здорового человека есть удобная опция Shift-F "Scroll forward, and keep trying to read when the end of file is reached."
Так вот, в journalctl... ну ты понял.

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

11. "Доступен системный менеджер systemd 237"  +8 +/
Сообщение от Аноним (??) on 29-Янв-18, 14:52 
В анонсе нет ни одного упоминания касательно issuses, bugs, fixes и bugfixes. И, мне кажется, тут что-то не так...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Доступен системный менеджер systemd 237"  +7 +/
Сообщение от freehck email(ok) on 29-Янв-18, 15:10 
Потому что issues и bugs -- это происки хейтеров, а fixes и bugfixes-- это features.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

23. "Доступен системный менеджер systemd 237"  +4 +/
Сообщение от JSW on 29-Янв-18, 15:15 
Сколько уже повторять, NOT-A-BUG!1!11
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

31. "Доступен системный менеджер systemd 237"  +/
Сообщение от allusers on 29-Янв-18, 15:41 
NOT-A-VIRUS
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

15. "Доступен системный менеджер systemd 237"  +5 +/
Сообщение от Аноним (??) on 29-Янв-18, 14:58 
> Добавлен флаговый файл /etc/systemd/dont-synthesize-nobody, при наличии

которого не будет создаваться пользователь с UID 65534 ("nobody");

cat /etc/passwd | grep nobody
nobody:x:99:99:Nobody:/:/sbin/nologin

Поттеринг, с чего ты взял, что nobody всегда 65534?

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

17. "Доступен системный менеджер systemd 237"  +4 +/
Сообщение от пох on 29-Янв-18, 15:05 
> Поттеринг, с чего ты взял, что nobody всегда 65534?

"ТЕПЕРЬ - есть!"
Теперь nobody ВСЕГДА 65534, потому что у кто не все, сломается какая-нибудь хрень, причем понять это по ее бинарным логам и невнятной диагностике будет невозможно. ибо нехрен выпендриваться.

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

134. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (??) on 02-Фев-18, 18:43 
Как же солярщики то жили с своим бинарным скулайтом? В который XML перегоняли.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

97. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (??) on 30-Янв-18, 08:22 
ИД рута не напрягает?
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

18. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Аноним (??) on 29-Янв-18, 15:08 
systemd вещь конечно удобная.. но зачем там, помимо управления загрузкой демонов и сопутчтвующего еще 100500 ненужных фич? зачем там VPN, DHCP и куча прочего?.. те функции, что должно быть в отдельном, специально заточенном для того софте? Unix way уже не в моде..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Доступен системный менеджер systemd 237"  +9 +/
Сообщение от freehck email(ok) on 29-Янв-18, 15:17 
Пользователи SystemD наконец-то начали о чём-то догадываться? Ну, лучше поздно, чем никогда.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

28. "Доступен системный менеджер systemd 237"  +8 +/
Сообщение от Andrey Mitrofanov on 29-Янв-18, 15:27 
> Пользователи SystemD наконец-то начали о чём-то догадываться? Ну, лучше поздно, чем никогда.

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

Это просто мимо-проходилы, которые совершенно не в курсе разворачивающейся драмы, с вопросом "ой, что это??".  Или мы с тобой толстячка не узнали -- горе нам.

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

26. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Andrey Mitrofanov on 29-Янв-18, 15:21 
> со
>путч
>твующего еще 100500 ненужных фич?

Тоньше, Владимир!

>специально за[вырезано цензурой мыслепреступлений]оченном для
> того софте?

Про_ц_есс же. Не остановить!!

>Unix way уже не в моде..

Ой, вот это вот точно совсе мне в сюда.

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

27. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Аноним (??) on 29-Янв-18, 15:22 
> зачем?

Because we can!...

Ну, а если серьёзно, вендор-лок, чо уж.

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

58. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 17:30 
>Unix way уже не в моде.

Он не был в моде уже на юниксе.

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

100. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от grn (ok) on 30-Янв-18, 09:17 
Just for fun?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Аноним (??) on 29-Янв-18, 15:10 
`journalctr ... | grep -i` гораздо короче, а с `-F` ещё и быстрее.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

81. "Доступен системный менеджер systemd 237"  +/
Сообщение от Анонимный Аноним on 29-Янв-18, 23:25 
> `journalctr ... | grep -i` гораздо короче, а с `-F` ещё и
> быстрее.

Прошу пардону, создатель этого самого "журнал-г", обосновывая бинарный (не текстовый) формат журнала, ездил тут всем по ушам, что вот-де в бинарном формате поиск-то быстрый будет (типа база данных, все дела) и еще куча всякого вкусного... А Вы во что превратили гениальнейшую идею? Бинарный журнал перегоняете в текстовый формат и текстовым инструментарием обрабатыватете? А можно вопрос: не проще ли сразу журнал в текстовом виде хранить? А ведь так оно и было (текстовый формат) до сюстем-ге с журналом-ге...

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

83. "Доступен системный менеджер systemd 237"  +/
Сообщение от анон on 29-Янв-18, 23:46 
Я думаю , впереди сохранение этого выхлопа в бинарный формат, что бы 2 раза не вставать.

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

21. "Доступен системный менеджер systemd 237"  +8 +/
Сообщение от Аноним (??) on 29-Янв-18, 15:11 
>В journalctl добавлена опция "--grep"

Because pipes are soooooo 1970.

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

39. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от pavlinux (ok) on 29-Янв-18, 16:08 
Рубани через disasm пайпы и фичу лёни. Удивись сколько гoвнa генерит системда
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

38. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Fantomas (??) on 29-Янв-18, 16:07 
Нужно cjdns добавить в systemd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Andrey Mitrofanov on 29-Янв-18, 16:50 
> Нужно cjdns добавить в systemd

Не в туда: добавить d-bus в bind и пожра-а-ать его. Bind10. Питон. Uhgm!!

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

51. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 17:11 
>> Нужно cjdns добавить в systemd
> Не в туда: добавить d-bus в bind и пожра-а-ать его. Bind10. Питон.
> Uhgm!!

Думаю пора встроить GNOME и Wayland в systemd. Следующим шагом будет ядро... Oh, wait...

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

53. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Andrey Mitrofanov on 29-Янв-18, 17:20 
>>> Нужно cjdns добавить в systemd
>> Не в туда: добавить d-bus в bind и пожра-а-ать его. Bind10. Питон.
>> Uhgm!!
> Думаю пора встроить GNOME и Wayland в systemd. Следующим шагом будет ядро...
> Oh, wait...

Эта "стратегия" в одни ворота: пока мы тут _шутим_ про то, чего б "такого" повесить на красношляпое -- для нанесения _ему_ максимального урона и лулзов, оно таки пожирает и троянит инфраструктуру, нанося нам. "несогласным", "бездействующим", "ретроградам" итпр, таки этот самый [в сетапе той игры-"стратегии"] урон под лулзы и улюлюкания ленарт-югенда.

Надо менять игру... runit? sheperd? less-что-тотам-в-носу-d? ...
Начинать что-то делать?! ........... :/

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

59. "Доступен системный менеджер systemd 237"  +3 +/
Сообщение от Аноним (??) on 29-Янв-18, 17:33 
>[оверквотинг удален]
>>> Uhgm!!
>> Думаю пора встроить GNOME и Wayland в systemd. Следующим шагом будет ядро...
>> Oh, wait...
> Эта "стратегия" в одни ворота: пока мы тут _шутим_ про то, чего
> б "такого" повесить на красношляпое -- для нанесения _ему_ максимального урона
> и лулзов, оно таки пожирает и троянит инфраструктуру, нанося нам. "несогласным",
> "бездействующим", "ретроградам" итпр, таки этот самый [в сетапе той игры-"стратегии"]
> урон под лулзы и улюлюкания ленарт-югенда.
> Надо менять игру... runit? sheperd? less-что-тотам-в-носу-d? ...
> Начинать что-то делать?! ........... :/

Первое что приходит в голову, это поддержать Devuan. Хотя бы тестированием. Ну или хотя популяризацией!

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

64. "Доступен системный менеджер systemd 237"  +/
Сообщение от anonymous (??) on 29-Янв-18, 18:07 
> Первое что приходит в голову, это поддержать Devuan. Хотя бы тестированием. Ну
> или хотя популяризацией!

Devuan - это downstream. Не тот уровень, где проблему надо решать.

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

65. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 18:09 
> Первое что приходит в голову, это поддержать Devuan. Хотя бы тестированием. Ну
> или хотя популяризацией!

Корпоративный веб-сервант на него перевёл. Полгода уже.

Как-раз оно: и тестирование, и популяризация.

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

141. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (??) on 02-Фев-18, 21:43 
> Корпоративный веб-сервант на него перевёл. Полгода уже.

Целый один? Крутая у тебя там корпорация.

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

142. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 02-Фев-18, 22:07 
>> Корпоративный веб-сервант на него перевёл. Полгода уже.
> Целый один? Крутая у тебя там корпорация.

А то! "Адын. Савсэм адын..."

Ещё тестовый сервант, который монтажники по точкам носят. :-)

Просто "внезапно" (примерно за год до выхода стабильной ветки devuan) выяснилось, что и простой 8-й дебьян в северном варианте вполне себе без онтопика работает. ;-)

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

143. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (??) on 03-Фев-18, 00:31 
> Ещё тестовый сервант, который монтажники по точкам носят. :-)

Ну все, теперь Поттерингу точно хана.

> Просто "внезапно" (примерно за год до выхода стабильной ветки devuan) выяснилось, что
> и простой 8-й дебьян в северном варианте вполне себе без онтопика работает. ;-)

Как показали натурные эксперименты, он и с онтопиком неплохо работает :). И я очень рад тому что теперь трах с дефолтной системой - не у меня.

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

146. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 03-Фев-18, 14:04 
>> и простой 8-й дебьян в северном варианте вполне себе без онтопика работает. ;-)
> Как показали натурные эксперименты, он и с онтопиком неплохо работает :). И
> я очень рад тому что теперь трах с дефолтной системой -
> не у меня.

Не знаю, не знаю. На десктопе оно ещё терпимо, но на сервере это просто ад. Глюки зависимостей старта, больное на всю голову журналирование, уродская система контроля сессий...

Мне хватило по самое "не хочу" за неделю отладки центоса 7 с нагиосом и 16.04 бубунты с опенвпн. Теперь это дерьмецо  сносится первым делом или ставится сразу без него.

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

94. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (??) on 30-Янв-18, 07:20 
ой. а ты думать умеешь?... еще не все мозги расстерял от ударов по стенам?
А то смотри опять биться начнешь услышав слово BSDL :-)
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

63. "Доступен системный менеджер systemd 237"  –4 +/
Сообщение от Аноним (??) on 29-Янв-18, 17:58 
Скорей бы уже SystemD намертво прибили к ядру и все успокоились. А те, кому не нравится Red Hat - пусть валять на шиндовс.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 19:10 
Так неинтересно. Надо ядро сделать модулем systemd. Будут красивые иниты для его конфигурации, можно будет журналировать кернел паники.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

67. "Доступен системный менеджер systemd 237"  +3 +/
Сообщение от Аноним (??) on 29-Янв-18, 18:21 
devuan.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

70. "Доступен системный менеджер systemd 237"  +6 +/
Сообщение от Аноним (??) on 29-Янв-18, 19:52 
> В journalctl добавлена опция "--grep"

Надо было --select-string, чего он боится-то?

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

72. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Inv on 29-Янв-18, 20:23 
Даешь новые профессии: OPS SystemD, DevOPS SystemD
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

128. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 31-Янв-18, 10:04 
Правильнее будет  Oops Systemd
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

75. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 21:27 
> что позволяет создавать пользователей у которых не совпадают UID и GID.

А это ещё зачем?

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

76. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 29-Янв-18, 21:45 
Группы политик, active directory auth
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

89. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Stop on 30-Янв-18, 04:34 
Да ладно вам, занудам, единственно верное решение товарищЪ толкает. systemd - так победим!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

93. "Доступен системный менеджер systemd 237"  +/
Сообщение от AnoNe01eX on 30-Янв-18, 07:17 
Эти товарищи нам не товарищи.
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

90. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Аноним (??) on 30-Янв-18, 04:35 
> добавление опции "--grep" в journalctl

Воу, обещали же что в journald grep не нужен будет, выходит потеринг врал как всегда?

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

92. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от leap42 (ok) on 30-Янв-18, 05:47 
а он и не нужен
journalctl | grep
много лет уже пользуюсь
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

91. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 30-Янв-18, 04:41 
кстати:

> apt-get --no-install-recommends install sysvinit-core sysvinit-utils
> reboot
> apt-get remove --purge --auto-remove systemd libpam-systemd

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

108. "Доступен булыжник -- к оружию, камрады"  +1 +/
Сообщение от Andrey Mitrofanov on 30-Янв-18, 12:19 
> кстати:
>> apt-get --no-install-recommends install sysvinit-core sysvinit-utils
>> reboot
>> apt-get remove --purge --auto-remove systemd libpam-systemd

Это http://without-systemd.org/wiki/index.php/How_to_remove_syst...
всё https://wiki.debian.org/systemd#Installing_without_systemd
полумеры, соглашательство, самообман и пятая колонна.

См. также
systemd-must-die https://lists.debian.org/debian-devel/2014/07/msg00018.html
и его политкорректное продолжение
prevent-systemd-completely https://pkgs.org/download/prevent-systemd-completely .

Но!

Есть https://duckduckgo.com/?q=How+to+remove+libsystemd0+from+a+D...
путь: https://forums.bunsenlabs.org/viewtopic.php?id=4264

apt-get purge -s libsystemd0*

//Нет сам не делал. Доживаю последние деньки на wheezy-lts.

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

147. "Доступен булыжник -- к оружию, камрады"  +/
Сообщение от Anonymoustus (ok) on 14-Фев-18, 12:22 
> //Нет сам не делал. Доживаю последние деньки на wheezy-lts.

Перейти на БЗД, Шиндовс, Мак, Солярис и иже с ними. Из 9-го Дебиана Оно уже НЕ выпиливается. Вот на днях буквально проверил: libsystemd0 приколочена гвоздями к половине репозитория.

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

151. "Доступен булыжник -- к оружию, камрады"  +/
Сообщение от Andrey Mitrofanov on 14-Фев-18, 14:05 
>> //Нет сам не делал. Доживаю последние деньки на wheezy-lts.
> Перейти на Б

Да, доживаю включает "рассматриваю варианты, куды бечь". Мои варианты совсем другие.

>Вот на днях буквально проверил: libsystemd0
> приколочена гвоздями к половине репозитория.

Ты неправильно смотришь: она  __не__ приколочена ко второй половине.:-D
//http://www.opennet.ru/openforum/vsluhforumID3/113417.html#108

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

111. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (??) on 30-Янв-18, 13:58 
"Раскладка кнопок увеличения и уменьшения масштаба, присутствующих на некоторых клавиатурах, теперь сопоставлена в hwdb с кодами вверх и вниз, что позволяет использовать данные кнопки для прокрутки (раньше было настроено сопоставление с кодами zoomin и zoomout, которые не воспринимаются в большинстве пользовательских окружений); "

Зачем???
А потом героически решать проблему того что они отвалились в каком-то приложении :(

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

112. "Доступен системный менеджер systemd 237"  +/
Сообщение от Andrey Mitrofanov on 30-Янв-18, 14:49 
> "Раскладка кнопок увеличения и уменьшения масштаба, присутствующих на некоторых клавиатурах,
> теперь сопоставлена в hwdb с кодами вверх и вниз, что позволяет
> использовать данные кнопки для прокрутки (раньше было настроено сопоставление с кодами
> zoomin и zoomout, которые не воспринимаются в большинстве пользовательских окружений);
> "
> Зачем???
> А потом героически решать проблему того что они отвалились в каком-то приложении
> :(

#>> которые не воспринимаются в большинстве пользовательских
#>> не в большинстве

Они не такие, как все. Патамучта.

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

123. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (??) on 30-Янв-18, 21:49 
вот если бы бесплатные сервера wire guard подняли ) цены бы не было, а так...покупать впс/вдс..ну его...проще и вовсе без впн тогда обойтись.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

124. "Доступен системный менеджер systemd 237"  +/
Сообщение от AnoNe01eX on 30-Янв-18, 22:39 
Толсто.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

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

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




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

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