The OpenNET Project / Index page

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



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

Оглавление

Новая версия systemd 202, opennews (ok), 20-Апр-13, (0) [смотреть все]

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


70. "Новая версия systemd 202"  +1 +/
Сообщение от etw (ok), 21-Апр-13, 11:00 
> 1. Поглощение или замена системных компонентов, которые не были раньше привязаны к
> systemd (udev,cron,dbus,consolekit,syslog и т.д.). Отсюда представляется невозможным
> использовать systemd совместно с mdev, например.
>cron

у меня systemd и cron прекрасно работает. то, что в systemd появилась похожая функциональность, никому не мешает.

>dbus

он в systemd не вливается и аналогичная функциональность в systemd не планируется. последний пользуется dbus-ом, но функциональность у них не пересекается.

>consolekit

Наконец-то кто-то взялся за реализацию этого недописанного куска неподдерживаемого кода.

>syslog

journald работе сислога не мешает. более того, первый можно фактически отключить.

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

Свободы выбора формата локального текстового журнала у пользователя syslog не больше, ем у пользователя journald в выборе бинарного.

> 3. Отсутствие культуры разработки. В частности, полное нежелание апстрима конструктивно
> работать с сообществом. Особенно вызывает раздражение тот факт, что выносят на
> обсуждение то, что уже давно решили. Т.е. по сути ставят перед
> фактом.

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

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

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

> 5. Монолитность проекта выливается в невозможность исключения ненужной функциональности
> без пересборки с нужными ключами. От этого страдают в первую очередь
> бинарные дистрибутивы, где пользователь лишён возможности исключить ненужную ему функциональность
> путём удаления определённых пакетов. Могу предположить, что у Леннарта своё понятие
> о модульности. В других модульных проектах такой проблемы нет. Каждый плагин
> пакуется в отдельный пакет с возможностью выборочной установки под решаемую задачу.

Например ядро.

> 7. Плохая совместимость с другими системами инициализации.

Совместимость там, где майнтейнеры ей озаботились, отличная. Допиливать апстрим-софт под нужды и извращения конкретного дистрибутива - задача его майнтейнеров. Если к systemd прилаживать костыли для каждого из сотен дистрибутивов, то он разбухнет так, что ты же первый начнешь еще сильнее про блоатварность верещать. Разработчики предоставили интерфейс к lsb-init для совместимости, а остальное - проблемы индейцев.

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

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

>Поставлять udev,dbus и т.д. отдельно товарищи из редхата почему-то не в состоянии. То ли опыта не хватает, то ли политика партии.

udev отдельно поставить можно, dbus запихивать в systemd никто не собирается.


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

82. "Новая версия systemd 202"  +3 +/
Сообщение от anonymous (??), 21-Апр-13, 11:19 
>у меня systemd и cron прекрасно работает. то, что в systemd появилась похожая функциональность, никому не мешает.
>он в systemd не вливается и аналогичная функциональность в systemd не планируется. последний пользуется dbus-ом, но функциональность у них не пересекается.

В всех случаях дублируется функциональность. Главный вопрос, зачем? Мне не нужно два демона dbus и несколько системных журналов болтающихся одновременно.


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

Лично я этой помощи не ощутил. Даже наоборот, проблем прибавляется у тех, кто-то хочет поддерживать что-то кроме systemd. Пример с перемещением файлов конфигурации более чем показателен. Кроме того, спрос на выбор формата журнала имеет место быть. Количество хейтеров заметно поубавилось бы, если бы он был.


>Добро пожаловать в мир гибких методологий разработки. В этом плане апстрим ядра ничем не лучше. Если кому-то нужна LTS-версия, пусть поддерживают своими силами, что, кстати, в дистрибутивах и происходит.

Сообщение очень похоже на троллинг. У ядра есть чёткий жизненный цикл. А именно, выход нескольких RC перед релизом, а также LTS-версии, которые имеют вполне чёткий жизненный цикл.


>Например ядро.

Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать в отдельные пакеты и ставить по мере необходимости. А вот в systemd удалить journald без изменения исходников.


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

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

94. "Новая версия systemd 202"  –3 +/
Сообщение от etw (ok), 21-Апр-13, 11:51 
> В всех случаях дублируется функциональность. Главный вопрос, зачем? Мне не нужно два
> демона dbus и несколько системных журналов болтающихся одновременно.

отстань уже от dbus, systemd использует его, а не заменяет. что же касается логирования, то syslog-демоны намного функциональнее journald, однако, например, домашние пользователи ей не пользуются.

> Лично я этой помощи не ощутил. Даже наоборот, проблем прибавляется у тех,
> кто-то хочет поддерживать что-то кроме systemd. Пример с перемещением файлов конфигурации
> более чем показателен. Кроме того, спрос на выбор формата журнала имеет
> место быть. Количество хейтеров заметно поубавилось бы, если бы он был.

Зачем кому-то кроме программ systemd лезть в их конфиги? У этих программ есть интерфейс для взаимодействия.

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

несколько RC перед выпуском на нестабильную ветку не тянет. Вот раньше да, была стабильная 2.4 и нестабильная 2.5, а потом от этого отошли и теперь ветка одна.

> а также LTS-версии, которые имеют
> вполне чёткий жизненный цикл.

Еще раз, LTS версии Линусом не поддерживаются. Это делают другие люди потому, что им это нужно. Если тебе нужен LTS-systemd, возьми и поддержи.

>>Например ядро.
> Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать
> в отдельные пакеты и ставить по мере необходимости. А вот в
> systemd удалить journald без изменения исходников.

Тем не менее, в systemd не только он сам и еще journald присутствуют. Systemd без большинства остальных частей, кроме, разве что, udev (однако, он сам без systemd по себе жить может), юзабелен.

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

115. "Новая версия systemd 202"  –2 +/
Сообщение от коекто (?), 21-Апр-13, 12:56 
Жму руку за спокойный и обстоятельный разбор.
Ответить | Правка | Наверх | Cообщить модератору

231. "Новая версия systemd 202"  +/
Сообщение от Аноним (-), 24-Апр-13, 19:01 
>  Если тебе нужен LTS-systemd, возьми и поддержи.

Где-то я это уже слышал. Ах да. Не нравится ЖКХ? Иди сам ТСЖ организуй и всё делай. Не нравится еда в магазах - иди научись выбирать еду в 3540 местах и определять её качество. Не нравится медицина - иди научись сам диагностировать всё и вся. Не нравится как учат - иди на педагога выучись и учи правильно. Не нравятся как обращаются чиновники - иди учи законы и почти выучись на юриста. Да и вообще - не нравится государство? Нефиг его критиковать - возьми и своё построй.
Ты там сам себе лапти плетёшь и хлеб печёшь? Ну поздравляю, чО. Остальным только не надо навязывать свой стерлигов-стайл.

> Тем не менее, в systemd не только он сам и еще journald присутствуют. Systemd без большинства остальных частей, кроме, разве что, udev (однако, он сам без systemd по себе жить может), юзабелен.

Как сделать юзабельным остальные части системд без собственно самого системд?

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

95. "Новая версия systemd 202"  –1 +/
Сообщение от ноним (ok), 21-Апр-13, 11:52 

> Сообщение очень похоже на троллинг. У ядра есть чёткий жизненный цикл. А
> именно, выход нескольких RC перед релизом, а также LTS-версии, которые имеют
> вполне чёткий жизненный цикл.

Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.

>>Например ядро.
> Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать
> в отдельные пакеты и ставить по мере необходимости. А вот в
> systemd удалить journald без изменения исходников.

Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6 нужен не всем, у меня из за него "дублируется функциональность"

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

156. "Новая версия systemd 202"  +1 +/
Сообщение от anonymous (??), 21-Апр-13, 15:57 
> Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.

Я тебя удивлю, но и ядрышко он уже не сам пишет.

> Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6
> нужен не всем, у меня из за него "дублируется функциональность"

Функциональность чего? Реализации ipv6?

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

168. "Новая версия systemd 202"  –2 +/
Сообщение от ноним (ok), 21-Апр-13, 16:38 
>> Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.
> Я тебя удивлю, но и ядрышко он уже не сам пишет.

Но принимает решение о готовности релиза.

>> Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6
>> нужен не всем, у меня из за него "дублируется функциональность"
> Функциональность чего? Реализации ipv6?

Нет. У меня есть ipv4 и все работает. Зачем мне нужен ipv6, если я его не использую?


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

191. "Новая версия systemd 202"  +/
Сообщение от anonymous (??), 21-Апр-13, 19:17 
>> Сообщение очень похоже на троллинг. У ядра есть чёткий жизненный цикл. А
>> именно, выход нескольких RC перед релизом, а также LTS-версии, которые имеют
>> вполне чёткий жизненный цикл.
> Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.
>>>Например ядро.
>> Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать
>> в отдельные пакеты и ставить по мере необходимости. А вот в
>> systemd удалить journald без изменения исходников.
> Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6
> нужен не всем, у меня из за него "дублируется функциональность"

blacklist ipv6 в modprobe.d или аналогичном механизме вашего дистрибутива. rmmod скорее всего не сработает.

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

199. "Новая версия systemd 202"  –2 +/
Сообщение от ноним (ok), 22-Апр-13, 06:54 
>[оверквотинг удален]
>>> вполне чёткий жизненный цикл.
>> Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.
>>>>Например ядро.
>>> Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать
>>> в отдельные пакеты и ставить по мере необходимости. А вот в
>>> systemd удалить journald без изменения исходников.
>> Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6
>> нужен не всем, у меня из за него "дублируется функциональность"
> blacklist ipv6 в modprobe.d или аналогичном механизме вашего дистрибутива. rmmod скорее
> всего не сработает.

"В всех случаях дублируется функциональность. Главный вопрос, зачем? Мне не нужно два ст и несколько *стека ip* и *скедуллеров* болтающихся одновременно." ))

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

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

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




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

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