The OpenNET Project / Index page

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



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

Оглавление

Участник проекта Debian ответил на критику systemd, opennews (?), 09-Июн-13, (0) [смотреть все]

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


13. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от anonymous (??), 09-Июн-13, 21:39 
>сконцентрировать в одном месте усложнённость множества различных init-скриптов

В systemd скрипты? Подробнее, пожалуйста. Что такое усложнённость и зачем её концентрировать?


>В итоге, упрощается работа мэйнтейнеров пакетов по написанию сервисных файлов

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


>целостные и надёжные средства для управления сервисами

В чём заключается целостность и надёжность управления? И почему все другие реализации стали ненадёжные?

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

14. "Участник проекта Debian ответил на критику systemd"  +19 +/
Сообщение от бедный буратино (ok), 09-Июн-13, 21:46 
Я новость процитировал, где на исходный вопрос отвечено.

> Чем упрощается? Каким образом? И вообще, с чего ты взял, что она упрощается?

Устройством модулей, вероятно.

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

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

29. "Участник проекта Debian ответил на критику systemd"  –6 +/
Сообщение от Амоним (?), 09-Июн-13, 22:37 
не флудите, товарищ. шестью строчками выше ответы на не те вопросы.
потому что поясняю:

> systemd просто старается сконцентрировать в одном месте усложнённость множества различных init-скриптов. ... [etc.]

0. вопрос не про старания системд. вопрос про старания тех, кто пиарит.
1. сложность скриптов инициализации системы связана с тем, что инициализация системы - штука непростая. и всё. перенос этой сложности "в себя" == перенос инициализации из скриптов инициализации - явный нонсенс.
2. с systemd связано множество усложнений. если кто не хочет связываься с ними - должен иметь возможность выбора чего-то попроще, поклассичнее, etc.

как вариант результата:
0. systemd в конечном итоге захватывает загрузку систем;
1. rh (или ещё ктонить) прибирает к рукам systemd;
2. ...
3. profit. хошь грузить линух - изволь лицензию на systemd приобрести.
а разрабов у init-скриптов ужо не будет, за невостребованностью.

как вариант того, что должно быть:
0. список возможных проблем, юзеры пополняют со временем.
1. группа, стандартизирующая требования к софту подобного рода.
2. стандарты, выпущенные группой.
3. много проектов, наравне с systemd, не подминающие под себя удевы, следующие стандартам.
4. все довольны.

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

48. "Участник проекта Debian ответил на критику systemd"  +8 +/
Сообщение от бедный буратино (ok), 09-Июн-13, 23:25 
чтобы переписать все скрипты на systemd, требуется примерно в 100 раз меньше усилий, чем на ежедневное нытьё на форумах про то, как всё плохо
Ответить | Правка | Наверх | Cообщить модератору

123. "Участник проекта Debian ответил на критику systemd"  +7 +/
Сообщение от the joker (ok), 10-Июн-13, 05:19 
> требуется примерно в 100 раз меньше усилий, чем на ежедневное нытьё на форумах про то, как всё плохо

Зато сколько удовольствия!

Люди ищут сострадания, а им говорят "вот вам инструмент получше, только не нойте"...

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

138. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ (?), 10-Июн-13, 08:42 
давайте начнем с того что "а надо ли" переписывать. Чуть раньше была новость что сравнив скорость загрузки sysv init  и systemd - получили что systemd проигрывает по скорости. Хотя это пиарилось как его главное достоинство. Теперь начинают срочно искать другие достоинства? раз уж со скоростью облажались...
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

141. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от бедный буратино (ok), 10-Июн-13, 08:58 
> давайте начнем с того что "а надо ли" переписывать. Чуть раньше была
> новость что сравнив скорость загрузки sysv init  и systemd -
> получили что systemd проигрывает по скорости. Хотя это пиарилось как его
> главное достоинство. Теперь начинают срочно искать другие достоинства? раз уж со
> скоростью облажались...

Что надо - решают разработчики Debian. И пишут об этом в release notes. Мы почти прозрачно перешли на конкурентную загрузку в 6.0, прозрачно перейдём и на systemd, и на upstart, и на /etc/rc, если так решат маинтайнеры. Потому что Debian.

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

156. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (-), 10-Июн-13, 10:49 
> давайте начнем с того что "а надо ли" переписывать.

А вот это уже для себя каждый сам решает. Я вот вижу что даже разработчикам софта нынче стало зачастую не лениво 5 строчек в service-файл накатать. А как по мне - я опять же для запуска моих кастомных демонов предпочту 5 строк в конфиг кинуть чем выписывать костыли на три страницы на скриптах. Особенно весело когда метровый интерпетер с портянкой на 3 страницы пиинается для старта 20 кб прожки. Что еще веселее, если лыжи не едут, придется самому дописывать логгинг и дебаггинг. Потому что в дефолтных стартовых скриптах он отсутствует чуть более чем полностью. Так что если что-то где-то не получается, в sysvinit с этим отдельный гемор.

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

158. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok), 10-Июн-13, 10:51 
И демонизация в каждых дистрибутивах разная, поэтому универсальный init-скрипт не имел смысла.
Ответить | Правка | Наверх | Cообщить модератору

161. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от linux must _RIP_ (?), 10-Июн-13, 11:15 
да что вы говорите $app_name & разная? или ключик у программы вдруг поменяется?

тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив. Теперь надо менять это все - с учетом того что товарищи писатели systemd - вопросами портируемости между дистрибутивами не заморачиваются. "Весь мир прогнется под нас"... ведь так?

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

172. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от Аноним (-), 10-Июн-13, 11:45 
> да что вы говорите $app_name & разная?

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

> или ключик у программы вдруг поменяется?

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

> тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив.

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

> Теперь надо менять это все - с учетом того что товарищи
> писатели systemd - вопросами портируемости между дистрибутивами не заморачиваются.

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

> "Весь мир прогнется под нас"... ведь так?

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

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

192. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ (?), 10-Июн-13, 13:31 
>> да что вы говорите $app_name & разная?
> А это, внезапно, вообще костыль. И да, таки отличие у программ бывают.
> Кто-то дергает соотв. сискол, кто-то нет, кто-то делает закат солнца вручную
> сам. По факту интимных особенностей можно запросто выкусить.

Ой.. А что clone(2) уже отличается в разных дистрибутивах?
или с каких пор '&' костыль? даже в POSIX / SUSv3 это есть - откройте уже для себя man sh...
если уже сильно хочется - посмотрите в posix complatible.


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

так вы разберитесь о чем вы говорите - о демонизации или о разных путях в дистрибутивах?
разные пути - правильными разработчиками подменяются при помощи autotest утилит в конце configure.
и никаких проблем..


> И вот тебе вываливается портяна на три страницы, где константы типа
> директорий равномерным слоем размазаны по всему тексту. Сколько времени убьется на
> ее фиксинг под другой дистр?

минут 5-10. sh -x / bash -x / set -x в начале файла.


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

да что вы говорите ?! а set -x вы не знали ?


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

в прошлом сообщении вы говорили что unit файлы будут разные под каждый дистрибутив - так в чем разница?

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

Признайтесь вы что не читали ничего по shell scripting?
вот у меня вполне работает конструкция с

bash-3.2$ find *sh -exec cat {} \; | wc -l
   51452

и нет никакой проблемы с поддержкой этого test framework на шеле - хотя и есть ограничения у него.


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

90% простыни занимают комментарии.  Так и скажите что не ослили shell scripting, а дальше вы же не лох?
А теперь пожалуйста расскажите как вы сделаете дополнительные опции по управлению сервисом?
Вот вызов httpd --configtest я сделаю за 10 минут в init файле. и будет доступно через команду service httpd configtest

сколько вам потребуется что бы сделать тоже самое при помощи systemd ?


>> "Весь мир прогнется под нас"... ведь так?
> Именно так. Лохов и лузеров в этом мире не лю.

А сам не лох и лузер? видимо просто школяр. А ратую за простую вещь - соблюдение Single Unix specification v3/v4. Хотя видимо вам уважаемый эти слова не скажут ничего.

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

200. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от бедный буратино (ok), 10-Июн-13, 13:42 
> А сам не лох и лузер? видимо просто школяр. А ратую за
> простую вещь - соблюдение Single Unix specification v3/v4.

Вы сами не знаете, кто вы? Вот уж воистину, левая голова не ведает, что творит правая.

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

231. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ (?), 10-Июн-13, 14:44 
>> А сам не лох и лузер? видимо просто школяр. А ратую за
>> простую вещь - соблюдение Single Unix specification v3/v4.
> Вы сами не знаете, кто вы? Вот уж воистину, левая голова не
> ведает, что творит правая.

ответьте чем требование использовать sh - уходит за пределы SUS ?

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

206. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok), 10-Июн-13, 13:55 
>>> тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив.
>> Потому что они разные. И скрипты от одного дистра не только не
>> подойдут для другого.
> в прошлом сообщении вы говорили что unit файлы будут разные под каждый
> дистрибутив - так в чем разница?

Переделать unit-файл под другой дистр - максимум минута.

>>> Теперь надо менять это все - с учетом того что товарищи
>>> писатели systemd - вопросами портируемости между дистрибутивами не заморачиваются.
>> Знаете, пять строк конфига с путями - я и сам напишу за
>> пару минут. А вот патчить дистро-специфичную трехстраничную простыню на баше где
>> константы по всему коду - вот уж нафиг!
> 90% простыни занимают комментарии.  Так и скажите что не ослили shell
> scripting, а дальше вы же не лох?

#cat /etc/init.d/nfs |wc -l                    
239

#cat /etc/init.d/nfs | grep -vE "(^$|^#)" |wc -l
181

90% говорите? Ну, ну.

> А теперь пожалуйста расскажите как вы сделаете дополнительные опции по управлению сервисом?
> Вот вызов httpd --configtest я сделаю за 10 минут в init файле.
> и будет доступно через команду service httpd configtest
> сколько вам потребуется что бы сделать тоже самое при помощи systemd ?

ExecStartPre=apachectl configtest ? И не 10 минут, и будет работать автоматом при каждом старте сервиса, а не ручками каждый раз запускать.

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

234. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ (?), 10-Июн-13, 14:48 
>>>> тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив.
>>> Потому что они разные. И скрипты от одного дистра не только не
>>> подойдут для другого.
>> в прошлом сообщении вы говорили что unit файлы будут разные под каждый
>> дистрибутив - так в чем разница?
> Переделать unit-файл под другой дистр - максимум минута.

а мне init файл переделать уходит 5 минут, что характерно в разы больше уходит что бы переделать весь src.rpm между дистрибутивами.

>> А теперь пожалуйста расскажите как вы сделаете дополнительные опции по управлению сервисом?
>> Вот вызов httpd --configtest я сделаю за 10 минут в init файле.
>> и будет доступно через команду service httpd configtest
>> сколько вам потребуется что бы сделать тоже самое при помощи systemd ?
> ExecStartPre=apachectl configtest ? И не 10 минут, и будет работать автоматом при
> каждом старте сервиса, а не ручками каждый раз запускать.

а зачем мне это в prestart? когда я хочу отдельной командой проверять конфиг на коректность.. ?
да да - расскажите как в systemd дописать другие команды к управлению сервисом - к примеру у apache по service httpd status - мог вызываться lynx который вытаскивал $host/status-page и выдавал на консоль.

расскажите как сделать ровно тоже на базе systemd?

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

238. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от ноним (ok), 10-Июн-13, 14:55 
>[оверквотинг удален]
> а мне init файл переделать уходит 5 минут, что характерно в разы
> больше уходит что бы переделать весь src.rpm между дистрибутивами.
>>> А теперь пожалуйста расскажите как вы сделаете дополнительные опции по управлению сервисом?
>>> Вот вызов httpd --configtest я сделаю за 10 минут в init файле.
>>> и будет доступно через команду service httpd configtest
>>> сколько вам потребуется что бы сделать тоже самое при помощи systemd ?
>> ExecStartPre=apachectl configtest ? И не 10 минут, и будет работать автоматом при
>> каждом старте сервиса, а не ручками каждый раз запускать.
> а зачем мне это в prestart? когда я хочу отдельной командой проверять
> конфиг на коректность.. ?

А зачем вам проверять конфиг на корректность? Наверное, чтобы демон успешно запустился? А если уж так хочется, то никто не мешает запустить apachectl configtest (даже более дистрибутивонезависимо получается). Зачем для этого отдельный параметр в init-e? Каждые 5 минут правите конфиг?

> да да - расскажите как в systemd дописать другие команды к управлению
> сервисом - к примеру у apache по service httpd status -
> мог вызываться lynx который вытаскивал $host/status-page и выдавал на консоль.
> расскажите как сделать ровно тоже на базе systemd?

Можно из буханки хлеба сделать троллейбус, но зачем?

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

307. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ (?), 11-Июн-13, 11:21 
> А зачем вам проверять конфиг на корректность? Наверное, чтобы демон успешно запустился? А если уж так хочется, то никто не мешает запустить apachectl configtest (даже более дистрибутивонезависимо получается). Зачем для этого отдельный параметр в init-e? Каждые 5 минут правите конфиг?

А если я не хочу помнить apachectl? есть общее управление сервисом - service $srv-name без параметров выходит список команд. Зачем помнить что-то о apachectl?
И как раз таки по тому что я правлю не часто - помнить все команды мне не хочется.
Хотя ответ напоминает - традиционный ответ windows юзеров - "потребности в колбасе нету".


> Можно из буханки хлеба сделать троллейбус, но зачем?

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

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

204. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (-), 10-Июн-13, 13:52 

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

Они там вполне вменяемые, никаких велосипедов. И, самое главное - появились значительно раньше. Что характерно. После чего пингвиноиды кинулись к своим велосипедам в спринтерском темпе.

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

173. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 11:47 
> И демонизация в каждых дистрибутивах разная,

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

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

189. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от linux must _RIP_ (?), 10-Июн-13, 13:19 
set -x в начале файла уже отменили ?

и получим весь лог выполнения в syslog.

ну и товарищи определитесь - вы о демонизации или о разных путях?
и если вы еще подумаете - то если кому-то делать ничего не хочется - есть каталог /opt в который можно ставить пакеты, есть еще и /usr/local - который есть везде. Так что зависит от того как пакетировать.

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

205. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 13:52 
> set -x в начале файла уже отменили ?
> и получим весь лог выполнения в syslog.
> ну и товарищи определитесь - вы о демонизации или о разных путях?
> и если вы еще подумаете - то если кому-то делать ничего не
> хочется - есть каталог /opt в который можно ставить пакеты, есть
> еще и /usr/local - который есть везде. Так что зависит от
> того как пакетировать.

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

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

218. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Адекват (?), 10-Июн-13, 14:21 
> чтобы переписать все скрипты на systemd, требуется примерно в 100 раз меньше
> усилий, чем на ежедневное нытьё на форумах про то, как всё
> плохо

Видимо нытье связано с тем, что поехрили ту систему инициализации, которая на 100% устраивала ноющих, таких как я например :)
Был арч, а в нем был rc.conf, в нем была секция DAEMONS=(....)
В ней можно было прописать:
1. порядок загрузки демонов - кто вперед, а кто после
2. Способ загрузки:
2.1 последовательный - это когда демон ждет когда загрузится демон идуший в списке перед ним.
2.2 параллельный, это когда демон отправляется в бекграунд, и следующий за ним по списку не дожидается загрузки "параллельного" демона.
2.3 Запрет загрузки, указав в начале имени демона знак "!" - можно было запретить его загрузку, это позволяло не вычеркивать имя демона из списка, чтобы не забыть.

3. Загрузка своих демонов - достаточно было поместить файл в /etc/rc.d/ назвав его myscript, а в самом файле написать просто /opt/myprog - и этот демон без базара запустился бы.

Как мне переписать скрипты на системД, при условии что мне параллелизация не только не нужна, но и является главным врагом и рушит мне всю схему загрузки, которую я организовал на sysvinit ?
Еще поди для systemD просто файла с содержимым вида /opt/myprog не хватит ? там поди нужно синтаксис соблюдать особый ?

То что было, то есть sysvinit - это и был KISS, а я перешел на Arch именно из-за такой вот простоты и гибкости, а вовсе не из-за AUR.

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

311. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от ginger (??), 11-Июн-13, 11:37 
дружище, ты вопросами свой ник не оправдываешь или просто не знаешь слова "документация"?
Ответить | Правка | Наверх | Cообщить модератору

321. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Аноним (-), 11-Июн-13, 23:25 
В арче был BSD инит, вот это был KISS. Дистр плюющий на свою идеологию, небудет стоять в моей системе
Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

323. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Адекват (?), 12-Июн-13, 12:53 
> В арче был BSD инит, вот это был KISS. Дистр плюющий на
> свою идеологию, небудет стоять в моей системе

Дистр не может плевать - у него нет рта.

Все из-за кучки ментейнеров, которые стали его перепиливать, насколько я знаю из Арча ушли все отцы основатели, и остались только школьники, которые так запутались, что решили все исполняемые файлы в /usr/bin свалить.

Причем не осилили сделать прозрачную процедуру переноса, а заставили делать бедных пользователей ручные манипуляции :)

Не осилили сделать даже вменяемую инструкцию, в которой бы уточнялось, что на каталоги /bin /sbin /usr/sbin будут сделаны симлинки автоматически(!!), после обновления filesystem.
Зато напихали инструкцию туманными формулировками типа "если файлы пакета находятся не /usr/bin - исправьте пакет".
А как исправить - это и так всем понятно, типа.


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

PS: Гори в аду Поттеринг, вместе со своими бредовыми идеями, гействующий маргинал, урод, подонок и сволочь.

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

122. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от дуайт_эйзенхауэр (?), 10-Июн-13, 05:14 
Какой фееричный бред everywhere. Прям с удовольствием прочитал.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

32. "Участник проекта Debian ответил на критику systemd"  –4 +/
Сообщение от anonymous (??), 09-Июн-13, 22:43 
>Я новость процитировал, где на исходный вопрос отвечено.

А ты сам ответить не в состоянии? Своими словами, аргументированно, доходчиво. Тем более вопрос простой.

>Устройством модулей, вероятно.

Каких модулей? Каким конкретно устройством?


>Я только против режима "базарных бабок"

Я тоже против. Если нахваливаешь товар, то давай сюда конкретику. А то это какой-то пустой трёп даже ниже уровня маркетологов.

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

45. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok), 09-Июн-13, 23:13 
> А ты сам ответить не в состоянии? Своими словами, аргументированно, доходчиво. Тем более вопрос простой.

Меня не интересуют чужие фобии.

Если разработчики Debian решат, что им удобнее поддерживать систему через systemd, возьмут systemd. Если это окажется не так - не возьмут. Они так делают уже двадцать лет, и не вижу, что им может помешать.

И мне всё равно, что они выберут, для меня это не принципиальный вопрос. Это им поддерживать всю операционную систему.

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

337. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Deffic (?), 14-Июн-13, 14:53 
>> А ты сам ответить не в состоянии? Своими словами, аргументированно, доходчиво. Тем более вопрос простой.
> Меня не интересуют чужие фобии.
> Если разработчики Debian решат, что им удобнее поддерживать систему через systemd, возьмут
> systemd. Если это окажется не так - не возьмут. Они так
> делают уже двадцать лет, и не вижу, что им может помешать.
> И мне всё равно, что они выберут, для меня это не принципиальный
> вопрос. Это им поддерживать всю операционную систему.

Ошибаетесь, им нужно только собрать систему, поддерживать будете Вы!

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

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

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




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

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