The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В Debian останется возможность использования SysVinit после ..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от opennews (??) on 13-Окт-14, 11:22 
Лукас Нуссбаум (Lucas Nussbaum), лидер проекта Debian, подтвердил (http://www.itwire.com/business-it-news/open-source/65684-deb...) намерение обеспечить поставку в составе Debian 8 "Jessie" пакета systemd-shim (https://packages.debian.org/jessie/systemd-shim), который позволит пользователям Debian продолжить использование системы инициализации  SysVinit или upstart  после миграции (https://www.opennet.ru/opennews/art.shtml?num=39047) дистрибутива на systemd. Несколько дней назад в списках рассылки появились (https://lkml.org/lkml/2014/10/7/254) сведения о прекращении развития systemd-shim и принятии курса на жёсткую привязку Debian к systemd, которые, в итоге, не подтвердились.

Пакет systemd-shim включает в себя (https://alioth.debian.org/scm/loggerhead/collab-maint/system...) набор компонентов для эмуляции работы функций systemd, необходимых для запуска обработчиков systemd без использования сервиса инициализации systemd. В частности, при помощи systemd-shim  можнообеспечить работу привязанных к systemd сервисов управления питанием и сеансами пользователей, которые планируется задействовать по умолчанию в будущем выпуске GNOME. Например, в случае использования  SysVinit окружение GNOME сможет обращаться к функциям  systemd-logind, который в свою очередь будет взаимодействовать с systemd-shim вместо systemd. В настоящее время systemd-shim  уже проходит тестирование в репозитории 'testing' и запланирован для включения в состав выпуска Debian 8 "Jessie".

URL: http://www.itwire.com/business-it-news/open-source/65684-deb...
Новость: https://www.opennet.ru/opennews/art.shtml?num=40808

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

Оглавление

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


1. "Пользователи Debian смогут продолжить использование SysVinit..."  +22 +/
Сообщение от Аноним (??) on 13-Окт-14, 11:22 
Все правильно, systemd должна навсегда остаться в прошлом, как тупиковая ветвь. Будущее за нормальными системами инициализации а не убогими блобами.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Пользователи Debian смогут продолжить использование SysVinit..."  +6 +/
Сообщение от Аноним (??) on 13-Окт-14, 11:30 
Вы уверены что возможность вставки костыля вместо дефолтного systemd это именно то что вы написали :)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

11. "Пользователи Debian смогут продолжить использование SysVinit..."  +3 +/
Сообщение от ананим on 13-Окт-14, 11:39 
А с чего вы взяли что именно он — костыль?

Да, была объективная критика инит и ему как раз не хватало именно того, что этот systemd-shim предоставляет. А вот всё остальное, что наворотили в systemd... даже и велосипедом рука не поднимается назвать.

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

23. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 11:48 
ОК, согласен, термин костыль сюда не подходит.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

85. "Пользователи Debian смогут продолжить использование SysVinit..."  –2 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:16 
Сюда подходит "кошку лишали хвоста понемножку". Этот пакет припрет половину кишков systemd, но НеSystemD НеХомячки смогут корчить из себя целого гордого суслика.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

66. "Пользователи Debian смогут продолжить использование SysVinit..."  +3 +/
Сообщение от Аноним (??) on 13-Окт-14, 13:14 
вы только что рассказали про uselessd с подходом "выкинуть всё лишнее из systemd, инициализацию оставить"

systemd-shim же - это напротив старый инит плюс реализация внешних systemd-интерфейсов для софта, который от них (интерфейсов) зависим (гном например)

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

75. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от ананим on 13-Окт-14, 13:51 
> systemd-shim же - это напротив старый инит плюс реализация внешних systemd-интерфейсов для софта, который от них (интерфейсов) зависим (гном например)

А чем старый, добрый инит плох? Зачем его выкидывать то?
Всё что надо делает, протестирован годами, вон в генту в опенрк к нему и cgroups прикрутили.
Ничем не хуже systemd.
Ну а то, что консоле-кит для gdm заменили, hostnamed/timedatectl/... добавят, так не холодно и не жарко. Возможно даже лучше.

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

83. "Пользователи Debian смогут продолжить использование SysVinit..."  +2 +/
Сообщение от Аноним (??) on 13-Окт-14, 14:53 
>>А чем старый, добрый инит плох?

1) говорят, подразумевает написание бесконечных простыней на баше, хз, сам не сталкивался
2) оверхед есть от постоянного дергания баша
3) нету параллелизации, что даже на локалхосте заметно, с системд загрузка/выключение все же побыстрее
вообще за подробностями лучше к системд-фанбоям

как задумка, может системд и поинтересней, но реализация - это ппц, зачем так сложно, зачем все завязывать на него(удев, гном, что на слуху), Ленька запарил свой нос куда не надо сувать, хорошо хоть кернел-команда его послала

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

93. "Пользователи Debian смогут продолжить использование SysVinit..."  +2 +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 15:32 
>>>А чем старый, добрый инит плох?
> 1)
> 2)
> 3)
> как задумка, может системд и поинтересней, но реализация - это ппц, зачем
> так сложно, зачем все завязывать на него(удев, гном, что на слуху),

Дон Леонсио приплыл за _вашим золотом и землями, покупая _вас за мусор-бусы (=перечисленное выше, которое на поверку оказывается либо неправдой, либо лукавством, либо не нужно (=на практике _никакой разницы)), сгоняет _вас в резервации (выбора скоро не будет).

Подумайте, стоит ли повторять про те якобы "преимущества", про которые "говорят" те активисты.

> Ленька запарил свой нос куда не надо сувать, хорошо хоть кернел-команда его послала

Не "послала", а "занял нейтральную". Время жизни RHEL6 закончится -- посмотрим на тот "нейтралитет".

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

99. "Пользователи Debian смогут продолжить использование SysVinit..."  –3 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:42 
> Дон Леонсио приплыл за _вашим золотом и землями, покупая _вас за мусор-бусы

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

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

104. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 15:50 
>> Дон Леонсио приплыл
> Интел и прочие амд нас всех вообще
> ногами валяется. То-бишь песок.

Битов и электронов, из которых "бусы", в окружающем -- на порядки больше.

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

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

160. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от Аноним (??) on 14-Окт-14, 02:25 
> Битов и электронов, из которых "бусы", в окружающем -- на порядки больше.

Ну спасибо, Капитан. И что бы я без вас делал, Кэп?! :) Правда, если до продаж битов уже докатились, то вот торговать отдельными электронами пока еще вроде никто не пробовал. Так что вполне себе идея.

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

Честно говоря не очень понял этот полет мысли.

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

186. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от aLexius (ok) on 14-Окт-14, 08:11 
Ага. Только там используется кремний такой химической чистоты, что процесс его получения из того, что "валяется под ногами", весьма не тривиален.
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

202. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 15-Окт-14, 04:49 
> из того, что "валяется под ногами", весьма не тривиален.

Так это... дикари тоже не умеют из песка стекло делать. Для них процесс получения бус - загадка.

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

101. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от ананим on 13-Окт-14, 15:45 
>> А чем старый, добрый инит плох?
> 1) говорят, подразумевает написание бесконечных простыней на баше, хз, сам не сталкивался

Инит — это программа на С, при запуске — такой процесс с pid=1. Рулит всеми остальными процессами. Ему пох, баш вы там запускаете или брэйнфак.
Разгребайте кашу в голове, тогда и поговорим.

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

103. "Пользователи Debian смогут продолжить использование SysVinit..."  –4 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:50 
> Инит — это программа на С, при запуске — такой процесс с
> pid=1. Рулит всеми остальными процессами.

Как раз собственно с рулением у него и не задалось. Даже самого простейшего мониторинга и рестарта упавших критичных сервисов не умеет. Как бы FAIL. Но да, вы можете поставить runit (который сам по сути такая же фигня как init по смыслу, только менее позорный), накостылить портянки на баше или что там еще.

> Разгребайте кашу в голове, тогда и поговорим.

К вопросу о каше - это не ты там редхаты и федору восхвалял? А то редхатчики теперь будут любить systemd как миленькие.

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

112. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от ананим on 13-Окт-14, 16:02 
> Как раз собственно с рулением у него и не задалось. Даже самого простейшего мониторинга и рестарта упавших критичных сервисов не умеет. Как бы FAIL

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

Зыж
Так что там с башем и портянками? Глупенький вбросик отменяется?
Ай-ай. Какая досада то.

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

114. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 16:17 
> Например если упавший оракл поднять не подумавши, почему он упал то, то
> можно потерять всю базу.
> Терабайт так в несколько. В банке.

О! В соседнюю новость пройдите: там спрашивали, чем Pg лучше Ocl-а. >/<

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

153. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от ананим on 13-Окт-14, 22:48 
Э-э-э,... для него уже написаны юнит-файлы? :D
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

115. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 16:23 
а что насчет мониторинга?

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

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

116. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от pavel_simple (ok) on 13-Окт-14, 16:27 
> а что насчет мониторинга?
> и сервисы, для которых рестарт не помешал бы тоже вполне себе существуют,
> вон на локалхосте так вообще чуть ли не все можно рестартовывать

слово respawn в inittab'е тебе ни о чём не говорит?

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

168. "Пользователи Debian смогут продолжить использование SysVinit..."  –2 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:25 
> слово respawn в inittab'е тебе ни о чём не говорит?

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

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

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

199. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Michael Shigorin email(ok) on 15-Окт-14, 03:51 
>> слово respawn в inittab'е тебе ни о чём не говорит?
> Там оно сделано в таком виде что толку от него с гулькин нос.
> Лимитирование частоты рестартов - где? Или если у сервиса порушатся
> данные и он будет сразу падать - у меня вся система
> колом встанет от частых рестартов?

Понятно -- "не читал, но осуждаю".

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

203. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-14, 05:05 
> Понятно -- "не читал, но осуждаю".

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

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

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

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

212. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от pavel_simple (ok) on 15-Окт-14, 07:55 
повторяй за мной,

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

10 раз пожалуйста.

P.S. лично я не имею ничего против systemd, наверное потому что я его ещё вообще не смотрел, возможно я изменю своё мнение когда придётся обновлятся до джеси. Всё равно это не повод обливать говном init, особенно передёргивая и используя явно ложные аргументы.

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

220. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-14, 19:00 
> 294, отакжись от фaнaтизма, фанатизм это глупо и не достойно уважающего себя технаря.

Сразу после того как oгoлтeлые НеФанаты зaткнyтся. И ни битом ранее.

> Всё равно это не повод обливать гoвном init, особенно передёргивая
> и используя явно ложные аргументы.

Какие ложные аргументы? Называя вещи своими именами - совместимость init скриптов между системами - ниже плинтуса, заявы о "кроссплатформенности" гроша ломаного не стоят: cкрипты нифига не совместимы, а их правка - PITA, ибо половина скриптов писаны черти как, конфигурация размазана по телу скрипта.

Про параллельный запуск долго лечили что это не надо. Пока конкуренты всерьез не подперли. Потом снались с ручника, это да. А не пойти ли проектам с таким вектором развития в ж..., называя вещи своими именами? Мы бы с таким подходом в CP/M и MULTICS ща обитали.

А функциональность самого init - можно считать что отсутствует, и вообще, единственный эпитет который приходит на ум - ОКАМЕНЕЛОЕ ГOВНО МАМОНТА. Из его плюсов я видел только "мы так привыкли". А отвратительный гуанокод и нужда костылить самые типовые вещи + провокация писателей скриптов на практики которые админу не друг - ну, знаете ли. Если с практической точки зрения - "инит умеет рестартить сервисы" гроша ломаного не стоит. Какого дьявола? А такого! Почти все сервисы по факту пускаются собственным скриптом. Ясен пень, это срывает трекинг запуска процессов. И потом без каких-то отдельных изврашений - ФИГ С ДВА "ПЕРЕЗАПУСК" ПОЮЗАЕШЬ. В результате получается склад костылей и подпорок, который работает через зад. А простая хотелка "как бы сделать чтобы вон тот сервис перезапускался" - решаема, но вызывает уйму левых приседаний. А у конкурентов - 1 параметр конфига и баста. Ну может еще 1-2 костыль-параметра, описывающих поведение сервиса при старте, самый край. В ините с практической точки зрения так не отделаешься. И почему столь простая хотелка должна вызывать столько приседаний - я не понимаю. Ну то-есть я догадываюсь что стартеру сложно отслеживать все что делает шеллскрипт и прочее, но почему это должно трансформироваться в мои проблемы - я не понимаю.

Да, мне не нравится что система инициализации провоцирует написание скриптов без веского повода, а потом параметры конфигурации написаны на трех страницах вперемешку с кодом, трекать процесс пущеный скриптом - отдельный гемор, на всякие там контейнеры и прочее - забивается, логгинг процесса запуска вместо проблемы поттера или кого там еще становится моей проблемой, etc. Вроде бы это вполне технически валидные предъявы, или где?

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

233. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от pavel_simple (ok) on 16-Окт-14, 08:46 
>> 294, отакжись от фaнaтизма, фанатизм это глупо и не достойно уважающего себя технаря.
> Сразу после того как oгoлтeлые НеФанаты зaткнyтся. И ни битом ранее.

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

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

не ты ли набросил что нет возможности рестартовать сервис? дык есть она или нет?
и скажи кто лично тебя заставляет писать скрипты? нехочешь скрипт -- возьми и толкни всё что тебе не хочется в /etc/rc.local, нет желания ждать пока загрузится остальное? - толкни прямо в inittab. хочется конкурентной загрузки? - так это не долго ->
aptitude install insserv
dpkg-reconfigure insserv

кто не хочет ищет причину, кто хочет - возможность.

смотреть противно когда ты, 294,  превращаешся в визгливую бабу.

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

237. "Пользователи Debian смогут продолжить использование SysVinit..."  –2 +/
Сообщение от Аноним (??) on 16-Окт-14, 21:43 
> они не заткнуться никогда,

Это заведомо ложное утверждение и вопрос сводится лишь к тому "когда" ;).

> это повод думать что ты останешся фанатиком? или технарём? оно слабо совместимо.

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

> не ты ли набросил что нет возможности рестартовать сервис?

Вроде изначально это был какой-то иной аноним, а я с ним согласился.

> дык есть она или нет?

Теоретически - есть. Практически - оно так сделано что толку ноль, особенно в паре с сватаемыми административными практиками, когда каждая программа стартуется своим скриптом на три страницы, так что сишный инит без шансов подхватить сервис и далее рестартить его (а как он будет отслеживать все что делал скрипт?). Чем-то таким теория и отличается от практики: в теории вроде миллионеры, а на практике - в доме 2 шaлaвы и дед-п...с.

> и скажи кто лично тебя заставляет писать скрипты?

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

> нехочешь скрипт -- возьми и толкни всё что тебе не хочется в /etc/rc.local,

А это тоже скрипт, IIRC. И, собственно, может быть раз вы такой умный - вы покажете как оттуда изобразить пуск сервисов с авторестартом силами init? А чтобы приоритет поставить, сделать chroot и uid/gid вкатить?

Алсо, с какого перепоя вы решили что система в этот момент - в желаемом состоянии? Как это обеспечивается? Как это обеспечить в апстарте и systemd я понимаю и прописывание зависимостей или условий старта кажется мне логичным и правильным. А тут всего этого нет. С скриптами в дире получше, но я бы не сказал что мне сильно нравится как это сделано. Затеи типа апстарта или systemd явно логичнее в этом плане: зависимости/условия старта по человечески прописываются.

> нет желания ждать пока загрузится остальное? - толкни прямо в inittab. хочется конкурентной
> загрузки? - так это не долго -> aptitude install insserv dpkg-reconfigure insserv

Ну а теперь это будет по дефолту и с systemd. Меня это более чем устроит. Мне более не придется костылировать фирменные дeбилизмы инита, что-то там доустанавливать, подпирать и донапиливать. Натыкаться на кривую скриптятину, писаную черти-кем я буду сильно реже. И если мне не западло написать юнит или джоб на 5 строк, который и рестарт настроит, и uid/gid выставит, и приоритет вкатит, и зависимости корректно, и прочее, то с классическим инит все настолько же просто, логично и лаконично не получается. Поэтому я о нем скучать не буду, смею вас заверить. Когда я свинтил на апстарт - моя жизнь в плане запиливания новых сервисов в систему стала куда как проще. Ну а systemd не так уж принципиально отличается.

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

> кто не хочет ищет причину, кто хочет - возможность.

Ты правильно понял, чувак: я пришел к выводу что не хочу пользоваться инитом. Мне симпатичнее подход апстарта или системды - так запиливать типовые сервисы без особых требований как-то сильно проще, конфиг на пяток строк с разблюдовкой как это запускать - написать легко. А все эти ваши костылирования вы имхо себе оставьте. ИМХО, типовые операции должны делаться легко и без костылирования. И да, всякие там рестарты, установка UID/GID, чрут, пихание в контейнер и прочее - это таки давно стало типовыми операциями. И параллельный старт с учетом зависимостей - не роскошь и ставить для этого какие-то отдельные костыли я труба шатал. В 2014 году это должно быть по дефолту.

> смотреть противно когда ты, 294,  превращаешся в визгливую бабу.

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

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

249. "Пользователи Debian смогут продолжить использование SysVinit..."  +2 +/
Сообщение от pavel_simple (ok) on 17-Окт-14, 12:55 
>> они не заткнуться никогда,
> Это заведомо ложное утверждение и вопрос сводится лишь к тому "когда" ;).

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

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

>> дык есть она или нет?
> Теоретически - есть.

294, это не теоритически это практически реализованная в коде фича. точка.

>[оверквотинг удален]
> Система инициализации. Все программы так делают, поэтому если мне что-то надо поменять
> - мне неизбежно придется лезть в этот крап. Я этого делать
> совершенно не желаю: править конфиг на пяток строк сильно проще чем
> помесь кода с конфигурационными данными, а инит сильно провоцирует админов на
> скриптинг в каждой дырке, даже для совершенно типовых шаблонных задач без
> особых требований.
>> нехочешь скрипт -- возьми и толкни всё что тебе не хочется в /etc/rc.local,
> А это тоже скрипт, IIRC. И, собственно, может быть раз вы такой
> умный - вы покажете как оттуда изобразить пуск сервисов с авторестартом
> силами init? А чтобы приоритет поставить, сделать chroot и uid/gid вкатить?

.
> Алсо, с какого перепоя

так и запишем, фанатик, не имея аргументов лезет с оскорблениями

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

157. "Пользователи Debian смогут продолжить использование SysVinit..."  –2 +/
Сообщение от mix (??) on 14-Окт-14, 00:50 
+500) правда с горы (сижу на АIX)
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

165. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от ананим on 14-Окт-14, 02:47 
> Поэтому намного лучше если я при нужде буду костылить один оракл чем 100500

У тебя 100500 вечно-падающих демонов запущено?
Ну ты лось. При чём брехливый.
К тому же плохо знающий предметную область — см. /etc/inittab на предмет respawn. И не говори что нет того, о чём ты не знаешь.

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

169. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:33 
> У тебя 100500 вечно-падающих демонов запущено?

А где как. Вот чего у меня вообще совсем нигде и никак нет - так это оракла. А вот всякого добра работающего в batch mode, отвал которого может быть досаден - имеется.

> Ну ты лось. При чём брехливый.

Это ты позорный койот, тявкающий из кустов. При том глупый.

> К тому же плохо знающий предметную область — см. /etc/inittab на предмет respawn.

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

> И не говори что нет того, о чём ты не знаешь.

К себе это примени, для начала. Как насчет выставить uid/gid? Сделать chroot или даже в контейнер отпилиться? Приоритет расставить? А если старт обломался - в лог что-нибудь пискнуть хотя-бы? Я все это должен сам костылить чтоли? В нормальных стартерах это 1 тривиальная строка конфига, бэть.

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

247. "Пользователи Debian смогут продолжить использование SysVinit..."  +2 +/
Сообщение от vi (ok) on 16-Окт-14, 23:42 

>> К тому же плохо знающий предметную область — см. /etc/inittab на предмет respawn.
> Сам этим и пользуйся. Оно с половиной программ вообще не работает, лимитирования
> рестартов нет, так что если сервис заметно грузит систему и издох
> - постоянный рестарт вообще все факапнуть может.

Не смог пройти мимо ;)
Вы хотя бы man init, до конца прочитали?
DIAGNOSTICS
       If init finds that it is continuously respawning an entry more than 10 times in 2 minutes, it will assume that there is an error in the
       command string, generate an error message on the system console, and refuse to respawn this entry until either 5 minutes has elapsed or
       it receives a signal.  This prevents it from eating up system resources when someone makes a typographical error  in  the  /etc/inittab
       file or the program for the entry is removed.

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

198. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Michael Shigorin email(ok) on 15-Окт-14, 03:47 
> Как раз собственно с рулением у него и не задалось.

Не врите.

> Даже самого простейшего мониторинга и рестарта упавших критичных сервисов не умеет.

Умеет, умеет.  Но через другую калитку ;-)

А мультиогрызок по имени systemd как раз и не умеет, если уж начинать придираться -- ни в морду не выставит, ни письмо не черкнёт, да и логику умнее "всех прибить и ещё раз" пока не видел.  В отличие от monit.

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

204. "Пользователи Debian смогут продолжить использование SysVinit..."  –3 +/
Сообщение от Аноним (??) on 15-Окт-14, 06:40 
> Умеет, умеет.  Но через другую калитку ;-)

Большой вопрос кто тут врет. Ибо на практике я не видел ни 1 программы которая бы этим пользовалась. Настолько замечательно сделано, что максимум который я видел в плане рестарта программ - проверка по pid-файлу + kill через крон скриптом что процесс в наличии. Это вообще отдельные скрипты пинаемые из крона. Криво и тормозно, живет в отдельном месте (но т.к. тормозно - хотя-бы не сломает хост флудом от рестарта сервиса). И для подгона под систему надо трехстраничный скрипт править. Вместо 1 строки конфига.

> А мультиогрызок по имени systemd как раз и не умеет, если уж
> начинать придираться -- ни в морду не выставит, ни письмо не черкнёт,

А этим уже должны заниматься обработчики логов по идее. А когда это разбросано по 100500 скриптам, привинченым черти-где - теперь вы понимаете за что я хочу придушить кулсисопов с зудом что-нибудь заскриптить? Получается некая система, где концов не найдешь: а откуда оно эту почту вообще кидает?! И где, например, новый адрес прописать? Ах, в 294-й строке вон того скрипта, писаного дядей Васей, который уволился 3 года назад? А почта все валится ему, хотя мэйлбокс переполнился? Потому что про этот скрипт только дядя Вася и знал? Ну да, очень удобно такую систему админить. Это может быть круто на вашем уютном локалхостике, с 1 BDFL, но если это что-то продакшновое, где админ может передать бразды правления - "уже не то".

А еще в этой вашей скриптятине потом запросто окажется что вон тот контент - контролируется ремотой, шелл - как всегда облажался, скрипткидтс - про экранирование не подумал (в шелле с этим вообще IMHO гемор). И закончится все тем что злодей сможет команды выполнить с правами почтаря. Оно мне надо? Как DHCP сервак может поиметь рута на *никсной системе благодаря куче скриптятины - я уже видел. Выводы были сделаны. Подозрения и раньше были, но в этом случае это было ***вопиющим*** подтверждением.

Теперь моя логика такая: shell ***нельзя*** кормить untrusted входными данными. При том с экранированием там все как-то сложно, так что говоря за себя - я предпочту не кормить shell untrusted входными данными вообще, во избежание. Логгинг - априори имеет дело с untrusted входными данными. Поэтому мое желание кормить шеллскрипты кусками логов - в районе плинтуса. Вы этим и занимайтесь. А потом вычищайте шеллбомбы из системы оптом. Бобби Тэйблс нашел себе друга - Джона Скриптера.

> да и логику умнее "всех прибить и ещё раз" пока не видел.  В отличие от monit.

Видел я этот monit, там тоже своих странностей хватает. На каждый пук зачем-то дергает внешние программы. Так что если в системе что-то пошло не так - он сам может сдуреть. Сисколы, которые не зависят от лимитов на файлы, не требуют выделять кучу памяти и прочее - ему дергать почему-то западло. В результате при неидеальностях в системе он и сам может начать работать через пень-колоду. А если команда на kill не работает - то чего? Процесс не остановится, все еще больше усугубится? Предпочитаю чтобы по дефолту запускач сисколы дергал для большинства операций, а кастом при старте шатдауне и прочее типа дерга скриптов - только если я явно попросил оверрайд. Понимая, что далее это будет намного менее надежно при малейших неидеальностях. Это мое пожелание к запускалке, по опыту самых разнообразных околосистемных факапов. Кроме того, две запускалки мне нафиг не упало, а популярных систем где monit был бы единственной запускалкой я не знаю. А самому ему кроить все конфиги мне зело лень, сорри. Я от этого буду отлынивать и лучше напишу 2 конфига к пепелацу поттера чем все конфиги к monit. Т.к. выигрыш от этой кучи гемора мне не очевиден.

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

250. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Michael Shigorin email(ok) on 17-Окт-14, 15:54 
> Настолько замечательно сделано, что максимум который я видел

Это характеризует то, что Вы видели.

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

Хорошая такая идея, да...

> Видел я этот monit, там тоже своих странностей хватает.

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

> В результате при неидеальностях в системе он и сам может начать работать
> через пень-колоду.

Он с высокой вероятностью хотя бы настучит об этом руту, т.к. smtp-клиент там встроенный именно из таких соображений.

> Кроме того, две запускалки мне нафиг не упало, а популярных систем где monit
> был бы единственной запускалкой я не знаю. А самому ему кроить все
> конфиги мне зело лень, сорри.

Ох уж эта мания про "единственные запускалки"... грамотная претензия была бы совсем другой -- кому SIGCHLD прилетает.

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

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

216. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Посторонним В on 15-Окт-14, 13:19 
>> Инит - это программа на С, при запуске - такой процесс с
>> pid=1. Рулит всеми остальными процессами.
> Как раз собственно с рулением у него и не задалось. Даже самого
> простейшего мониторинга и рестарта упавших критичных сервисов не умеет. Как бы
> FAIL. Но да, вы можете поставить runit (который сам по сути
> такая же фигня как init по смыслу, только менее позорный), накостылить
> портянки на баше или что там еще.
>> Разгребайте кашу в голове, тогда и поговорим.
> К вопросу о каше - это не ты там редхаты и федору
> восхвалял? А то редхатчики теперь будут любить systemd как миленькие.

Работающий критичный сервис, который упал, гораздо хуже упавшего >:-)

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

221. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 15-Окт-14, 19:10 
> Работающий критичный сервис, который упал, гораздо хуже упавшего >:-)

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

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

224. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 15-Окт-14, 20:24 
А сдохшие платки памяти системд тоже подтащит и воткнёт во время отпуска админа? Или наконец-то придёт в голову мысль перестать заниматься фелляцией и сделать нормальный "кластерок"?
Ответить | Правка | ^ к родителю #221 | Наверх | Cообщить модератору

226. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от Аноним (??) on 16-Окт-14, 06:58 
> А сдохшие платки памяти системд тоже подтащит и воткнёт во время отпуска админа?

А платки памяти, если они не из г...а - дохнут достаточно редко. К тому же у нормальных людей, если все это их интересовало - ECC есть. И chip-kill настроен. И вентиляторы - с запасом. И мониторинг оных. И raid, и мониторинг SMART винчей. А у серьезных серверов еще и блоки питания резервированные. Так что оно и без админа сможет продолжить работать. Может быть degraded, например с отвалом части памяти или менее резвой работой дисков, но - живое. Если, конечно, вы готовы оплачивать все это счастье.

> Или наконец-то придёт в голову мысль перестать заниматься фелляцией и
> сделать нормальный "кластерок"?

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

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

235. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Посторонним В on 16-Окт-14, 20:57 
>> Работающий критичный сервис, который упал, гораздо хуже упавшего >:-)
> Это очень зависит от сервиса. Например если некий HTTP проксь выпускает юзеров
> в интернет, а админ свинтил в отпуск, за его падеж на
> месяц - админа юзери сожрут живьем и из под земли достанут.
> А если этот проксь раз в полгода упадет и переподнимется через
> пару секунд - никто от этого не умрет, уж поверьте. Ну
> то-есть так быть конечно тоже не должно, но мир не идеален,
> а остальные варианты - еще хуже.

Почему же хуже?
Не может значит этот сервис без админа работать... Значит должен быть админ на месте.
А также этот гипотетический условно называемый админом может и сам сделать перезапуск... Если считает правильным.

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

236. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от Посторонним В on 16-Окт-14, 21:06 
И почему этот сервер кстати падает?
Может кто-то его пытается взломать? И включить в состав очередного ботнета? И что дальше будет, когда с этого узла начнут ломать что-то ещё?

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

239. "Пользователи Debian смогут продолжить использование SysVinit..."  –2 +/
Сообщение от Аноним (??) on 16-Окт-14, 21:57 
> что дальше будет, когда с этого узла начнут ломать что-то ещё?

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

То-есть система в batch mode должна в основном заботиться о самосохранении и выполнении своих задач. Попутно будет хорошо если подыграет админу в понимании проблем, например, умением делать снапшоты которые можно потом изучать хоть месяц, не в ущерб работе которую ворочал сервис.

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

238. "Пользователи Debian смогут продолжить использование SysVinit..."  –2 +/
Сообщение от Аноним (??) on 16-Окт-14, 21:51 
> Не может значит этот сервис без админа работать... Значит должен быть админ на месте.

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

> А также этот гипотетический условно называемый админом может и сам сделать перезапуск...
> Если считает правильным.

Вот вы и считайте наздоровье все что хотите. А мне авторестарт упавшего сервиса до кучи пригодится. Это НЕ значит что не будет изучения обстоятельств падения.

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

245. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Посторонним В on 16-Окт-14, 22:49 
> Вот вы и считайте наздоровье все что хотите. А мне авторестарт упавшего
> сервиса до кучи пригодится. Это НЕ значит что не будет изучения
> обстоятельств падения.

Ваше изучение обстоятельств через месяц никому особенно будет не надо.
А отвечать за последствия взлома с вашего узла будете вероятно вы лично...

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

246. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от Посторонним В on 16-Окт-14, 23:02 
> Вот вы и окарауливайте. А я считаю что автоматика на то и
> нужна чтобы человека заменять по возможности.

Не всегда человека надо заменять. Вот вас например вместе со всем, что вы считаете, можно и не заменять в общем-то...

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

125. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от АНАНИМ on 13-Окт-14, 17:19 
Но upstart делает тоже самое. там замечательные скрипты запуска.
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

138. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от ryoken email on 13-Окт-14, 20:13 
> 3) нету параллелизации, что даже на локалхосте заметно, с системд загрузка/выключение все
> же побыстрее

Тото оно у меня Миредо глушит по 2-3 минуты на выключении компа.

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

162. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 14-Окт-14, 02:33 
> Тото оно у меня Миредо глушит по 2-3 минуты на выключении компа.

"Дело было не в бобине..."


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

87. "Пользователи Debian смогут продолжить использование SysVinit..."  –10 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:20 
> А чем старый, добрый инит плох? Зачем его выкидывать то?

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

> Всё что надо делает, протестирован годами,

Он НИХРЕНА не делает. И поэтому толку с протестированности буй - все глюки в портянках писаных по большой укурке.

> вон в генту в опенрк к нему и cgroups прикрутили.

Гентушников всегда на какое-нибудь гуано тянет. То питон в портах, то openrc. Пусть еще систему инициализации на питоне напишут. Зато блин не бинари, блаблабла.

> Ничем не хуже systemd.

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

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

105. "Пользователи Debian смогут продолжить использование SysVinit..."  +6 +/
Сообщение от raven_kg (ok) on 13-Окт-14, 15:51 
В чем же логика systemd? В попытке сбить все гвоздями в одну кучу? И кстати, неосилятор вы баша, который орет под общую дудку, что системд облегчает жизнь админу - нибуя оно не облегчает! Да, вендостайл это конечно круто, но! Вместо гибкости т.н. "костылей" на bash (которые за всю мою 10-летнюю практику мне пришлось править раз 10, не более) мы получаем тупой файлик в стиле ini писаный. Если ранее можно было внедрить какой-то функционал в скрипт инициализации, то теперь эта возможность надух теряется. А все потому, что какой-то Леня Портянкин ниасилил баш. Так что баш, как раз-таки как мне кажется к админу более дружелюбен.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

129. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от абыр email(ok) on 13-Окт-14, 17:56 
> Если ранее можно было внедрить какой-то функционал в скрипт инициализации, то теперь эта возможность надух теряется

Вам папа римский запрещает вызывать из юнитов шеллскрипты ?

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

163. "Пользователи Debian смогут продолжить использование SysVinit..."  –3 +/
Сообщение от Аноним (??) on 14-Окт-14, 02:44 
> Вам папа римский запрещает вызывать из юнитов шеллскрипты ?

Наверное это такая религия поклонников sysv init, запрещающая такое действие. Ждем когда они начнут падать ниц при старте PID=1.

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

181. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от raven_kg (ok) on 14-Окт-14, 07:28 
Ага... Костыль чтобы запустить костыль. Зачем ненужная прослойка?
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

205. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 15-Окт-14, 06:52 
> Ага... Костыль чтобы запустить костыль. Зачем ненужная прослойка?

Ну я вот например сделал недавно пинок мелкого скрипта мелким конфигом апстарта. Зачем так? Затем что так конфиг на 3 строки и скрипт на 3 строки. На апстарт спиханы заковыристые критерии старта и управление процессом. На шелл - условные действия. Вроде каждый занялся тем что лучше всего умеет. Это чем-то плохо?

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

135. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от anonymous (??) on 13-Окт-14, 19:52 
Ну и ещё "простыни на баше" превратились в простыню юнит-файлов...
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

164. "Пользователи Debian смогут продолжить использование SysVinit..."  –3 +/
Сообщение от Аноним (??) on 14-Окт-14, 02:45 
> Ну и ещё "простыни на баше" превратились в простыню юнит-файлов...

"Простыни" на 5 строк где только конфигурационные данные - это здорово лучше чем портяны на 3 экрана где системозависимая конфигурация равномерно раскидана по всему коду.

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

110. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от ананим on 13-Окт-14, 15:54 
Интересно, а что именно должен делать процесс с pid=1, не подскажешь?
Прям тролль эректус, примитивитикус какой-то.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

149. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от byu on 13-Окт-14, 22:05 

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

Не надо ничего писать, Mudur уже есть.

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

170. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 14-Окт-14, 04:34 
> Не надо ничего писать, Mudur уже есть.

Черт, я так и знал что извращенцев хватает :)

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

100. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:45 
> того, что этот systemd-shim предоставляет.

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

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

61. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от KT315 (ok) on 13-Окт-14, 12:52 
я его дополню :)
"Тоже самое касается и Gnome"
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

53. "Пользователи Debian смогут продолжить использование SysVinit..."  –1 +/
Сообщение от бедный буратино (ok) on 13-Окт-14, 12:26 
Ты, наверное, мыслишь проприетарно-примитивным мышлением, поэтому не совсем понимаешь.

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

Вопль в опеннете дальше вопля в опеннете обычно не распространяется. Сомневаюсь, что подавляющее большинство местных вообще представляют значение слова "ответственность". :)

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

191. "Пользователи Debian смогут продолжить использование SysVinit..."  –2 +/
Сообщение от Bobik on 14-Окт-14, 13:26 
Кочегары паровозов также писали бы об электровозах, будь в их время интернет.
"Эти электровозы - тупиковая ветвь. Дело за нормальными угольными локомотивами"
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

234. "Пользователи Debian смогут продолжить использование SysVinit..."  +/
Сообщение от Аноним (??) on 16-Окт-14, 11:13 
А разве не так?

Разве найден совершенный источник электрической энергии, мощный и экологически чистый? Да даже если и будет найден, не приведёт он к изменению теплового баланса планеты?

Разве уже СЕЙЧАС не сокращают количество электричек из-за их нерентабельности? А что будет через 200-300 лет? Кто будет поддерживать сотни тысяч километров висящих проводов где-нибудь в тайге при условии, что цена на бензин и ДТ вырастет в сотни и тысячи раз? И где ёмкие и экологически чистые аккумуляторы электроэнергии? У меня, например, вообще есть сомнения, что они принципиально возможны.

То, что электровозы используются сейчас, не значит, что они будут использоваться повсеместно через 100-200 лет.

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

240. "Пользователи Debian смогут продолжить использование SysVinit..."  –2 +/
Сообщение от Аноним (??) on 16-Окт-14, 22:03 
> Да даже если и будет найден, не приведёт он к изменению теплового баланса планеты?

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

> Разве уже СЕЙЧАС не сокращают количество электричек из-за их нерентабельности?

А были б только паровозы - пригородное сообщение было бы вообще чисто номинальным. Ради интереса поинтересуйтесь насколько КПД большинства электрических машин отличается от паровых машин.

> экологически чистые аккумуляторы электроэнергии? У меня, например, вообще есть сомнения,
> что они принципиально возможны.

Поэтому давайте жить в пещерах, используя черно-зеленые терминалы, CP/M и Multics. У вас же наверное есть и сомнения в нужности кучи всего еще.

> То, что электровозы используются сейчас, не значит, что они будут использоваться
> повсеместно через 100-200 лет.

Ну еще бы, через 100 лет логичнее смотрелись бы маглевы. Прогресс все-таки должен идти. Сколько можно ориентироваться на рельсы проложеные по ширине конской ж..ы? :)

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

248. "Пользователи Debian смогут продолжить использование SysVinit..."  +1 +/
Сообщение от Аноним (??) on 17-Окт-14, 08:18 
> Ну уж не любителям паровозов с их копотью и выбросами CO2 и прочих оксидов серы заботиться об экологии. Поверьте, есть навалом более экологически чистых способов получать электричество чем то что может предложить паровозная топка.

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

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

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

Это приём обсуждения у вас такой - выделить только один параметр из сотни и на основе его решать, что должно быть использовано? Да даже если и так, то КПД СИСТЕМЫ (в которую входит и генерация, и обслуживание, и потребление) - будет заметно НИЖЕ КПД собственно электродвигателей.

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

Это не у меня сомнения, я просто вижу, что происходит, а у вас - розовые очки, впрочем, неудивительно, столько поколений велось на сладкую замануху так называемого "прогресса" (обеспеченного халявным углеводородным топливом).

> Ну еще бы, через 100 лет логичнее смотрелись бы маглевы. Прогресс все-таки должен идти. Сколько можно ориентироваться на рельсы проложеные по ширине конской ж..ы? :)

Маглевы не взлетят, именно по причине низкого КПД СИСТЕМЫ. Поддерживать постоянное магнитное поле на пути большой протяжённости - тот ещё гемор.

Да, и поуважительнее к коням - они вас (или ваших детей) ещё, возможно, спасут от голодной смерти.

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

2. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-14, 11:24 
молодцы !
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 12:17 
Не "прогнулись".
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

70. "В Debian останется возможность использования SysVinit после ..."  +4 +/
Сообщение от Xasd (ok) on 13-Окт-14, 13:21 
> молодцы !
> Не "прогнулись".

любители непрогнутости, учите уроки истории :) .. как это было на других дистрибутивах...


*** фаза номер 1: ***

поумолчанию перешли на systemd, оставив возможность sysvinit.


*** фаза номер 2: ***

объявили о том что кто хочет поддерживать sysvinit -- занимайтесь её поддержкой (во всех пакетах).

...мол -- "набираем добровольцев!".


*** фаза номер 3: ***

добровольцев не оказалось.

те кто ленивые -- взяли себя в руки и выучили самые-основные приёмы работы с systemd. (на большее не хватило).

те кто трудолюбивые -- нашли время и силы разобраться почему именно systemd является более надёжным и качественным решением чем sysvinit.


*** фаза номер 4: ***

раз sysvinit ни кому не нужен, то всё с ним окончательно ясно... :-)

убираем возможность sysvinit, оставляем только systemd.


######################
# P.S.: точкой невозврата во всём этом сцернарии -- является момент когда сделали переход по умолчанию (фаза #1)

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

89. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 15:22 
Фигсае, сегодня на опеннете приступы адекватности. Население адекватных персонажей увеличилось вдвое. Надо же, Xasd и бедный буратино сегодня не несут бред. Что за фигня?
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

130. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Xasd (ok) on 13-Окт-14, 18:12 
взломали :)
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

140. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от chinarulezzz (ok) on 13-Окт-14, 20:27 
> Фигсае, сегодня на опеннете приступы адекватности.

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

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

171. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:36 
> приступы лжи и демагогии. не удивлюсь если ты - он.

А он - это кто? Xasd или буратина? :) Обломись, это был 294-й вообще.

Но да, ты кое в чем прав: лживый пи..ж от ненавистников поттера - уже в печенках сидит. Как можно быть такими двуличными и лицемерными уродами, внаглую втирающими очкий?

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

195. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от chinarulezzz (ok) on 14-Окт-14, 19:13 
> Но да, ты кое в чем прав:

и переиначил мои слова))

> Как можно быть такими двуличными и лицемерными уродами, внаглую втирающими очкий?

риторический вопрос, да? :-D


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

206. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-14, 06:55 
> и переиначил мои слова))

Ну то-есть насчет того что ты сам соврал про персоналию оппонента - возражений нет. Так и запишем.

> риторический вопрос, да? :-D

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

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

218. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от chinarulezzz (ok) on 15-Окт-14, 17:10 
>> и переиначил мои слова))
> Ну то-есть насчет того что ты сам соврал про персоналию оппонента -
> возражений нет. Так и запишем.

я закончил оправдываться.

>> риторический вопрос, да? :-D
> Ну да. Я давно составил впечатление о тех кто много вопит про
> всякие юниксвеи и прочее. Нашли себе фетиш ради которого в пол
> готовы долбаться. Для меня это всего лишь кучка инструментов. Какие будет
> удобнее - такие и возьму, забыв у вас спросить. А вы
> долбитесь лбами в пол со своей религией наздоровье, если вам это
> надо.

благодарю за психоанализ, наш и свой ;)

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

227. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 16-Окт-14, 07:26 
> я закончил оправдываться.

Молодец, возьми с полки пирожок.

> благодарю за психоанализ, наш и свой ;)

Да не за что, всегда пожалуйста.

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

122. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 17:05 
> оставив возможность sysvinit

Идиoт. Возможность заявили только сейчас, когда стало ясно, что сообщество утёрлось и давит гaдов психикой. (Что, кстати, неплохо получается. Истерика поттера тому подтвержением)

Мейнтейнеры openrc не ушли, Лангасек по прежнему сидит в комитете, "блицкриг" уже сорвался, blоatd стал "пятнадцатым стандартом", с чем всех и поздравляю.

Осталось дождаться первого десятка CVE, чтобы пoдeлие начало сдавать позиции в пользу менее раздутых альтернатив.

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

124. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 17:18 
>> оставив возможность sysvinit
> Идиoт. Возможность заявили только сейчас,

Гражданин, соврамши. 0pointer.net/blog/projects/systemd-update.html

""23 August 2010

"" * systemd is now able to handle various Debian and OpenSUSE-specific extensions to the classic SysV init script formats natively, on top of the Fedora extensions we already parse.

Я не говорю, что там всё заявленное уже прямо тогда работало, "как надо". Но _заявлял Ленарт уже "тогда".

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

131. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Xasd (ok) on 13-Окт-14, 18:20 
> Осталось дождаться первого десятка CVE...

не требуется десятка.

если появится хотя бы *одно* CVE... (а хотя бы одно CVE -- изредка встречается у любых програм.. так что некоторая вероятность всё-таки есть)

...то староверные бойцы клана "sysvinit" -- будут бегать возбуждёнными и с пеной у рта :)

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

133. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от абыр email(ok) on 13-Окт-14, 18:25 
> староверные бойцы клана "sysvinit" -- будут бегать возбуждёнными и с пеной у рта :)

Чем это будет отличаться от текущего положения дел ?

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

146. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от анонимус (??) on 13-Окт-14, 21:37 
Так вон-же уже были в Fedora баги, когда система вообще отказывается грузиться, если в systemd что-то не так.  И в большинстве случаев фиг поймёшь, что не так.
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

147. "В Debian останется возможность использования SysVinit после ..."  –4 +/
Сообщение от Xasd (ok) on 13-Окт-14, 21:42 
> Так вон-же уже были в Fedora баги, когда система вообще отказывается грузиться, если в systemd что-то не так.

если в systemd то-то не так то отказывается грузиться?!!! ВОт ЭТО ДА!!!!

а если в ядре что-то не так -- то всё равно нормально грузится? :-) :-D

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

159. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от анонимус (??) on 14-Окт-14, 02:10 
Ты забыл, что systemd - это совсем не ядро.  И что до systemd было так, что, например, cdrom при загрузке не подмантировался, или иксы не стартанули, ну и фиг с ними, не будет у тебя cdrom-а или иксов.  А теперь с systemd у тебя ниуя не будет.
Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

185. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Xaionaro (ok) on 14-Окт-14, 08:04 
>> Осталось дождаться первого десятка CVE...
> не требуется десятка.
> если появится хотя бы *одно* CVE... (а хотя бы одно CVE --
> изредка встречается у любых програм.. так что некоторая вероятность всё-таки есть)

Их уже 7:

http://www.cvedetails.com/product-search.php?vendor_id=0&sea...


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

200. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Michael Shigorin email(ok) on 15-Окт-14, 03:56 
> если появится хотя бы *одно* CVE...

Юноша, а Вы помните то славное CVE про загрузку модулей в pulseaudio?

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

207. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Аноним (??) on 15-Окт-14, 06:57 
> Юноша, а Вы помните то славное CVE про загрузку модулей в pulseaudio?

Так там вроде не пульс виноват был.

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


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

139. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от chinarulezzz (ok) on 13-Окт-14, 20:26 
> *** фаза номер 3: ***
> добровольцев не оказалось.

не звизди, было. на лоре нашелся, отказали.

P.S. я про арч.

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

179. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 14-Окт-14, 07:21 
> не звизди, было. на лоре нашелся, отказали.

Блин, ну нельзя же так. Я аж кофе подавился от смеха.

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

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

196. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от chinarulezzz (ok) on 14-Окт-14, 19:28 
>> не звизди, было. на лоре нашелся, отказали.
> Блин, ну нельзя же так. Я аж кофе подавился от смеха.

соболезную :)

> А может быть пора бы уже усвоить

пора, усваивай.

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

> Такой вот жестокий облом.

Не взлетит. Но с удовольствием понаблюдаю за всей этой вакханалией с дистров без этого поделия :)

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

208. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-14, 07:12 
> соболезную :)

Да вы лолки. "Обидели мышку - написали в норку".

> пора, усваивай.

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

> совместимость на коммунити, а когда нашлось в коммунити желающие - отказали.

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

> Думаю такой сценарий ждёт дебиан.

Я только за. Глядя на то какое сообщество поддерживает init, имхо это сообщество заслуживает отправки на мороз. Пусть форкаются и пилят свой дебиан, если, конечно, с таким отребьем кто-то вообще взаимодействовать захочет. А то интересно у вас получается - сообщество только те кто поддерживает вашу точку зрения. А те кто не поддерживает - "они", "отказали" и прочее. Типа, это - не часть сообщества? Вот это я понимаю, лицемерие и двойные стандарты. Не, чуваки, настолько наглая подтасовка фактов в мире где все прозрачно - не пройдет, даже и не пытайтесь. Единственное достижение - загадите себе репутацию своими подтасовками.

> Не взлетит.

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

> Но с удовольствием понаблюдаю за всей этой вакханалией с дистров
> без этого поделия :)

Добро пожаловать на обочину цивилизации. Я не буду без вас скучать, извините. Мне пофиг. Я буду рулить системами так как мне удобнее. И я вижу немало валидных пойнтов у гарри поттера. А у вас я вижу в основном ламерский булшит и кормление завтраками на предмет того что мне должно быть нужно и не нyжно. В таком виде вы мне сами не нyжны - я не заказывал рассказы про то какие задачи мне нужны.

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

219. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от chinarulezzz (ok) on 15-Окт-14, 17:20 
Какой пассаж. Расскажи нам еще о скотском поведении горластых хамлотиков :-D
Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

228. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 16-Окт-14, 07:27 
> Какой пассаж. Расскажи нам еще о скотском поведении горластых хамлотиков :-D

Ну а что вы ожидали? Что я буду церемониться с горластыми хамлотиками? Э не, так не пойдет: как вы к нам, так и мы к вам. Это вполне честно.

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

230. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от chinarulezzz (ok) on 16-Окт-14, 07:36 
>> Какой пассаж. Расскажи нам еще о скотском поведении горластых хамлотиков :-D
> Ну а что вы ожидали? Что я буду церемониться с горластыми хамлотиками?
> Э не, так не пойдет: как вы к нам, так и
> мы к вам. Это вполне честно.

Справедливый гнев, угумс. Косишь под "меня обидели"-поттеринга?

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

241. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 16-Окт-14, 22:06 
> Справедливый гнев, угумс. Косишь под "меня обидели"-поттеринга?

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

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

3. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от unixman email(ok) on 13-Окт-14, 11:29 
Лёня won? А Gentoo еще не сдались? Благо еще BSD есть на запас.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от ананим on 13-Окт-14, 11:40 
В бздях тоже аналог этого systemd-shim пилят.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

15. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 11:42 
> Лёня won? А Gentoo еще не сдались? Благо еще BSD есть на
> запас.

Gentoo is all about choice. По дефолту OpenRC, но прогресивные админы-мамолюбы могут и системду поставить.
Я надеюсь, что в генте так все и останется.

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

90. "В Debian останется возможность использования SysVinit после ..."  –4 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:24 
> Лёня won?

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

> А Gentoo еще не сдались? Благо еще BSD есть на запас.

Вот туда необучаемым и дорога. На задворки цивилизации. Будет надо - поможем. Ссaными тряпками и сpaной метлой. Утомило уже превращать ваше нежелание ничего менять в свои проблемы. Потеряйтесь.


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

184. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Xaionaro (ok) on 14-Окт-14, 08:00 

>> А Gentoo еще не сдались? Благо еще BSD есть на запас.
> Вот туда необучаемым и дорога. На задворки цивилизации. Будет надо - поможем.
> Ссaными тряпками и сpaной метлой. Утомило уже превращать ваше нежелание ничего
> менять в свои проблемы. Потеряйтесь.

1. Gentoo -- это "задворки цивилизации"?
2. Хватит переходить на личности. Утомило уже. Потеряйтесь.

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

209. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 15-Окт-14, 07:26 
> 1. Gentoo -- это "задворки цивилизации"?

ИМХО довольно близко к таковым. По уровню влияния на процессы в индустрии, тому насколько авторам программ не пофиг проблемы этого дистра и прочая.

> 2. Хватит переходить на личности. Утомило уже. Потеряйтесь.

А где я на конкретные личности перешел? Это описание процесса в целом было. А если кто узнал себя - "любые совпадения случайны". Паливо, однако :).

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

217. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Посторонним В on 15-Окт-14, 13:56 
> Вот туда необучаемым и дорога. На задворки цивилизации. Будет надо - поможем. Ссaными
> тряпками и сpaной метлой. Утомило уже превращать ваше нежелание ничего менять в свои
> проблемы. Потеряйтесь.
> ИМХО довольно близко к таковым. По уровню влияния на процессы в индустрии,
> тому насколько авторам программ не пофиг проблемы этого дистра и прочая.

называется, расплодились толпы дэбилов с претензиями обучать своему дэбилизму... Microsoft идите учите >:-)

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

229. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 16-Окт-14, 07:31 
> называется, расплодились толпы дэбилов с претензиями обучать своему дэбилизму...

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

> Microsoft идите учите >:-)

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

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

242. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Посторонним В on 16-Окт-14, 22:18 
> А мне нужна работающая операционка, желательно работающая
> хорошо. В этом ни первые ни вторые в общем то не
> помощники.

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

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

243. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Посторонним В on 16-Окт-14, 22:43 
...неприличный конечно намёк получился. На то что им нравится и нужно...
Ответить | Правка | ^ к родителю #242 | Наверх | Cообщить модератору

244. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Посторонним В on 16-Окт-14, 22:45 
И поставкой чего им традиционно занималось MS...
Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

111. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 15:58 
Flawless victory.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Аноним (??) on 13-Окт-14, 11:30 
И волки сыты и овцы целы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "В Debian останется возможность использования SysVinit после ..."  +2 +/
Сообщение от A.Stahl (ok) on 13-Окт-14, 11:30 
>обеспечить работу привязанных к systemd сервисов управления питанием и сеансами пользователей

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

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

8. "В Debian останется возможность использования SysVinit после ..."  +2 +/
Сообщение от Аноним (??) on 13-Окт-14, 11:34 
Много софта это всего лишь убогий гном/gdm
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

47. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от пщ on 13-Окт-14, 12:21 
> Много софта это всего лишь убогий гном/gdm

+ всякая скайпятина

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

107. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 15:52 
> + всякая скайпятина

А скайпятине то systemd зачем? Что они с ним делают???

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

154. "В Debian останется возможность использования SysVinit после ..."  +2 +/
Сообщение от Аноним (??) on 13-Окт-14, 23:20 
То есть ничего нужного к сустемд не привязано. ШИН!
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

19. "В Debian останется возможность использования SysVinit после ..."  +2 +/
Сообщение от ананим on 13-Окт-14, 11:45 
Да ладно!
Ничего и не городить. Некоторую функциональность спиoнeрили и всё.

Зато http-сервер с qr-кодами и прочими поэтeccами остались... в "оригинале", скажем так (при том что логи так и не умeeт скидывать со всех серверов в одно место например).

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

91. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:30 
> Зато http-сервер с qr-кодами и прочими поэтeccами остались...

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

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

193. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 14-Окт-14, 15:11 
Можно услышать про опыт управления пачкой машин групповыми средствами? Раньше и без этого системд справлялись. Хотя вам в-кам дай только волю политиками порулить и преференции по настраивать. Одна беда. В своём кружку из нескольких компьютеров вы это делали и оно работало. А когда счёт на тысячи и десятки тысяч идёт начинают вылазить непонятные грабли. Как-то так внезапно.
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

210. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-14, 07:41 
> Можно услышать про опыт управления пачкой машин групповыми средствами?

Да самые разные. От пачки виндовых машин до кучи машин с пингвином. Вплоть до всякого кастома с обходом из своих скриптов. Бывали и довольно большие конструкции, вплоть до ~400 VM, при том у каждой свои настройки (под такое проще всего вкатываемый образ кастомизнуть). Не очень понимаю что вам это даст, но у меня есть понимание как все это выглядит в энтерпрайзах и какие при этом грабли. И поэтому я вполне понимаю начинания поттера. Они смотрятся вполне логично. То что вы умеете это закостыливать - я рад за вас. Но это не значит что я хочу это и дальше видеть в том виде котором оно сейчас есть.

> Раньше и без этого системд справлялись.

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

> Хотя вам в-кам дай только волю политиками порулить и преференции по настраивать.

Да толку то с этих политик. Они глючные, на них легко забить, а с масс-инсталлом софта у MS вообще абсолютный эпикфэйл. Это гoвно можно считать что не работает. А создание сетапера требует квалификации не только за пределами админа, но и за пределами обычного программиста. Такие вот чудеса. В линухе средствами пакетного манагера все это намного прямее делается, и в 100 раз проще, особенно если начальный образ системы немного кастомизнуть заранее (на что линухи намного лучше заточены + лицензия позволяет).

> Одна беда. В своём кружку из нескольких компьютеров вы это делали и оно работало.
> А когда счёт на тысячи и десятки тысяч идёт начинают вылазить непонятные грабли.
> Как-то так внезапно.

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

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

225. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 15-Окт-14, 20:34 
> Так раньше и на лошадях ездили. А теперь вон понастроили эйрбасов и боингов, аэродромы какие-то подавай. И керосин авиационный. Надо же, конюшни с сеном и поилкой им теперь уже не хватает?!

Знакомый 10 минут на работу на веле едет. Другой 20 минут пешком идёт. И как то не пользуются самолетами, а всё больше допотопными технологиями: ножки, велик. Вот такие странные люди у нас есть. И как бы на лошадке покататься не дороже полета выходит. Так что это ещё вопрос чем большие люди с денюжками больше пользуются.

> Да толку то с этих политик. Они глючные, на них легко забить, а с масс-инсталлом софта у MS вообще абсолютный эпикфэйл. Это гoвно можно считать что не работает. А создание сетапера требует квалификации не только за пределами админа, но и за пределами обычного программиста. Такие вот чудеса.

Я верю в поттеринг стайл. Понаделают новых ванклик приблуд, понавешают на свой менеджер. Дадут порулить мышкой всем этим. Ммммм за уши потом людей не оттащить.

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

Ну я понял к чему дело идёт. К куче корпоративного софта который руками не заточишь и так просто не поставишь. Если опенсурс то грабли будут по всему полю. Если закрытые то через свой redhat systemd upgrade service. Наблюдал я тут эволюцию "софт на одном языке, пускается везде". Мелкие вещички работали. А тот глобальный дорогой софт работал только под своей версией явы. И на каждую новую версию явы надо было патчи у производителя брать. А патчи на винду надо было ставить не раньше чем их патчи на софт. Иначе оно всё разваливалось так забавно.
Так что я верю в гениев рх.

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

231. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 16-Окт-14, 08:11 
> Знакомый 10 минут на работу на веле едет. Другой 20 минут пешком
> идёт. И как то не пользуются самолетами, а всё больше допотопными
> технологиями: ножки, велик.

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

> И как бы на лошадке покататься не дороже полета выходит.

Да никто не спорит, но из Владивостока в Москву кататься придется очень уж долго и непрактично. А через океан на лошадке и вовсе не очень получается. Вот как-то так и получается что люди получили новые возможности и совсем не за счет лошадок. А за счет автомобилей, поездов и самолетов. На которые и приходится теперь основной объем перевозок. Поэтому АЗС или даже аэропорт - никого особо не удивляют. А конюшни - редкая диковинка. И грех жаловаться, что вдоль автотрассы маловато конюшен и поилок, только бесполезные АЗСы какие-то.

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

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

> Я верю в поттеринг стайл. Понаделают новых ванклик приблуд,

Сам по себе systemd - вообще никаким боком к кликанию не относится и рулится из конфигов. Пульс тоже вроде рулится и так и сяк. Да и networkmanager. И да, НЕКОТОРЫЕ операции из гуя делаются удобнее. Ну там например визуально выбрать точку доступа, с наглядной индикацией ее защищенности и уровня сигнала из гуя как-то удобнее обычно. Странно в кафехе или аэропорту утыкаться в терминал чтобы насканить точку доступа а потом еще несколько конфигов колупать, чтобы интернет появился. Когда это в гуе делается в 1 клик. Я конечно понимаю что отдельные маньяки готовы и видео смотреть через libcaca, но пусть они сами этим своим toilet'ом пользуются для таких развлечений :).

> понавешают на свой менеджер. Дадут порулить мышкой всем этим.
> Ммммм за уши потом людей не оттащить.

Да и фиг с ними. Не имею ничего против гуя, если есть возможность сложные и рутинные операции делать через командлайн + продвинутое конфигурирование через конфиги, ибо гуй на каждую опцию не нарисуешь. Кто сомневается - флаг ему в руки сделать гуй на все опции iw или там ffmpeg, не забудьте показать что получилось :)

> Ну я понял к чему дело идёт. К куче корпоративного софта который
> руками не заточишь и так просто не поставишь.

Корпоративный софт вроде всегда таким и был. Кто не верит - ну вон берете у IBM их добро типа DB2, Tivoli, Websphere или что там у них еще для ынтырпрайзов. Оно такое уж сто лет, так что страхи о том что оно таким СТАНЕТ - опоздали на ...цать лет, мягко говоря.

> Если опенсурс то грабли будут по всему полю.

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

> Если закрытые то через свой redhat systemd upgrade service.

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

> Так что я верю в гениев рх.

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

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

46. "В Debian останется возможность использования SysVinit после ..."  +2 +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 12:17 
>>обеспечить работу привязанных к systemd сервисов управления питанием и сеансами пользователей
> Мне кажется, что уже поздно. Слишком много софта начинает привязываться к systemd.
> Даже на примере этой новости видно, что приходится городить "набор компонентов
> для эмуляции работы функций systemd".
> Это нелепо.

Угу. Прямо SElinux(*), только выкинуть невозможно.

...""he previously had to neuter policykit’s security (rendering his system very vulnerable) just to get his system working, and how he has found systemd “very difficult sometimes to figure out”. Should we be concerned that a kernel developer, obviously a very qualified computer user (an MIT graduate in his 40s), has trouble understanding and using policykit and systemd to configure his own system?


(*) А нет, libselinux1 же тоже нельзя(**) выкинуть. ...*почерк* АНБ??!

---Выкидывание BKL покажется _маленьким и _стремительным, да.
+++""Are we really sure many of these fanboys aren’t part of an Infiltrate, Manipulate, Deceive, and Destroy program?

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

92. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:32 
> (*) А нет, libselinux1 же тоже нельзя(**) выкинуть. ...*почерк* АНБ??!

Почему нельзя то? Вон в openwrt никакого вам selinus. Или ты о чем?

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

215. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-14, 11:21 
> found systemd “very difficult sometimes to figure out”

Just as planned.

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

7. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-14, 11:32 
PKGBUILD будет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-14, 11:38 
А осадочек-то остался.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору
Часть нити удалена модератором

84. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Xasd (ok) on 13-Окт-14, 15:12 
> Я скорее на винду перейду

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

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

30. "В Debian останется возможность использования SysVinit после ..."  +3 +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 12:00 
> Пакет systemd-shim включает в себя
> набор компонентов для эмуляции работы функций systemd, необходимых для запуска обработчиков
> systemd без использования сервиса инициализации systemd. В частности, при помощи systemd-shim
>  можнообеспечить работу привязанных к systemd сервисов управления питанием и сеансами

Напомните мне, как назывались (или оно было с матом? или переименовали? или бросили уже?) те пакеты, которые были для установки системы _совсем без в-crap-лений Передовых Технолонигий libsystemd-xxx гнезда птенцов? Не -shim и _без него. [Да, без GNOME!?] Где-то на фомуме d.o. "хейтеры" появлялись с неофициальными пакетами. Кто-нибудь следил за развитием?

---Про выпиливание s-d -- "потом", все помнят выпиливание BKL? Освежайте в памяти.

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

222. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Andrey Mitrofanov on 15-Окт-14, 19:16 
> Напомните мне, как назывались (или оно было с матом? или переименовали? или
> бросили уже?) те пакеты, которые были для установки системы _совсем без

Такое http://wookware.org/software/repo/pool/main/p/prevent-systemd/ матное название http://wookware.org/software/repo/pool/main/p/prevent-systemd/ , что Прогрессивная Общественность https://lists.debian.org/debian-devel/2014/07/msg00148.html негодует.

---http://sohcahtoa.org.uk/osd.html А инсталятор-то не патчен.

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

223. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Andrey Mitrofanov on 15-Окт-14, 20:16 
>> Пакет systemd-shim включает в себя
> Напомните мне, как

""We will freeze at 23:59 UTC on the 5th of November 2014

> для установки системы _совсем без
> в-crap-лений Передовых Технолонигий libsystemd-xxx гнезда птенцов? Не -shim и _без него.

All lost. The release is coming.

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

251. "В Debian останется возможность не?"  +/
Сообщение от Andrey Mitrofanov on 21-Окт-14, 19:11 
>> Пакет systemd-shim включает в себя
> в-crap-лений Передовых Технолонигий libsystemd-xxx гнезда птенцов? Не -shim и _без него.

Возрадуйтесь, дебианеры! Хунта кэосдэ сообщает о _своей Великой Победе:
  http://www.vitavonni.de/blog/201410/2014102101-avoiding-syst...
Можно, можно, оказывается _не _ставить этот их ... при апгрейде wheezy->jessie

""All you need to do is create a file named e.g.
/etc/apt/preferences.d/no-systemd with the contents:

Package: systemd-sysv
Pin: release o=Debian
Pin-Priority: -1

""This change will make it much harder for aptitude to solve dependencies. A good
way to help it to solve the dependencies is to install the systemd-shim package
explicitly first:

aptitude install systemd-shim

Не о чем беспокоиться, о обеспокоенные, Великий Дракон сказал: "Можно."

---Ленарт Поттеринг шлёт цветы, конфеты и чмоки команде MirOS BSD за успешное обдегчение от бремени!
+++
Букмейкеры закаулков принимают ставки, успеют ли камарильос сломать _этот так нужный общественности "совет" за оставшееся до заморозки jessie (05 Nov) время и/или до _релиза.

Обеспокоенные снова беспокоятся, что скрывает камарилья, сломан ли "совет" с pinning при апгрейде _изначально_, и куда делись

Package: systemd-must-die
Conflicts: libpam-systemd, live-config-systemd, python-systemd, systemd,
systemd-cron, systemd-gui, systemd-shim, systemd-sysv, systemd-ui

Package: prevent-systemd-completely
Conflicts: libpam-systemd, live-config-systemd, python-systemd,
python3-systemd, systemd, systemd-cron, systemd-shim, systemd-sysv,
systemd-ui
Package: prevent-systemd-running
Conflicts: live-config-systemd, systemd-cron, systemd-sysv, systemd-ui
Provides: prevent-systemd-running
Conflicts: live-config-systemd, systemd, systemd-cron,
systemd-sysv, systemd-ui

...и как _заменить, и выкинуть, и никогда не ставиь _каждый ломоть Передовой Технологии до последнего при установке и апгрейде на v8 Универсальной О.С. ??

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

34. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от dimqua (ok) on 13-Окт-14, 12:02 
Даёшь uselessd!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "В Debian останется возможность использования SysVinit после ..."  –4 +/
Сообщение от Аноним (??) on 13-Окт-14, 12:33 
> Даёшь uselessd!

добавь к себе 'd'

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

94. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:32 
> добавь к себе 'd'

Получится dimquad. Фигня какая-то. Quad damage из кваки.

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

50. "В Debian останется возможность использования SysVinit после ..."  –6 +/
Сообщение от бедный буратино (ok) on 13-Окт-14, 12:24 
Вот где-где, а в debian мне точно абсолютно фиолетово, какая у меня там система инициализации. Поэтому для меня новость сродни изменениям в конфиге ядра. Только те новости - в ченчлоге, который никто не читает, а эта - в главных новостях. Ну, ещё бы - это ЖИЗНЕННО ВАЖНАЯ ПРОБЛЕМА. :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от vitalif email(ok) on 13-Окт-14, 13:06 
А почему тебе именно дебиан по**й? Ты его просто не юзаешь?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

54. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Аноним (??) on 13-Окт-14, 12:27 
Ломающие новости, блин

http://it-the-drote.tk/article/openrc-in-debian

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

68. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Какаянахренразница (ok) on 13-Окт-14, 13:16 
> http://it-the-drote.tk/article/openrc-in-debian

Ничё так. Сам писал?

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

71. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 13:23 
> Ничё так. Сам писал?

""Бармин, открой личико!

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

95. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 15:33 
> http://it-the-drote.tk

Красивый домен, "говорящее название" :)

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

65. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 13:10 
Выбор это хорошо. А лично мне systemd нравится.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Crazy Alex (ok) on 13-Окт-14, 13:36 
А мне бы он нравился, если бы выбор предоставлял изначально. То есть имел бы совместимость с существующими решениями в первую голову, а всё остальное - уже следом. Но у Поттеринга с совместимостью какая-то вечная война.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

96. "В Debian останется возможность использования SysVinit после ..."  –4 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:36 
> То есть имел бы совместимость с существующими решениями в первую голову,

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

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

194. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 14-Окт-14, 15:12 
Это опенсорс. Не нравится - форкни тор и поддержива
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

211. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 15-Окт-14, 07:45 
> Это опенсорс. Не нравится - форкни тор и поддержива

Да я думаю само околеет, но где смогу - помогу, не сомневайтесь ;).

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

67. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от EuPhobos (ok) on 13-Окт-14, 13:15 
Офигеть, они решили Gnome развивать по умолчанию? Самый тормозной и неудобный DE?
KDE на интеловской видюхе более плавно работает с эффектами, чем это убогое подделие на интерфейс планшета, у которого в меню свалено в кучу все нужные и ненужные программы без сортировки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от A.Stahl (ok) on 13-Окт-14, 14:07 
КДЕ от ГНОМа отличается лишь названием.
Такое же тормознутое, вырвиглазное и неюзабельное (я про последние версии)
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

148. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 22:03 
В Debian Gnom всегда по умолчанию шел
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

150. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от EuPhobos (ok) on 13-Окт-14, 22:13 
В Debian Jessie первый бета исталлятор ставил Xfce4 по умолчанию.
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

72. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от MahnaMahnam on 13-Окт-14, 13:26 
Самурай без меча подобен самураю с мечом, но только без меча.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

73. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от derfenix (ok) on 13-Окт-14, 13:34 
Ну и правильно. Надо же как-то ретраградов заткнуть. Через пару лет и они не вспомнят уже, что "поднимать систему скриптами - это круто, потому что у меня опыт и готовые шаблоны, а новое учить - влом"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

151. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от byu on 13-Окт-14, 22:21 
> Ну и правильно. Надо же как-то ретраградов заткнуть. Через пару лет и
> они не вспомнят уже, что "поднимать систему скриптами - это круто,
> потому что у меня опыт и готовые шаблоны, а новое учить
> - влом"

Сделай себе одолжение, почитай «Политика и английский язык» на досуге. Там как раз о шаблонах есть очень хороший пункт.

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

78. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 14:07 
> принятии курса на жёсткую привязку Debian к systemd, которые, в итоге, не подтвердились.

Хм, почему не подтвердились? Сейчас в testing в KDE без systemd не работает сеть, Wi-Fi, VPN, hibernation.

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

98. "В Debian останется возможность использования SysVinit после ..."  –4 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:38 
> Хм, почему не подтвердились? Сейчас в testing в KDE без systemd не
> работает сеть, Wi-Fi, VPN, hibernation.

Погоди, половина софта еще и в песочнцы начнет себя отпиливать. При том глядя на shellshock и 100500 грабель с этими сpaными скриптами - это будет очень актуально и своевременно. Вот тогда посмотрим как вы будете эрзацы городить, с...и ж...кие.

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

102. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 15:46 
>> Хм, почему не подтвердились? Сейчас в testing в KDE без systemd не
> будете эрзацы городить, с...и ж...кие.

То есть выбора нет и _не _должно _быть? ЧТД. Палитесь, батюшка Гапон.

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

172. "В Debian останется возможность использования SysVinit после ..."  –3 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:39 
> То есть выбора нет и _не _должно _быть?

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

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

108. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 15:52 
Причём здесь вообще KDE? Сеть, например, настраиваится с помощью wpa-supplicant, network-manager и т.д, которые не зависят от systemd
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

113. "В Debian останется возможность использования SysVinit после ..."  +4 +/
Сообщение от Аноним (??) on 13-Окт-14, 16:13 
Теперь зависят ;-)
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

166. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 14-Окт-14, 03:03 
в тестинге вообще сейчас весело:
загрузился с systemd - не работает dhcp клиент
пишу systemctl start dhcpcd.service - ругается мол что-то не найдено, думаю что такое, простая команда и чуть ли не самый ходовой сервис
оказалось понимает только systemctl enable dhcpcd.service, поскольку похоже этот сервис реализован через старый инит

вообще потыкал немного этот системд, позапускал команды - не очень понравилось, вернулся на инит

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

167. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Аноним (??) on 14-Окт-14, 03:10 
кстати в опенбоксе всё куда лучше: сеть работает (ethernet, без networkmanager-a), хибернейт тоже работает, саспенд работает но не выключает монитор, wifi и vpn - не знаю, у меня нет
Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

173. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:41 
> (ethernet, без networkmanager-a),

А теперь попробуй голыми руками нарулить вафлю и расскажи как тебе оно.

> тоже работает, саспенд работает но не выключает монитор, wifi и vpn
> - не знаю, у меня нет

А пещерный человек вообще компьютер включать не умеет и не понимает этих наших проблем.

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

192. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Аноним (??) on 14-Окт-14, 13:29 
вы десктопный домашний комп (за роутером) давно видели, зачем там всё это?

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

кстати на буке от networkmanager-а тоже пришлось отказаться, вайфай хотспот в не самом нетривиальном сетевом окружении (поднятый впн, переопределенный днс и тп) подниматься там не захотел

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

201. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Michael Shigorin email(ok) on 15-Окт-14, 04:12 
> А теперь попробуй голыми руками нарулить вафлю и расскажи как тебе оно.

А в чём проблема-то?

---
network={
        ssid="LVEE-2"
        psk="LVEE2013"
}
--- /etc/net/ifaces/wlan0/wpa_supplicant.conf

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

213. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-14, 07:59 
> А в чём проблема-то?
> ---
> network={
>         ssid="LVEE-2"
>         psk="LVEE2013"
> }
> --- /etc/net/ifaces/wlan0/wpa_supplicant.conf

Тут тактично поскипана куча моментов. В том плане что один только конфижек WPA-Supplicant - это немного не весь взлет сети.

1) Ну вот например, тут даже назначение айпишника нет. А, погодите, это в другом конфиге?! А потом оказывается что для настройки 1 вафли надо несколько конфигов переколупать.

2) А SSID сети вы откуда узнали? Ах, у вас рояль в кустах. Ну, бывает и такое у советского человека, особенно когда желание заняться показухой сильно долбит.

Вот так приходишь в кафешку и ... втыкаешь в конфиги, сканишь список APов и прочее? Вместо того чтобы в 1 клик к сетке прицепиться? "Зато без networkmanager!!!111".

А один клац мышкой по меню в таком случае - проще и быстрее. Вы за это время спасибо если редактор запустите. Для 1 из конфигов. А их еще и несколько к тому же. Нет, я не буду отрицать: командлайновый доступ и конфиги - мастхэв. Для кастомных применений. Но макнуть в списке нужную AP и после этого просто завалиться в сеть - unbeatable в плане юзабилити. И в этом месте я понимаю пойнт и в NM, и в гуйных апплетиках для оного. Под такой сценарий как завалиться в гостевую вафлю ноутом и т.п. - это и удобно и уместно.

p.s. а если честно - мне больше всего симпатичен UCI из openwrt. Все аккуратно так, в одном месте, с командлайном, с и-фейсом для гуя для дергания той же штуки, а теперь и некий задел под RPC под групповое администрирование сделали, явно с пониманием того как надо. Но правда UCI берет на себя несколько больше чем только руление сетями, а вот это у него уже получается "не очень".

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

79. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от xPhoenix email(ok) on 13-Окт-14, 14:16 
>>необходимых для запуска обработчиков systemd без использования сервиса инициализации systemd

Не понимаю, чего все так переживают из-за этого systemd? Может, оно и к лучшему.

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

109. "В Debian останется возможность использования SysVinit после ..."  –7 +/
Сообщение от Аноним (??) on 13-Окт-14, 15:54 
> Может, оно и к лучшему.

Так это всегда так. Сначала польют г-ном из ушата, потому что модный тренд - поливание помоями systemd, пульса и чего там еще. Без советов сколь-нибудь внятных аналогов, зато с рассказами про то какие фичи вам не нyжны (круто когда советчик лучше вас знает что вам надо, правда?). А потом въедут и спасибо говорить будут. Как минимум многие из. Как обычно, в общем.

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

119. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-14, 16:44 
напомнить историю с пульсом - когда леня сломал OSS поддержку - а когда ему указали на это, сказал что это ему не надо, поэтому чинить не будет ?
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

174. "В Debian останется возможность использования SysVinit после ..."  –3 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:43 
> напомнить историю с пульсом - когда леня сломал OSS поддержку - а
> когда ему указали на это, сказал что это ему не надо,
> поэтому чинить не будет ?

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

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

183. "В Debian останется возможность использования SysVinit после ..."  +2 +/
Сообщение от Xaionaro (ok) on 14-Окт-14, 07:49 
> У меня пульс просто работает, проблем от него у меня ровно ноль.

С ним до сих пор проблем дохрена. Иногда внезапно начинаются странные звуки (и это происходит раз в 10 чаще, если запускать в "--system-wide"), иногда тупо не запускается, в какой-то версии была сломана поддержка a2dp (на что я убил больше дня) и т.п. Я на Pulseaudio уже потратил времени больше, чем на ALSA и OSS вместе взятые. Хотя с ALSA и OSS знаком намного дольше. В результате, испытав немало эмоций, я решил просто от него отказаться.

SystemD тоже не оставил меня в покое. Контейнеры в моей стандартной конфигурации вообще не грузятся с ним, с cryptosetup проблемы и т.п. Хотя по сути, многое из того что я испытал с systemd уже описано в посте по ссылке в комментарии https://www.opennet.ru/openforum/vsluhforumID3/99364.html#183 . Закончилось всё тем, что я принял решение не использовать systemd в своих системах (оставлю лишь на домашнем ноутбуке, чтобы продолжить его изучение).

Хватит уже говорить что проблем с этим всем ноль. Это ж всё не придумывают. Лично я отталкиваюсь от реальных проблем при составлении своего мнения.

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

187. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Xaionaro (ok) on 14-Окт-14, 08:51 
> описано в посте по ссылке в комментарии https://www.opennet.ru/openforum/vsluhforumID3/99364.html#183

Извиняюсь, неверно ссылку скопировал: https://www.opennet.ru/openforum/vsluhforumID3/99364.html#121

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

214. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 15-Окт-14, 08:50 
> С ним до сих пор проблем дохрена.

Только если их искать или юзать какие-то сильно кастомные сценарии. На обычном писюке при обычном писючном использовании я от него вообще не имел никаких проблем.

> Иногда внезапно начинаются странные звуки

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

> уже потратил времени больше, чем на ALSA и OSS вместе взятые.

А я потратил 0 минут на настройку всего этого. Чему искренне рад.

> Хотя с ALSA и OSS знаком намного дольше. В результате, испытав
> немало эмоций, я решил просто от него отказаться.

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

> SystemD тоже не оставил меня в покое. Контейнеры в моей стандартной конфигурации
> вообще не грузятся с ним,

А что есть ваша "стандартная конфигурация"? И в чем проблема?

> с cryptosetup проблемы и т.п. Хотя по сути, многое из того что я испытал с systemd уже
> описано в посте по ссылке

В том посте - очередной crybaby, с бетой дебиана, админящий систему кое-как (см. как он ее апдейтит, это при heartbleed/shellshock и прочих прелестях). Который вместо репорта багов на бету дебиана - ноет в бложик. Как конструктивно. Надо быть редким болваном чтобы ожидать что переходный период в бета-версии системы будет проходить идеально безглючно. Если кому это не нравится - так, стоп, чуваки, а зачем вы бетаверсию лезли юзать, для начала? Не вижу на кого тут можно жаловаться кроме самого себя.

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

> в комментарии https://www.opennet.ru/openforum/vsluhforumID3/99364.html#183

Это такая попытка сорвать парсеру стэк, зациклив пост сам на себя? :)

> Закончилось всё тем, что я принял решение не использовать systemd в своих системах

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

> (оставлю лишь на домашнем ноутбуке, чтобы продолжить его изучение).

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

> Хватит уже говорить что проблем с этим всем ноль. Это ж всё не придумывают.

Пардон? А где я сказал что проблем всегда и везде 0? Особенно с какой-нибудь бетой дебиана которая в середине переходного периода?

> Лично я отталкиваюсь от реальных проблем при составлении своего мнения.

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

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

82. "В Debian останется возможность использования SysVinit после ..."  +3 +/
Сообщение от Психиатр (ok) on 13-Окт-14, 14:34 
мудро и правильно.
оставляя в стороне срач про системдЫ - альтернативы _НУЖНЫ_.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

121. "В Debian останется возможность использования SysVinit после ..."  +2 +/
Сообщение от Andrey Mitrofanov on 13-Окт-14, 16:58 
> мудро и правильно.
> оставляя в стороне сра4 про системдЫ

Вот как раз "сакcес" стори _в_тему_: http://changelog.complete.org/archives/9237-first-impression... , и именно про [да, он про -shim не написал--]

> - альтернативы _НУЖНЫ_.

""So apt-get install systemd-sysv (and watch sysvinit-core get uninstalled) and reboot.
""Only, my system doesn’t come back up.

Затейник (про "выпускник MIT" не знаю, немец всё ж, но вполне себе debian developer) с криптосетапом, ZFSonLinux-ом и пр.кнопками яркости ждёт aплоада/фикса https://bugs.debian.org/757348 . *Не* в _s-d, что :/ характерно.

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

126. "В Debian останется возможность использования SysVinit после ..."  –4 +/
Сообщение от Сергей (??) on 13-Окт-14, 17:32 
В принципе леня прав, такой мешанины скриптов запуска, которые есть в дистрибутивах линукса, наверное нет ни в одной другой операционке. Во фре к примеру, местонахождение всех скриптов запуска не зависит от версии операционки, они к тому же практически все однотипны, в результате их разбор и модификация не приводит к танцам с бубнами, что часто имеем в софте, основанном на ядре линукс...
Сейчас systemd пытается охватить все, что в придет в голову Лене, но я думаю, или systemd как проект сгинет, либо распадется на несколько независящих друг от друга частей...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

127. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Нанобот (ok) on 13-Окт-14, 17:40 
Прослойка для обратной совместимости - правильное решение.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

128. "В Debian останется возможность использования SysVinit после ..."  –4 +/
Сообщение от Аноним (??) on 13-Окт-14, 17:47 
Глючный костыль и полумера. Проще и лучше оставить дефолт (системд)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

132. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Gaben on 13-Окт-14, 18:22 
На домашнем ПК есть смысл заморачиваться systemd vs sysvinit или заметной разницы не будет и можно пользоваться тем, что дают?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

134. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от AndDT (ok) on 13-Окт-14, 18:33 
Теперь только остались слака, гента и bsdи :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

143. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от chinarulezzz (ok) on 13-Окт-14, 20:37 
> Теперь только остались слака, гента и bsdи :(

еще CRUX, Funtoo.

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

144. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 20:39 
> Теперь только остались слака, гента и bsdи :(

Для любителей пригодной для продакшена экзотики ещё OpenSolaris (или OpenIndiana, или как там ещё).

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

145. "В Debian останется возможность использования SysVinit после ..."  –3 +/
Сообщение от Аноним (??) on 13-Окт-14, 20:50 
Да. И в ней ZFS сразу из коробки, о чём linux пока только мечтать может.
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

180. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 14-Окт-14, 07:24 
> Да. И в ней ZFS сразу из коробки, о чём linux пока только мечтать может.

А мы мечтаем о btrfs из коробки. Хотя стоп, почему мечтаем? Он там из коробки и есть. И даже неплохо работает, если сильно не увлекаться наворотами.

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

155. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 23:43 
PCLOS же!
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

175. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:45 
> Теперь только остались слака, гента и bsdи :(

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

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

136. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-14, 19:54 
В приведённой ссылке https://lkml.org/lkml/2014/10/7/254 содержится абзац:

There has been no General Resolution amongst debian package maintainers.
Red Hat has instituted a regulatory capture of the "bug squashing" committee
within debian (the "Technical Committee") by having current or former (but
stock holding) employees moonlight in debian and gradually gain membership
in that comittie.

Правильно ли я из него понимаю, что Red Hat имеет своего оплачиваемого "агента" внутри технического комитета Debian? Чтоа???? WTF???? Т. е. дистрибутивы уже стали засылать друг другу своих агентов?????

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

137. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от Аноним (??) on 13-Окт-14, 19:56 
Может, этим и объясняется переход Debian на systemd? Может, тот агрессивный председатель технического комитета Debian, который продавил systemd, и есть агент Red Hat?
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

141. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-14, 20:27 
Именно. В приведённой ссылке есть ещё одно интересное место:

The RedHat associated members of the Technical Committee have illegally and in bad faith abused their positions in-order to realize financial and strategic gain for their employer.

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

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

158. "В Debian останется возможность использования SysVinit после ..."  +1 +/
Сообщение от Пр0х0жий (ok) on 14-Окт-14, 00:50 
Говоря языком простым и называя вещи своими именами, это грязные лобби проталкивающие системд.
Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

177. "В Debian останется возможность использования SysVinit после ..."  –2 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:48 
> Говоря языком простым и называя вещи своими именами, это грязные лобби проталкивающие системд.

А громкие визги, наезды и спам НеФанатов - это, типа, за лобби не считается? :)

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

178. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Пр0х0жий (ok) on 14-Окт-14, 05:36 
>> Говоря языком простым и называя вещи своими именами, это грязные лобби проталкивающие системд.
> А громкие визги, наезды и спам НеФанатов - это, типа, за лобби
> не считается? :)

Не считается. Просили же не прибивать. Неоднократно. Во многих ветках с подробностями.

Есть три категории сисадминов:
- Нормальные
- Малоопытные
- Клинические дебилы горло перегрызущие в защиту сыстемд

Внезапно!, - пользователь, тоже сисадмин своего компьютера.
Профессиональный сисадмин не владеющий шелл-скриптингом, - профнепригоден.

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

232. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от Аноним (??) on 16-Окт-14, 08:23 
> Не считается.

Так и запишем: двойные стандарты.

> Просили же не прибивать. Неоднократно. Во многих ветках с подробностями.

Не знаю кто и кого просил, но глядя на поведение НеФанатов я бы на месте поттера уж точно не стал париться о благополучии и удобстве таких индивидов. А в чем пойнт заботиться о удобстве тех кто вопит "не нyжно!!!" и поливает г-ном всех кто смеет считать иначе? Это даже достаточно нейтральный Торвальдс заметил.

> Есть три категории сисадминов:

Нормальная такая подтасовка фактов.

> - Нормальные
> - Малоопытные
> - Клинические дeбилы горло перегрызущие в защиту сыстемд

Забыли четвертых - необучаемых ретардов "мы так привыкли". Их бы воля - сидеть бы ща в CP/M и MULTICS, ведь все работало, а изучать всякую новомодную хрень - да ну его, а?!

> Внезапно!, - пользователь, тоже сисадмин своего компьютера.

И чего? Или вас просто покапитанить прошибло?

> Профессиональный сисадмин не владеющий шелл-скриптингом, - профнепригоден.

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

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

176. "В Debian останется возможность использования SysVinit после ..."  –3 +/
Сообщение от Аноним (??) on 14-Окт-14, 04:47 
> преимущества для своего работодателя.

Вы, господа, наглецы и лицемеры. Потому что хотите видеть только 1 точку зрения - вашу. О том что systemd кому-то нравиться может вы даже и не задумываетесь. И если уж на то пошло, шапка дофига работы воротит, так что если выбирать - "а этого, спидозного, я в первый раз вижу" (с).

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

152. "В Debian останется возможность использования SysVinit после ..."  +/
Сообщение от byu on 13-Окт-14, 22:26 

> Правильно ли я из него понимаю, что Red Hat имеет своего оплачиваемого
> "агента" внутри технического комитета Debian? Чтоа???? WTF???? Т. е. дистрибутивы уже
> стали засылать друг другу своих агентов?????

Если не стали, то пора начать это делать.
(Да, это сарказм)

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

197. "В Debian останется возможность использования SysVinit после ..."  –1 +/
Сообщение от re on 14-Окт-14, 23:37 
че за хипиш, косточка т.е. новость для альтернативщиков спешил
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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