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

Анализ реализаций алгоритма остановки ОС в различных система..., opennews (??), 28-Янв-14, (0) [смотреть все] Минутка рекламы, не переключайтесь , Аноним (-), 10:26 , 28-Янв-14, (1) –7 // перестал читать после первых 2х слов, анон (?), 13:41 , 28-Янв-14, (47) –6 // Ведение войны заключается в том, чтобы предоставлять противнику действовать согл, pavlinux (ok), 13:55 , 28-Янв-14, (50) +6 // Дожили http ru wikipedia org wiki D0 A1 D1 83 D0 B2 D0 BE D1 80 D0 BE D0 B2,, ананим (?), 18:07 , 28-Янв-14, (114) +4 W Искусство_войны долгое время датировался концом VI 8212 началом V века д, Andrey Mitrofanov (?), 18:33 , 28-Янв-14, (118) Боюсь в тайге Сибири они оба долго не протянут Это к вопросу 171 у естност и , ананим (?), 18:52 , 28-Янв-14, (122) –2 171 у естност и 187 171 у местност и 187 , ананим (?), 18:54 , 28-Янв-14, (123) А ядерная ракета испаряет на й все и вся совершенно независимо от made in , Аноним (-), 19:37 , 28-Янв-14, (140) –1 От made in зато зависит, долетит она до всего , или нет , Аноним (-), 20:08 , 28-Янв-14, (149) +7 Это фатальное заблуждение предполагать, что ядерная ракета не зависит made in D, ананим (?), 20:17 , 28-Янв-14, (153) +2 Большинство уверено, что ядерный заряд жахнет в полную мощь, если его просто под, angra (ok), 00:19 , 29-Янв-14, (185) +4 Тут все как обычно Практика единственное мерило теории Практика китайских полк, angra (ok), 00:17 , 29-Янв-14, (184) +3 Если бы Вы разбирались в истории Поднебесной, то Вы с удивлением заметили бы, чт, Онаним (?), 10:10 , 29-Янв-14, (196) +1 Толераст Уважай всех кромя своих сородичяй , mverepin (ok), 17:26 , 29-Янв-14, (209) –2 Совсем больной , Sabakwaka (ok), 10:12 , 29-Янв-14, (197) –1 И в какой жопе сейчас Монголия , pavlinux (ok), 23:48 , 29-Янв-14, (212) Правильно А то ведь прочитаешь - потом осуждать нельзя будет , Аноним (-), 14:35 , 28-Янв-14, (66) +2 Зря Перевод просто шикарен Много полезной информации Лёня, как всегда, не упу, Vasya (??), 21:13 , 28-Янв-14, (168) // ты знаешь, если 171 тролль 187 не отличим от идиота, то совершенно не важно,, arisu (ok), 21:23 , 28-Янв-14, (169) +2 Ты эта, чьих будешь С такими сравнениями на наше болото не заходи , Andrey Mitrofanov (?), 21:39 , 28-Янв-14, (172) а я не тролль, я честный дурак просто на фоне 171 интеллектуального большинст, arisu (ok), 21:40 , 28-Янв-14, (173) +1 Так, пацаны Клиент с первого раза не понял Всем запомнить эту косоглазую харю , Andrey Mitrofanov (?), 21:50 , 28-Янв-14, (178) так я ж без маскировки не пойду фиг вы меня узнаете в чепчике и с усами 8230 , arisu (ok), 21:58 , 28-Янв-14, (179) +2 Пусть на наше болото заскочит, там поглядим, каков он троль Фабрикует весьма , Andrey Mitrofanov (?), 21:37 , 28-Янв-14, (171) Пеар systemd в надежде попасть в дебиан , 3draven (ok), 10:27 , 28-Янв-14, (2) // Как же сможет systemd прожить без deb , anonymouse (?), 10:51 , 28-Янв-14, (8) +8   // Угу Debian у он особо то и не нужен, особенно если учитывать что Systemd - наглу, svsd_val (ok), 12:41 , 28-Янв-14, (36)   // Уже говорил https wiki debian org SummerOfCode2012 StudentApplications akhilvi, vi (?), 13:15 , 28-Янв-14, (37) +1   Угу, но зачем им держать две системы инициализации в этом случае, если можно дов, svsd_val (ok), 13:18 , 28-Янв-14, (39) –3   Без грубостей Может еще, Debian-щикам сбросится на очередную путевку в космо, vi (?), 13:29 , 28-Янв-14, (41) +2   Ага так говорят озабоченные арчеводы и им подобные, которые дальше x86 x64 не ид, svsd_val (ok), 19:21 , 28-Янв-14, (132) +1   А зачем гента их держит Для мантэйнеров - больше гимора, для одминов больше гибк, asavah (ok), 13:43 , 28-Янв-14, (48) +1   А вы майнтейнер А геммора больше, это потратить пару часов на написание юнита с, rshadow (ok), 16:08 , 28-Янв-14, (100) –1   Довольно тяжело Он зависит от libNIH, в некоторых местах которой разбирается то, Аноним (-), 14:31 , 28-Янв-14, (62) –2   В апстарте по самой его природе фичи жестко не прибиваются Поэтому там cgroups , Crazy Alex (ok), 15:20 , 28-Янв-14, (91) +2   при этом, поттеринг говорит мы в документацию не успеваем, смотри в код, он пер, chinarulezzz (ok), 15:24 , 28-Янв-14, (92)   Да хоть бы в своём багтрэккере успевал разбиратьсяhttps bugzilla redhat com sh, ананим (?), 17:56 , 28-Янв-14, (111) +4   так вот откуда поттеринг знания почерпнул чтоб прокомментировать апстарт , chinarulezzz (ok), 18:22 , 28-Янв-14, (116) –1   Скорее всего отсюда https bugs launchpad net ubuntu source ifupdown bug 108, ноним (ok), 18:35 , 28-Янв-14, (119) –1   может и отсюда Понасоздают багов, и потом пиарятся на своих решениях D, chinarulezzz (ok), 18:54 , 28-Янв-14, (124) +1   Ага Лучше бы православный Патреговский юзали http www linuxquestions org ques, ноним (ok), 19:06 , 28-Янв-14, (128) –1   У самого есть криптораздел и слакварь на борту Никогда не встречал подобное Су, chinarulezzz (ok), 19:59 , 28-Янв-14, (147)   Или отсюда 8212 https bugs gentoo org show_bug cgi id 493874Или отсюда 82, ананим (?), 19:09 , 28-Янв-14, (129) +1   I can drop the bits pointed out by Mike in c23 from genkernel-next I wonder wh, ноним (ok), 19:31 , 28-Янв-14, (135) –1   Т е теперь можно сказать что их и не было , ананим (?), 19:36 , 28-Янв-14, (138) +1   Т е кидаться закрытыми багами как-бе нормально , ноним (ok), 19:39 , 28-Янв-14, (142) –1   Ну бревно, вытащенное похтерингом из апстарта, ты же не заметил Вдруг и про уязв, ананим (?), 19:42 , 28-Янв-14, (143) +1   External Source CONFIRMName https bugzilla redhat com show_bug cgi id 859060, ананим (?), 19:53 , 28-Янв-14, (145) +1   Меня этот баг настолько заипал в своё время, что я вернулся с systemd обратно на, ананим (?), 18:40 , 28-Янв-14, (121) +1   А в своем глазу значит https www mail-archive com debian-bugs-dist lists de, ноним (ok), 18:37 , 28-Янв-14, (120) –1   хм, похтеринг сабж начал, ему дерьмо и убирать , ананим (?), 18:57 , 28-Янв-14, (125) +1   А-а-а Он походу успел и в OpenRC нагадить А мужики-то не знают , ноним (ok), 19:02 , 28-Янв-14, (127) –1   Шикарно https bugs gentoo org show_bug cgi id 376977Honestly I would prefer t, ноним (ok), 18:59 , 28-Янв-14, (126) –1   Ну не то что бы к ядру Linux, он скорее прибит гвоздями к RedHat , Аноним (-), 14:23 , 28-Янв-14, (56) +1   А также к арчу, опенсусе в общем, половине линуксов , Аноним (-), 14:28 , 28-Янв-14, (59)   к апстрим проектам, контролирующих редхат Здесь имеется в виду компания, а не д, chinarulezzz (ok), 14:35 , 28-Янв-14, (65) +1   Редхат контролируется опенсорсниками Ну, это уже давно не тайна , Аноним (-), 14:39 , 28-Янв-14, (69)   контролирует возможно не так выразился , chinarulezzz (ok), 14:55 , 28-Янв-14, (80)   Да нет, как раз правильно , Аноним (-), 14:58 , 28-Янв-14, (84)   Лучше убью свои данные, чем поставлю проги от клятого редхата , Аноним (-), 14:53 , 28-Янв-14, (77)   у меня убунта с версии 7 04 Не знаю когда там появился апстарт - но данные нико, chinarulezzz (ok), 14:56 , 28-Янв-14, (82)   Я еще никогда не умирал Значит, я бессмертен, да , Аноним (-), 14:59 , 28-Янв-14, (85) +1   Джо есть, просто он неуловим , chinarulezzz (ok), 15:11 , 28-Янв-14, (88)   Скорее арч и опенсусе прибиты с помощью systemd к RedHat fixed, jOKer (ok), 17:16 , 28-Янв-14, (105) +1   Заржавевшие гвозди, а также ржавые цепи, погребальные саваны и загробный хохот п, Аноним (-), 14:33 , 28-Янв-14, (63) –2   Как точно сказано про systemd , Led (ok), 00:21 , 29-Янв-14, (186) +1   Оставить им инит, на отъ сь Некроманам и инициализация некроманская , Аноним (-), 19:38 , 28-Янв-14, (141) –1   Вряд ли Учитывая, что от обсуждения дебианщиков от откосил, сказав у меня мног, Аноним (-), 14:35 , 28-Янв-14, (64) Коварный план Срочно в номер Red Hate передаёт systemd и Леонарда П в проект, Andrey Mitrofanov (?), 14:52 , 28-Янв-14, (76) // s в проект под крылошко , Andrey Mitrofanov (?), 14:53 , 28-Янв-14, (79) Вот интересно, каким образом в файловой системе реализовано ожидание завершения , anonymous (??), 10:33 , 28-Янв-14, (3) // По файловым дескрипторам - если не освобождены, значит работает, asd (??), 10:49 , 28-Янв-14, (7) // Я про само ожидание, а не его условие , anonymous (??), 13:16 , 28-Янв-14, (38) // Очевидно драйвером FS, проверяющим условия , pavlinux (ok), 13:59 , 28-Янв-14, (53) Из текста новости это не очевидно , anonymous (??), 18:00 , 28-Янв-14, (112) очевидно что процессом монтирования размонтирования занимается драйвер файловой , ig0r (??), 03:08 , 29-Янв-14, (188) А завершение процесса кто ждёт , anonymous (??), 09:04 , 29-Янв-14, (193) путём приятия героина внутрь теми, кто такое пишет файловой системе глубоко нап, arisu (ok), 20:16 , 28-Янв-14, (151) +1 // Внимательно Он про то, что в _самой _FS ожидания нет И его тай, и правда, нет, Andrey Mitrofanov (?), 21:43 , 28-Янв-14, (174) не думаю что это пиар скорее заявление, которое должно показать его квалификаци, славян (?), 10:39 , 28-Янв-14, (4) +11 // ты прав что ты неправ , chinarulezzz (ok), 14:36 , 28-Янв-14, (67) –5 // Ну, вообще-то Ленька наглядно показал, что манагеры, пишущие upstart, не разбира, Аноним (-), 14:41 , 28-Янв-14, (70) –3 // костыли от лёньки судя по всему, systemd-shutdownd - это просто еще один бинарь , chinarulezzz (ok), 15:17 , 28-Янв-14, (90) +1 То есть перезапуск инита для завершения работы - это не костыль А простенький п, Аноним (-), 10:02 , 29-Янв-14, (195) А чем по Вашему init должен заниматься И почему его так страшно перезапускать , vi (?), 12:36 , 29-Янв-14, (198) +1 Почитаешь Поттера, так его просто запускать страшно -- со всеми этими перменными, Andrey Mitrofanov (?), 13:00 , 29-Янв-14, (199) +1 Да ладно, миллион лет уже работает и еще столько же проработает сарказм понят, vi (?), 13:04 , 29-Янв-14, (200) Леньке наглядно объяснили, что убунта и так делает telinit u, а убивать все проц, Stellarwind (?), 17:20 , 28-Янв-14, (106) +2 Сейчас опять начнется что systemd не нужен и нафиг это поделие А ведь человек не, McLeod095 (ok), 10:54 , 28-Янв-14, (9) +15 // Хм, частенько видел как система не могла загрузится, потому что не проходила про, cmp (ok), 11:25 , 28-Янв-14, (23) +1 // Дистрибутив и версию вспомните Да, это тупо google sytemd debugging, ноним (ok), 11:53 , 28-Янв-14, (25) –2 // RPM base, последний раз было на каком-то встроенном в систему сканирования отпеч, cmp (ok), 12:21 , 28-Янв-14, (30) +2 А в каком скрипте вы заменили fsck на fsck etx3 dev sda2 вспомните Или м, ноним (ok), 12:28 , 28-Янв-14, (32) –2 https www linuxquestions org questions other- nix-55 checking-filesystems-fail, cmp (ok), 13:30 , 28-Янв-14, (43) fsck ext2 Device or resource busy while trying to open dev sdaFilesystem mount, ноним (ok), 13:37 , 28-Янв-14, (44) –1 тут фс на устройстве определиласьа тут нет, cmp (ok), 13:56 , 28-Янв-14, (52) gt оверквотинг удален Не мудрено mount can t find in etc fstab or etc mt, ноним (ok), 14:25 , 28-Янв-14, (57) –1 Жесть какая Таким уникумам вообще нельзя давать в руки что-либо сложнее лома Д, дуайт эйзенхауер (?), 08:10 , 29-Янв-14, (191) будешь на ассемблере новую логику писать , Аноним (-), 13:28 , 28-Янв-14, (40) +1 А это к чему вообще , ноним (ok), 13:38 , 28-Янв-14, (46) –1 Ну, типа намек, что юниксвей состоит в постоянном переписывании системы инициали, Аноним (-), 14:38 , 28-Янв-14, (68) +2 Давно уже так sysvinit, openrc, Upstart, Runit, Daemontools, Launchd, Initng, , chinarulezzz (ok), 18:31 , 28-Янв-14, (117) initscripts shutdown reboot hangs after K03rsysloghttp bugs debian org cgi-bi, Аноним (-), 22:30 , 28-Янв-14, (181) –1 F20 https bugzilla redhat com buglist cgi bug_status NEW bug_status ASSIGNED , Michael Shigorin (ok), 01:05 , 29-Янв-14, (187) +1 Ну что же вы так однобоко https bugzilla redhat com buglist cgi bug_status NE, ноним (ok), 07:33 , 29-Янв-14, (190) –2 типа похтеринг, выступая с сабжем, проявил верх объективности я за всю историю р, ананим (?), 08:15 , 29-Янв-14, (192) +1 У него и так integer overflow случился, скорее всего , Michael Shigorin (ok), 14:31 , 29-Янв-14, (204) +1 Никто и не отрицает существование багов, связанных с systemd Я лишь хотел сказа, Аноним (-), 11:03 , 30-Янв-14, (213) Так я для удобства и привёл скромную ссылочку Скорее справедливости ради tm , Michael Shigorin (ok), 17:20 , 30-Янв-14, (216) Спасибо, дорогой А теперь примените к залипанию без диагностики на выключении , Michael Shigorin (ok), 13:55 , 28-Янв-14, (51) +3 http freedesktop org wiki Software systemd Debugging index2h1Не Видимо, надо , Аноним (-), 14:26 , 28-Янв-14, (58) –1 Именно так И ждать долго ждать А если хочется ждать мало, то платить Много, jOKer (ok), 17:30 , 28-Янв-14, (108) +1 А в OpenRC видать баги моментально исправляют Валяйте https bugs gentoo org b, ноним (ok), 18:03 , 28-Янв-14, (113) –1 Спасибо, на эту страничку не натыкался Плохо ещё и то, что параллелизм -- расс, Michael Shigorin (ok), 15:47 , 29-Янв-14, (208) +1 journalctl -b -1 , не И если оно один раз зависло, зависнет и второй раз, так В, ноним (ok), 14:30 , 28-Янв-14, (61) –2 хе-хе, а ведь не выйдет, даже если и очень захочется Tomasz Torcz Hey, the code, Reinar (ok), 12:12 , 28-Янв-14, (29) +8 // А дебианщики уже размахнулись поддерживать патчи для портабельности upstart out-, Аноним (-), 14:55 , 28-Янв-14, (81) –1 А Поттеринг не планирует в ближайшее время убрать less из systemctl , Аноним (-), 11:07 , 28-Янв-14, (11) // А зачем , Fracta1L (ok), 11:09 , 28-Янв-14, (13) +4 alias systemctl systemctl --no-pager , ноним (ok), 11:15 , 28-Янв-14, (17) Ага, давайте его ещё и из man уберём , freehck (ok), 12:22 , 28-Янв-14, (31) –1 // не, из man не надо, да и убирается легко, достаточно перенаправить вывод не в те, Аноним (-), 13:30 , 28-Янв-14, (42) // А systemctl xxx 124 cat писать низзя , Аноним (-), 14:42 , 28-Янв-14, (71) сугубо технические проблемы работы одной функции системы не тянет оно на главн, Нанобот (ok), 11:19 , 28-Янв-14, (21) –1 забавно, у меня вот при использовании lvm, luks, raid и прочих nfs такой проблем, Аноним (-), 12:02 , 28-Янв-14, (27) –2 // да, ты его разоблачил спасибо тебе, отважный защитник , anonymous (??), 19:28 , 28-Янв-14, (134) из IRC по поводу этой темы so does systemd work with kernel 2 6 25 and reiserf, Xaionaro (ok), 12:37 , 28-Янв-14, (35) +3 // Фанбои бесятся , Аноним (-), 14:43 , 28-Янв-14, (72) // Фанбои фанатеющие по чему , Xaionaro (ok), 15:02 , 28-Янв-14, (86) +1 // Там есть своя политтусовка вокруг OpenRC , Аноним (-), 15:48 , 28-Янв-14, (94) И каких политических взглядов они придерживаются и интересы какой компании госуд, Xaionaro (ok), 16:00 , 28-Янв-14, (97) По нафиг никому не нужному RaiserFS же -_-Цитата Леннарта на счёт одной из проб, Lain_13 (ok), 15:53 , 28-Янв-14, (96) –1 спасибо твоего очень ценного мнения очень не хватало как же без твоих-то ценны, arisu (ok), 20:23 , 28-Янв-14, (159) +1 Всегда пожалуйста, был очень рад помочь, обращайтесь , Lain_13 (ok), 22:43 , 28-Янв-14, (182) –1 Ага Попался Давно хотел спросить не ради смеху, а, правда, интересно у кого-, pv47 (ok), 23:26 , 28-Янв-14, (183) +1 по системды прямо тут, на опеннете как только их в очередной раз тычут носом в, arisu (ok), 20:22 , 28-Янв-14, (157) +3 Забыл что они ещё рассказывают про не читаемые портянки скриптов, бричку и космо, Аноним (-), 21:54 , 29-Янв-14, (211) К сожалению, при всех описанных плюсах systemd, он все еще не предназначен для и, anonymous (??), 13:37 , 28-Янв-14, (45) +4 // Наоборот systemd изначально разработан модульным и расширяемым, в отличие от с, Аноним (-), 14:51 , 28-Янв-14, (75) –7 // Э-э-э, потому что это откровенная брехня , ананим (?), 15:13 , 28-Янв-14, (89) Понятие простоты юнита субъективно Большинство пользователей не полезет ни в , anonymous (??), 15:39 , 28-Янв-14, (93) +2 // Да дело даже не в этом Для скриптов вполне можно использовать что-то типа этого, ананим (?), 16:07 , 28-Янв-14, (99) системды-специфичное апи вообще нафиг не нужно , arisu (ok), 20:25 , 28-Янв-14, (160) +2 Угу, только там галки можно снять и ненyжно не ставить , Аноним (-), 20:34 , 28-Янв-14, (161) –1 Да, улучшающееся качество статей на опеннете не может не радовать Аноним молоде, Аноним (-), 15:48 , 28-Янв-14, (95) вся суть велосипедостроения -- в одном обзаце опытные пользователи оказались у, Xasd (ok), 16:02 , 28-Янв-14, (98) // И ещё какой Согласитесь, что этои этоНесколько разные вещи Мягко говоря DЗыжБ, ананим (?), 16:14 , 28-Янв-14, (101) +2 // Я специально для Вас выпишу основные пункты новости Upstart повреждает ФС в редк, anonymous (??), 17:07 , 28-Янв-14, (104) –2 // Забавно, мне не нужно было читать новость, чтобы убедится, что когда повис намер, ананим (?), 17:51 , 28-Янв-14, (110) +5 очевидно, перед тем как комментировать -- он решил посмотреть как это сделано у , Xasd (ok), 19:18 , 28-Янв-14, (131) Самое забавное, что на свои баги у него нет времени, но написать столь развёрнут, ананим (?), 19:32 , 28-Янв-14, (136) +2 Пока весь opennet читает, у него есть время подумать Сунь-цзы нервно ку, Аноним (-), 21:26 , 28-Янв-14, (170) +1 эх жаль лёня отлично поработал и доходчиво рассказал о сложной проблеме, но никт, кевин (?), 21:44 , 28-Янв-14, (176) Если в то время, когда файл оставался открытым на чтение для некоторого процесс, Kodir (ok), 13:55 , 29-Янв-14, (201) –2 // Это не разумные варианты, это _твои _виндовые привычки Велкам то зе нью брэйв йу, Andrey Mitrofanov (?), 14:31 , 29-Янв-14, (203) +2 А почему неинтересно то, что она отсутствует в sysvinit Любим геройский решать п, myhand (ok), 17:34 , 29-Янв-14, (210) +1 я просто оставлю здесь этоGentoo openrc lsof -w 124 grep initinit , Аноним (-), 13:57 , 30-Янв-14, (214) // жуть какая выше нарисована code init 1 root cwd DIR 8, arisu (ok), 14:13 , 30-Янв-14, (215) 1,2,3,4,9,11,21,27,35,45,95,98,176,201,210,214

Сообщения

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

	8. "Анализ реализаций алгоритма остановки ОС в различных система..."	+8 +/–
	Сообщение от anonymouse (?), 28-Янв-14, 10:51
	Как же сможет systemd прожить без deb?
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от svsd_val (ok), 28-Янв-14, 12:41
	Угу Debian'у он особо то и не нужен, особенно если учитывать что Systemd - наглухо прибит напрочь заржавевшими гвоздями к ядру Linux. Что же прикажите делать тогда с остальными ядрами Debian (Hurd,kFreeBSD,kNetBSD) ??
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от vi (?), 28-Янв-14, 13:15
	> Угу Debian'у он особо то и не нужен, особенно если учитывать что > Systemd - наглухо прибит напрочь заржавевшими гвоздями к ядру Linux. Что > же прикажите делать тогда с остальными ядрами Debian (Hurd,kFreeBSD,kNetBSD) ?? Уже говорил: https://wiki.debian.org/SummerOfCode2012/StudentApplications... https://github.com/akhilvij/systemd-to-sysvinit-converter Еще немного: https://wiki.debian.org/Debate/initsystem/upstart
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Анализ реализаций алгоритма остановки ОС в различных система..."	–3 +/–
	Сообщение от svsd_val (ok), 28-Янв-14, 13:18
	Угу, но зачем им держать две системы инициализации в этом случае, если можно довести напильником Upstart? благо он более документирован и менее привязан к ядру Linux.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Анализ реализаций алгоритма остановки ОС в различных система..."	+2 +/–
	Сообщение от vi (?), 28-Янв-14, 13:29
	> Угу, но зачем им держать две системы инициализации в этом случае, если > можно довести напильником Upstart? благо он более документирован и менее привязан > к ядру Linux. Без грубостей ;) : Может еще, Debian-щикам сбросится на очередную путевку в космос для Космонавта? Пускай уже этот господин сделает что то полезное и для Debian (или я много кое чего не знаю в этом вопросе (наверняка))! А то вон последнее время пыль вокруг CLA поднимается, и прочее :( И да, бронепоезд должен стоять на запасном пути. Правда его от ржавчины иногда приходится чистить (но это необходимое злощастье в придачу ;)
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от svsd_val (ok), 28-Янв-14, 19:21
	Ага так говорят озабоченные арчеводы и им подобные, которые дальше x86/x64 не идут, так как для них мир на этом и заканчивается. )))) В отличии от большинства дистрибутивов Debian работает на множестве платформ и множестве ядер, и он выбирает конкретные плюсы и минусы исходя из всех платформ и всех ядер. Так или иначе SysVinit скорее всего будет заменён, иначе об этом не говорили бы ... и не ставился вопрос на собрании что выбрать Debian systemd или upstart
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от asavah (ok), 28-Янв-14, 13:43
	А зачем гента их держит? Для мантэйнеров - больше гимора, для одминов больше гибкости. Простите но в данном случае я за гимор для мантэйнеров и за большее количество опций для себя.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	100. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от rshadow (ok), 28-Янв-14, 16:08
	> Для мантэйнеров - больше гимора А вы майнтейнер? А геммора больше, это потратить пару часов на написание юнита/скрипта/конфига? иди даже на просмотр и мерж патча... Я не за systemd, но каждый первый тут мнит что знает проблемы майнтейнеров...
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Анализ реализаций алгоритма остановки ОС в различных система..."	–2 +/–
	Сообщение от Аноним (-), 28-Янв-14, 14:31
	> Угу, но зачем им держать две системы инициализации в этом случае, если > можно довести напильником Upstart? Довольно тяжело. Он зависит от libNIH, в некоторых местах которой разбирается только Ремнант (см. соседнюю новость), который уже несколько лет как ушел из проекта. > благо он более документирован Неа. http://www.freedesktop.org/software/systemd/man/ This index contains 308 entries, referring to 149 individual manual pages. Upstart нервно курит в сторонке :) > и менее привязан к ядру Linux. Это легко поправить. Сейчас разработчики Upstart уже работают над поддержкой cgroups, а скоро и до kdbus дело дойдет.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	91. "Анализ реализаций алгоритма остановки ОС в различных система..."	+2 +/–
	Сообщение от Crazy Alex (ok), 28-Янв-14, 15:20
	В апстарте по самой его природе фичи жестко не прибиваются. Поэтому там cgroups и прочее - не проблема.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 15:24
	>> благо он более документирован > Неа. http://www.freedesktop.org/software/systemd/man/ This index contains 308 entries, > referring to 149 individual manual pages. при этом, поттеринг говорит: мы в документацию не успеваем, смотри в код, он первостепенней :D > Upstart нервно курит в сторонке :) действительно. >> и менее привязан к ядру Linux. > Это легко поправить. Сейчас разработчики Upstart уже работают над поддержкой cgroups, а опционально. > скоро и до kdbus дело дойдет. опционально.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	111. "Анализ реализаций алгоритма остановки ОС в различных система..."	+4 +/–
	Сообщение от ананим (?), 28-Янв-14, 17:56
	>ри этом, поттеринг говорит: мы в документацию не успеваем, смотри в код, он первостепенней :D Да хоть бы в своём багтрэккере успевал разбираться > Fedora 20 fails to unmount /home, /tmp and all /dev/mapper/luks- partitions on every shutdown https://bugzilla.redhat.com/show_bug.cgi?id=1026119
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 18:22
	так вот откуда поттеринг знания почерпнул чтоб прокомментировать апстарт.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 18:35
	> так вот откуда поттеринг знания почерпнул чтоб прокомментировать апстарт. Скорее всего отсюда :https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1089771 (2012-12-13) или отсюда: https://bugs.launchpad.net/upstart/+bug/1073433 (2012-10-31) или: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/775014 (2011-05-01) (почти как три года High) и заметьте, что они Confirmed, и отписывается в треде далеко не два человека.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 18:54
	>> так вот откуда поттеринг знания почерпнул чтоб прокомментировать апстарт. > Скорее всего отсюда :https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1089771 > (2012-12-13) > или отсюда: https://bugs.launchpad.net/upstart/+bug/1073433 (2012-10-31) > или: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/775014 (2011-05-01) > (почти как три года High) > и заметьте, что они Confirmed, и отписывается в треде далеко не два > человека. может и отсюда. Понасоздают багов, и потом пиарятся на своих решениях :D
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 19:06
	>>> так вот откуда поттеринг знания почерпнул чтоб прокомментировать апстарт. >> Скорее всего отсюда :https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1089771 >> (2012-12-13) >> или отсюда: https://bugs.launchpad.net/upstart/+bug/1073433 (2012-10-31) >> или: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/775014 (2011-05-01) >> (почти как три года High) >> и заметьте, что они Confirmed, и отписывается в треде далеко не два >> человека. > может и отсюда. Понасоздают багов, и потом пиарятся на своих решениях :D Ага. Лучше бы православный Патреговский юзали: http://www.linuxquestions.org/questions/slackware-14/cryptse.../ http://www.linuxquestions.org/questions/slackware-14/large-p.../
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 19:59
	> Ага. Лучше бы православный Патреговский юзали: > http://www.linuxquestions.org/questions/slackware-14/cryptse.../ У самого есть криптораздел и слакварь на борту. Никогда не встречал подобное. Судя по обильному количеству комментариев - не я один. > http://www.linuxquestions.org/questions/slackware-14/large-p.../ вообще не то.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от ананим (?), 28-Янв-14, 19:09
	Или отсюда — https://bugs.gentoo.org/show_bug.cgi?id=493874 >sys-apps/systemd-208-r2 hangs activating encrypted swap partition Или отсюда — https://bugs.gentoo.org/show_bug.cgi?id=486904 >Bug 486904 - (CVE-2013-4391) sys-apps/systemd : multiple vulnerabilities (CVE-2013-{4391,4392,4393,4394}) … а куда народу деваться, раз в апстримовом багтреккере systemd вообще ни ответа, ни привета.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	135. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 19:31
	> Или отсюда — https://bugs.gentoo.org/show_bug.cgi?id=493874 >>sys-apps/systemd-208-r2 hangs activating encrypted swap partition I can drop the bits pointed out by Mike in #c23 from genkernel-next. I wonder why they're there in the first place, since mdev is clearly not the hotplug handler after the pivot_root in the 99% of the cases. > Или отсюда — https://bugs.gentoo.org/show_bug.cgi?id=486904 >>Bug 486904 - (CVE-2013-4391) sys-apps/systemd : multiple vulnerabilities (CVE-2013-{4391,4392,4393,4394}) Вы статус CVE-шек хоть смотрели? > … > а куда народу деваться, раз в апстримовом багтреккере systemd вообще ни ответа, > ни привета.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от ананим (?), 28-Янв-14, 19:36
	>Вы статус CVE-шек хоть смотрели? Т.е. теперь можно сказать что их и не было?
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 19:39
	>>Вы статус CVE-шек хоть смотрели? > Т.е. теперь можно сказать что их и не было? Т.е. кидаться закрытыми багами как-бе нормально?
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	143. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от ананим (?), 28-Янв-14, 19:42
	Ну бревно, вытащенное похтерингом из апстарта, ты же не заметил? Вдруг и про уязвимости не в курсе.
	Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

	145. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от ананим (?), 28-Янв-14, 19:53
	External Source: CONFIRM Name: https://bugzilla.redhat.com/show_bug.cgi?id=859060 Hyperlink:https://bugzilla.redhat.com/show_bug.cgi?id=859060 https://bugzilla.redhat.com/show_bug.cgi?id=859060 > Bug 859060 - (CVE-2013-4392) CVE-2013-4392 systemd: TOCTOU race condition when updating file permissions and SELinux security contexts [NEEDINFO]
	Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

	121. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от ананим (?), 28-Янв-14, 18:40
	Меня этот баг настолько заипал в своё время, что я вернулся с systemd обратно на openrc. зыж http://ru.wikipedia.org/wiki/%D0%A1%D1%8... >«Истинное правило военного искусства, — учил Суворов, — прямо напасть на противника с самой чувствительной для него стороны, а не сходиться, робко пробираясь окольными дорогами… дело может быть решено только прямым смелым наступлением». Всё потому, чтобы «противник» не напал первым на тебя «с самой чувствительной для тебя стороны (https://bugs.freedesktop.org/buglist.cgi?quicksearch=systemd...)». :D
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	120. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 18:37
	>>ри этом, поттеринг говорит: мы в документацию не успеваем, смотри в код, он первостепенней :D > Да хоть бы в своём багтрэккере успевал разбираться >> Fedora 20 fails to unmount /home, /tmp and all /dev/mapper/luks- partitions on every shutdown > https://bugzilla.redhat.com/show_bug.cgi?id=1026119 А в своем глазу значит... https://www.mail-archive.com/debian-bugs-dist@lists.deb... https://bugs.gentoo.org/show_bug.cgi?id=430318 (2012-08-07)
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	125. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от ананим (?), 28-Янв-14, 18:57
	>А в своем глазу значит... хм, похтеринг сабж начал, ему дерьмо и убирать.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 19:02
	>>А в своем глазу значит... > хм, похтеринг сабж начал, ему дерьмо и убирать. А-а-а! Он походу успел и в OpenRC нагадить! А мужики-то не знают )
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 18:59
	>>ри этом, поттеринг говорит: мы в документацию не успеваем, смотри в код, он первостепенней :D > Да хоть бы в своём багтрэккере успевал разбираться >> Fedora 20 fails to unmount /home, /tmp and all /dev/mapper/luks- partitions on every shutdown > https://bugzilla.redhat.com/show_bug.cgi?id=1026119 Шикарно: https://bugs.gentoo.org/show_bug.cgi?id=376977 Honestly I would prefer to not use killall5 at all, but I'm not sure how to rewrite killprocs to not use it. Мужики, это бы надо поправить, только вот хз как ) Прошло три года...
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	56. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от Аноним (-), 28-Янв-14, 14:23
	> Systemd - наглухо прибит напрочь заржавевшими гвоздями к ядру Linux. Ну не то что бы к ядру Linux, он скорее прибит гвоздями к RedHat.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	59. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от Аноним (-), 28-Янв-14, 14:28
	> Ну не то что бы к ядру Linux, он скорее прибит гвоздями к RedHat. А также к арчу, опенсусе... в общем, половине линуксов.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 14:35
	к апстрим проектам, контролирующих редхат. Здесь имеется в виду компания, а не дистрибутив.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от Аноним (-), 28-Янв-14, 14:39
	> к апстрим проектам, контролирующих редхат. Здесь имеется в виду компания, а не дистрибутив. Редхат контролируется опенсорсниками? Ну, это уже давно не тайна :)
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 14:55
	>> к апстрим проектам, контролирующих редхат. Здесь имеется в виду компания, а не дистрибутив. > Редхат контролируется опенсорсниками? Ну, это уже давно не тайна :) контролирует :) возможно не так выразился.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от Аноним (-), 28-Янв-14, 14:58
	> контролирует :) возможно не так выразился. Да нет, как раз правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от Аноним (-), 28-Янв-14, 14:53
	> к апстрим проектам, контролирующих редхат. Здесь имеется в виду компания, а не дистрибутив. "Лучше убью свои данные, чем поставлю проги от клятого редхата!"?
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	82. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 14:56
	>> к апстрим проектам, контролирующих редхат. Здесь имеется в виду компания, а не дистрибутив. > "Лучше убью свои данные, чем поставлю проги от клятого редхата!"? у меня убунта с версии 7.04. Не знаю когда там появился апстарт - но данные никогда не убивал. Не везёт.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от Аноним (-), 28-Янв-14, 14:59
	> у меня убунта с версии 7.04. Не знаю когда там появился апстарт > - но данные никогда не убивал. Не везёт. "Я еще никогда не умирал. Значит, я бессмертен, да?"
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 15:11
	>> у меня убунта с версии 7.04. Не знаю когда там появился апстарт >> - но данные никогда не убивал. Не везёт. > "Я еще никогда не умирал. Значит, я бессмертен, да?" Джо есть, просто он неуловим.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от jOKer (ok), 28-Янв-14, 17:16
	>>Ну не то что бы к ядру Linux, он скорее прибит гвоздями к RedHat. >А также к арчу, опенсусе... в общем, половине линуксов. Скорее арч и опенсусе прибиты с помощью systemd к RedHat /fixed
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	63. "Анализ реализаций алгоритма остановки ОС в различных система..."	–2 +/–
	Сообщение от Аноним (-), 28-Янв-14, 14:33
	> Угу Debian'у он особо то и не нужен, особенно если учитывать что > Systemd - наглухо прибит напрочь заржавевшими гвоздями к ядру Linux. Заржавевшие гвозди, а также ржавые цепи, погребальные саваны и загробный хохот прочно ассоциируются как раз не с Linux, а с некоторыми конкурирующими ядрами :) > Что же прикажите делать тогда с остальными ядрами Debian (Hurd,kFreeBSD,kNetBSD) ?? Эти проекты начаты в основном от того, что людям хочется поизвращаться. Так пусть извращаются, кто ж им мешает?
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	186. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от Led (ok), 29-Янв-14, 00:21
	> Эти проекты начаты в основном от того, что людям хочется поизвращаться. Как точно сказано про systemd.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от Аноним (-), 28-Янв-14, 19:38
	> же прикажите делать тогда с остальными ядрами Debian (Hurd,kFreeBSD,kNetBSD) ?? Оставить им инит, "на отъ...сь". Некроманам и инициализация некроманская.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

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

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