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

В Debian останется возможность использования SysVinit после ..., opennews (??), 13-Окт-14, (0) [смотреть все] Все правильно, systemd должна навсегда остаться в прошлом, как тупиковая ветвь , Аноним (-), 11:22 , 13-Окт-14, (1) +22 // Вы уверены что возможность вставки костыля вместо дефолтного systemd это именно , Аноним (-), 11:30 , 13-Окт-14, (6) +6   // А с чего вы взяли что именно он 8212 костыль Да, была объективная критика ини, ананим (?), 11:39 , 13-Окт-14, (11) +3   // ОК, согласен, термин костыль сюда не подходит , Аноним (-), 11:48 , 13-Окт-14, (23)   Сюда подходит кошку лишали хвоста понемножку Этот пакет припрет половину кишк, Аноним (-), 15:16 , 13-Окт-14, (85) –2   вы только что рассказали про uselessd с подходом выкинуть всё лишнее из systemd, Аноним (-), 13:14 , 13-Окт-14, (66) +3   А чем старый, добрый инит плох Зачем его выкидывать то Всё что надо делает, про, ананим (?), 13:51 , 13-Окт-14, (75) –1   1 говорят, подразумевает написание бесконечных простыней на баше, хз, сам не ст, Аноним (-), 14:53 , 13-Окт-14, (83) +2   Дон Леонсио приплыл за _вашим золотом и землями, покупая _вас за мусор-бусы пе, Andrey Mitrofanov (?), 15:32 , 13-Окт-14, (93) +2   Интел и прочие амд нас всех вообще за кусок кремния купили Если кто не в курсе,, Аноним (-), 15:42 , 13-Окт-14, (99) –3   Битов и электронов, из которых бусы , в окружающем -- на порядки больше Но ты м, Andrey Mitrofanov (?), 15:50 , 13-Окт-14, (104) +1   Ну спасибо, Капитан И что бы я без вас делал, Кэп Правда, если до продаж б, Аноним (-), 02:25 , 14-Окт-14, (160) –1   Ага Только там используется кремний такой химической чистоты, что процесс его п, aLexius (ok), 08:11 , 14-Окт-14, (186) +1   Так это дикари тоже не умеют из песка стекло делать Для них процесс получени, Аноним (-), 04:49 , 15-Окт-14, (202)   Инит 8212 это программа на С, при запуске 8212 такой процесс с pid 1 Рули, ананим (?), 15:45 , 13-Окт-14, (101) +1   Как раз собственно с рулением у него и не задалось Даже самого простейшего мони, Аноним (-), 15:50 , 13-Окт-14, (103) –4   Для дэбилов разве что Например если упавший оракл поднять не подумавши, почему о, ананим (?), 16:02 , 13-Окт-14, (112)   О В соседнюю новость пройдите там спрашивали, чем Pg лучше Ocl-а , Andrey Mitrofanov (?), 16:17 , 13-Окт-14, (114)   Э-э-э, для него уже написаны юнит-файлы D, ананим (?), 22:48 , 13-Окт-14, (153) +1   а что насчет мониторинга и сервисы, для которых рестарт не помешал бы тоже вполн, Аноним (-), 16:23 , 13-Окт-14, (115)   слово respawn в inittab е тебе ни о чём не говорит , pavel_simple (ok), 16:27 , 13-Окт-14, (116) +1   Там оно сделано в таком виде что толку от него с гулькин нос Лимитирование част, Аноним (-), 04:25 , 14-Окт-14, (168) –2   Понятно -- не читал, но осуждаю , Michael Shigorin (ok), 03:51 , 15-Окт-14, (199)   Да просто я уже сто лет как пользуюсь более приличными системами инициализации , Аноним (-), 05:05 , 15-Окт-14, (203) –1   повторяй за мной,294, отакжись от фанатизма, фанатизм это глупо и не достойно ув, pavel_simple (ok), 07:55 , 15-Окт-14, (212) +1   Сразу после того как oгoлтeлые НеФанаты зaткнyтся И ни битом ранее Какие ложные, Аноним (-), 19:00 , 15-Окт-14, (220) –1   они не заткнуться никогда, это повод думать что ты останешся фанатиком или техн, pavel_simple (ok), 08:46 , 16-Окт-14, (233) +1   Это заведомо ложное утверждение и вопрос сводится лишь к тому когда У техна, Аноним (-), 21:43 , 16-Окт-14, (237) –2   это заведомо истинное утверждение, ибо фанатики были, есть и будут не согласился, pavel_simple (ok), 12:55 , 17-Окт-14, (249) +2   500 правда с горы сижу на АIX , mix (??), 00:50 , 14-Окт-14, (157) –2   У тебя 100500 вечно-падающих демонов запущено Ну ты лось При чём брехливый К то, ананим (?), 02:47 , 14-Окт-14, (165)   А где как Вот чего у меня вообще совсем нигде и никак нет - так это оракла А в, Аноним (-), 04:33 , 14-Окт-14, (169) –1   Не смог пройти мимо Вы хотя бы man init, до конца прочитали DIAGNOSTICS , vi (ok), 23:42 , 16-Окт-14, (247) +2   Не врите Умеет, умеет Но через другую калитку - А мультиогрызок по имени syst, Michael Shigorin (ok), 03:47 , 15-Окт-14, (198)   Большой вопрос кто тут врет Ибо на практике я не видел ни 1 программы которая б, Аноним (-), 06:40 , 15-Окт-14, (204) –3   Это характеризует то, что Вы видели Хорошая такая идея, да А я не только лишь , Michael Shigorin (ok), 15:54 , 17-Окт-14, (250)   Работающий критичный сервис, который упал, гораздо хуже упавшего - , Посторонним В (?), 13:19 , 15-Окт-14, (216)   Это очень зависит от сервиса Например если некий HTTP проксь выпускает юзеров в, Аноним (-), 19:10 , 15-Окт-14, (221)   А сдохшие платки памяти системд тоже подтащит и воткнёт во время отпуска админа , Аноним (-), 20:24 , 15-Окт-14, (224)   А платки памяти, если они не из г а - дохнут достаточно редко К тому же у нор, Аноним (-), 06:58 , 16-Окт-14, (226) –1   Почему же хуже Не может значит этот сервис без админа работать Значит должен , Посторонним В (?), 20:57 , 16-Окт-14, (235)   И почему этот сервер кстати падает Может кто-то его пытается взломать И включит, Посторонним В (?), 21:06 , 16-Окт-14, (236) +1   В идеале это может выглядеть как-то так сервис живет в контейнере, там обкоцана, Аноним (-), 21:57 , 16-Окт-14, (239) –2   Вот вы и окарауливайте А я считаю что автоматика на то и нужна чтобы человека з, Аноним (-), 21:51 , 16-Окт-14, (238) –2   Ваше изучение обстоятельств через месяц никому особенно будет не надо А отвечать, Посторонним В (?), 22:49 , 16-Окт-14, (245)   Не всегда человека надо заменять Вот вас например вместе со всем, что вы считае, Посторонним В (?), 23:02 , 16-Окт-14, (246) +1   Но upstart делает тоже самое там замечательные скрипты запуска , АНАНИМ (?), 17:19 , 13-Окт-14, (125) –1   Тото оно у меня Миредо глушит по 2-3 минуты на выключении компа , ryoken (?), 20:13 , 13-Окт-14, (138)   Дело было не в бобине , Аноним (-), 02:33 , 14-Окт-14, (162)   Тем что нифига он к админу не добрый - спихивает на него все проблемы Он НИХРЕНА, Аноним (-), 15:20 , 13-Окт-14, (87) –10   В чем же логика systemd В попытке сбить все гвоздями в одну кучу И кстати, нео, raven_kg (ok), 15:51 , 13-Окт-14, (105) +6   Вам папа римский запрещает вызывать из юнитов шеллскрипты , абыр (ok), 17:56 , 13-Окт-14, (129)   Наверное это такая религия поклонников sysv init, запрещающая такое действие Жд, Аноним (-), 02:44 , 14-Окт-14, (163) –3   Ага Костыль чтобы запустить костыль Зачем ненужная прослойка , raven_kg (ok), 07:28 , 14-Окт-14, (181)   Ну я вот например сделал недавно пинок мелкого скрипта мелким конфигом апстарта , Аноним (-), 06:52 , 15-Окт-14, (205)   Ну и ещё простыни на баше превратились в простыню юнит-файлов , anonymous (??), 19:52 , 13-Окт-14, (135) +1   Простыни на 5 строк где только конфигурационные данные - это здорово лучше чем, Аноним (-), 02:45 , 14-Окт-14, (164) –3   Интересно, а что именно должен делать процесс с pid 1, не подскажешь Прям тролль, ананим (?), 15:54 , 13-Окт-14, (110) +1   Не надо ничего писать, Mudur уже есть , byu (?), 22:05 , 13-Окт-14, (149)   Черт, я так и знал что извращенцев хватает , Аноним (-), 04:34 , 14-Окт-14, (170)   В каком месте Это костыли которые приносят половину системды, но самое вкусное , Аноним (-), 15:45 , 13-Окт-14, (100) –1   я его дополню Тоже самое касается и Gnome , KT315 (ok), 12:52 , 13-Окт-14, (61)   Ты, наверное, мыслишь проприетарно-примитивным мышлением, поэтому не совсем пони, бедный буратино (ok), 12:26 , 13-Окт-14, (53) –1 Кочегары паровозов также писали бы об электровозах, будь в их время интернет Эт, Bobik (?), 13:26 , 14-Окт-14, (191) –2 // А разве не так Разве найден совершенный источник электрической энергии, мощный и, Аноним (-), 11:13 , 16-Окт-14, (234) // Ну уж не любителям паровозов с их копотью и выбросами CO2 и прочих оксидов серы , Аноним (-), 22:03 , 16-Окт-14, (240) –2 И какие это источники, позвольте полюбопытствовать Если не брать в расчёт тольк, Аноним (-), 08:18 , 17-Окт-14, (248) +1 молодцы , Аноним (-), 11:24 , 13-Окт-14, (2) +1 // Не прогнулись , Аноним (-), 12:17 , 13-Окт-14, (45) // любители непрогнутости, учите уроки истории как это было на других дистриб, Xasd (ok), 13:21 , 13-Окт-14, (70) +4 // Фигсае, сегодня на опеннете приступы адекватности Население адекватных персонаж, Аноним (-), 15:22 , 13-Окт-14, (89) взломали , Xasd (ok), 18:12 , 13-Окт-14, (130) –1 приступы лжи и демагогии не удивлюсь если ты - он , chinarulezzz (ok), 20:27 , 13-Окт-14, (140) А он - это кто Xasd или буратина Обломись, это был 294-й вообще Но да, ты к, Аноним (-), 04:36 , 14-Окт-14, (171) –2 и переиначил мои слова риторический вопрос, да -D, chinarulezzz (ok), 19:13 , 14-Окт-14, (195) Ну то-есть насчет того что ты сам соврал про персоналию оппонента - возражений н, Аноним (-), 06:55 , 15-Окт-14, (206) –1 я закончил оправдываться благодарю за психоанализ, наш и свой , chinarulezzz (ok), 17:10 , 15-Окт-14, (218) Молодец, возьми с полки пирожок Да не за что, всегда пожалуйста , Аноним (-), 07:26 , 16-Окт-14, (227) Идиoт Возможность заявили только сейчас, когда стало ясно, что сообщество утёрл, Аноним (-), 17:05 , 13-Окт-14, (122) Гражданин, B соврамши B 0pointer net blog projects systemd-update html 23 A, Andrey Mitrofanov (?), 17:18 , 13-Окт-14, (124) +1 не требуется десятка если появится хотя бы одно CVE а хотя бы одно CVE -- , Xasd (ok), 18:20 , 13-Окт-14, (131) –2 Чем это будет отличаться от текущего положения дел , абыр (ok), 18:25 , 13-Окт-14, (133) –1 Так вон-же уже были в Fedora баги, когда система вообще отказывается грузиться, , анонимус (??), 21:37 , 13-Окт-14, (146) +1 если в systemd то-то не так то отказывается грузиться ВОт ЭТО ДА а если в, Xasd (ok), 21:42 , 13-Окт-14, (147) –4 Ты забыл, что systemd - это совсем не ядро И что до systemd было так, что, нап, анонимус (??), 02:10 , 14-Окт-14, (159) Их уже 7 http www cvedetails com product-search php vendor_id 0 search systemd, Xaionaro (ok), 08:04 , 14-Окт-14, (185) Юноша, а Вы помните то славное CVE про загрузку модулей в pulseaudio , Michael Shigorin (ok), 03:56 , 15-Окт-14, (200) Так там вроде не пульс виноват был И если уж на то пошло, шеллшок с выполнением , Аноним (-), 06:57 , 15-Окт-14, (207) –2 не звизди, было на лоре нашелся, отказали P S я про арч , chinarulezzz (ok), 20:26 , 13-Окт-14, (139) Блин, ну нельзя же так Я аж кофе подавился от смеха А может быть пора бы уже ус, Аноним (-), 07:21 , 14-Окт-14, (179) –1 соболезную пора, усваивай Речь о том, что в харче в начале предложили совмести, chinarulezzz (ok), 19:28 , 14-Окт-14, (196) +1 Да вы лолки Обидели мышку - написали в норку Я уже давно А вот некоторые гор, Аноним (-), 07:12 , 15-Окт-14, (208) –1 Какой пассаж Расскажи нам еще о скотском поведении горластых хамлотиков -D, chinarulezzz (ok), 17:20 , 15-Окт-14, (219) +1 Ну а что вы ожидали Что я буду церемониться с горластыми хамлотиками Э не, так, Аноним (-), 07:27 , 16-Окт-14, (228) Справедливый гнев, угумс Косишь под меня обидели -поттеринга , chinarulezzz (ok), 07:36 , 16-Окт-14, (230) Не столько обидели, сколько задолбали воплями Настолько что я вижу что да, у по, Аноним (-), 22:06 , 16-Окт-14, (241) –1 Лёня won А Gentoo еще не сдались Благо еще BSD есть на запас , unixman (ok), 11:29 , 13-Окт-14, (3) // В бздях тоже аналог этого systemd-shim пилят , ананим (?), 11:40 , 13-Окт-14, (14) Gentoo is all about choice По дефолту OpenRC, но прогресивные админы-мамолюбы м, Аноним (-), 11:42 , 13-Окт-14, (15) Не самый плохой вариант Он по крайней мере не кладет по хренадцать лет болт на , Аноним (-), 15:24 , 13-Окт-14, (90) –4 // 1 Gentoo -- это задворки цивилизации 2 Хватит переходить на личности Утомил, Xaionaro (ok), 08:00 , 14-Окт-14, (184) +1 // ИМХО довольно близко к таковым По уровню влияния на процессы в индустрии, тому , Аноним (-), 07:26 , 15-Окт-14, (209) называется, расплодились толпы дэбилов с претензиями обучать своему дэбилизму , Посторонним В (?), 13:56 , 15-Окт-14, (217) Это вы с претензиями навязывать всем допотопные решения с кучей архаизмов и бест, Аноним (-), 07:31 , 16-Окт-14, (229) А нам не нужны ни дэбилы, ни их излияния про то что им как бы нравится и нужно , Посторонним В (?), 22:18 , 16-Окт-14, (242) +1 неприличный конечно намёк получился На то что им нравится и нужно , Посторонним В (?), 22:43 , 16-Окт-14, (243) И поставкой чего им традиционно занималось MS , Посторонним В (?), 22:45 , 16-Окт-14, (244) Flawless victory , Аноним (-), 15:58 , 13-Окт-14, (111) И волки сыты и овцы целы , Аноним (-), 11:30 , 13-Окт-14, (4) –2 Мне кажется, что уже поздно Слишком много софта начинает привязываться к system, A.Stahl (ok), 11:30 , 13-Окт-14, (5) +2 // Много софта это всего лишь убогий гном gdm, Аноним (-), 11:34 , 13-Окт-14, (8) +2 // всякая скайпятина, пщ (?), 12:21 , 13-Окт-14, (47) // А скайпятине то systemd зачем Что они с ним делают , Аноним (-), 15:52 , 13-Окт-14, (107) То есть ничего нужного к сустемд не привязано ШИН , Аноним (-), 23:20 , 13-Окт-14, (154) +2 Да ладно Ничего и не городить Некоторую функциональность спиoнeрили и всё Зато , ананим (?), 11:45 , 13-Окт-14, (19) +2 // Я тебе даже больше скажу - постепенно еще и какой-нибудь внятный RPC для дерга э, Аноним (-), 15:30 , 13-Окт-14, (91) –2 // Можно услышать про опыт управления пачкой машин групповыми средствами Раньше и , Аноним (-), 15:11 , 14-Окт-14, (193) Да самые разные От пачки виндовых машин до кучи машин с пингвином Вплоть до вс, Аноним (-), 07:41 , 15-Окт-14, (210) –1 Знакомый 10 минут на работу на веле едет Другой 20 минут пешком идёт И как то , Аноним (-), 20:34 , 15-Окт-14, (225) Велик не такая уж и допотопная технология, не сильно старше самолетов, между про, Аноним (-), 08:11 , 16-Окт-14, (231) –1 Угу Прямо SElinux , только выкинуть невозможно he previously had to neut, Andrey Mitrofanov (?), 12:17 , 13-Окт-14, (46) +2 // Почему нельзя то Вон в openwrt никакого вам selinus Или ты о чем , Аноним (-), 15:32 , 13-Окт-14, (92) –1 Just as planned , Аноним (-), 11:21 , 15-Окт-14, (215) –1 PKGBUILD будет , Аноним (-), 11:32 , 13-Окт-14, (7) –1 А осадочек-то остался , Аноним (-), 11:38 , 13-Окт-14, (10) +1 // а ты её на всякий случай пока-что не удаляй с компьютера - малоли, вдруг и , Xasd (ok), 15:12 , 13-Окт-14, (84) –1 Напомните мне, как назывались или оно было с матом или переименовали или брос, Andrey Mitrofanov (?), 12:00 , 13-Окт-14, (30) +3 // Такое http wookware org software repo pool main p prevent-systemd матное назв, Andrey Mitrofanov (?), 19:16 , 15-Окт-14, (222) We will freeze at 23 59 UTC on the 5th of November 2014All lost The release i, Andrey Mitrofanov (?), 20:16 , 15-Окт-14, (223) Возрадуйтесь, дебианеры Хунта кэосдэ сообщает о _своей Великой Победе http , Andrey Mitrofanov (?), 19:11 , 21-Окт-14, (251) Даёшь uselessd , dimqua (ok), 12:02 , 13-Окт-14, (34) +1 // добавь к себе d , Аноним (-), 12:33 , 13-Окт-14, (56) –4 // Получится dimquad Фигня какая-то Quad damage из кваки , Аноним (-), 15:32 , 13-Окт-14, (94) +1 Вот где-где, а в debian мне точно абсолютно фиолетово, какая у меня там система , бедный буратино (ok), 12:24 , 13-Окт-14, (50) –6 // А почему тебе именно дебиан по й Ты его просто не юзаешь , vitalif (ok), 13:06 , 13-Окт-14, (64) Ломающие новости, блинhttp it-the-drote tk article openrc-in-debian, Аноним (-), 12:27 , 13-Окт-14, (54) –2 // Ничё так Сам писал , Какаянахренразница (ok), 13:16 , 13-Окт-14, (68) +1 // Бармин, открой личико , Andrey Mitrofanov (?), 13:23 , 13-Окт-14, (71) Красивый домен, говорящее название , Аноним (-), 15:33 , 13-Окт-14, (95) Выбор это хорошо А лично мне systemd нравится , Аноним (-), 13:10 , 13-Окт-14, (65) // А мне бы он нравился, если бы выбор предоставлял изначально То есть имел бы сов, Crazy Alex (ok), 13:36 , 13-Окт-14, (74) +1 // Так там вроде есть слой совместимости с sysv Но лучше бы пристрелили нафиг А т, Аноним (-), 15:36 , 13-Окт-14, (96) –4 // Это опенсорс Не нравится - форкни тор и поддержива, Аноним (-), 15:12 , 14-Окт-14, (194) Да я думаю само околеет, но где смогу - помогу, не сомневайтесь , Аноним (-), 07:45 , 15-Окт-14, (211) Офигеть, они решили Gnome развивать по умолчанию Самый тормозной и неудобный DE, EuPhobos (ok), 13:15 , 13-Окт-14, (67) –1 // КДЕ от ГНОМа отличается лишь названием Такое же тормознутое, вырвиглазное и неюз, A.Stahl (ok), 14:07 , 13-Окт-14, (77) –2 В Debian Gnom всегда по умолчанию шел, Аноним (-), 22:03 , 13-Окт-14, (148) // В Debian Jessie первый бета исталлятор ставил Xfce4 по умолчанию , EuPhobos (ok), 22:13 , 13-Окт-14, (150) Самурай без меча подобен самураю с мечом, но только без меча , MahnaMahnam (?), 13:26 , 13-Окт-14, (72) +1 Ну и правильно Надо же как-то ретраградов заткнуть Через пару лет и они не всп, derfenix (ok), 13:34 , 13-Окт-14, (73) –1 // Сделай себе одолжение, почитай 171 Политика и английский язык 187 на досуге , byu (?), 22:21 , 13-Окт-14, (151) –1 Хм, почему не подтвердились Сейчас в testing в KDE без systemd не работает сеть, Аноним (-), 14:07 , 13-Окт-14, (78) // Погоди, половина софта еще и в песочнцы начнет себя отпиливать При том глядя на, Аноним (-), 15:38 , 13-Окт-14, (98) –4 // То есть выбора нет и _не _должно _быть ЧТД Палитесь, батюшка Гапон , Andrey Mitrofanov (?), 15:46 , 13-Окт-14, (102) +1 // Почему же, пусть будет Только ценой геморроя у тех кому повыделоваться с кастом, Аноним (-), 04:39 , 14-Окт-14, (172) –3 Причём здесь вообще KDE Сеть, например, настраиваится с помощью wpa-supplicant,, Аноним (-), 15:52 , 13-Окт-14, (108) // Теперь зависят - , Аноним (-), 16:13 , 13-Окт-14, (113) +4 в тестинге вообще сейчас весело загрузился с systemd - не работает dhcp клиентпи, Аноним (-), 03:03 , 14-Окт-14, (166) // кстати в опенбоксе всё куда лучше сеть работает ethernet, без networkmanager-a, Аноним (-), 03:10 , 14-Окт-14, (167) –2 // А теперь попробуй голыми руками нарулить вафлю и расскажи как тебе оно А пещерны, Аноним (-), 04:41 , 14-Окт-14, (173) –1 вы десктопный домашний комп за роутером давно видели, зачем там всё это челове, Аноним (-), 13:29 , 14-Окт-14, (192) +1 А в чём проблема-то ---network ssid LVEE-2 psk LVEE2013 --- , Michael Shigorin (ok), 04:12 , 15-Окт-14, (201) Тут тактично поскипана куча моментов В том плане что один только конфижек WPA-S, Аноним (-), 07:59 , 15-Окт-14, (213) –1 Не понимаю, чего все так переживают из-за этого systemd Может, оно и к лучшему , xPhoenix (ok), 14:16 , 13-Окт-14, (79) –2 // Так это всегда так Сначала польют г-ном из ушата, потому что модный тренд - пол, Аноним (-), 15:54 , 13-Окт-14, (109) –7 // напомнить историю с пульсом - когда леня сломал OSS поддержку - а когда ему указ, Аноним (-), 16:44 , 13-Окт-14, (119) +1 // Мне пофиг на ваши истории И на OSS мне пофиг это ведь там проприетарные дрова , Аноним (-), 04:43 , 14-Окт-14, (174) –3 С ним до сих пор проблем дохрена Иногда внезапно начинаются странные звуки и э, Xaionaro (ok), 07:49 , 14-Окт-14, (183) +2 Извиняюсь, неверно ссылку скопировал http www opennet ru openforum vsluhforum, Xaionaro (ok), 08:51 , 14-Окт-14, (187) Только если их искать или юзать какие-то сильно кастомные сценарии На обычном п, Аноним (-), 08:50 , 15-Окт-14, (214) мудро и правильно оставляя в стороне срач про системдЫ - альтернативы _НУЖНЫ_ , Психиатр (ok), 14:34 , 13-Окт-14, (82) +3 // Вот как раз сакcес стори _в_тему_ http changelog complete org archives 9237, Andrey Mitrofanov (?), 16:58 , 13-Окт-14, (121) +2 В принципе леня прав, такой мешанины скриптов запуска, которые есть в дистрибут, Сергей (??), 17:32 , 13-Окт-14, (126) –4 Прослойка для обратной совместимости - правильное решение , Нанобот (ok), 17:40 , 13-Окт-14, (127) –2 Глючный костыль и полумера Проще и лучше оставить дефолт системд , Аноним (-), 17:47 , 13-Окт-14, (128) –4 На домашнем ПК есть смысл заморачиваться systemd vs sysvinit или заметной разниц, Gaben (?), 18:22 , 13-Окт-14, (132) –1 Теперь только остались слака, гента и bsdи , AndDT (ok), 18:33 , 13-Окт-14, (134) // еще CRUX, Funtoo , chinarulezzz (ok), 20:37 , 13-Окт-14, (143) +1 Для любителей пригодной для продакшена экзотики ещё OpenSolaris или OpenIndiana, Аноним (-), 20:39 , 13-Окт-14, (144) // Да И в ней ZFS сразу из коробки, о чём linux пока только мечтать может , Аноним (-), 20:50 , 13-Окт-14, (145) –3 // А мы мечтаем о btrfs из коробки Хотя стоп, почему мечтаем Он там из коробки и , Аноним (-), 07:24 , 14-Окт-14, (180) PCLOS же , Аноним (-), 23:43 , 13-Окт-14, (155) И это замечательно - меньше кулсисопских художеств будет в продакшнах А кому си, Аноним (-), 04:45 , 14-Окт-14, (175) –2 В приведённой ссылке https lkml org lkml 2014 10 7 254 содержится абзац There , Аноним (-), 19:54 , 13-Окт-14, (136) +1 // Может, этим и объясняется переход Debian на systemd Может, тот агрессивный пред, Аноним (-), 19:56 , 13-Окт-14, (137) // Именно В приведённой ссылке есть ещё одно интересное место The RedHat associate, Аноним (-), 20:27 , 13-Окт-14, (141) +1 // Говоря языком простым и называя вещи своими именами, это грязные лобби проталкив, Пр0х0жий (ok), 00:50 , 14-Окт-14, (158) +1 А громкие визги, наезды и спам НеФанатов - это, типа, за лобби не считается , Аноним (-), 04:48 , 14-Окт-14, (177) –2 Не считается Просили же не прибивать Неоднократно Во многих ветках с подробно, Пр0х0жий (ok), 05:36 , 14-Окт-14, (178) –1 Так и запишем двойные стандарты Не знаю кто и кого просил, но глядя на поведени, Аноним (-), 08:23 , 16-Окт-14, (232) –1 Вы, господа, наглецы и лицемеры Потому что хотите видеть только 1 точку зрения , Аноним (-), 04:47 , 14-Окт-14, (176) –3 Если не стали, то пора начать это делать Да, это сарказм , byu (?), 22:26 , 13-Окт-14, (152) че за хипиш, косточка т е новость для альтернативщиков спешил, re (?), 23:37 , 14-Окт-14, (197) –1 1,2,3,4,5,7,10,30,34,50,54,65,67,72,73,78,79,82,126,127,128,132,134,136,197

Сообщения

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

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

	11. "Пользователи Debian смогут продолжить использование SysVinit..."	+3 +/–
	Сообщение от ананим (?), 13-Окт-14, 11:39
	А с чего вы взяли что именно он — костыль? Да, была объективная критика инит и ему как раз не хватало именно того, что этот systemd-shim предоставляет. А вот всё остальное, что наворотили в systemd... даже и велосипедом рука не поднимается назвать.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	66. "Пользователи Debian смогут продолжить использование SysVinit..."	+3 +/–
	Сообщение от Аноним (-), 13-Окт-14, 13:14
	вы только что рассказали про uselessd с подходом "выкинуть всё лишнее из systemd, инициализацию оставить" systemd-shim же - это напротив старый инит плюс реализация внешних systemd-интерфейсов для софта, который от них (интерфейсов) зависим (гном например)
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	75. "Пользователи Debian смогут продолжить использование SysVinit..."	–1 +/–
	Сообщение от ананим (?), 13-Окт-14, 13:51
	> systemd-shim же - это напротив старый инит плюс реализация внешних systemd-интерфейсов для софта, который от них (интерфейсов) зависим (гном например) А чем старый, добрый инит плох? Зачем его выкидывать то? Всё что надо делает, протестирован годами, вон в генту в опенрк к нему и cgroups прикрутили. Ничем не хуже systemd. Ну а то, что консоле-кит для gdm заменили, hostnamed/timedatectl/... добавят, так не холодно и не жарко. Возможно даже лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Пользователи Debian смогут продолжить использование SysVinit..."	+2 +/–
	Сообщение от Аноним (-), 13-Окт-14, 14:53
	>>А чем старый, добрый инит плох? 1) говорят, подразумевает написание бесконечных простыней на баше, хз, сам не сталкивался 2) оверхед есть от постоянного дергания баша 3) нету параллелизации, что даже на локалхосте заметно, с системд загрузка/выключение все же побыстрее вообще за подробностями лучше к системд-фанбоям как задумка, может системд и поинтересней, но реализация - это ппц, зачем так сложно, зачем все завязывать на него(удев, гном, что на слуху), Ленька запарил свой нос куда не надо сувать, хорошо хоть кернел-команда его послала
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	104. "Пользователи Debian смогут продолжить использование SysVinit..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 13-Окт-14, 15:50
	>> Дон Леонсио приплыл > Интел и прочие амд нас всех вообще > ногами валяется. То-бишь песок. Битов и электронов, из которых "бусы", в окружающем -- на порядки больше. Но ты можешь не останавливаться, начинай автомобили копировать и продавать их на митингах "любого-и-только-чёрного цвета".
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Пользователи Debian смогут продолжить использование SysVinit..."	–1 +/–
	Сообщение от Аноним (-), 14-Окт-14, 02:25
	> Битов и электронов, из которых "бусы", в окружающем -- на порядки больше. Ну спасибо, Капитан. И что бы я без вас делал, Кэп?! :) Правда, если до продаж битов уже докатились, то вот торговать отдельными электронами пока еще вроде никто не пробовал. Так что вполне себе идея. > Но ты можешь не останавливаться, начинай автомобили копировать и продавать их на > митингах "любого-и-только-чёрного цвета". Честно говоря не очень понял этот полет мысли.
	Ответить | Правка | Наверх | Cообщить модератору

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

	202. "Пользователи Debian смогут продолжить использование SysVinit..."	+/–
	Сообщение от Аноним (-), 15-Окт-14, 04:49
	> из того, что "валяется под ногами", весьма не тривиален. Так это... дикари тоже не умеют из песка стекло делать. Для них процесс получения бус - загадка.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Пользователи Debian смогут продолжить использование SysVinit..."	+1 +/–
	Сообщение от ананим (?), 13-Окт-14, 15:45
	>> А чем старый, добрый инит плох? > 1) говорят, подразумевает написание бесконечных простыней на баше, хз, сам не сталкивался Инит — это программа на С, при запуске — такой процесс с pid=1. Рулит всеми остальными процессами. Ему пох, баш вы там запускаете или брэйнфак. Разгребайте кашу в голове, тогда и поговорим.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

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

	112. "Пользователи Debian смогут продолжить использование SysVinit..."	+/–
	Сообщение от ананим (?), 13-Окт-14, 16:02
	> Как раз собственно с рулением у него и не задалось. Даже самого простейшего мониторинга и рестарта упавших критичных сервисов не умеет. Как бы FAIL Для дэбилов разве что. Например если упавший оракл поднять не подумавши, почему он упал то, то можно потерять всю базу. Терабайт так в несколько. В банке. Для таких вещей есть специальные решения, от скрипта в пару строк, до вотч-догов. Зачем это всё вкомпилировать в один блоб, совершенно не понятно. Для адреналину разве что. Зыж Так что там с башем и портянками? Глупенький вбросик отменяется? Ай-ай. Какая досада то.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	168. "Пользователи Debian смогут продолжить использование SysVinit..."	–2 +/–
	Сообщение от Аноним (-), 14-Окт-14, 04:25
	> слово respawn в inittab'е тебе ни о чём не говорит? Там оно сделано в таком виде что толку от него с гулькин нос. Лимитирование частоты рестартов - где? Или если у сервиса порушатся данные и он будет сразу падать - у меня вся система колом встанет от частых рестартов? Спасибо, мне так не нравится. А еще разные программы ведут себя по разному. В нормальных системах инициализации можно подкостылить большинство типовых поведений так что мониторинг не сорвется. А в ините - фига в кармане. Не, я не спорю, если сильно приспичило то погадить можно и в деревянном скворечнике. Но большинство людей предпочитает почему-то комфортный унитаз в теплом доме. Хоть возня с водопроводом и канализацией и сложнее.
	Ответить | Правка | Наверх | Cообщить модератору

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

	203. "Пользователи Debian смогут продолжить использование SysVinit..."	–1 +/–
	Сообщение от Аноним (-), 15-Окт-14, 05:05
	> Понятно -- "не читал, но осуждаю". Да просто я уже сто лет как пользуюсь более приличными системами инициализации. Пока правда в основном апстартом, но systemd я немного повертел в руках и никакого особого отвращения он не вызвал. Те же яйца, вид в профиль. Насколько я себя помню, когда мне это было еще актуально - там весь ман на иниттаб был полторы занюханные странички, что прозрачно намекает сколько всего нужного и полезного мне оно умеет. Как оно там сейчас - если честно мне уже даже и не интересно. Я как-то раз дал себе труд почитать ман на апстарт и понял что система инициализации может меня разгрузить от туевой хучи типовой системной рутины. И моя жизнь стала заметно проще. И мне не принципиально, апстарт там будет или systemd. Это даже лучше - он умеет больше полезностей, а писать ли джобы апстарту или юниты systemd мне не так уж принципиально, не вижу гигантских отличий.
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

	212. "Пользователи Debian смогут продолжить использование SysVinit..."	+1 +/–
	Сообщение от pavel_simple (ok), 15-Окт-14, 07:55
	повторяй за мной, 294, отакжись от фанатизма, фанатизм это глупо и не достойно уважающего себя технаря. 10 раз пожалуйста. P.S. лично я не имею ничего против systemd, наверное потому что я его ещё вообще не смотрел, возможно я изменю своё мнение когда придётся обновлятся до джеси. Всё равно это не повод обливать говном init, особенно передёргивая и используя явно ложные аргументы.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	220. "Пользователи Debian смогут продолжить использование SysVinit..."	–1 +/–
	Сообщение от Аноним (-), 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), 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 +/–
	Сообщение от Аноним (-), 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), 17-Окт-14, 12:55
	>> они не заткнуться никогда, > Это заведомо ложное утверждение и вопрос сводится лишь к тому "когда" ;). это заведомо истинное утверждение, ибо фанатики были, есть и будут. > Вроде изначально это был какой-то иной аноним, а я с ним согласился. не согласился а поддержал эту точку, не имея реального представления >> дык есть она или нет? > Теоретически - есть. 294, это не теоритически это практически реализованная в коде фича. точка. >[оверквотинг удален] > Система инициализации. Все программы так делают, поэтому если мне что-то надо поменять > - мне неизбежно придется лезть в этот крап. Я этого делать > совершенно не желаю: править конфиг на пяток строк сильно проще чем > помесь кода с конфигурационными данными, а инит сильно провоцирует админов на > скриптинг в каждой дырке, даже для совершенно типовых шаблонных задач без > особых требований. >> нехочешь скрипт -- возьми и толкни всё что тебе не хочется в /etc/rc.local, > А это тоже скрипт, IIRC. И, собственно, может быть раз вы такой > умный - вы покажете как оттуда изобразить пуск сервисов с авторестартом > силами init? А чтобы приоритет поставить, сделать chroot и uid/gid вкатить? . > Алсо, с какого перепоя так и запишем, фанатик, не имея аргументов лезет с оскорблениями
	Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

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

	165. "Пользователи Debian смогут продолжить использование SysVinit..."	+/–
	Сообщение от ананим (?), 14-Окт-14, 02:47
	> Поэтому намного лучше если я при нужде буду костылить один оракл чем 100500 У тебя 100500 вечно-падающих демонов запущено? Ну ты лось. При чём брехливый. К тому же плохо знающий предметную область — см. /etc/inittab на предмет respawn. И не говори что нет того, о чём ты не знаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Пользователи Debian смогут продолжить использование SysVinit..."	–1 +/–
	Сообщение от Аноним (-), 14-Окт-14, 04:33
	> У тебя 100500 вечно-падающих демонов запущено? А где как. Вот чего у меня вообще совсем нигде и никак нет - так это оракла. А вот всякого добра работающего в batch mode, отвал которого может быть досаден - имеется. > Ну ты лось. При чём брехливый. Это ты позорный койот, тявкающий из кустов. При том глупый. > К тому же плохо знающий предметную область — см. /etc/inittab на предмет respawn. Сам этим и пользуйся. Оно с половиной программ вообще не работает, лимитирования рестартов нет, так что если сервис заметно грузит систему и издох - постоянный рестарт вообще все факапнуть может. > И не говори что нет того, о чём ты не знаешь. К себе это примени, для начала. Как насчет выставить uid/gid? Сделать chroot или даже в контейнер отпилиться? Приоритет расставить? А если старт обломался - в лог что-нибудь пискнуть хотя-бы? Я все это должен сам костылить чтоли? В нормальных стартерах это 1 тривиальная строка конфига, бэть.
	Ответить | Правка | Наверх | Cообщить модератору

	247. "Пользователи Debian смогут продолжить использование SysVinit..."	+2 +/–
	Сообщение от vi (ok), 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.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Пользователи Debian смогут продолжить использование SysVinit..."	+/–
	Сообщение от Michael Shigorin (ok), 15-Окт-14, 03:47
	> Как раз собственно с рулением у него и не задалось. Не врите. > Даже самого простейшего мониторинга и рестарта упавших критичных сервисов не умеет. Умеет, умеет.  Но через другую калитку ;-) А мультиогрызок по имени systemd как раз и не умеет, если уж начинать придираться -- ни в морду не выставит, ни письмо не черкнёт, да и логику умнее "всех прибить и ещё раз" пока не видел.  В отличие от monit.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	204. "Пользователи Debian смогут продолжить использование SysVinit..."	–3 +/–
	Сообщение от Аноним (-), 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. Т.к. выигрыш от этой кучи гемора мне не очевиден.
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Пользователи Debian смогут продолжить использование SysVinit..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Окт-14, 15:54
	> Настолько замечательно сделано, что максимум который я видел Это характеризует то, что Вы видели. > А этим уже должны заниматься обработчики логов по идее. Хорошая такая идея, да... > Видел я этот monit, там тоже своих странностей хватает. А я не только лишь видел, но и могу утверждать, что для своих задач это отличный надёжный инструмент. > В результате при неидеальностях в системе он и сам может начать работать > через пень-колоду. Он с высокой вероятностью хотя бы настучит об этом руту, т.к. smtp-клиент там встроенный именно из таких соображений. > Кроме того, две запускалки мне нафиг не упало, а популярных систем где monit > был бы единственной запускалкой я не знаю. А самому ему кроить все > конфиги мне зело лень, сорри. Ох уж эта мания про "единственные запускалки"... грамотная претензия была бы совсем другой -- кому SIGCHLD прилетает. В альте примеры конфигов monit довольно обширны, если что.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	226. "Пользователи Debian смогут продолжить использование SysVinit..."	–1 +/–
	Сообщение от Аноним (-), 16-Окт-14, 06:58
	> А сдохшие платки памяти системд тоже подтащит и воткнёт во время отпуска админа? А платки памяти, если они не из г...а - дохнут достаточно редко. К тому же у нормальных людей, если все это их интересовало - ECC есть. И chip-kill настроен. И вентиляторы - с запасом. И мониторинг оных. И raid, и мониторинг SMART винчей. А у серьезных серверов еще и блоки питания резервированные. Так что оно и без админа сможет продолжить работать. Может быть degraded, например с отвалом части памяти или менее резвой работой дисков, но - живое. Если, конечно, вы готовы оплачивать все это счастье. > Или наконец-то придёт в голову мысль перестать заниматься фелляцией и > сделать нормальный "кластерок"? А это опять же зависит от готовности тех кому оно надо оплачивать все это. Это уже другой уровень затрат и запросов. А с точки зрения элементарного теорвера - мой сценарий выигрышный. В плане понижения вероятности проблем без существенных затрат денег и усилий. Не абсолютное решение? Ну разумеется. Кому надо сильно надежно - см. выше, да еще кластер. Только это других денег будет стоить.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	239. "Пользователи Debian смогут продолжить использование SysVinit..."	–2 +/–
	Сообщение от Аноним (-), 16-Окт-14, 21:57
	> что дальше будет, когда с этого узла начнут ломать что-то ещё? В идеале это может выглядеть как-то так: сервис живет в контейнере, там обкоцаная система и урезано все что не надо сервису для работы. При обнаружении взлома (раскинуть немного ловушек, сигналящих управлятору о проблеме - в пустой системе достаточно просто) - контейнер, например, тушится. Или откатывается на исправный снапшот. А вред от взлома всяко ограничен тем закутком. Когда надо исследовать - ну ок, делаем снапшот и с снапшотом уже копаемся, изучая сколько угодно, не в ущерб работе которую выполнял сервис. То-есть система в batch mode должна в основном заботиться о самосохранении и выполнении своих задач. Попутно будет хорошо если подыграет админу в понимании проблем, например, умением делать снапшоты которые можно потом изучать хоть месяц, не в ущерб работе которую ворочал сервис.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Пользователи Debian смогут продолжить использование SysVinit..."	–2 +/–
	Сообщение от Аноним (-), 16-Окт-14, 21:51
	> Не может значит этот сервис без админа работать... Значит должен быть админ на месте. Вот вы и окарауливайте. А я считаю что автоматика на то и нужна чтобы человека заменять по возможности. > А также этот гипотетический условно называемый админом может и сам сделать перезапуск... > Если считает правильным. Вот вы и считайте наздоровье все что хотите. А мне авторестарт упавшего сервиса до кучи пригодится. Это НЕ значит что не будет изучения обстоятельств падения.
	Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

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

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

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

	138. "Пользователи Debian смогут продолжить использование SysVinit..."	+/–
	Сообщение от ryoken (?), 13-Окт-14, 20:13
	> 3) нету параллелизации, что даже на локалхосте заметно, с системд загрузка/выключение все > же побыстрее Тото оно у меня Миредо глушит по 2-3 минуты на выключении компа.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

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

	87. "Пользователи Debian смогут продолжить использование SysVinit..."	–10 +/–
	Сообщение от Аноним (-), 13-Окт-14, 15:20
	> А чем старый, добрый инит плох? Зачем его выкидывать то? Тем что нифига он к админу не добрый - спихивает на него все проблемы. > Всё что надо делает, протестирован годами, Он НИХРЕНА не делает. И поэтому толку с протестированности буй - все глюки в портянках писаных по большой укурке. > вон в генту в опенрк к нему и cgroups прикрутили. Гентушников всегда на какое-нибудь гуано тянет. То питон в портах, то openrc. Пусть еще систему инициализации на питоне напишут. Зато блин не бинари, блаблабла. > Ничем не хуже systemd. Если в systemd есть некая логика то openrc - попытка трепыхаться в заведомо провальную сторону. Не взлетит. Но если вам нравится приобретать скиллы нужные сугубо на вашем локалхосте, тратя дофига времени на какой-то крап - вы по адресу. Впрочем, это как раз самое то что надо для гентушников - много долбаться с системой на ровном месте они любят и умеют.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

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

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

	163. "Пользователи Debian смогут продолжить использование SysVinit..."	–3 +/–
	Сообщение от Аноним (-), 14-Окт-14, 02:44
	> Вам папа римский запрещает вызывать из юнитов шеллскрипты ? Наверное это такая религия поклонников sysv init, запрещающая такое действие. Ждем когда они начнут падать ниц при старте PID=1.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

	149. "Пользователи Debian смогут продолжить использование SysVinit..."	+/–
	Сообщение от byu (?), 13-Окт-14, 22:05
	> Гентушников всегда на какое-нибудь гуано тянет. То питон в портах, то openrc. > Пусть еще систему инициализации на питоне напишут. Не надо ничего писать, Mudur уже есть.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

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

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

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

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

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