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

Попытка референдума по вопросу поддержки в Debian нескольких..., opennews (ok), 17-Окт-14, (0) [смотреть все] надеюсь найдётся большое количество людей кто понимает, что вся эта универсальн, Xasd (ok), 10:41 , 17-Окт-14, (1) –42 // 100500Но надо помнить, что мы говорим о дистре в котором пилили форки фаерфоксо, Аноним (-), 11:10 , 17-Окт-14, (7) –25 // Я до сих пор использую iceweasel и icedove И проблем с дополнениями почему-то н, Xaionaro (ok), 12:52 , 17-Окт-14, (29) +6 // Там одно время были большие грабли из-за юзерагента, который тоже поменяли И в , Аноним (-), 13:22 , 17-Окт-14, (37) А не подскажете, что это за быдлосайты, которые меняют своё поведение в зависимо, www2 (ok), 18:27 , 17-Окт-14, (125) –4 gmail com, АССА (?), 19:47 , 17-Окт-14, (150) +1 Нет, не подскажу - мне лениво вести шитлист всяких криворуких вебфломастеров Са, Аноним (-), 19:56 , 17-Окт-14, (152) На моей памяти, интернет банкинг от КБ Авангард , ъ (?), 19:36 , 18-Окт-14, (236) Ничем не могу помочь , Аноним (-), 19:38 , 17-Окт-14, (145) –7 Да я и не просил помощи , Xaionaro (ok), 21:51 , 17-Окт-14, (163) +4 Горе-эксперты со своим экспертным мнением рассказывают о том, о чём они и поняти, www2 (ok), 18:34 , 17-Окт-14, (130) Манагеры из Майкрософт Вам замен тут одно слово и будут восем другое впаривать, Аноним (-), 11:33 , 17-Окт-14, (13) –5 // Что из этой каши Мысль , Skif (ok), 12:52 , 17-Окт-14, (28) +3 // Майкрософт чего-то там же Ключевое слово было, плюсую , Аноним (-), 19:39 , 17-Окт-14, (146) +1 Вы только что могли читать переписку MS бота и его менеджера , Аноним (-), 19:57 , 17-Окт-14, (153) +3 Не знаю насчет менеджеров из микрософта, но в дебиане и так навалом всякой почти, Аноним (-), 14:22 , 17-Окт-14, (70) –1 // Огласите весь список, пожалуйста Ну или хоть пару примеров приведите , www2 (ok), 18:38 , 17-Окт-14, (134) –1 dbmail в Debian 6Уже третий год 6692787 712130 dbmail-imapd 3443 segfault at, pavlinux (ok), 05:09 , 18-Окт-14, (204) Да там хоть отбавляй, начиная от всяких полудохлых портов на 68000 процессор и п, Аноним (-), 14:37 , 18-Окт-14, (221) –1 Не плюй в колодец Hurd - исследовательский проект Если ты не понимаешь зачем, myhand (ok), 15:19 , 18-Окт-14, (225) Да, и если бы не пришел Торвальдс - туго бы мне было Пришлось бы выбирать между, Аноним (-), 21:33 , 18-Окт-14, (241) –5 Не будь исследователей - Торвальдс писал бы свой прожект до пенсии Угу Хор, myhand (ok), 22:12 , 18-Окт-14, (246) +1 Да туфта Райты вон самолет сделали без кучи академиков и прочих институтских да, Аноним (-), 11:10 , 20-Окт-14, (291) –2 Вот теми самыми исследователями и сделано А вы плюетесь На момент написания , myhand (ok), 16:20 , 20-Окт-14, (317) –1 Единственный правильный результат -- выпилить systemd к чертям собачим, возможно, dimqua (ok), 11:39 , 17-Окт-14, (14) +48 // Не согласен Лучше sysv выпилить Я за этот вариант И прочий мусор типа openrc , Аноним (-), 13:23 , 17-Окт-14, (38) –9 // Не согласен Лучше анонимусов выпилить Я за этот вариант И прочий мусор вроде , Аноним (-), 03:13 , 19-Окт-14, (262) Да там уже и так повякали все кому не лень А за харизму лучше бояться толпе гор, Аноним (-), 11:33 , 20-Окт-14, (292) –2 Эти ограничения - обыкновенный предмет Debian Policy Попросту, того что сдел, myhand (ok), 16:25 , 20-Окт-14, (318) Какой самокритичный анонимус Да еще иллюстрирующий взаимоисключающие параграфы , Аноним (-), 14:07 , 20-Окт-14, (309) Так потратится больше человекочасов на поддержу всяких третьегномов и кед Хотя,, Аноним (-), 19:42 , 17-Окт-14, (148) +1 // Да вообще, все повыпилить Оставить голый кернель, ну и хватит Хотя кернель тож, Аноним (-), 19:58 , 17-Окт-14, (154) +1 Отсутствие выбора -- это всегда очень плохо, в том числе отсутствие выбора керн, dimqua (ok), 23:35 , 17-Окт-14, (173) Тогда с нетерпением жду когда ты начнешь организацию референдума в защиту прав I, Аноним (-), 14:41 , 18-Окт-14, (222) –1 Я не считаю OpenNet частью своей системы, пускай что хочет, то и поддерживает Э, dimqua (ok), 21:20 , 18-Окт-14, (240) Зато TCP IP и софт работающий по HTTP вполне потянут на оную Ты уже вкомпилил п, Аноним (-), 21:36 , 18-Окт-14, (242) –1 Было бы этому практическое применение - непременно бы Систему можно загружать м, dimqua (ok), 22:00 , 18-Окт-14, (245) IPX SPX продул конкурентную борьбу в пользу TCP IP точно так же как sysv init пр, Аноним (-), 11:37 , 20-Окт-14, (293) –1 Главное, чтобы на локалхосте выбор был, а куда там дебианы и убунты свалят - их , dimqua (ok), 15:50 , 20-Окт-14, (313) По сетям Расскажите подробнее о маршрутизации IPX SPX по сетям, и почему Novell , Anonimous (?), 00:48 , 21-Окт-14, (326) Адаптированное -- это когда работает с А не когда гвоздями прибито и мэйнтейнер, dimqua (ok), 23:31 , 17-Окт-14, (172) А майнтайнеры дистров вообще не должны совать свой нос в зависимости которые про, Аноним (-), 11:38 , 20-Окт-14, (294) –2 Зато их прерогатива -- не включать в дистрибутивы пакеты с идиотскими зависимост, dimqua (ok), 15:53 , 20-Окт-14, (314) Откровенно плюсую , Perl_Jam (?), 02:01 , 18-Окт-14, (184) Вместе с гномом, к такой то бабушке И то и другое - дермо ещё то , Jagdpanzer E100 (?), 00:56 , 19-Окт-14, (260) // Гном стал становиться дерьмом даже раньше, чем стал зависеть от systemd , dimqua (ok), 15:55 , 20-Окт-14, (315) +2 systemd это временно, а вот запороть все привязкой к ней могут надолго, Аноним (-), 13:01 , 17-Окт-14, (32) +2   // вот когда появится замена на горизонте -- вот тогда и будет ясно в какую сторону, Xasd (ok), 13:20 , 17-Окт-14, (36) –2   // А чем вас sysv не устраивало Я лично 10 лет на ней жил и не парился А бинарных, ram_scan (?), 15:33 , 17-Окт-14, (88) +20   100500100500 адынспасибо что написали за меня моё ИМХО с точностью до запятой , asavah (ok), 15:37 , 17-Окт-14, (90) –1   Тем что кладет на проблемы админа и вообще морально устарел, не умее актуальных , Аноним (-), 16:08 , 17-Окт-14, (99) –6   100500 100500 всё правильно написал добавлю ещё что для utmp wtmp -- в syste, Xasd (ok), 17:23 , 17-Окт-14, (112) –4   если у вас такая проблема - откройте для себя anacron , Censored (?), 17:33 , 17-Окт-14, (114) +2   Если куча костылей не работает, добавьте еще один , абыр (ok), 17:42 , 17-Окт-14, (115) –1   Всё правильно - надо жвачкой склепить из этой кучи костылей один мегакостыль Та, Аноним (-), 18:16 , 17-Окт-14, (121)   Да чо, анакрон - куча скриптятины немеряного размера, где без поллитры не разбер, Аноним (-), 20:15 , 17-Окт-14, (157) –2   И много Вам лично раз доводилось с ним разбираться Мне эта штука изредка приго, Michael Shigorin (ok), 21:03 , 17-Окт-14, (160)   Я не спорю - эта штука лучше чем костылить такое же самому Но как я уже сказал,, Аноним (-), 01:06 , 18-Окт-14, (174)   1 Если я не понимаю, кто запустил какой-то процесс, то мне обычно хватало прост, Xaionaro (ok), 09:53 , 18-Окт-14, (209) +1   Ну вот вижу я процесс которому parent ом PID 1 И дальше что То что у него PID , Аноним (-), 16:05 , 18-Окт-14, (228) –1   Для вас давно есть Windows Размазни нет - все в одном бинарном блобе Нравитс, myhand (ok), 16:15 , 18-Окт-14, (229) +2   Это для вас, агрессивных ламеров не понимающих как система работает - то что над, Аноним (-), 21:49 , 18-Окт-14, (244) –1   Ткните, пожалуйста, пальцем в то место, где я ору Формат один От стандартов вы, myhand (ok), 23:38 , 18-Окт-14, (248)   Легко http www opennet ru myhand Зато там же написано публикации отсутст, Аноним (-), 11:58 , 20-Окт-14, (297)   Не понял В чем состоит, собственно, ор Ты серьезно думаешь, что мне интересн, myhand (ok), 16:45 , 20-Окт-14, (319) +1   Чем тебе конфиг sshd в Федоре-то не угодил Конфиг как конфиг , дуайт эйзенхауер (?), 02:29 , 22-Окт-14, (337) –1   Тем что эти ушлепки догадались включить там socket-activation , myhand (ok), 04:11 , 22-Окт-14, (338)   И чего А ftpd - вообще через inetd запускается и не жужжит Нахрен тебе гонять , дуайт эйзенхауер (?), 14:25 , 22-Окт-14, (339) –1   А того что я не буду больше объяснять почему это плохо персонально каждому инвал, myhand (ok), 15:01 , 22-Окт-14, (340)   Ну да, ну да Куда уж нам уж выйти замуж, когда тут такие иксперды по сокет-акти, дуайт эйзенхауер (?), 02:17 , 23-Окт-14, (342) –1   Вот именно Тем более когда эта документация размазана по нарциссическим блож, Michael Shigorin (ok), 00:42 , 19-Окт-14, (257) +5   На портянки sysv init документация зачастую вообще отсутствует, а нарциссический, Аноним (-), 11:41 , 20-Окт-14, (295) –2   О, наконец про портянки вспомнил Еще простыни есть, тролль Пришел поцан в юникс, Anonimous (?), 00:52 , 21-Окт-14, (327) +2   Повторяю А вообще, всё зависит от конкретных обстоятельств В худшем случае суще, Xaionaro (ok), 19:05 , 18-Окт-14, (233)   Большие дяденьки управленцы придумали разные итсм Допустим там есть как процесс, Аноним (-), 21:22 , 20-Окт-14, (324) –1   Опять двадцать пять anacron дополняет, а не заменяет cron Соответственно мес, Michael Shigorin (ok), 00:33 , 19-Окт-14, (253) +1   С точки зрения админа - в результате вон та программа может быть как в кроне, , Аноним (-), 12:21 , 20-Окт-14, (298)   Записываем вопросы на которые уже наверное год нет ответов 1 Где реальные приме, Аноним (-), 21:15 , 20-Окт-14, (323) +1   Хоть, в данном треде, я отчасти не согласен с User294, новот то, что он пытается, andy (??), 09:07 , 21-Окт-14, (332) –2   Может хватит уже Практически в каждом треде подобные примеры приводят Сначала , Аноним (-), 18:03 , 21-Окт-14, (336) +2   наверно ты хотел сказать откройте для себя systemd да, спасибо всё правиль, Xasd (ok), 17:59 , 17-Окт-14, (117) –3   Чего Думаю, это очередная проблема , которую юному дарованию озвучили без намёк, Michael Shigorin (ok), 18:29 , 17-Окт-14, (127)   Называя вещи своими именами - я предпочту чтобы нечто с функциональностью cron a, Аноним (-), 20:09 , 17-Окт-14, (156)   не пытайтесь а может в рояль наср ть эх, провинциалы, не поймут-с они , Perl_Jam (?), 02:08 , 18-Окт-14, (188)   Какое точное описание любителей sysv init , Аноним (-), 12:22 , 20-Окт-14, (299) –2   а может в рояль наср ть эх,Такое же, как, строкой ранее, описание s-d , Andrey Mitrofanov (?), 12:28 , 20-Окт-14, (301)   По этому поводу есть такая фигня как anacron, правда сделанная через довольно фе, Аноним (-), 20:02 , 17-Окт-14, (155)   Нефанаты не тащат, гм, всякое в рот Извините уж Далее будет предпринята попы, myhand (ok), 22:13 , 17-Окт-14, (168)   Тащат, да еще думают что остальные должны жевать именно это, окаменелое Ваша ква, Аноним (-), 01:20 , 18-Окт-14, (177) –2   Ну, я и написал выше про прок Жаль Тебе объяснили Разница в том, что проблем, myhand (ok), 02:02 , 18-Окт-14, (185)   Мне не требуются поучения жизни от юных ламеров, не понимающих как работают комп, Аноним (-), 17:37 , 18-Окт-14, (232) –3   Ты о них в мурзилке читал, я гляжу Ну и из-за чего тогда надо было городить с, myhand (ok), 20:09 , 18-Окт-14, (237) +1   Я их живьем толпу видел Чуваки наворачивающие сотни машин групповым администрир, Аноним (-), 09:26 , 19-Окт-14, (263) –1   Ну, издали может и видел Может остальные знают какие-то иные решения этой пробле, myhand (ok), 15:10 , 19-Окт-14, (270) +1   Было бы странно если бы я такую толпу машин видел вблизи Ремотное администриров, Аноним (-), 13:17 , 20-Окт-14, (308)   Да, те кто с апломбом обсуждали бложик критика systemd и кричали гы Есть м, myhand (ok), 17:23 , 20-Окт-14, (320) +1   Натыкался я на подобных админов Все ентерпрайз кровавые, овер миллион машинок, , Аноним (-), 21:34 , 20-Окт-14, (325) –1   Для особо и предельно непонятливых недавний запрос американского представительс, Пр0х0жий (ok), 00:26 , 19-Окт-14, (250)   Дорогой User294, а теперь откройте для себя плавающие глюки Когда при провер, Michael Shigorin (ok), 00:50 , 19-Окт-14, (259) +1   Дорогой Михаил, поймите что мир стал сложнее и запросы увеличились И root cause, Аноним (-), 11:13 , 19-Окт-14, (264) –2   Номер бага Ну и почему их нельзя просто скромно исправить, вместо того чтобы гор, myhand (ok), 15:02 , 19-Окт-14, (268)   Возьми да поищи в дебиановском багтрекере Я что, нанимался обслуживать умственн, Аноним (-), 15:52 , 19-Окт-14, (271) –1   Я уже искал одному умственному инвалиду и то что нашел - разительно отличалось , myhand (ok), 17:09 , 19-Окт-14, (274)   Это взаимно Поэтому пройдите в сад , Аноним (-), 12:24 , 20-Окт-14, (300)   Наверное потому что иногда наступает ситуация когда построить цельнометаллически, Аноним (-), 12:46 , 20-Окт-14, (304) –1   Это вообще два разных подхода решающие разные задачи Их нельзя сравнивать Напри, Xaionaro (ok), 10:23 , 18-Окт-14, (210)   А как по мне - разница только в виде события, не более Возможны некоторые огово, Аноним (-), 19:15 , 18-Окт-14, (234) +1   Вы во FreeBSD стартовые скрипты видели Там же ни одной собственно команды на ше, www2 (ok), 18:47 , 17-Окт-14, (135) +1   Я в курсе что так можно, но не отношу себя к фанатам такого подхода Кроме того , Аноним (-), 20:40 , 17-Окт-14, (158)   и в чем кладет, подробней можно пилоты-теоретики и автомобилисты на квадратных , Perl_Jam (?), 02:38 , 18-Окт-14, (193) –1   Уже написано пять раз, я не попугай вам повторять постоянно одно и то же Попроб, Аноним (-), 16:57 , 19-Окт-14, (272) –1   про мифические простыни и неиллюзорные портянки забыл, иблан , Anonimous (?), 08:46 , 20-Окт-14, (286)   Что ответили в редхате на этот вопрос Почему ваше ценное мнение не учли Что гов, Аноним (-), 19:45 , 17-Окт-14, (149) –1   уууу а вы бы еще попробовали нарезать вланы на интерфейсах и наконфигурить бри, Perl_Jam (?), 02:44 , 18-Окт-14, (195)   Тем, что на современных серверах а не вашем локалхосте sysv приносит больше пр, Аноним (-), 21:06 , 17-Окт-14, (161) –1   Можно хотя бы один пример Примеры обратного -- проблем надёжности и предсказуем, Michael Shigorin (ok), 21:10 , 17-Окт-14, (162) +1   Наглухо не snapshot-aware, container-aware и VM-aware Одного только этого доста, Аноним (-), 01:24 , 18-Окт-14, (178) –1   с этого момента поподробней пожалуйста, Perl_Jam (?), 02:40 , 18-Окт-14, (194) +1   А чего вам не понятно Поттер по крайней мере допер запилить некое подобие регис, Аноним (-), 19:21 , 18-Окт-14, (235) –3   Дикий бред Марш читать про vzctl 8 , Michael Shigorin (ok), 00:36 , 19-Окт-14, (255) –1   А у поттера можно просто указать какой контейнер запускать Прямо в systemd шном, Аноним (-), 17:05 , 19-Окт-14, (273) –2   А, так вот почему оно со всем этим работает По крайней мере у меня Вы всё боль, Michael Shigorin (ok), 00:35 , 19-Окт-14, (254)   У вас работает, только наверняка всякой нестандартной обвязки налеплено А мысль, Аноним (-), 17:13 , 19-Окт-14, (275) +1   libvirtd Вам привет от РХ с их bait-n-switch I I Но Вы продолжайте песни пр, Andrey Mitrofanov (?), 10:14 , 20-Окт-14, (287) +1   это он ещё не видел daemontools, и скока ему летов , pavel_simple (ok), 10:29 , 20-Окт-14, (289) +1   Ну, djb-то не замечен в bait-n-switch, stubborn lock-in max ,а вот Аноним, котор, Andrey Mitrofanov (?), 11:43 , 20-Окт-14, (296) +1   Ну да, он замечен в покладании болта на юзабилити и фичность Поэтому его софт к, Аноним (-), 12:41 , 20-Окт-14, (303) –1   У меня везде runit И нет, не в pid 1 Я сжулил, взяв идеи djb в исполнении д, Andrey Mitrofanov (?), 12:58 , 20-Окт-14, (305)   Ну и нафиг мне в системе 2 софтины для одного и того же Потому что одна из них , Аноним (-), 04:14 , 21-Окт-14, (328) –2   Wow-эффект пройдёт, запах s-d останется Так держать, дружище, ты уже почти с на, Andrey Mitrofanov (?), 11:49 , 21-Окт-14, (335) +1   294, дело в том что я вижу уже 3 попытку перевернуть с ног на голову под различн, pavel_simple (ok), 16:11 , 20-Окт-14, (316)   Так это при сильном желании можно до сих пор найти тех кто на лошади ездить у, Аноним (-), 04:22 , 21-Окт-14, (329) –1   Угу За мир во всем мире Щас, все побегут обновляться до семерки, как велело шк, myhand (ok), 04:55 , 21-Окт-14, (331)   DJB конечно хороший мужик, соображать умеет, но про юзабилити - он не слышал в п, Аноним (-), 12:40 , 20-Окт-14, (302) –1   Не отвлекайтесь, пациент libvirtd с простынями XML-конфигов, на питоне не на б, Andrey Mitrofanov (?), 13:03 , 20-Окт-14, (306)   Прошу прощения, на Си 72 openhub net p libvirt analyses latest languages_summ, Andrey Mitrofanov (?), 13:10 , 20-Окт-14, (307)   Ну да, а питон и XML в зависимостях это совсем и не блоатваре уже Главное двойн, Аноним (-), 04:28 , 21-Окт-14, (330) –2   Какой вы оптимист, однако Будет как обычно - через 3-5-7 лет в RH придёт шустрый, userd (ok), 16:00 , 17-Окт-14, (97) +3   Появится, как только до разрабов прикладного ПО, привязавшихся к плюшкам systemd, YetAnotherOnanym (ok), 18:07 , 17-Окт-14, (119) +1   Linux тоже временно И x86 процессоры И даже существование планеты Земля Вопро, Аноним (-), 13:24 , 17-Окт-14, (40) +1   // Один я заметил связь А жаль - хорошая была оЗъ - , Аноним (-), 18:20 , 17-Окт-14, (123) –1   А, вот кто с лора машину времени угнал Попался Или ты как обычно - из старател, Аноним (-), 22:13 , 17-Окт-14, (167)   Плачет по тебе граммарваген , sorrymak (ok), 13:24 , 17-Окт-14, (39) Absolutely agreeing with u , Steve (??), 16:55 , 17-Окт-14, (108) Не забывайте, что у Debian а есть ещё ветки типа oldstable, stable, testing, sid, www2 (ok), 18:32 , 17-Окт-14, (129) Один народ, одна страна, один вождь с Йозеф Геббельс, гость (?), 08:48 , 18-Окт-14, (208) Вирус systemd надо лечить https www linux org ru forum admin 10578423, Аноним (-), 11:11 , 18-Окт-14, (214) –2 // Перепись неадекватов и необучаемых Находка для работодателей - можно прямо по с, Аноним (-), 21:11 , 18-Окт-14, (238) –1 // Такфирист-самоучка , Michael Shigorin (ok), 00:43 , 19-Окт-14, (258) +1 С удовольствием использую в качестве серверной ОС Один раз попробовал ту же Ubu, Sinot (ok), 16:37 , 18-Окт-14, (230) –1 Вы не озвучили - неправильный результат референдума Потрудитесь, пожалуйста , vi (ok), 22:38 , 18-Окт-14, (247) –1 Главное, чтоб нашлись добровольцы, которые смогут поддерживать SysVinit в Debian, Sluggard (ok), 10:51 , 17-Окт-14, (3) +7 // А я так заметил что любители sysv почему-то думают что об их удобстве должны заб, Аноним (-), 13:25 , 17-Окт-14, (42) +1 Некто Thorsten Glaser пилит в _официальном Debian пакет systemd-shim Это не prev, Andrey Mitrofanov (?), 13:40 , 17-Окт-14, (54) +1 Не Ян, а Иан Ударение на 171 и 187 , Имя (?), 22:24 , 17-Окт-14, (169) –1 Дебиан пока что торт Предчувствую очередной раскол ментенайнеров проекта с посл, Минона (?), 11:20 , 17-Окт-14, (11) –1 // Дело в том что расширить зоопарк очень легко Копируешь байтики и все При этом , Аноний (?), 11:29 , 17-Окт-14, (12) +4 // С байтиками сложнее, т к они не гибнут Уже сейчас в сети хламятся горы мертвог, Минона (?), 12:03 , 17-Окт-14, (19) –2 // Или уж гибнут и мертвого, или уж не гибнут и живого Ну вон KDE2 - вы наверное с, Аноним (-), 13:26 , 17-Окт-14, (45) Я же сказал - кроме археологов , Аноним (-), 14:24 , 17-Окт-14, (72) А Gentoo просто работает Хочешь - с systemd, хочешь - без , rob pike (?), 12:17 , 17-Окт-14, (23) +2 // А иксы без mesa собираются , тоха (?), 12:35 , 17-Окт-14, (26) –2 Угу, хочешь 8212 работает, а хочешь 8212 не работает, NetworkManager напри, Аноним (-), 12:56 , 17-Окт-14, (31) // Это точно к Gentoo претензия Просто не используйте NetworkManager - это легко и, rob pike (?), 13:24 , 17-Окт-14, (41) +1 Особенно удобно потом ффтыкать в терминал полчаса, придя в кафешку с бесплатным , Аноним (-), 13:27 , 17-Окт-14, (46) Откройте для себя wpa_supplicant , wireless-tools и shell И тогда в кафешечке , Анонище (?), 14:41 , 17-Окт-14, (76) +2 Пока ты запустишь редактор для рихтования конфига - я уже к точке прицеплюсь И , Аноним (-), 16:21 , 17-Окт-14, (101) –3 Рихавать конфиг при подключении Да, вам действительно луче ковыряться в NM , Анонище (?), 17:25 , 17-Окт-14, (113) +1 Ну дык - ткнуть в нужный пункт меню с списком AP займет пару нажатий кнопок Все, Аноним (-), 01:26 , 18-Окт-14, (179) Ведь эти лишние полторы секунды могут быть вопросом жизни и смерти А если их про, rob pike (?), 00:39 , 19-Окт-14, (256) Я считаю что система должна помогать мне а не мешаться Вот вы и тратьте лишние , Аноним (-), 17:17 , 19-Окт-14, (276) +1 А что там нужно рихтовать, при условии что точка доступа не требует аутентификац, www2 (ok), 18:53 , 17-Окт-14, (138) +1 Всякие SSIDы и прочие При том их еще откуда-то надо взять, etc, т е скан сдела, Аноним (-), 21:16 , 18-Окт-14, (239) Как-то Вы неправильно wpasupplicant используете Я точно помню, что подключался , freehck (ok), 00:18 , 19-Окт-14, (249) Случайно пришлось давеча освежить знания Короче, wpa_passphrase вам в помощь , freehck (ok), 03:26 , 05-Дек-14, (355) ну, для ленивых есть wicd, например , Perl_Jam (?), 03:08 , 18-Окт-14, (200) +1 Нет уж, спасибо Я лучше сдамся поттеру чем питонистам Глюками и отвалами питон, Аноним (-), 17:18 , 19-Окт-14, (277) Откройте для себя wicd, A (?), 16:51 , 17-Окт-14, (107) Идите нафиг со своим бидоном Потом он опять издохнет потому что версия ему не т, Аноним (-), 01:27 , 18-Окт-14, (180) +1 за n-цать лет ни разу не чихнул, но не показатель, если есть нарекания, Perl_Jam (?), 03:09 , 18-Окт-14, (201) –2 connman и пусть python подождёт, anoniiim (?), 19:16 , 17-Окт-14, (143) Открой для себя wicd и закрой для всех нас свою варежку , Аноним (-), 18:43 , 20-Окт-14, (321) +1 увы, в некоторых ситуациях это сложно например, есть такая штука, как tlp если, Perl_Jam (?), 03:16 , 18-Окт-14, (202) Странная штука этот TLP Просто горка скриптов, дергающих вкл выкл десятку опций, rob pike (?), 07:49 , 18-Окт-14, (206) Где жестоко привязан emerge -pv networkmanagerThese are the packages that woul, Аноним (-), 13:47 , 17-Окт-14, (59) +1 Единственная заковывка - понятия о простоте у гентушников какие-то весьма своеоб, Аноним (-), 13:43 , 17-Окт-14, (55) –4 // Обычные никсвейные , Аноним (-), 13:49 , 17-Окт-14, (61) +3 При том никто не может толком рассказать в чем их вэй состоит, каждый по своему , Аноним (-), 14:31 , 17-Окт-14, (75) –2 Первые два абзаца с http www gentoo org main en about xmlЧто именно вам непоня, rob pike (?), 17:08 , 17-Окт-14, (109) Да все понятно - маркетинговый булшит писать научились даже гентушники А их hal, Аноним (-), 01:31 , 18-Окт-14, (181) –3 То есть непонятно вообще всё, ок Давайте тогда по порядку, с понятия мейнтейнер, rob pike (?), 07:54 , 18-Окт-14, (207) Превращает Ибо сборка софта как таковая - занятие скорее майнтайнера, а не поль, Аноним (-), 17:25 , 19-Окт-14, (278) А в чем причина У вас религиозное что-то к процессу компиляции Потому что каких, rob pike (?), 03:21 , 20-Окт-14, (285) У меня прагматическое что-то это тратит как минимум время машины, а порой еще и, Аноним (-), 17:59 , 24-Окт-14, (347) –1 хорошо бы а то mount -t nfs вчера выдал отсутствие systemctl O_o, Perl_Jam (?), 02:51 , 18-Окт-14, (196) // o_0 Как-то не верится , Xaionaro (ok), 10:43 , 18-Окт-14, (211) А зря - потому что с прямыми руками все так и есть Но, да - руки нужны именно, Аноним (-), 18:47 , 20-Окт-14, (322) Вот вот и я говорю, нафиг этот линукс нужен, системд на ше все , Сергей (??), 11:57 , 17-Окт-14, (17) +3 // Куда, простите , Аноним (-), 14:16 , 17-Окт-14, (66) +2 // на шею и в омут , 5 (?), 14:54 , 17-Окт-14, (81) +3 Не куда , а на что На ш Scheise , anonymous (??), 21:56 , 17-Окт-14, (165) Возможность выбора - это круто Но правильно сказали, если не будет достаточно л, Sunderland93 (ok), 12:04 , 17-Окт-14, (20) –4 // Именно так Мне он пригодится И я лучше буду писать юниты systemd чем то уродищ, Аноним (-), 13:44 , 17-Окт-14, (56) +1 // а вот и то самое, искомое Шли бы вы на винду тогда, раз свои обязаности не хоти, cmp (ok), 15:04 , 17-Окт-14, (86) // Да, вот опять ретроград вылез А чего я там забыл У меня только пингвины везде , Аноним (-), 16:25 , 17-Окт-14, (102) –1 ОК, объясню иначе, берем задачу, делаем под ее решение инструмент, берем другую , cmp (ok), 18:20 , 17-Окт-14, (124) Если вдруг доберётесь поковырять альт и рассказать, что не так с ним -- заранее , Michael Shigorin (ok), 18:36 , 17-Окт-14, (131) ой, нет с альтом я лет 7 назад навоевался, дернул черт на нем контролер домена р, cmp (ok), 18:52 , 17-Окт-14, (137) Тогда багрепорт мог попасть напрямую апстримным разработчикам, если что Но и вод, Michael Shigorin (ok), 18:57 , 17-Окт-14, (139) Да баг репор-то был, сам контролер работал, а вот аудит ложился сам и клал самбу, cmp (ok), 19:15 , 17-Окт-14, (142) CONFIG_NET_NS y, если Вы об этом Для на века брал бы, возможно, Owl хотя сам-, Michael Shigorin (ok), 20:59 , 17-Окт-14, (159) Ано вам такое надо, Михаил По всем параметрам - этому человеку подходит одна н, myhand (ok), 21:54 , 17-Окт-14, (164) +1 Знаете, люди делятся на тех у кого стакан наполовину полон, и тех у кого наполов, cmp (ok), 10:49 , 18-Окт-14, (212) Их неидеальность не оправдывает то как автор мечется между ними Баги есть в лю, myhand (ok), 12:42 , 18-Окт-14, (216) А с чего вы взяли, что мечется Есть инсталяция линукса которая меня полностью у, cmp (ok), 17:29 , 18-Окт-14, (231) Когда под человеком табуретки ломаются -- это холотой человек - Эк Вы своего ко, Michael Shigorin (ok), 00:27 , 19-Окт-14, (251) Или просто имеет проблемы с весом Такое тестирование тогда и мешок картошки ос, myhand (ok), 02:04 , 19-Окт-14, (261) А что с ним не так , andy (??), 18:37 , 17-Окт-14, (133) Ошибка сегментации памяти, cmp (ok), 19:49 , 17-Окт-14, (151) При каких условиях проявляется А тоу меня работает и с сегофолтами minicom, яне, andy (??), 13:33 , 18-Окт-14, (218) Киздато, вот для остальных 1 задач я и позову из systemd или апстарта скрипт М, Аноним (-), 01:51 , 18-Окт-14, (182) –1 systemd уже давно не система инициализацииДаже не понял о чем речь, портянка ини, cmp (ok), 12:00 , 19-Окт-14, (265) Да, это системный менеджер Мне этот подход импонирует - давно пора признать ста, Аноним (-), 17:30 , 19-Окт-14, (279) –1 Неумеренное употребление аналогий ведет к демагогии ц минздравДа и не автопи, myhand (ok), 17:59 , 19-Окт-14, (282) Да, он в целом система fly-by-wire, а автопилот лишь 1 из фич Нормальный подход, Аноним (-), 18:09 , 24-Окт-14, (348) –2 Увы, нет Еще один огромадный пульт управления Где датчик тангажа может быть , myhand (ok), 20:17 , 24-Окт-14, (353) А мне не импонирует, ибо того что я хочу там нет atm8 мигание светодиодами я в, cmp (ok), 11:19 , 21-Окт-14, (334) –1 Я в этом не виноват А мне не импонирует куча скриптокостылей, не совместимых ме, Аноним (-), 18:56 , 24-Окт-14, (349) –2 не пытайтесь кактусофил W форЪграды не поймутЪ-с , Perl_Jam (?), 02:54 , 18-Окт-14, (197) Как там ваш рояль в кустах В него все-таки наcpaли , Аноним (-), 17:31 , 19-Окт-14, (280) Сюрприз Во FreeBSD скрипты инициализации представляют собой шелл-скрипт, в кото, www2 (ok), 19:00 , 17-Окт-14, (140) // А мне не нравится лишний хлам в конфигурации Даже определение переменных Прост, Аноним (-), 01:58 , 18-Окт-14, (183) –1 помнится, давеча одна мелкомягкая личность на конференции вещала о том, что xml-, Perl_Jam (?), 03:04 , 18-Окт-14, (198) Мне больше нравятся простые текстовые конфиги XML вообще дурной формат - неудоб, Аноним (-), 21:25 , 19-Окт-14, (283) –1 Что это за зверь XML - тоже текстовый конфиг , если уж на то , myhand (ok), 21:57 , 19-Окт-14, (284) –1 Ну вот то Обычный текст с ключ значение Может с разбивкой на тематические секц, Аноним (-), 19:10 , 24-Окт-14, (350) –2 Обычный текст - это Капитанская дочка АС Пушкина А то что описали вы - тек, myhand (ok), 20:12 , 24-Окт-14, (352) +1 вообще хорошая идея, сейчас реально много пакетов уже начинают зависеть от syste, svsd_val (ok), 12:14 , 17-Окт-14, (21) +4 // теперь этот пакет называется Леррант Поттеринг, IMHO (?), 12:26 , 17-Окт-14, (24) –1 // он называется объедки редхету со стола микрософта, за которые тамошние торгаши н, Аноним (-), 22:57 , 17-Окт-14, (170) +1 Прям слово пакет там - А-то ведь systemd состоит из множества программ, Аноним (-), 12:17 , 17-Окт-14, (22) –2 // Пакет - может быть как одной так и несколькими, что делу не мешает Write program, svsd_val (ok), 12:39 , 17-Окт-14, (27) Толку-то, если они друг ко другу прибиты, прикручены, приклеены и для надёжности, Michael Shigorin (ok), 13:26 , 17-Окт-14, (44) // Теперь настала моя очередь обвинить вас в наглом вранье Долг платежом красен, г, Аноним (-), 13:30 , 17-Окт-14, (49) –2 // Вы ведь понимаете разницу между wine и родными приложениями О том и речь, что не, Michael Shigorin (ok), 14:15 , 17-Окт-14, (65) А линукс - чисто ядро Для него нативны разве что системные вызовы, которые к то, Аноним (-), 14:43 , 17-Окт-14, (78) Вся надежда на горячего финского Может его это окончательно додолбит и он сде, Аноним (-), 19:42 , 17-Окт-14, (147) Я не против, как апстрим он адекватнее поттера Но вы учтите что он выбирает тех, Аноним (-), 02:03 , 18-Окт-14, (186) –1 а вот тут https www linux org ru wiki en User Kiborg Systemd_myths развенчива, Xasd (ok), 13:31 , 17-Окт-14, (50) –2 // Конечно можно, конечно можно а всё потому что потому что раньше это были соверше, svsd_val (ok), 13:54 , 17-Окт-14, (62) +1 а ты куда вообще собраля эти кусочки использовать уж не задумал ли ты снова ещё, Xasd (ok), 14:22 , 17-Окт-14, (69) –1 Ну вон убунтуи к апстарту привинтили И я не слышал от них громких воплей Прита, Аноним (-), 14:44 , 17-Окт-14, (79) –1 Ага, зато сколько слёз и соплей было со стороны производителя, который явно на э, anonymous (??), 15:56 , 17-Окт-14, (94) –1 Не видел особых слез И даже убунтуи когда дебиан решил на systemd валить не осо, Аноним (-), 16:26 , 17-Окт-14, (103) –1 systemd provided a nice juicy attack surface There are valid arguments that not, YetAnotherOnanym (ok), 18:49 , 17-Окт-14, (136) // По ссылке очередное творчество дущевнобольных , Аноним (-), 23:10 , 17-Окт-14, (171) –2 // Можно аргументировать вашу пространную рецензию А то сильно смахивает на Не уми, myhand (ok), 01:20 , 18-Окт-14, (176) +1 Я не он но позволю себе Если для вас творчество поттера - конец линукса, валите, Аноним (-), 02:05 , 18-Окт-14, (187) –3 Во-первых, это не Вам решать Во-вторых, развитие опенсорсного ПО обычно сопрово, YetAnotherOnanym (ok), 02:22 , 18-Окт-14, (192) +1 Не плюй в колодец А без меня народ неполный ц Помимо ковыряния конфигов syst, myhand (ok), 03:20 , 18-Окт-14, (203) +1 Не думаю что от вашего отсутствия сообщество многое потеряет Вашу компетентност, Аноним (-), 10:23 , 20-Окт-14, (288) –1 Я вам вообще не советую думать Этому надо было учиться в раннем подростковом в, myhand (ok), 15:44 , 20-Окт-14, (312) –1 Вас этому не научили, поэтому советовать или не советовать кому-то что-то вы поп, Аноним (-), 19:17 , 24-Окт-14, (351) –1 Тебе уже пытались объяснить каким местом ты думаешь Это тебе голос в голове расс, myhand (ok), 20:34 , 24-Окт-14, (354) +1 Аргументировать можно По ссылке все та же самая хейтерская белиберда, которую м, Аноним (-), 12:16 , 18-Окт-14, (215) –1 Увы, этот аргумент пока тоже напоминает процитированного мной бандеровского х, myhand (ok), 12:50 , 18-Окт-14, (217) +1 Это не ко мне, с этим пожалуйте к психиатру Уж извините стопятисотый раз коммент, Аноним (-), 15:06 , 18-Окт-14, (223) –2 Вот так аргументы Ну или просто текст не осилил Собственно, я к тому и в, myhand (ok), 15:24 , 18-Окт-14, (226) +1 Это творчество душевнобольных, потому что это хейтерская белиберда Аргументац, YetAnotherOnanym (ok), 13:49 , 18-Окт-14, (219) +1 Sapienti sat Это там где автор цитирует описание сокет-активации и описание буфе, Аноним (-), 15:12 , 18-Окт-14, (224) –2 Да Вы сумели найти в тексте слово сокет , возьмите печеньку Ага Вы можете сфо, myhand (ok), 15:37 , 18-Окт-14, (227) Надо замутить референдум по поддержке в angband режима gcu Написать тысячу бото, бедный буратино (ok), 12:34 , 17-Окт-14, (25) // Иди и сделай Языком чесать и Марк может , Аноним (-), 13:17 , 17-Окт-14, (34) +2 // да чё-то вот смотрю я на вот эти страдания по системам инициализации, и понимаю , бедный буратино (ok), 13:32 , 17-Окт-14, (51) Как я их обожаю, круче чем читать про политику, взлеты падения, высший пилотаж , АНАНИМ (?), 12:53 , 17-Окт-14, (30) // Так это и есть политика Лобби олдскульщиков взвилось не меньше чем погонщики ло, Аноним (-), 13:20 , 17-Окт-14, (35) –2 // А вот это уже хуцпа , Michael Shigorin (ok), 13:29 , 17-Окт-14, (47) +1 // Простите, я не очень владею этой вашей терминологией и не очень в курсе что тако, Аноним (-), 13:34 , 17-Окт-14, (52) +3 А вот Лобби олдскульщиков во всех толковых словарях есть,но нам словарные опре, userd (ok), 14:14 , 17-Окт-14, (63) +1 Это более-менее понятный технарям жаргон Технари поймут в чем речь, а остальн, Аноним (-), 14:53 , 17-Окт-14, (80) –1 Ну технари Ты-то к ним какое отношение имеешь , Led (ok), 15:00 , 17-Окт-14, (82) Побольше твоего Так, глядя на твою логику , Аноним (-), 15:38 , 17-Окт-14, (91) –2 Насколько знаю могу судить, оба технари технаристей среднего и примерно такие же, Michael Shigorin (ok), 15:57 , 17-Окт-14, (95) –1 А это тот же Led который попадался где-то в альте, в рассылке, или другой Уж пр, Аноним (-), 16:34 , 17-Окт-14, (104) –1 Тот же Он же отметился патчем ами для ядра , andy (??), 18:02 , 17-Окт-14, (118) Жесть Никогда бы не подумал что тот Led может настолько ламерски себя вести и д, Аноним (-), 02:10 , 18-Окт-14, (189) –1 User, ты мне скажи, ты чего разошелся-то , andy (??), 00:29 , 19-Окт-14, (252) +1 Еврейское Обозначает крайнюю наглость, когда виновный невиновного обвиняет в т, Michael Shigorin (ok), 14:19 , 17-Окт-14, (68) Ну вот пусть евреи и изучают свой язык При чем тут посетители опеннета Этот до, Аноним (-), 15:02 , 17-Окт-14, (83) Вот и я удивился -- явление налицо, а слова нету Не-не-не, без съездов тогда уж , Michael Shigorin (ok), 15:58 , 17-Окт-14, (96) Как там в детском стишке или песенке Ж а есть, а слова нет Да ну вас,, Аноним (-), 16:40 , 17-Окт-14, (106) Это еврейский заговор , andy (??), 17:57 , 17-Окт-14, (116) s заговор наглост , Michael Shigorin (ok), 18:31 , 17-Окт-14, (128) –1 А он готов пойти и переписать гном, который они по дефолту сватать немерены Или, Аноним (-), 13:15 , 17-Окт-14, (33) –1 // Обратитесь к воспитательнице, чтоб растолковала, о чём там дяденька писал , Michael Shigorin (ok), 13:30 , 17-Окт-14, (48) –2 // Вот пусть идет и предотвращает, раз такой умный А то чужими руками работу ворот, Аноним (-), 13:35 , 17-Окт-14, (53) –2 Всё-ьакт это не бабло - такой искренний баттхёрт за деньги не купишь , Аноним (-), 13:46 , 17-Окт-14, (58) –2 Реквестирую SystemE 128512 128512 128512 , Аноним (-), 14:30 , 17-Окт-14, (74) –1 // SystemF , Аноним (-), 15:03 , 17-Окт-14, (84) // Он тоже скатился , anonymous (??), 22:03 , 17-Окт-14, (166) умрет этот ваш дебиан вот меня ответ мейнтейнера мейнтейнеру вдохновил https , тигар (ok), 14:42 , 17-Окт-14, (77) // Да вообще наглость - патч попросил прислать, прозрачно намекнув что кому работа , Аноним (-), 15:33 , 17-Окт-14, (89) +2 // да, я смотрю что в банде дебилов всегда так попросил патч вот еще 1 пример н, тигар (ok), 10:35 , 21-Окт-14, (333) –1 Да-да, это брызги от того 205- 208 c переделкой _зависимостей, в частности Те р, Andrey Mitrofanov (?), 16:35 , 17-Окт-14, (105) +1 // gt оверквотинг удален ну gentoo и хорошие системы из клана bsd ждут вас - в , тигар (ok), 17:11 , 17-Окт-14, (110) –1 // Думаю, со мной даже GUIX-у и Dedian GNU Hurd-у придётся подождать , Andrey Mitrofanov (?), 17:20 , 17-Окт-14, (111) +2 Я полностью согласен - ретардов и ретроградов к вам на бзды, чтоб не клинили нам, Аноним (-), 02:22 , 18-Окт-14, (191) голосование начато https www debian org vote 2014 vote_003, myhand (ok), 18:28 , 17-Окт-14, (126) +2 // Нет, обсуждение только еще , Аноним (-), 01:06 , 18-Окт-14, (175) Debian наш , Нимо Ан (?), 19:02 , 17-Окт-14, (141) // Вы Поттеринг К сожалению - да, уже почти Ваш, Леня , Аноним (-), 14:14 , 18-Окт-14, (220) Жаль деба если и его нагнут Только самые незгибаемые демократией Ъ дистры оста, Аноним (-), 11:03 , 18-Окт-14, (213) // Пф Форкалка не развяжется , Аноним (-), 21:47 , 18-Окт-14, (243) –1 // http debianfork org , Ordu (ok), 12:46 , 19-Окт-14, (266) // Я могу поверить, что найдётся требуемое кол-во тех, кто хочет, но совсем не увер, Аноним (-), 13:20 , 19-Окт-14, (267) Больше похоже на троллей , myhand (ok), 15:06 , 19-Окт-14, (269) –1 Это не важно, суть в том, что запасы попкорна следует расходовать экономно, не т, Ordu (ok), 17:49 , 19-Окт-14, (281) Ждём арестов противников s-d по обвинениям в распространении наркотиков, убийств, Andrey Mitrofanov (?), 10:52 , 20-Окт-14, (290) Давно пора А почему нет самой очевидной статьи - саботаж, саботаж то где , Аноним (-), 14:09 , 20-Окт-14, (310) Не должно же быть связано с s-d Как Вы не понимаете Хунта кэосдэ не может быт, Andrey Mitrofanov (?), 14:29 , 20-Окт-14, (311) +2 На мой взгляд, есть несколько аргументов против systemd 1 Сложность шел скрипт, Анононимиус (?), 04:31 , 23-Окт-14, (343) // cat etc init d skeleton , pavel_simple (ok), 09:54 , 23-Окт-14, (345) +2 Два юнит-файла Восторженные вау-сторонники требуют socket0activaшона во все п, Andrey Mitrofanov (?), 10:14 , 23-Окт-14, (346) +2 1,3,11,17,20,21,22,25,30,33,58,74,77,126,141,213,343

Сообщения

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

	32. "Попытка проведения референдума по вопросу поддержки в Debian..."	+2 +/–
	Сообщение от Аноним (-), 17-Окт-14, 13:01
	systemd это временно, а вот запороть все привязкой к ней могут надолго
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

	88. "Попытка проведения референдума по вопросу поддержки в Debian..."	+20 +/–
	Сообщение от ram_scan (?), 17-Окт-14, 15:33
	А чем вас sysv не устраивало ? Я лично 10 лет на ней жил и не парился. А бинарных логов и реестров с сервисами мне у пациентов на виндовозном десктопе хватает. Хотите пилить сыстемды - пилите ее на федоре и бубунте. Зачем в серверные дистрибутивы лезть ? Вот пипец мегадостижение, параллельный старт сервисов, депенденсы ихние и прочее щщасте. Ну стал у меня сервер стал бутаться на три секунды быстрее. При условии что у него POST один хрен идет две минуты из которых он минуту скази контроллер ощупывает. И бутаю я его раз в год. Надо оно мне было ? Зато у меня теперь геморрой как бридж с поддержкой STP на виланах поднять без танцев с саблями и его по PBR потом этот интерфейс срутить. Если раньше скрипт от вендора стандартный с коллбэками и инклюдами лежал, и даже при обновлении оного скрипта у меня ничего не ломалось, то теперь всех стоем ходить заставили. Зачем ломать то что работало ?
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от asavah (ok), 17-Окт-14, 15:37
	+100500100500!адын спасибо что написали за меня моё ИМХО с точностью до запятой.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Попытка проведения референдума по вопросу поддержки в Debian..."	–6 +/–
	Сообщение от Аноним (-), 17-Окт-14, 16:08
	> А чем вас sysv не устраивало ? Я лично 10 лет на ней жил и не парился. Тем что кладет на проблемы админа и вообще морально устарел, не умее актуальных и злободневных фич. А как вы там полжизни на конягах рассекали, а тут какие-то автомобилисты, машинисты и пилоты последний кусок хлеба отнимают - такая слезная история. > А бинарных логов и реестров с сервисами мне у пациентов на виндовозном > десктопе хватает. Пациент, а что у вас там с utmp/wtmp? Вас их бинарность не смущает? Или где бурные вопли на то что из *никсов сделали винды? А у половины юниксов еще и бинарный реестр есть, чтобы совсем хорошо. Здорово обнаружить что 10 лет жил в виртуальном вымышленном мире, правда? :) > Хотите пилить сыстемды - пилите ее на федоре и бубунте. Зачем в > серверные дистрибутивы лезть ? Не очень понимаю почему вы считаете себя в праве указывать другим что им делать. Еще меньше я понимаю что побудит их делать именно так как надо вам, а не им. > Вот пипец мегадостижение, параллельный старт сервисов, депенденсы ихние и прочее щщасте. Это лишь одно из достижений, а приятных плюшек в таких системах навалом. Недостатки тоже есть, но нормально и конструктивно обгадить systemd... ну я какие-то попытки видел разве что у Шигорина. Остальные просто безмозгло орут кричалки. > которых он минуту скази контроллер ощупывает. И бутаю я его раз > в год. Надо оно мне было ? Вам - не знаю. А мне прописывать сервисы будет удобнее. И да, я считаю что это замечательно. > не ломалось, то теперь всех стоем ходить заставили. Ну вот пусть вендырь выпустит адаптированную версию, раз уж строем. Спрашивайте в аптеках... в общем, у вендора. И вообше, навалят скриптов где не надо. А потом DHCP сервак может получить рута на машине, просто отдав оной параметр содержащий команду. > Зачем ломать то что работало ? CP/M и Multics тоже работали. У вас на серверах они? Иногда наступает время расстаться с окаменелым дерьмецом мамонта.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	112. "Попытка проведения референдума по вопросу поддержки в Debian..."	–4 +/–
	Сообщение от Xasd (ok), 17-Окт-14, 17:23
	+100500**100500.. всё правильно написал! добавлю ещё что для utmp/wtmp -- в systemd есть Таймер-Юнит, запускающий logrotate практически гарантированно. а вот sysvinit -- Крон может и не запустить ни разу logrotate -- в случае если компьютер будет включаться и выключаться каждый раз в неудачное время. :-) и такого-рода недоработок в sysvinit -- полно. просто на ровном месте.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Попытка проведения референдума по вопросу поддержки в Debian..."	+2 +/–
	Сообщение от Censored (?), 17-Окт-14, 17:33
	> добавлю ещё что для utmp/wtmp -- в systemd есть Таймер-Юнит, запускающий logrotate > практически гарантированно. > а вот sysvinit -- Крон может и не запустить ни разу logrotate > -- в случае если компьютер будет включаться и выключаться каждый раз > в неудачное время. :-) если у вас такая проблема - откройте для себя anacron! ;)
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от абыр (ok), 17-Окт-14, 17:42
	Если куча костылей не работает, добавьте еще один.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 17-Окт-14, 18:16
	Всё правильно - надо жвачкой склепить из этой кучи костылей один мегакостыль! Так победим!
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от Аноним (-), 17-Окт-14, 20:15
	> Если куча костылей не работает, добавьте еще один. Да чо, анакрон - куча скриптятины немеряного размера, где без поллитры не разберешься. С отдельными настройками и прочим. Хотя реально всего-то надо критерий запуска "в полшестого" и флаг "запускать даже если просрочилось". Но не, это слишком просто. Надо навалить горбатых костылей, работающих через пень-колоду (куча костыльных скриптов дергаемых иногда кроном с нехилым интервалом) и заявить что так и надо. Ну подумаешь, весь крон заcpaли тyпым и ламерским поллингом anacron'а "не наступило ли нужное время" и в cron везде эти левые ошметки валяются. Так блин удобно, когда программы запускаются из пятнадцати разных закоулков, при том еще поди найди потом нужный из них. Придется обойти половину файловой системы прежде чем найдется где оно зарыто. Зато эти фаготы "так привыкли" и поэтому не смейте дескать трогать эту бабушкину рухлядь. Ишь чего удумали - админить системы удобно и логично!
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	160. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Окт-14, 21:03
	> Да чо, анакрон - куча скриптятины немеряного размера, где без поллитры не разберешься. И много Вам лично раз доводилось с ним "разбираться"? Мне эта штука изредка пригождалась.  Интерфейс -- "поставил/снёс".  Это слишком сложно?
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 18-Окт-14, 01:06
	> Мне эта штука изредка пригождалась.  Интерфейс -- "поставил/снёс".  Это слишком сложно? Я не спорю - эта штука лучше чем костылить такое же самому. Но как я уже сказал, мне не нравится: 1) То что запуск программ размазан по туевой хуче мест. Видишь вот программу. А откуда она? Из крона? Или анакрона? А может в иниттабе? А может, в стартовых скриптах? Или rc.local? А может, из inetd? А может быть ворона? А может страус злой?! В результате какая-то совсем тривиальная задача ("вырубить это нафиг" например) становится целым квестом по полудюжине закоулков. Если это удобное и современное администрирование - я тогда китайский император. 2) Мне не нравится что оно своими чисто техническими *костылями* гадит в конфигурацию cron, разбавляя ее спамом, который мне бесполезен и как таковой не подлежит редактированию админом. А чего ради эти ошметки должны мои глаза мозолить? 3) В силу реализации оно довольно слоупочное и особой гибкостью не отличается. Пародия на настоящий event-driven сделанная из гoвна и палок и работающая под стать.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Xaionaro (ok), 18-Окт-14, 09:53
	>> Мне эта штука изредка пригождалась.  Интерфейс -- "поставил/снёс".  Это слишком сложно? > Я не спорю - эта штука лучше чем костылить такое же самому. > Но как я уже сказал, мне не нравится: > 1) То что запуск программ размазан по туевой хуче мест. Видишь вот > программу. А откуда она? Из крона? Или анакрона? А может в > иниттабе? А может, в стартовых скриптах? Или rc.local? А может, из > inetd? А может быть ворона? А может страус злой?! В результате > какая-то совсем тривиальная задача ("вырубить это нафиг" например) становится целым квестом > по полудюжине закоулков. Если это удобное и современное администрирование - я > тогда китайский император. 1. Если я не понимаю, кто запустил какой-то процесс, то мне обычно хватало простого pstree, хоть он и не всегда помогает, конечно. А вообще не припомню, чтобы это было проблемой. 2. А с установленным systemd всякие rc.local-ы, inetd, cron-ы, at-ы и т.п. неработоспособны уже что ли? На своей системе у меня нет проблем разобраться что к чему очень быстро и удобно (кроме как раз случая знакомства с systemd, когда было не понятно кто отправляет мой ноут спать). А на чужой системе чем systemd спасёт? Запретит rc.local?
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 18-Окт-14, 16:05
	> 1. Если я не понимаю, кто запустил какой-то процесс, то мне обычно > хватало простого pstree, хоть он и не всегда помогает, конечно. Ну вот вижу я процесс которому parent'ом PID=1. И дальше что? То что у него PID=1 parent'ом - отнюдь не доказывает что его init запустил. И? Очень зависит от. > А  вообще не припомню, чтобы это было проблемой. А мне вот не нравится размазня по куче мест в конфигурации. > 2. А с установленным systemd всякие rc.local-ы, inetd, cron-ы, at-ы и т.п. > неработоспособны уже что ли? Ну их еще потаскают некоторое время для совместимости, а потом выпнут за ненадобностью, вероятно. Куда и дорога. Вон в системе с апстартом inittab вообще обычно отсутствует. В половине случаев нет и rc.local уже. Да и слой совместимости с init - весьма опциональная штука. > На своей системе у меня нет проблем разобраться что к чему очень быстро и удобно Я и говорю - удобно для админов локалхоста. А для продакшна, где передача браздов правления машиной нормальная практика это уже не айс. Да и в плане руления локалхостом я предпочту видеть все что касается старта процессов и прочих VM в каком-то одном месте а не дюжине закоулков, говоря начистоту. > А на чужой системе чем systemd спасёт? Запретит rc.local? Ну не "запретит" жестко, но - сделает obsoleted. Например upstart без слоя совместимости - вообще его выполнять не собирается. Так что в половине систем или надо вкатывать добавочный хлам, или использовать конфиг-файлы. Мне вот такой подход к дефолтам сильно более симпатичен. Вывести окаменелый крап в obsoleted. Без шума и пыли, оставив совместимость для тех кому ну вообще крындец как надо, но не приветствуя все это в дефолтах. Чтобы на практике исчезло у всех кроме наиболее принципиальных и в продакшне не попадалось.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Попытка проведения референдума по вопросу поддержки в Debian..."	+2 +/–
	Сообщение от myhand (ok), 18-Окт-14, 16:15
	>> А  вообще не припомню, чтобы это было проблемой. > А мне вот не нравится размазня по куче мест в конфигурации. Для вас давно есть Windows.  Размазни нет - все в одном бинарном блобе.  Нравится? > Да и слой совместимости с init - весьма опциональная штука. Стандарт сперва примите новый.  А пока извольте следовать существующим. >> На своей системе у меня нет проблем разобраться что к чему очень быстро и удобно > А для продакшна, где передача браздов правления машиной нормальная практика это уже не айс. Не завидую вашему "продакшену", в котором какие-то идиоты думают, что systemd способен их избавить от необходимости документирования работы.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	244. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 18-Окт-14, 21:49
	> Для вас давно есть Windows. Это для вас, агрессивных ламеров не понимающих как система работает - то что надо. Орать про сакс и рулез не понимая смысла - там как раз удобно. > Размазни нет Да щазззззз. Там веток реестра и прочих автозагрузок - с полдюжины, если не больше, еще всякие RunOnce и прочие милые костыли досявым методам установки софта. Так что оно запросто зарубится с этим вашим инитом по окаменелости и наличию доисторических костылей. Там даже местами вроде всякие autoexec.bat :) из доса бывали. > - все в одном бинарном блобе.  Нравится? Ну если уж на то пошло, файловая система, хранящая файлы - тоже бинарный блоб. И на уровне базовой механики файлуха мало чем отличается от базы реестра. Единственный жирный минус реестра - иерархия видна только 1 спецпроге. А файлуха - всем. Ну и еще MS зачем-то туда кучу крапа навалил, столько что любой /etc таком адскому засирону позавидует. > Стандарт сперва примите новый.   Тебе надо - вот и принимай. Спихивать на других нужную *вам* работу - так не пойдет. > А пока извольте следовать существующим. Я буду изволить достигать моих задач, простыми и удобными мне методами. А вы можете следовать чему хотите. И говоря за себя - я готов написать юнит файл. Или джоб апстарту. А с инитом вы там сами возякайтесь, мне он даром не вперся и поэтому я для него ничего делать не буду. Хоть этот окаменелый помет мамонта трижды стандартным будет, менее у...щным он от этого не становится. Хоть обвешайте вашу какaшку мамонта сертификатами. А мне больше нравится позиция линуксных ядерщиков. Решили запилить hole punching и всяких литл ламо забыли спросить. Хоть и за пределами posix. Сделали DRM/KMS, довольно крутой и убедительный. А хоть и не особо стандартный. И ничо, вон бздюки как миленькие пошли имплементить. Только так вся эта куча лузеров и ретрогратов и понимает. Иначе их "все устраивает" - "зачем чего-то менять?!" > Не завидую вашему "продакшену", в котором какие-то идиoты думают, что systemd способен > их избавить от необходимости документирования работы. Документирование - это одно, а возможность быстро и предсказуемо получить overview состояния системы без втыкания неделю на портянку с документацией что там делали за последние 10 лет - другое.
	Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

	248. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от myhand (ok), 18-Окт-14, 23:38
	> Орать про сакс и рулез не понимая смысла -  там как раз удобно. Ткните, пожалуйста, пальцем в то место, где я "ору"? >> Размазни нет > Да щазззззз. Там веток реестра и прочих автозагрузок - с полдюжины Формат один. >> Стандарт сперва примите новый. > Тебе надо - вот и принимай. Спихивать на других нужную *вам* работу > - так не пойдет. От стандартов выигрывают все, желающие сделать из FOSS среду для продуктивной деятельности, а не пиписькомерства подросткам вроде вас. >> А пока извольте следовать существующим. > Я буду изволить достигать моих задач, простыми и удобными мне методами. Ваш локалхостинг - ваши правила, все честно.  А вот разработчик софта будет внимательно смотреть на стандарт. >> Не завидую вашему "продакшену", в котором какие-то идиoты думают, что systemd способен >> их избавить от необходимости документирования работы. > Документирование - это одно, а возможность быстро и предсказуемо получить overview Так и не научившийся думать фанат получит и с systemd подходящий винегрет.  Так что одно и то же.
	Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

	297. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 20-Окт-14, 11:58
	> Ткните, пожалуйста, пальцем в то место, где я "ору"? Легко :). https://www.opennet.ru/~myhand Зато там же написано "публикации отсутствуют". Так что мои подозрения подтверждаются: вы бесполезный БАЛЛАСТ. Который много из себя корчит, но делать ничего не желает. Даже хотя-бы для ресурса на котором вопит, не говоря уж о дебиане или чем-то еще. > Формат один. Какой формат? > От стандартов выигрывают все, Много ты выиграл от стандартного H.264, за который рэкетиры типа MPEG LA данью всех обложили? А "нестандартные" VP8/9 зато можно использовать без отчислений. Или вон OOXML - это стандарт. Или дотнет. Пользуйся наздоровье этими стандартами, блин. Так что как видим, не все йогурты одинаково полезны. > желающие сделать из FOSS среду для продуктивной деятельности, Попробуй продуктивно взять скрипт инициализации из альта и перетащить его на дебиан, например. Тогда мы поговорим про "стандарты". Если вот такой булшит называется продуктивной деятельностью - я тогда называю такие стандарты ДВОЙНЫМИ. По факту никакой совместимости нет и близко не было и все эти заявы про стандарты - БУЛЛШИТ. В лучшем случае ламерское недопонимание. А в хучшем - осознанное наглое и лицемерное вранье. > а не пиписькомерства подросткам вроде вас. Вы там о чем-то о своем, о женском? > будет внимательно смотреть на стандарт. А портянки sysv init не следуют никаким стандартам. Там каждый дро^W как он хочет. Поэтому их совместимость между системами - в районе плинтуса. А править трехстраничный "нарциссический" гомнокод - удовольствие ниже среднего. > Так и не научившийся думать фанат получит и с systemd подходящий винегрет. В systemd подходы не провоцируют админа на велосипедизм и есть ряд штатных средств для получения понимания того что творится в системе. Ну там раздача лэйбаков через cgroups, не позволяющие процессам быть "непонятно откуда", регистрация VM/контейнеров и прочее. >  Так что одно и то же. Разница в деталях. Sysv init провоцирует админа на строительство кучи местечковых великов. Которые все остальные впервые в жизни видят. Что совсем не айс с точки зрения чего-то за пределами локалхостов.
	Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

	319. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от myhand (ok), 20-Окт-14, 16:45
	>> Ткните, пожалуйста, пальцем в то место, где я "ору"? > Легко :). https://www.opennet.ru/~myhand Не понял.  В чем состоит, собственно, "ор"? > Зато там же написано "публикации отсутствуют". Ты серьезно думаешь, что мне интересно публиковаться на каждом заборе? >> Формат один. > Какой формат? >> От стандартов выигрывают все, > Много ты выиграл от стандартного H.264 И причем тут это?  LF что - отчисления берет за свои попытки привести бардак линукс-дистрибутивов к чему-то вменяемому? Избыточное употребление аналогий ведет к демагогии. >> желающие сделать из FOSS среду для продуктивной деятельности, > Попробуй продуктивно взять скрипт инициализации из альта и перетащить его на дебиан, например. Проблемы альта.  Если init-скрипт демона написан человеками, слыхавшими про LSB - он прекрасно заработает и в дебиан.  Убеждался в этом не раз, даже когда разработчик выкладывает только rpm с бинарниками для RH.  Так-то, вьюнош. >> будет внимательно смотреть на стандарт. > А портянки sysv init не следуют никаким стандартам. Твое незнание стандартов не означает их отсутствия. > Поэтому их совместимость между системами - в районе плинтуса. Кто хочет, тот добивается совместимости без проблем, см. выше. >> Так и не научившийся думать фанат получит и с systemd подходящий винегрет. > В systemd подходы не провоцируют админа Там масса своих засад, вызванных дизайном по принципу - "кул, давай это добавим!"  Я вот одному герою пытался объяснить проблемы, связанные с сокет-активацией.  Так что потенциал "наворотить" у рядового админа на порядки увеличивается.  Уж если мейнтейнеры федоры пихают идиотский конфиг sshd - что сделает рядовой вася пупкин из рашен пту (пардон, "технического университета")? >>  Так что одно и то же. > Разница в деталях. Sysv init провоцирует админа на строительство кучи местечковых великов. Главное в это твердо верить.
	Ответить | Правка | К родителю #297 | Наверх | Cообщить модератору

	337. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от дуайт эйзенхауер (?), 22-Окт-14, 02:29
	> мейнтейнеры федоры пихают идиотский конфиг sshd Чем тебе конфиг sshd в Федоре-то не угодил? Конфиг как конфиг.
	Ответить | Правка | К родителю #319 | Наверх | Cообщить модератору

	338. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от myhand (ok), 22-Окт-14, 04:11
	>> мейнтейнеры федоры пихают идиотский конфиг sshd > Чем тебе конфиг sshd в Федоре-то не угодил? Конфиг как конфиг. Тем что эти ушлепки догадались включить там socket-activation.
	Ответить | Правка | К родителю #337 | Наверх | Cообщить модератору

	339. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от дуайт эйзенхауер (?), 22-Окт-14, 14:25
	> включить там socket-activation. И чего? А ftpd - вообще через inetd запускается и не жужжит. Нахрен тебе гонять этот sshd, если ты заходишь на машину раз в пятилетку? Федора - десктопный дистрибутив, в RHEL7 с тем же systemd sshd запущен постоянно. ^_^ alexv@oemapaut01 [~] $ systemctl | grep ssh sshd.service   loaded active running   OpenSSH server daemon ^_^ alexv@oemapaut01 [~] $ cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.0 (Maipo)
	Ответить | Правка | К родителю #338 | Наверх | Cообщить модератору

	340. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от myhand (ok), 22-Окт-14, 15:01
	>> включить там socket-activation. > И чего? А того что я не буду больше объяснять почему это плохо персонально каждому инвалиду.  Прочитай сперва что написали другим в ответ на этот же вопрос.
	Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

	342. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от дуайт эйзенхауер (?), 23-Окт-14, 02:17
	Ну да, ну да. Куда уж нам уж выйти замуж, когда тут такие иксперды по сокет-активации сидят.
	Ответить | Правка | К родителю #340 | Наверх | Cообщить модератору

	257. "Попытка проведения референдума по вопросу поддержки в Debian..."	+5 +/–
	Сообщение от Michael Shigorin (ok), 19-Окт-14, 00:42
	> Документирование - это одно, а возможность быстро и предсказуемо получить overview > состояния системы без втыкания неделю на портянку с документацией что там делали > за последние 10 лет - другое. Вот именно.  Тем более когда эта "документация" размазана по нарциссическим бложикам.
	Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

	295. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от Аноним (-), 20-Окт-14, 11:41
	> Вот именно.  Тем более когда эта "документация" размазана по нарциссическим бложикам. На портянки sysv init документация зачастую вообще отсутствует, а нарциссический код где конфигурация размазана пополам с логикой - с точки зрения администрирования гунявая практика.
	Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

	327. "Попытка проведения референдума по вопросу поддержки в Debian..."	+2 +/–
	Сообщение от Anonimous (?), 21-Окт-14, 00:52
	>> Вот именно.  Тем более когда эта "документация" размазана по нарциссическим бложикам. > На портянки sysv init документация зачастую вообще отсутствует, а нарциссический код где > конфигурация размазана пополам с логикой - с точки зрения администрирования гунявая > практика. О, наконец про портянки вспомнил. Еще простыни есть, тролль. Пришел поцан в юникс, а там шеллскрипты. Посмотрел, неосилил, ужаснулся и заверещал про портянки.
	Ответить | Правка | К родителю #295 | Наверх | Cообщить модератору

	233. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Xaionaro (ok), 18-Окт-14, 19:05
	>> 1. Если я не понимаю, кто запустил какой-то процесс, то мне обычно >> хватало простого pstree, хоть он и не всегда помогает, конечно. > Ну вот вижу я процесс которому parent'ом PID=1. И дальше что? То > что у него PID=1 parent'ом - отнюдь не доказывает что его > init запустил. И? Очень зависит от. Повторяю: > хоть он и не всегда помогает А вообще, всё зависит от конкретных обстоятельств. В худшем случае существуют audit-ы, fanotify-и; или если человек не способен даже на первые два и совсем не понимает, что происходит, то может смастерить разовый костыль вроде подмены конечного приложения скриптом «pstree > /root/pstree.out». Но почему-то мне никогда не приходилось ничем таким страдать даже на абсолютно чужих системах, хотя активно работаю с Linux ещё с 2.4. Проблма какая-то высосаная из пальца. >> А  вообще не припомню, чтобы это было проблемой. > А мне вот не нравится размазня по куче мест в конфигурации. Разные задачи решаются разными приложения. Не нравится это? Нравится когда ставится большой bundle а-ля MS Windows, где DE [MS DWM] является неотделяемой частью ОС? >> 2. А с установленным systemd всякие rc.local-ы, inetd, cron-ы, at-ы и т.п. >> неработоспособны уже что ли? > В половине случаев нет и rc.local уже. И что вместо него? Далеко не раз помогал при отладке различных удалённых систем. >> На своей системе у меня нет проблем разобраться что к чему очень быстро и удобно > Я и говорю - удобно для админов локалхоста. Я не про localhost говорил. А про production системы на текущей и предыдущей работах. > А для продакшна, где > передача браздов правления машиной нормальная практика это уже не айс. Почему это? Это вопрос лишь документирования и разъяснений при передаче обязательств. Я так и не увидел в чём проблема. > Да > и в плане руления локалхостом я предпочту видеть все что касается > старта процессов и прочих VM в каком-то одном месте а не > дюжине закоулков, говоря начистоту. А я предпочту иметь систему, где каждую задачу выполняет своё приложение. Где я свободно могу конструировать такую систему, которая под мои задачи хорошо подходит. А не мириться в bundle-ами, где всё решили за меня. >> А на чужой системе чем systemd спасёт? Запретит rc.local? > Ну не "запретит" жестко, но - сделает obsoleted. Например upstart без слоя > совместимости - вообще его выполнять не собирается. Его легко можно туда впилить. И если админ хочет использовать rc.local, он это легко и быстро сделает и на systemd, и на upstart (ну либо systemd/upstart — такое говно, что там нельзя такое сделать легко и быстро). А следовательно вопрос тут только лишь культуры администрирования и документирования, а не централизации причин запуска приложения. Другими словами, systemd тут ничем не поможет… > Так что в половине > систем или надо вкатывать добавочный хлам, или использовать конфиг-файлы. Мне вот > такой подход к дефолтам сильно более симпатичен. Вывести окаменелый крап в > obsoleted. Без шума и пыли, оставив совместимость для тех кому ну > вообще крындец как надо, но не приветствуя все это в дефолтах. > Чтобы на практике исчезло у всех кроме наиболее принципиальных и в > продакшне не попадалось. Я rc.local активно использую для отладки удалённых систем. Например, была удалённая система, у которой почему-то интерфейс поднимался на секунду, а потом падал. Если в rc.local его передёрнуть, то the интерфейс снова поднимался. А учитывая отсутствие в той серверной IP-KVM-а и отсутствия лицензии на iLO, сохранять ssh-доступ при перезагрузке в процессе отладки данной проблемы мне очень помогало. И нужно это ровно до тех пор, пока не отлажу чёртову проблему. Но тратить своё время каждый раз включая rc.local (а иногда случайно узнавая лишь при перезагрузке, что он не сработал и отлаживаемая система недоступна) — это как раз «не айс», как вы выражаетесь. По поводу "размазанности запуска" всё очень просто. Либо вы урезаете функционал (который имел свои use case-ы), либо объединяете в один bundle (что ущемляет свободы выбирать как решается конкретная задача чисто технически), либо комбинируете эти варианты, либо оставляете как есть. Общаясь в 100 раз на эту тему просто убеждаюсь, что systemd — это Дон Кихот, который бежит на ветряную мельницу. Решаются лишь какие-то совершено надуманные проблемы… Есть действительно положительные вещи у systemd, но если бы systemd был просто init-ом, то тогда они бы стоили того во многих use case-ах, а так — нет.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	324. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 20-Окт-14, 21:22
	Большие дяденьки управленцы придумали разные итсм. Допустим там есть как процесс управления изменениями, так и процесс управления релизами. К этому пристыковывается процесс управления конфигурациями. Настоящий админ, даже если он не замарачивается этими официальными вещичками, всё равно в голове имеет примерно такое же решение. Зачем ты этому больному что-то объясняешь? Он даже не понимает что такое документация в этом процессе и какое её место. Он просто физически не понимает что так нужно делать. Системд автоматом же решает подобные проблемы.
	Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

	253. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 19-Окт-14, 00:33
	> Видишь вот программу. А откуда она? Из крона? Или анакрона? Опять двадцать пять.  anacron дополняет, а не заменяет cron.  Соответственно мест не прибавляется. > А может в иниттабе? А может, в стартовых скриптах? Или rc.local? А может, из > inetd? А может быть ворона? А может страус злой?! Вы мне сейчас напомнили огрепливанье /etc/systmd /lib/systemd с последующим выяснением, кто на ком стоял. > В результате какая-то совсем тривиальная задача ("вырубить это нафиг" например) > становится целым квестом по полудюжине закоулков. Да-да-да.  Особенно когда вырубание неэффективно из-за того, что ещё что-то взяло и запустило. > 2) Мне не нравится что оно своими чисто техническими *костылями* гадит в > конфигурацию cron, разбавляя ее спамом, который мне бесполезен и как таковой > не подлежит редактированию админом. А чего ради эти ошметки должны мои > глаза мозолить? Мозоли предъявите. > 3) В силу реализации оно довольно слоупочное и особой гибкостью не отличается. > Пародия на настоящий event-driven Возвращались бы уже на винду свою за "настоящим ивент-дриваном", в самом деле...
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	298. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 20-Окт-14, 12:21
	> Опять двадцать пять.  anacron дополняет, а не заменяет cron.  Соответственно > мест не прибавляется. С точки зрения админа - в результате "вон та программа" может быть как в кроне, так и в анакроне. То-есть мест где это может быть стало больше. И, кстати, какой смысл меня пытаться гнусно нае..ть наглыми подтасовками фактов? Меня не интересуют формальное жонглерство фактами, меня мое удобство интересует. И наобум проверять полдюжины закоулков, пытаясь понять откуда программа берется - неудобно нифига. > кто на ком стоял. И чего? При классических подходах грепать придется вообще весь /etc, а на десктопной системе - и еще уйму мест. > что ещё что-то взяло и запустило. Я чего-то не понимаю в этой жизни? Как "кто-то другой" может запустить сервис, на который админ явно сказал свое "systemctl disable <этот крап>"? "Этот крап" после такого деяния не будет стартоваться systemd. Самый край - его можно принудительно пнуть вручную, но сам systemd этого делать не будет. И отключение сервиса, заметим, в нормальных запускалках ОДНА КОМАНДА, после которой сервис идет в пень и нас более не беспокоит. Мне даже не надо знать где там его юнит лежит и прочее. А в sysv init даже в таких базовых вещах - костыль на костыле и костылем подпирает. > Мозоли предъявите. Я вроде бы уже? Достаточно едко, заметим. Вам мало? oO > Возвращались бы уже на винду свою Чего я там забыл? Да и я не билл гейтс, какая она "моя"? И где вы там "настоящий ивент-дриван" нашли?
	Ответить | Правка | Наверх | Cообщить модератору

	323. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Аноним (-), 20-Окт-14, 21:15
	Записываем вопросы на которые уже наверное год нет ответов. 1. Где реальные примеры скриптов портянок на несколько листов? 2. Где реальные примеры невозможности узнать кто запускает программу?
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

	332. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от andy (??), 21-Окт-14, 09:07
	> Записываем вопросы на которые уже наверное год нет ответов. > 1. Где реальные примеры скриптов портянок на несколько листов? Хоть, в данном треде, я отчасти не согласен с User294, но вот то, что он пытается донести: http://forkfedora.org/ Однако, про отсутствие стандартов на скрипты инициализации, тоже не совсем правда, та же федора: http://fedoraproject.org/wiki/Packaging:SysVInitScript
	Ответить | Правка | К родителю #323 | Наверх | Cообщить модератору

	336. "Попытка проведения референдума по вопросу поддержки в Debian..."	+2 +/–
	Сообщение от Аноним (-), 21-Окт-14, 18:03
	>> Записываем вопросы на которые уже наверное год нет ответов. >> 1. Где реальные примеры скриптов портянок на несколько листов? > Хоть, в данном треде, я отчасти не согласен с User294, но > вот то, что он пытается донести: http://forkfedora.org/ Может хватит уже? Практически в каждом треде подобные примеры приводят. Сначала сделайте идентичное поведение текста слева и справа. А потом сравнивайте.
	Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

	117. "Попытка проведения референдума по вопросу поддержки в Debian..."	–3 +/–
	Сообщение от Xasd (ok), 17-Окт-14, 17:59
	> если у вас такая проблема - откройте для себя anacron! ; наверно ты хотел сказать "откройте для себя systemd".. да, спасибо.. всё правильно
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	127. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Окт-14, 18:29
	>> а вот sysvinit -- Крон Чего? > если у вас такая проблема - откройте для себя anacron! ;) Думаю, это очередная "проблема", которую юному дарованию озвучили без намёка на существование решений сто лет в обед.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	156. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 17-Окт-14, 20:09
	> если у вас такая проблема - откройте для себя anacron! ;) Называя вещи своими именами - я предпочту чтобы нечто с функциональностью cron+anacron было просто стандартной фичой запускалки. Anacron, простите, редкостный костыль. Довольно так себе на мой вкус. Я бы предпочел аккуратную настройку - когда пускать job. Плюс параметр "запускать даже если просрочилось". И все.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	188. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Perl_Jam (?), 18-Окт-14, 02:08
	>> добавлю ещё что для utmp/wtmp -- в systemd есть Таймер-Юнит, запускающий logrotate >> практически гарантированно. >> а вот sysvinit -- Крон может и не запустить ни разу logrotate >> -- в случае если компьютер будет включаться и выключаться каждый раз >> в неудачное время. :-) > если у вас такая проблема - откройте для себя anacron! ;) не пытайтесь =) "а может в рояль наср@ть? эх, провинциалы, не поймут-с!" =) они будут свои костыли яро защищать =)
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	299. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от Аноним (-), 20-Окт-14, 12:22
	> =) они будут свои костыли яро защищать =) Какое точное описание любителей sysv init.
	Ответить | Правка | Наверх | Cообщить модератору

	301. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Andrey Mitrofanov (?), 20-Окт-14, 12:28
	#>> "а может в рояль наср@ть? эх, >> =) они будут свои костыли яро защищать =) > Какое точное описание любителей sysv init. Такое же, как, строкой ранее, описание s-d.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 17-Окт-14, 20:02
	> а вот sysvinit -- Крон может и не запустить ни разу logrotate > -- в случае если компьютер будет включаться и выключаться каждый раз > в неудачное время. :-) По этому поводу есть такая фигня как anacron, правда сделанная через довольно фееричные костыли. > и такого-рода недоработок в sysvinit -- полно. просто на ровном месте. Конкретно это - недоработка cron. Но (сейчас меня съедят НеФанаты) называя вещи своими именами я не вижу большой разницы между "пришел конект на сокет" и "наступило полседьмого". Да, я думаю что если поттер разбушевался - пусть и cron заменит совсем. А нафига я буду настраивать старт процессов в куче разных мест? Мне это не нравится, если говорить начистоту. И я не понимаю чем критерий "прилетел пакет на сокет" хуже чем критерий "наступило полседьмого". Это если рассуждать с точки зрения "как было бы логичнее", а не "к какому крапу привыкли за ...цать лет".
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	168. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от myhand (ok), 17-Окт-14, 22:13
	> Конкретно это - недоработка cron. Но (сейчас меня съедят НеФанаты) "Нефанаты" не тащат, гм, всякое в рот.  Извините уж. Далее будет предпринята попытка ликбеза.  Не думаю что пойдет в прок, но... > называя вещи своими именами я не вижу большой разницы между "пришел конект на > сокет" и "наступило полседьмого". Поясняю: полседьмого наступает кажный день, регулярно, в полседьмого.  "Коннект на сокет" - может наступить в полседьмого, может в полвосьмого.  А может и в обеденный перерыв, когда "фанат" ушел лопать свой фастфуд, оставив на сервере кривой конфиг у сервиса.  Из-за чего оный сервис не стартует после того самого "коннекта".  Занавес. Если разница не понятна - могу нарисовать еще пару аналогичных сценариев. > И я не понимаю чем критерий "прилетел пакет на > сокет" хуже чем критерий "наступило полседьмого". Он не "хуже", просто принцип совершенно другой.  Поиметь на свою ****у проблему в непредсказуемый момент vs потратить известную долю ресурсов на постоянно запущеный сервис (или задание по расписанию) - нужно трижды хорошо подумать, чтобы предпочесть первое (хотя и оно *бывает* нужно). А вот ежели смешать - мартышки из федоры моментально "оптимизируют" sshd, чтобы он стартовал "по пакету".  "Повбывав бы" (ц)
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от Аноним (-), 18-Окт-14, 01:20
	> "Нефанаты" не тащат, гм, всякое в рот.  Извините уж. Тащат, да еще думают что остальные должны жевать именно это, окаменелое. > Далее будет предпринята попытка ликбеза.  Не думаю что пойдет в прок, но... Ваша квалификация не позволяет такую роскошь - "permission denied". > Поясняю: полседьмого наступает кажный день, регулярно, в полседьмого. > "Коннект на сокет" - может наступить в полседьмого, может в полвосьмого.   А какая разница? > А может и в обеденный перерыв, когда "фанат" ушел лопать свой фастфуд, оставив > на сервере кривой конфиг у сервиса.  Из-за чего оный сервис > не стартует после того самого "коннекта".  Занавес. И тут в чем разница? Если конфиг кривой - он и полседьмого кривой. И полвосьмого. Вопросы проверки валидности конфигов ортогональны событию "полвосьмого" или конекту на сокет. И если уж на то пошло, нормальная система инициализации имеет тенденцию писать в лог факапы связанные с кривыми конфигами, отсутствующими файлами и прочей нехваткой прав. А с init выкручивайся сам, как умеешь. Логгинг где?! Ах, я его сам должен в эти портянки на шелле закостыливать, если лыжи не поехали? Вот всю жизнь мечтал этим заняться. > Если разница не понятна - могу нарисовать еще пару аналогичных сценариев. При нормальных административных практиках, как то написал конфиг -> проверь как работает я не вижу чем отличается полшестого и конект к сокету. В конце концов, админ может и конект к сокету спровоцировать, равно как вбить ближайшее время для теста. Прикольно наверное с умным видом нести чепуху, да? > Он не "хуже", просто принцип совершенно другой.   Он совершенно одинаковый. Что запуск программы полшестого, что запуск программы потому что прилетел пакет. Единственное отличие - тип события который вазвал это действие. И все. > Поиметь на свою ****у проблему в непредсказуемый момент vs потратить > известную долю ресурсов на постоянно запущеный сервис > (или задание по расписанию) - нужно трижды хорошо подумать, > чтобы предпочесть первое (хотя и оно *бывает* нужно). Может быть, ты еще и оверкоммит VM выключаешь по этим соображениям? (ты хотя-бы знаешь что это такое, мегапрофи ты наш? :D). И да, запускач - все время запущен. И поэтому ничем не хуже того же cron и прочих inetd, будучи в правильном месте в правильное время (отвал PID=1 вообще нормой не является). А вот какой-нибудь anacron как раз спаунит по cron кучу хлама. Это и менее надежно ибо кроме собственно job висит еще и куча обвязки, и загаживает cron кучей технического спама и вообще разносит старт программ в полдюжины мест, что нифига не удобно на мой вкус. > А вот ежели смешать - мартышки из федоры моментально "оптимизируют" sshd, чтобы > он стартовал "по пакету".  "Повбывав бы" (ц) Чтоб ты знал, sshd на каждый пук сам процесс форкнуть не дypaк, поэтому при мало-мальски активном брутфорсе ему становится фигово и он норовит ресурсы оптом жpaть, если админ этот момент клювом прощелкает. Так что при параллельном бруте пачкой ботов ему может настать крындец. Вместе с остальным серваком, если админ не костыльнул лимитирование ресурсов (опять же нормальный запускач и тут имеет шансы подыграть, в отличие от init, где все проблемы традиционно спихиваются на админа - он не ленивый, все закостылит сам).
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от myhand (ok), 18-Окт-14, 02:02
	>> Далее будет предпринята попытка ликбеза.  Не думаю что пойдет в прок, но... > Ваша квалификация не позволяет такую роскошь - "permission denied". Ну, я и написал выше про "прок".  Жаль. >> Поясняю: полседьмого наступает кажный день, регулярно, в полседьмого. >> "Коннект на сокет" - может наступить в полседьмого, может в полвосьмого. > А какая разница? Тебе объяснили. >> А может и в обеденный перерыв, когда "фанат" ушел лопать свой фастфуд, оставив >> на сервере кривой конфиг у сервиса.  Из-за чего оный сервис >> не стартует после того самого "коннекта".  Занавес. > И тут в чем разница? Если конфиг кривой - он и полседьмого > кривой. И полвосьмого. Разница в том, что проблема со стартом сервиса будет наблюдаться в непредсказуемый заранее момент.  А не при плановой перезагрузке (старт системы) или (как для задач крона) - по известному расписанию. > Вопросы проверки валидности конфигов Помимо "валидности конфигов" есть еще десяток сценариев, в которых аналогичная засада может проявится. > И если уж на то пошло, нормальная > система инициализации имеет тенденцию писать в лог факапы связанные с кривыми > конфигами, отсутствующими файлами и прочей нехваткой прав. Ну вот в Debian - как раз такая и была, без всяких systemd. >> Если разница не понятна - могу нарисовать еще пару аналогичных сценариев. > При нормальных административных практиках, как то написал конфиг -> проверь как работает Если человек "при нормальных практиках" не понимает что он будет делать ошибки - вон из профессии. > Может быть, ты еще и оверкоммит VM выключаешь по этим соображениям? Я не вижу как можно распространить "эти соображения" чтобы выключить оверкоммит.  Чудило, ты способен предсказать *когда* у тебя кончится память? >> А вот ежели смешать - мартышки из федоры моментально "оптимизируют" sshd, чтобы >> он стартовал "по пакету".  "Повбывав бы" (ц) > Чтоб ты знал, sshd на каждый пук сам процесс форкнуть не дypaк, Не больше чем нужно. > поэтому при мало-мальски активном брутфорсе ему становится фигово и он норовит > ресурсы оптом жpaть, если админ этот момент клювом прощелкает. И что, systemd магически решает эту проблему?  Те, кто держат шелл-хостинг и имеют проблемы с брутфорсом - будут использовать ровно то, что и прежде. > Вместе с остальным серваком, если админ не костыльнул лимитирование ресурсов (опять же нормальный > запускач и тут имеет шансы подыграть, в отличие от init, где > все проблемы традиционно спихиваются на админа - он не ленивый, все > закостылит сам). Я что-то пропустил и в systemd уже прикрутили AI, способное грамотно разделить ресурсы сервера?  Можно сравнить удобство лимитирования ресурсов с systemd или без - но это отдельная тема.  На вкус и цвет...
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Попытка проведения референдума по вопросу поддержки в Debian..."	–3 +/–
	Сообщение от Аноним (-), 18-Окт-14, 17:37
	> Ну, я и написал выше про "прок".  Жаль. Мне не требуются поучения жизни от юных ламеров, не понимающих как работают компьютеры. Это так странно? Я ни разу не видел пруфов ваших скиллов которые бы прививали мне хотя-бы минимальное уважение к вам как специалисту. Вот поттеринг может быть как человек не очень и эгоист/фигарит на своей волне. Но как специалист - достаточно убедителен. И может привести валидные аргументы. И мыслительный процесс демонстрирует. В отличие от вас. > Тебе объяснили. Я не увидел там логичных объяснений. Только какое-то ламерское блеяние. Неубедительно, пройдите в сад. > Разница в том, что проблема со стартом сервиса будет наблюдаться в непредсказуемый > заранее момент. Ты глупый? Я уже сказал что нормальные администраторы до разворота конфигурации в продакшн тестируют как это работает, до того как пускать на автопилот. При этом нет принципиальной разницы - прописать время "сейчас + 2 минуты" или сделать конект на сокет. Предсказуемость одинаковая. А во время работы системы не так уж принципиально - наступило ли полшестого или прилетел пакет. Процесс или уж стартует или уж нет. Не вижу фундаментальных отличий в зависимости от "ситуации в системе когда наступило полшестого" или "ситуации в системе, когда прилетел пакет". А в чем принципиальное отличие, кроме критериря? Сервера вон тоже не знают когда пакеты прилетят. И роутеры. Это не мешает им работать почему-то. Хотя вы ваш ламерский спам присылаете сюда на форум явно не по крону. Я могу себе представить что возможна глупая реализация, позволяющая пригрузить систему. Но это можно и обычному inetd предъявить, если уж на то пошло. То что по этому поводу сокет активацией лучше пользоваться в меру и с пониманием побочных эффектов - ну, ок, а с этим никто и не спорил. > А не при плановой перезагрузке (старт системы) или > (как для задач крона) - по известному расписанию. Тестовый запуск сервиса запускаемого по пакету на сокет тоже можно выполнить в предсказуемый момент. А как оно там далее будет - не вижу разницы: система без присмотра админа что полшестого, что когда прилетел пакет. Да, я не собираюсь бегать каждый раз в 3 часа ночи к серверу проверить как он там пашет по крону, ты прикинь?! Что будет после этого события - не более и не менее предсказуемо чем прилет пакета в произвольный интервал: я совершенно одинаково не буду окарауливать сервер как цербер. Ни в три часа ночи, ни когда прилетел пакет. И если уж мы о предсказуемости, нормальные запускалки позволяют полисовать ресурсы. И ресурсов или уж хватает на выполнение задач и есть блокирование от ухода вразнос, или нет. А у вас в вашей мегапредсказуемой фиговине это делать геморно и на это к тому же админы часто кладут. Так что сервисы пошедшие вразнос - кладут всю систему, вплоть до невозможности входа по ssh, на который ресурсов не осталось. Так что да, я предпочитаю предварительную аллокацию ресурсов, etc. Однако вижу валидные сценарии для сокетовой активации. А раз уж иногда надо - пусть будет сделано нормально и не валяться в еще одном закоулке, пятнадцатом по счету. > Помимо "валидности конфигов" есть еще десяток сценариев, в которых аналогичная засада может проявится. Ну понятно что при сильном желании прострелить пятку можно и так. Но все это можно предъвить и обычному inetd. Я не вижу - в каком месте стало хуже чем было по этому поводу. Лучше - может и станет. Например если есть возможность лимиты ресурсов по простому вписывать как параметры конфигурации вместо скриптинга жутких этажерок которые это будут подкостыливать. При том лимиты ресурсов в этом случае должны учитывать еще и работу интерпретера и скриптошита в нем. Для небольших сервисов лимит на всю эту скриптятину может превысить лимиты на всю программу. И вообще, так обрубить ресурсы "ровно по границе" не получится - больно дофига действий по пути и им это может помешать. Скажем если мы знаем что программа работает только с 2 файлами, логично разрешить только 2 дескриптора. А хаксоры будут сильно недовольны, когда на их потуги не хватит дескрипторов и все обломается по техническим причинам. Но если это делать через скриптятину - можно получить вкусных грабель. А вот запускач через сисколы может вполне неплохо порулить с минимальным влиянием на процесс. Пора бы уже признать, кидис, что первичны - сисколы. И все строится поверх них. И именно через них делается наиболее fine grained и наименее горбатое управление. Даже everything is file невозможно без сисколов - для открытия и чтения файлов нужны сисколы, однако. > Ну вот в Debian - как раз такая и была, без всяких systemd. Что-то я не заметил чтобы этот кусок шита писал что либо в логи при сбое запуска сервисов. Наверное потому что детектировать участь сервиса должна скприптопортянка. На что клали все с прибором. > Если человек "при нормальных практиках" не понимает что он будет делать ошибки > - вон из профессии. Вот вас таких и выпрут в результате. Я только за. Вы уже иррелевантны под редхаты/центосы. Nice shot, RedHat. А скоро и с дебианобразными так будет. Будете с вашими окаменелыми останками админить локалхост - ну и славненько. А закончится все это тем что кулсисопов с неэффективными практиками вышибут и заменят на средства группового администрировния. Плюс несколько нормальных спецов для руления этими средствами. И все. А вы будете админить локалхосты, потому что ваши джедайские скиллы в скриптинге только вам и интересны, по большому счету. А в продакшне все это не только нафиг не упало но зачастую еще и все портит. > Я не вижу как можно распространить "эти соображения" чтобы выключить оверкоммит. Элементарно, ватсон: - Если у тебя выключен оверкоммит, программа получит отлуп при попытке выделения памяти, если в системе памяти не хватило. А если памяти хватило - тогда будет работать. Ну и память уже никто не отберет. На самом деле  все чуть хитрее, но суть какая-то такая. То-есть или получило память и успешно работает, или соотв. вызов отлупляет ошибку и программа по крайней мере в курсе что дело дрянь. - А если у тебя оверкоммит - программе ядро может сказать что зашибись, память есть. Программа продолжит работу. Но память фактически выделяться не будет и ничем физически не обеспечена. Это дутые виртуальные адреса. Ну примерно как рубли - не подперты золотом в эквиваленте 1 к 1. И если где-то в районе полшестого может так получится что программа сунется в энный массив, захочет туда нечто записать, и стало быть, уже надо выделить эту память не декларативно, а по факту, в какой-то реальной физике, а в физике вдруг рррраз и нет свободного места - ОБАНА, ПРИПЛЫЛИ! В этот момент программе уже нельзя технически-корректно сообщить что ее запрос памяти на самом деле обломался, поскольку дутые виртуальные адреса - еще не место в физически чем-то обеспеченной памяти. Все что можно придумать - бабахнуть программе SIGSEGV. Она конечно может это обработать, но это уже заведомо фатальное происшествие, после этого уже невозможно корректное возобновление работы программы. > Чудило, ты способен предсказать *когда* у тебя кончится память? Все намного интереснее. Если интересует идеальная предсказуемость - память надо выделять заранее. Кроме всего прочего, overcommit это начинание сильно нагибает и если у тебя включен overcommit, о предсказуемости речь как таковая вообще не идет. Потому что система раздает виртуальные адреса, совершенно не обязательно что обеспеченные реальной памятью которая может хранить данные. И если попытаться это поюзать - можно случайно получить SIGSEGV в репу, если так вышло что система попыталась выкроить память, а ее физически уже нет, потому что overcommit - это декларация больше памяти чем есть. В надежде на то что программы по факту используют меньше памяти чем запрашивают. Что позволяет провернуть оптимизацию - выделять память не сразу а лишь когда программа по факту начинает пытаться ей пользоваться. Это экономнее по ресурсам, так в системе с одинаковой RAM в среднем можно запустить больше программ. Но про предсказуемость и технически корректную реакцию на ошибки такого рода ты можешь забыть. Поэтому если мне нужна абсолютная предсказуемость - логично выделить память заранее, удостоверившись что она физически обеспечена. При этом out of memory в системе как таковой программе не страшен (особенно если oom killer сказали что это расстреливать только после всех). Хотя наиболее предсказуемые системы, где это убер-критично, используют "fully static memory allocation". То-есть, динамическое выделение памяти вообще не используется. И если уж программа стартанула - она никогда не свалится по out of memory. Нет выделения памяти - нет и такого понятия как "кончилась память". Да, так можно только на сях и ассемблере. Питоны и прочие шелскрипты так не умеют. Поэтому навалом убер-критичных систем пишется на урезанном субсете си. Это не только безопаснее многих иных альтернатив, но и намного предсказуемее.   И вот это литл ламо, не знающее таких основ - что-то лечит мне про предсказуемость. Хе-хе-хе, эти скриптокиды такие наивные. >> Чтоб ты знал, sshd на каждый пук сам процесс форкнуть не дypaк, > Не больше чем нужно. Когда приходит пачка ботов - ему довольно много нужно. Плюс он еще и тяжелую криптографию ворочает. Дурную, RSA-based. На быстрый 25519 вместо тормозного RSA перешли далеко не все боты, а пристрелить RSA в sshd побоялись из соображений совместимости, так что нерадивый выводок ботов может изрядно жрать проц, если спецмер не принимать :P. Так что в целом там тоже с предсказуемостью все очень так себе. Видал прецеденты когда на серьезно факапнутом сервере не хватало ресурсов чтобы ssh мог child форкнуть. При этом конект к ssh удавался, но вот залогиниться невозможно. Былинный отказ. Такое никак особо и не лечится, кроме ребута сервака через side channel. Своими средствами управляемость потеряна. Бывает и так. > И что, systemd магически решает эту проблему?   Это гораздо более глубокий факап, который чинить надо на самом деле не там. Это к тому что ты несколько переоцениваешь и предсказуемость и (не)потребление ресурсов в самых типовых операциях, которые смеешь приводить в пример. Фигли толку с твоей экономии на старте parent-процесса ssh по сокету, если он потом все-равно и будет ресурсы лопать за счет форков и даже при случае лоханется с запуском child - так что НЕЛЬЗЯ БУДЕТ ЗАЛОГИНИТЬСЯ. Потому что работает sshd так. Мне это, btw, не нравится. > Те, кто держат шелл-хостинг и имеют проблемы с брутфорсом - будут использовать ровно то, что и прежде. Для этого не надо иметь шелл хостинг. Для этого достаточно вывесить ssh в интернет. Если ему не навесить костылей типа порткнока - будет вот так. > Я что-то пропустил и в systemd уже прикрутили AI, способное грамотно разделить ресурсы сервера? Ну не AI а cgroups, допустим. Когда запускалка в курсе того что это за фигня - рулить ресурсами как-то зело проще получается. Так что опуская всякие визги НеФанатов, я в сухом остатке считаю такие фичи за жирный плюс. > Можно сравнить удобство лимитирования ресурсов с systemd или без - но это отдельная тема.  На вкус и цвет... Cgroups are win, b*tches. Это намного лучше того что было. Хотя и не идеал.
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от myhand (ok), 18-Окт-14, 20:09
	> Я уже сказал что нормальные администраторы ... Ты о них в "мурзилке" читал, я гляжу?) > Тестовый запуск сервиса запускаемого по пакету на сокет тоже можно выполнить в > предсказуемый момент. Ну и из-за чего тогда надо было городить сокет активацию? > Да, я не собираюсь бегать каждый раз в 3 часа ночи > к серверу проверить как он там пашет по крону, ты прикинь?! Верю.  Для каких-то заданий такие "умные" хлопцы вообще >/dev/null 2>&1; exit 0 ставят.  Задачи бывают разные, вот и все. > А у вас в вашей мегапредсказуемой фиговине > это делать геморно Т.е. ты не знаешь как?  Я понимаю, но отсутствие знаний не аргумент в пользу systemd. >> Помимо "валидности конфигов" есть еще десяток сценариев, в которых аналогичная засада может проявится. > Ну понятно что при сильном желании прострелить пятку можно и так. Но > все это можно предъвить и обычному inetd. Если бы inetd пытался *всех* стричь под одну гребенку - безусловно, да. > Я не вижу - в каком месте стало хуже чем было по этому поводу. На буратин из федоры я уже указал пальцем.  Сказали "вау" - и нахерачили себе жирную мину с этой самой активацией по сокету в sshd. >> Ну вот в Debian - как раз такая и была, без всяких systemd. > Что-то я не заметил чтобы этот кусок шита писал что либо в > логи при сбое запуска сервисов. Учиться надо, вот и все.  И заметишь. >> Если человек "при нормальных практиках" не понимает что он будет делать ошибки >> - вон из профессии. > Вот вас таких и выпрут в результате. А кто будет корки systemd разбирать, его фанбои? >> Я не вижу как можно распространить "эти соображения" чтобы выключить оверкоммит. > Элементарно, ватсон: > - Если у тебя выключен оверкоммит, программа получит отлуп при попытке выделения > памяти, если в системе памяти не хватило. А если памяти хватило > - тогда будет работать. Ну и причем тут мои "соображения"?  Речь шла о предсказуемости возникновения определенной проблемы *во времени*.  Ты до сих пор этого умудрился не понять? > - А если у тебя оверкоммит - программе ядро может сказать что > зашибись, память есть. И что, благодаря этой настройке ты можешь гарантировать что проблема проявится только в 9:00 утра? >> Чудило, ты способен предсказать *когда* у тебя кончится память? > Все намного интереснее. Не, малыш, уволь.  У меня уже попкорн кончился. > Фигли толку с твоей экономии на старте parent-процесса ssh по сокету Это уже я в systemd экономлю?   >> Те, кто держат шелл-хостинг и имеют проблемы с брутфорсом - будут использовать ровно то, что и прежде. > Для этого не надо иметь шелл хостинг. Для этого достаточно вывесить ssh в интернет. Ну это и называется шелл хостинг.  Либо "идиот", не умеющий элементарно настроить sshd. >> Я что-то пропустил и в systemd уже прикрутили AI, способное грамотно разделить ресурсы сервера? > Ну не AI а cgroups, допустим. И cgroups не придумал леня.
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 19-Окт-14, 09:26
	> Ты о них в "мyрзилке" читал, я гляжу?) Я их живьем толпу видел. Чуваки наворачивающие сотни машин групповым администрированием. И даже сам малость развлекался подобным. Подъем нестандартной фигни под эксперименты - тестировщики делают сами. У эникей-админов как правило нет нужной квалификации. > Ну и из-за чего тогда надо было горoдить сокет активацию? А чтоб не таскать какие-то лeвые inetd и прочих. Ну и поттер ее припахал как критерий взлета сервисов, например, для логгера, так чтобы тот мог взлететь без потери сообщений на ранних стадиях. Остальные такой фигней как потеря сообщений логгером похоже вообще не парятся, судя по тому что я вижу. > Верю.  Для каких-то заданий такие "умные" хлoпцы вообще >/dev/null 2>&1; exit > 0 ставят.  Задачи бывают разные, вот и все. Да, задачи бывают разные. И для некоторых из них даже сокетная активация вполне пойдет. > Т.е. ты не знаешь как? То-есть я не только знаю как, но и считаю что те же cgroups - большой шаг вперед относительно этого. А еще systemd симпатично юзает их для расклeйки ярлыков и трекинга групп процессов по иерархии независимо от того как они там форкаются. Чего допотoпищу типа инита в радужных снах не снилось. > Я понимаю, но отсутствие знаний не аргумент в пользу systemd. Я понимаю что у лaмaкoв нaглoсть - второе счастье, но все-таки. > Если бы inetd пытался *всех* стричь под одну грeбeнку - безусловно, да. Крутой и серьезный технический критерий. Ждем истеpики "read()" стрижет всех под одну грeбeнку! Дeешь каждому свой набор сисколов! > Сказали "вaу" - и нахeрачили себе жирную мину с этой самой активацией > по сокету в sshd. С учетом того как работает sshd - ничего принципиально не изменилось. Он сам чайлдов так и стартует, в самом хучшем виже, даже хуже сокет-активации, ибо по процессу на запрос. С фига ли ему так можно а системд нельзя? Годные двойные стандарты. Вау. > Учиться надо, вот и все.  И заметишь. Вот и учись. А я мне знаний уже хватает для того чтобы понимать что трекать действия черти-чего в скриптятине можно только при активной кооперации скриптятины по части логов, чего в большинстве случаев не наблюдается. Так что учись жpaть свое гoвнo сам. > А кто будет корки systemd разбирать, его фанбои? Его авторы, разумеется. А если вы не пишете багрепорты - кому хуже то? :) > Ну и причем тут мои "соображения"?  Речь шла о предсказуемости возникновения > определенной проблемы *во времени*.  Ты до сих пор этого умудрился не понять? Прикольно бороться с ветряными мельницами, наверное. Сферическая предсказуемость в вакууме - это круто. При том даже гарантий что задача получит память - по большому счету нет. > И что, благодаря этой настройке ты можешь гарантировать что проблема проявится только в 9:00 утра? А ты тyпeе чем я думал. Благодаря оверкоммиту ты не можешь кому-либо что либо "гарантировать", лох системный. Процесс всегда может упасть при ситуации когда в системе стало туговато с памятью. При этом он не сможет технически корректно обработать эту ситуацию, увидев разве что SIGSEGV, который вызван отнюдь не его багами. Весь пойнт оверкоммита - в том чтобы заявить больше ресурсов чем по факту есть, в надежде что программы не жpyт столько сколько просят. О какой предсказуемости в таких реалиях спич? Вся эта схема уповает на нифига не гарантированное свойство что программа попросит 100500 мегабайтов а реально поюзает только 10. А если она все 100500 рискнет заюзать - тут overcommit может все нагнyть, если физически эти 100500 оказалось обеспечить нечем. > Не, мaлыш, уволь.  У меня уже попкорн кончился. Т.е. у тебя теперь вообще совсем пустой череп остался, даже без опилок и попкорна? Тогда понятно почему ты так тормозишь. > Это уже я в systemd экономлю? Это ты пытаешься доказать что активация по сокету в ssh очень плохо, блаблабла. При том что вся работа sshd с его кучей форков состоит из аналогичних по смыслу действий в куда более пacкудном виде. Но sshd почему-то положены скидки, а гарри поттеру припомним. Крутая логика. > Ну это и называется шелл хостинг.  Либо "идиoт", не умеющий элементарно > настроить sshd. Нужда ставить костыли программе для защиты ее от внешнего мира - показывает что программа fucked up, и вообще не под реалии этого мира делана. А проблемы этого гумна как обычно свалят на админа - мол, подкостыль-ка дорогой админ за ж@пoрукими програмерами, раз они нормально софт писать не умеют. > И cgroups не придумал леня. Зато он ими воспользовался и сделал это достаточно красиво. Вон там xaionaro юлит и увиливает по части того что в иерархии процессов не всегда видно откуда они взялись. Потому что если процессы форкаются, parent PID может быть утерян и тогда у процесса будет parent PID=1, что не больно информативно. А у поттера процессы могут метиться cgroup-ами. И кроме всего прочего - сколько бы раз программы ни форкались, они не смогут потерять этот лэйбл, в отличие от parent PID. При этом в принципе можно по человечески мониторить иерархии процессов на предмет того кто эту иерархию реально слепил. Зачем мне юлить и увиливать при понимании того как я хочу рулить системой? На#$%ывать самого себя - в высшей степени контрпродуктивно.
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от myhand (ok), 19-Окт-14, 15:10
	>> Ты о них в "мyрзилке" читал, я гляжу?) > Я их живьем толпу видел. Ну, издали может и видел. >> Ну и из-за чего тогда надо было горoдить сокет активацию? > А чтоб не таскать какие-то лeвые inetd и прочих. Ну и поттер > ее припахал как критерий взлета сервисов, например, для логгера, так чтобы > тот мог взлететь без потери сообщений на ранних стадиях. Остальные такой > фигней как потеря сообщений логгером похоже вообще не парятся, судя по > тому что я вижу. Может остальные знают какие-то иные решения этой проблемы?  (Про логгинг тоже писали выше.) >> Верю.  Для каких-то заданий такие "умные" хлoпцы вообще >/dev/null 2>&1; exit >> 0 ставят.  Задачи бывают разные, вот и все. > Да, задачи бывают разные. И для некоторых из них даже сокетная активация > вполне пойдет. Конечно.  Речь шла лишь о том, что происходит когда инструменты пытаются смешать в одну кучу.  Задумайся, если такое сделали в федоре - какой шанс, что рядовой админ "рога и копыта" учинит что-то подобное сам? >> Т.е. ты не знаешь как? > То-есть я не только знаю как, но и считаю что те же > cgroups - большой шаг вперед относительно этого. cgroups - часть "этого".  Ох, "знатель". >> Если бы inetd пытался *всех* стричь под одну грeбeнку - безусловно, да. > Крутой и серьезный технический критерий. Ждем истеpики "read()" стрижет всех под одну > грeбeнку! Дeешь каждому свой набор сисколов! Чтоб ты знал - read не единственный сискол даже в POSIX. >> Сказали "вaу" - и нахeрачили себе жирную мину с этой самой активацией >> по сокету в sshd. > С учетом того как работает sshd - ничего принципиально не изменилось. Я подробно и в картинках написал что.  Речь не о том кто и сколько плодит "чайльдов", не о экономии ресурсов вовсе. >> Учиться надо, вот и все.  И заметишь. > Вот и учись. А я мне знаний уже хватает Просто знания твои выглядят...  Ну, жалко, если по-политкорректски.  А принципиальное нежелание учиться - заставляет вовсе подозревать дурака. >> А кто будет корки systemd разбирать, его фанбои? > Его авторы, разумеется. А если авторам начхать на проблемы фирмы "рога и копыта"?  Ван Ванычу надо, чтобы проблему решили щас, а не когда леня удостоит твой багрепорт вниманием.  Предложишь купить поддержку RH?  А нахрен тогда фанбой Ван Ванычу сдался? > Сферическая предсказуемость в вакууме - это круто. Продолжай сражаться с тараканами в собственной голове. >> И что, благодаря этой настройке ты можешь гарантировать что проблема проявится только в 9:00 утра? > Процесс всегда может упасть при ситуации > когда в системе стало туговато с памятью. Просто я знаю механизмы, которые гарантируют что такое не случится.  Разделение ресурсов никто не отменял. > О какой предсказуемости в таких реалиях спич? А еще в серверную может ударить метеорит.  Худей - совсем уже не пролазишь. > При том что вся работа sshd с его кучей форков > состоит из аналогичних по смыслу действий Нет.  В одной ситуации - апач вовсе не сможет стартовать в неизвестный момент X (я беру пример более простого сервиса), а в другом - ему может нехватить ресурсов чтобы форкнуть воркера для обслуги очередного запроса.  От того что ты смешал все в кучу - аналогичными эти два сценария не стали. >> Ну это и называется шелл хостинг.  Либо "идиoт", не умеющий элементарно >> настроить sshd. > Нужда ставить костыли программе для защиты ее от внешнего мира - показывает > что программа fucked up, и вообще не под реалии этого мира делана. Напиши свой sshd, покажи кузькину мать буржуинам!  А пока жену свою учи щи варить.
	Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

	308. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 20-Окт-14, 13:17
	> Ну, издали может и видел. Было бы странно если бы я такую толпу машин видел вблизи. Ремотное администрирование с автоматизацией деплоймента и конфигурации - нормальная практика для таких систем. Вблизи на них никто и не пялится. В продакшне большинство машин вообще никто и никак не видит, ни в близи, ни издали. > Может остальные знают какие-то иные решения этой проблемы? Ну вот пока я вижу что поттер не забивает на ряд сложных/неудобных вопросов и пытается честно отпедалить решения. Пусть и наступив на хвосты некоторым "я так привык". А некоторые настолько привыкли костылить что делают своему гнилому болоту уйму скидок. А я не хочу привыкать ко всякому гуано и делать скидки. Хочу чтобы рулить системой было удобно и логично. > (Про логгинг тоже писали выше.) Там писали очередные отписки. Мы с вами не на приеме у чиновников - отписки, отмазки и работа "на отвали" не прокатят. А зачем мне самого себя обманывать? Чтобы потом моя же жизнь и была сложнее? А оно мне надо? > смешать в одну кучу.  Задумайся, если такое сделали в федоре > - какой шанс, что рядовой админ "рога и копыта" учинит что-то подобное сам? Федора вообще тестовый полигон, где обкатывают все что обкатывается. И? > cgroups - часть "этого". Cgroups - часть ядра. А systemd - умеет этой фичой ядра пользоваться. Например для развешивания лэйблов группам процессов, что актуально для контейнеров, да и просто понимания откуда что берется. Весьма симпатично придумано на мой вкус. > Ох, "знатель". Да, наш "знатель" еще раз спалился - что не знает что такое cgroups :). > Чтоб ты знал - read не единственный сискол даже в POSIX. А каждому свой набор сисколов все-таки не полагается. Иначе нагнется написание программ. Однако когда возникает некая нужда, а текущие стандарты ее не покрывают - так появился например hole punching. Ну да, не часть стандарта. Но это не значит что он никому не нyжен и что им не будут пользоваться. Или вон в новых ядрах вызов для получения рандома. > Я подробно и в картинках написал что.  Речь не о том > кто и сколько плодит "чайльдов", не о экономии ресурсов вовсе. Называя вещи своими именами - я не вижу в чем разнциа: systemd форкнет sshd на входящий конект, или sshd форкнет чайлд на входящий конект. С точки зрения механики процесса - совершенно одинаковые по смыслу действия. Но sshd за это ничего не скажут, а systemd польют. Вот это и называется двойными стандартами, чувак. > нежелание учиться - заставляет вовсе подозревать дурака. Нежелание учиться бесполезному окаменелому гомну, которое не особо помогает мне в достижении целей? Ну да, это так глупо. То ли дело дрессированые мартышки, заучившие десяток команд но не понимающие самых основ работы их системы и с умным видом рассказывающие про предсказуемость. Сидючи в системе с врубленным оверкоммитом, ага. Наивность некоторых дрессированных обезьянок просто улыбает временами ;]. > А если авторам начхать на проблемы фирмы "рога и копыта"?   Возможно, но ситуация когда у РиК возникли такие уж уникальные проблемы - редкость. И если уж на то пошло - авторы шелловых портянок тоже отнюдь не будут бросаться грудью на амбразуру и это точно так же будет проблемами РиК. > Ван Ванычу надо, чтобы проблему решили щас, а не когда леня удостоит > твой багрепорт вниманием. Так решайте сейчас. В случае инитовских портян тоже никто их чинить по вашему зеленому свистку не будет. > Предложишь купить поддержку RH?  А нахрен тогда фанбой Ван Ванычу сдался? Так у Ван Ваныча есть выбор кому деньги платить и это хорошо. И я думаю что он в конце концов предпочтет послать в пешее кучку кулсисопов страдающих фигней за его счет, в неэффективном виде, когда тривиальные задачи занимают дофига времени. Ну там например два дня трублешутинга вместо 10-секундного отката на исправный снапшот, etc. > Продолжай сражаться с тараканами в собственной голове. Это не в моей. Вы мните что у вас что-то предсказуемо, а по факту - оно вот так. Вы ж не доперли оверкоммит отключить, а по дефолту он активен. Так что блеяния таких мегапро про предсказуемость - это круто. Только фэйл сразу на старте. При оценке доступности системных ресурсов. Так понятнее почему я считаю вас глупым и горластым ламером? То что вы вообразили что у вас что-то там предсказуемо - не коррелирует с действительностью. И это не вы ли там на питон фапаете? В высокоуровневых ЯП вообще про какую либо предсказуемость можно забыть - там она променяня на простоту для программиста. Так что вы разберитесь уже там с вашими тараканами ;). > Просто я знаю механизмы, которые гарантируют что такое не случится.  Разделение > ресурсов никто не отменял. У вас похоже нет самого базового понимания как оно работает - overcommit это часть этого понятия и если вы про него не слышали - у меня для вас плохие новости насчет вашей квалификации и чего стоит ваше мнение насчет деления ресурсов и предсказуемости. > А еще в серверную может ударить метеорит. Overcommit как правило есть в каждом первом линухе, по дефолту. Несколько более вероятно чем попадение метеорита, не так ли? :) > Худей - совсем уже не пролазишь. А по-моему детектирование околосистемного ламерства прошло успешно. > Нет.  В одной ситуации - апач вовсе не сможет стартовать в > неизвестный момент X (я беру пример более простого сервиса), а в > другом - ему может нехватить ресурсов чтобы форкнуть воркера для обслуги С точки зрения результата - он одинаков: пользователь не обслужен. Все остальное - жонглирование словами. И да, назвать апач простым сервисом может только системное ламо. > очередного запроса.  От того что ты смешал все в кучу > - аналогичными эти два сценария не стали. У меня как раз все просто и логично - я понимаю что логика упомянутых действий с точки зрения трансформации в фактическую активность системы отличается крайне мало. Но в одном случае почему-то это бяка, а в другом - сойдет. Я такое поведение называю двойными стандартами и втиранием очков. Прикольная добавка к общему портрету ламера. > Напиши свой sshd, покажи кузькину мать буржуинам! Да там вон и без меня несколько интересных экспонатов сделали. Хоть и не идеальных.
	Ответить | Правка | К родителю #270 | Наверх | Cообщить модератору

	320. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от myhand (ok), 20-Окт-14, 17:23
	>> (Про логгинг тоже писали выше.) > Там писали очередные отписки. Да, те кто с апломбом "обсуждали" бложик критика systemd и кричали "гы".  Есть мнение, что они и текст-то толком перевести не сумели. >> смешать в одну кучу.  Задумайся, если такое сделали в федоре >> - какой шанс, что рядовой админ "рога и копыта" учинит что-то подобное сам? > Федора вообще тестовый полигон, где обкатывают все что обкатывается. Я про то, что у мейнтейнеров openssh федоры (часть которых прямо на зряплате RH) - квалификации поболее, чем у твоего коллеги, выпускника рашен пту.  Ан - выдали... >> cgroups - часть "этого". > Cgroups - часть ядра. А systemd - умеет этой фичой ядра пользоваться. Ну молодец.  Лене тоже можешь пирожок отослать. Но это же не значит, что кроме systemd этим не может пользоваться никто.  Я с помощью колдунов вуду cgroups рулю, да? >> Чтоб ты знал - read не единственный сискол даже в POSIX. > А каждому свой набор сисколов все-таки не полагается. Не полагается да.  И чо? "Неумеренное употребление аналогий - ведет к демагогии" >> Я подробно и в картинках написал что.  Речь не о том >> кто и сколько плодит "чайльдов", не о экономии ресурсов вовсе. > Называя вещи своими именами - я не вижу в чем разнциа Тебе пытались объяснить.  Минимум - два человека.  Достаточно подробно и в картинках.  Боюсь, может ты просто непроходимо туп? > То ли дело дрессированые мартышки, > заучившие десяток команд но не понимающие самых основ работы их системы Споришь с зеркалом?  Ну, удачи. >> А если авторам начхать на проблемы фирмы "рога и копыта"? > Возможно, но ситуация когда у РиК возникли такие уж уникальные проблемы - редкость. Угу.  Умение пользоваться gdb - вообще запредельные знания для администратора.  И эти люди рассказывают мне про оверкоммит и обучают ковыряться в носу?) > И если уж на то пошло - авторы шелловых портянок > тоже отнюдь не будут бросаться грудью на амбразуру и это точно > так же будет проблемами РиК. Разница в том, что администратор будет решать проблему, а не кивать на чужого дядю. Обрати внимание на твою логику.  Люди как-то умудрялись решать задачи до systemd.  Несмотря на "портянки" и проч. мифологию.  Но systemd же, проще, логичнее, лучше документирован?  С чего ты тогда взял, что он даст приемущества новым "специалистам" с горящими глазам и имем поттера на устах, назамутненным "устаревшими" знаниями? >> Предложишь купить поддержку RH?  А нахрен тогда фанбой Ван Ванычу сдался? > Так у Ван Ваныча есть выбор кому деньги платить и это хорошо. Ну вот он и выберет, "оптимизируя" прокладку вроде тебя.  Уверен что после этого попадешь в RH, а не на биржу? > Вы мните что у вас что-то предсказуемо Нет.  Я показываю на примере, что *у тебя* становится непредсказуемым после введения сокет-активации.  То, что ты воспринял это как заявление что раньше проблемы, дескать, должны были проявляться по-расписанию - продукт жизнедеятельности тех самых тараканов...  Инфа 100% >> Нет.  В одной ситуации - апач вовсе не сможет стартовать в >> неизвестный момент X (я беру пример более простого сервиса), а в >> другом - ему может нехватить ресурсов чтобы форкнуть воркера для обслуги > С точки зрения результата - он одинаков: пользователь не обслужен. Результат - разный.  В одном случае - сервис стартовал.  В другом - вообще нет.  А обслужен или нет конкретный пользователь - дело совсем десятое.  Этот не обслужен - а следующему может и повезти. > И да, назвать апач простым сервисом Я про то, что с default MPM - он попроще будет чем sshd.
	Ответить | Правка | К родителю #308 | Наверх | Cообщить модератору

	325. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 20-Окт-14, 21:34
	Натыкался я на подобных админов. Все ентерпрайз кровавые, овер миллион машинок, все в делах, всё не как у лошья http://process-cafe.blogspot.ru/2013/06/the-redundant-back-u...
	Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

	250. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Пр0х0жий (ok), 19-Окт-14, 00:26
	> А закончится все это тем что кулсисопов с неэффективными практиками вышибут > и заменят на средства группового администрировния. Плюс несколько > нормальных спецов для руления этими средствами. И все. > А вы будете админить локалхосты, потому что ваши джедайские скиллы > в скриптинге только вам и интересны, Для особо и предельно непонятливых: недавний запрос американского представительства (одно из обязательных требований): - Хорошее владение языками программирования C / C ++, скриптовыми языками (Bash, Perl, Python);
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	259. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 19-Окт-14, 00:50
	>> Разница в том, что проблема со стартом сервиса будет наблюдаться в непредсказуемый >> заранее момент. > Ты глупый? Я уже сказал что нормальные администраторы до разворота конфигурации в > продакшн тестируют как это работает, до того как пускать на автопилот. Дорогой User294, а теперь откройте для себя "плавающие" глюки.  Когда при проверке-то оно, может, и отработает, а через пару разиков неинтерактивно вылезет. Этот ваш systemd я каждую неделю проверяю в составе своих регулярных сборок.  И такое за ним периодически водится даже в тамошних достаточно простых случаях. [tl;dr]
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	264. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от Аноним (-), 19-Окт-14, 11:13
	> Дорогой User294, а теперь откройте для себя "плавающие" глюки.   Дорогой Михаил, поймите что мир стал сложнее и запросы увеличились. И root cause - именно вот в этом. Когда Boeing готовится к вылету - в нем есть множество мелких неисправностей. Некоторые серьезны, некоторые не очень. Далее техники и КВС принимают решение - можно ли лететь. А в самолете братьев Райт было намного меньше сущностей которые могли сломаться. Но это, как ни странно, не делало полеты безопаснее. А современные запросы к системам ближе к "боингам" чем к "этажеркам". Это данность, с ней придется жить. Вы теперь не можете сказать что на перелет через океан не хватит горючки: вас конкуренты просто выпрут пинками с рынка. Ну вот как-то так и с виртуализацией и контейнерами, etc. Вы теперь не можете просто сказать что вы так не можете - вылетите с рынка. А раз такая фигня - ну раз в боинг можно автопилот поставить, хоть и убив время на поимку глюков, то и для руления контейнерами управлятор наверное можно. А хотя-бы и отловив в нем глюки. > Когда при проверке-то оно, может, и отработает, а через пару разиков > неинтерактивно вылезет. С таким же успехом можно сказать что в этажерке братьев Райт меньше элементов которые могут сломаться. Вот только по факту почему-то полеты на Боинге - все-равно здорово безопаснее. Наверное, не все решается количеством элементов. Но еще и их надежностью и квалификацией тех кто все это собирал и обслуживал. Я думаю что systemd вполне реально отладить до надежности позволяющей "чартерные рейсы". И вы уж простите, но... 1) Надежность и качество кода большинства скриптятины - имхо ниже всякой критики. Наверное бывают исключения, но когда в каком-нибудь дебиане нжинкс не сносится потому что скрипт обгадился и не смог тормознуть сервис, а DHCP сервер через shellshock получает рут - тут вы черта с два поразмахиваете отсутствием глюков в скриптах. Не понимаю почему надо избирательно делать скидки. 2) Квалификация поттера внушает явно больше доверия чем квалификация скрипткидизов, которые вообще не понимают как система работает, зато Мнение Имеют, как многие местные. >  И такое за ним периодически водится даже в тамошних достаточно простых случаях. А всевозможное гумно в стартовых скриптах на шелле водится куда как дольше. И глюки там бывают. Вообще, баги есть в любом софте. И в софте сравнимой сложности обычно сравнимое количество багов. Вы не можете делать софт сильно проще - требования к системам выросли, отыграть назад не получится. Теперь все хотят плагнплей, виртуализацию, контейнеры, дележ ресурсов и прочее. Вы не сможете убедить пассажиров боинга использовать вместо него деревянные бипланы. Единственное чего вы так можете достигнуть - пассажиры покажут фак и пересядут на самолеты другой компании, а ваша авиакомпания с таким подходом вылетит в трубу. Ну вот линух теперь достаточно большая, сложная и фичастая система. И всем этим хотелось бы нормально рулить.
	Ответить | Правка | Наверх | Cообщить модератору

	268. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от myhand (ok), 19-Окт-14, 15:02
	> 1) Надежность и качество кода большинства скриптятины - имхо ниже всякой критики. > Наверное бывают исключения, но когда в каком-нибудь дебиане нжинкс не сносится > потому что скрипт обгадился Номер бага? > Вообще, баги есть в любом софте. Ну и почему их нельзя просто скромно исправить, вместо того чтобы городить очередной "Титаник"?
	Ответить | Правка | К родителю #264 | Наверх | Cообщить модератору

	271. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 19-Окт-14, 15:52
	> Номер бага? Возьми да поищи в дебиановском багтрекере. Я что, нанимался обслуживать умственных инвалидов, не способных скроить поисковый запрос? > вместо того чтобы городить очередной "Титаник"? На роли титаника нынче sysv init и прочие адовые костыли, которые давно пора отправить на свалку истории.
	Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

	274. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от myhand (ok), 19-Окт-14, 17:09
	>> Номер бага? > Возьми да поищи > Я что, нанимался обслуживать умственных инвалидов Я уже искал одному умственному инвалиду (и то что нашел - разительно отличалось от того, что он заявил).  Лимит доброй воли доказывать за вас ваши собственные домыслы - весь вышел.
	Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

	300. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 20-Окт-14, 12:24
	> отличалось от того, что он заявил).  Лимит доброй воли доказывать > за вас ваши собственные домыслы - весь вышел. Это взаимно. Поэтому пройдите в сад.
	Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

	304. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 20-Окт-14, 12:46
	> Ну и почему их нельзя просто скромно исправить, вместо того чтобы городить > очередной "Титаник"? Наверное потому что иногда наступает ситуация когда построить цельнометаллический пароход с нуля - проще, чем облагораживать деревянную яхту с парусами.
	Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

	210. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Xaionaro (ok), 18-Окт-14, 10:23
	>> "Нефанаты" не тащат, гм, всякое в рот.  Извините уж. > Тащат, да еще думают что остальные должны жевать именно это, окаменелое. >> Далее будет предпринята попытка ликбеза.  Не думаю что пойдет в прок, но... > Ваша квалификация не позволяет такую роскошь - "permission denied". >> Поясняю: полседьмого наступает кажный день, регулярно, в полседьмого. >> "Коннект на сокет" - может наступить в полседьмого, может в полвосьмого. > А какая разница? Это вообще два разных подхода решающие разные задачи. Их нельзя сравнивать. Например, нам нужно делать выгрузку данных ровно в определённые время из одной ИС, не позже (так как будет слишком поздно и к совещанию данные будут ещё не готовы) и не раньше (так как не будут выгружены необходимые данные). Это уже вопрос не технический, а организационный -- руководство так решило. Хотя myhand привёл пример, который так и остался не понятым. Зачем ещё распинаться впустую? >> А может и в обеденный перерыв, когда "фанат" ушел лопать свой фастфуд, оставив >> на сервере кривой конфиг у сервиса.  Из-за чего оный сервис >> не стартует после того самого "коннекта".  Занавес. > И тут в чем разница? Если конфиг кривой - он и полседьмого > кривой. Нет. > И полвосьмого. Да, ибо уже пришёл админ и начал работать. И он чётко знает, что такие вещи можно делать только начиная с полвосьмого. > Вопросы проверки валидности конфигов ортогональны событию "полвосьмого" > или конекту на сокет. Нет. Работа по временному расписанию добавляет предсказуемости поведения, что даёт возможность понимать что сейчас происходит с системой и соотвественно как с ней сейчас нужно обращаться. Ещё раз, вы сравниваете два подхода, решающих тупо разные задачи. Не надо их сравнивать. > И если уж на то пошло, нормальная > система инициализации имеет тенденцию писать в лог факапы связанные с кривыми > конфигами, отсутствующими файлами и прочей нехваткой прав. А с init выкручивайся > сам, как умеешь. Логгинг где?! Там где и обычно, в /var/log. В чём проблема? Кстати тут как раз была проблема в systemd, который не грузился в LXC-контейнере и нигде ничего не сообщал (ни на экран, ни в /var/log). Не знаю как сейчас, а некоторое время назад для повтора этого бага достаточно было сделать тупо "lxc-create -t debian -n fail" из Debian/Jessie. А для лечения тупо "lxc-attach -n fail -- apt-get install sysvinit-core openrc", ибо OpenRC+sysvinit спокойно грузились в той же ситуации и о всех проблемах сообщили в лог, несмотря на то дико малое комьюнити вокруг этого решения в Debian. > поэтому при мало-мальски активном брутфорсе ему становится фигово и он норовит > ресурсы оптом жpaть, если админ этот момент клювом прощелкает. Зачем вообще за этим следить? У нас тупо recent и limit работают в iptables для таких. Хотя я вообще не понял причём тут systemd/не-systemd. Но фиг с ним...
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

	234. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Аноним (-), 18-Окт-14, 19:15
	> Это вообще два разных подхода решающие разные задачи. Их нельзя сравнивать. А как по мне - разница только в виде события, не более. Возможны некоторые оговорки для задач интенсивных по ресурсам, но управление ресурсами и техническая валидация их доступности и оценка worst cases мной рассматривается как отдельная область. > будут выгружены необходимые данные). Это уже вопрос не технический, а организационный > -- руководство так решило. К чему это? Думаете мне интересно что ваше руководство решило? Или вы считаете что я для этого буду вам сокет-активацию советовать? Не буду, не надейтесь. Я вполне себе недолюбливаю сокет-активацию за потенциальную возможность оверхеда или недобросовестного дерга сервиса внешними недружественными системами. Но допускаю мысль что это бывает полезно. А раз так - пусть будет сделано по человечески хотя-бы, а не очередным костылем с очередной конфигурацией где-то в 15-м по счету закоулке. > Хотя myhand привёл пример, который так и остался не понятым. Зачем ещё > распинаться впустую? Он какое-то высосанное из пальца ламерство "привел". Единственное чего я понимаю - гнать таких некомпетентных админов надо из продакшна. Этот лабух даже не понимает что такое overcommit, но разводит громкие заявы про "предсказуемость". А вы как, тоже не понимаете что это такое? Ща мы увидим квалификацию всех этих НеФанатов и понимание ими базовых процессов происходящих в системах. Если что, без понимания этого заявы про предсказуемость - просто вопиющая некомпетентность: индивид настолько ламер что даже не может осознать почему непредсказуемость возникает и мнит что круто заварен^W^W его система предсказуема. > Да, ибо уже пришёл админ и начал работать. И он чётко знает, > что такие вещи можно делать только начиная с полвосьмого. Вопросы организации рабочего процесса сами по себе вообще довольно перпендикулярны всем умениям системы инициализации и их использованию. А еще меня прикалывает что все примеры только на серверах. А на десктопах у кулсисопов максималка, как обычно? > Нет. Работа по временному расписанию добавляет предсказуемости поведения, В каком-то роде так, но - Состояние сложной системы в момент "полвосьмого" - не очень определенная величина и также может зависить от внешних факторов. Особенно в системе с опачами или sshd где форки процессов провоцируются внешними событиями. У вас в системах все это УЖЕ ЕСТЬ, много лет. А то что вы ретарды и заметили это только сейчас - поздравляю, блин. Что ж вы раньше в тряпочку молчали? - Ваш юзкейс дико переклинен на серверах и мысли что все можно подогнать под расписание. Это narrow minded подход. У таких обычно еще на десктопе максималка, поэтому юзкейсов кроме серверов такие конечно же не видят. > что даёт возможность понимать что сейчас происходит с системой > и соотвественно как с ней сейчас нужно обращаться. Sanity check #1: а *вы* понимаете механизм оверкоммита? Только честно. Все-равно на...ть меня у вас не получится. И понимаете влияние оного на предсказуемость? И вы его как, отключаете? Попробуйте рассказать честно, без вранья. Очень интересно посмотреть что вы можете по факту и насколько ваши слова и дела согласуются. Sanity check #2: а вы понимаете что socket activation - лишь одна из форм overcommit-а? Как впрочем и пинок процессов по крону с разнесением по времени. В обоих случаях есть некий набор грабель. Или вы там как, наполовину беременные? Overcommit или есть, или нет. Если уж мы про предсказуемость. Come on, дорогие НеФанаты, сейчас мы узнаем о ваших уровнях понимания системных процессов. > Ещё раз, вы сравниваете два подхода, решающих тупо разные задачи. Не надо > их сравнивать. Для меня это 2 инкарнации одной и той же задачи - "запустить процесс". Их можно сравнивать и смешивать. Разумеется, учитывая worst cases и не забывая здравый смысл. То-есть дергать нечто по сокету, если репорт нужен именно полвосьмого - довольно странная идея. А я разве с этим спорил? С точки зрения предсказуемости - я вообще за fully static memory allocation. Но это менее эффективно по ресурсам и делает жизнь програмера заметно сложнее. Поэтому применяеться только в системах с реально крутыми требованиями. Ну да, будет не круто если у авто не выпустятся подушки безопасности "потому что в системе кончилась память". Но в обычной OS требования менее лютые, и подходы под стать, что бы не лечили тут кулсисопы не понимающие азов работы своих систем. > Там где и обычно, в /var/log. В чём проблема? В том что большинство обломов запуска сервисов инит скриптами - туда попросту не попадает. Но разумеется я могу накодить недостающий логгинг сам. Если повезет. А так все хорошо, прекрасная маркиза. Для понимания разницы нормальной системы инициализации с гoвном и палками: Because systemd tracks processes using the Linux kernel's cgroups instead of process identifiers (PIDs), daemons cannot "escape" systemd, not even by double-forking. > Кстати тут как раз была проблема в systemd, который не грузился в LXC-контейнере и > нигде ничего не сообщал (ни на экран, ни в /var/log). Я допускаю что там тоже могут быть неидеальности. Но там поттер по крайней мере распознал проблему и попытался хоть что-то предпринять чтобы это стало более по человечески. Как впрочем и шaттл в его апстарте. Кстати LXC всего лишь название  одного из управляторов. Вы там что, из systemd, натурально, вызываете LXCшную софтину, вместо того чтобы самим systemd и/или его тулсами? Ять, это примерно как летом в лыжах на асфальт выползать и удивляться: что за фигня - плохо едут?! > А для лечения тупо "lxc-attach -n fail -- А, я кажется начинаю понимать. Вы вместо того чтобы юзать услуги systemd решили быть святее папы римского и поссать против ветра. Ну да, любое начинание можно сильно усложнить контрпродуктивной упертостью. А можно например, ман почитать: http://linuxmanpages.net/manpages/fedora20/man1/systemd-nspa... - и чего там сложного? Оно потом еще и запускать это по человечески умеет. И вешать читаемый лэйбл cgroup-у. Что упрощает понимание "а что это вообще такое и откуда запущено". > вокруг этого решения в Debian. А у поттера хватило ума на попытку запилить нормальную регистрацию VM/контейнеров. Так что этим потом еще и управлять будет реально. А смотреть какие выcepы сгородят умники типа вас я даже в проекте не желаю, ибо могу себе представить тот феерический пи...ц. Поттер делает нормальную core-функциональность, вокруг которой можно нормально потом будет всем этим пользоваться, вплоть до отдачи этого большому энтерпрайзному управлятору. А ваше гумно и палки - ну вы поняли. > Зачем вообще за этим следить? У нас тупо recent и limit работают в iptables для таких. Бывают еще распределенные ботнеты. Каждый бот делает 1 попытку в хзсколько, но ботов толпа и общая интенсивность может зашкалить. Не то чтобы не лечится, можно portcnock сделать например. Но опять же - по свински спихано на админа. > Хотя я вообще не понял причём тут systemd/не-systemd. Но фиг с ним... Это я к тому что динамическое выделение ресурсов и оверкоммит были задолго до системды, так что предъявлять ему что-то за сокеты довольно криво. А где вопли на кернел, inetd, etc? C'mon babies, ща мы узнаем насколько вы понимаете что и где работает.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от www2 (ok), 17-Окт-14, 18:47
	>А мне прописывать сервисы будет удобнее. Вы во FreeBSD стартовые скрипты видели? Там же ни одной собственно команды на шелле писать не нужно, это полностью декларативный синтаксис. Но на шелле. Что, описывать в декларативном стиле сервисы можно только в формате ini и если они парсятся только какой-то сишной программой? Это при том, что вообще-то система инициализации во FreeBSD не имеет уровней инициализации, как в sysv, то есть фактически - даже проще sysv. >CP/M и Multics тоже работали. У вас на серверах они? Иногда наступает время расстаться с окаменелым дерьмецом мамонта. Предлагаете заменить вонючим дерьмецом современного слона? То хотя бы твёрдое было и не воняло.
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	158. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 17-Окт-14, 20:40
	> Вы во FreeBSD стартовые скрипты видели? Там же ни одной собственно команды > на шелле писать не нужно, это полностью декларативный синтаксис. Я в курсе что так можно, но не отношу себя к фанатам такого подхода. Кроме того фрибзда мне не подойдет по куче иных причин. Так что радости со всей этой хрени мне довольно мало. Вам это надо? Вот вы этим и пользуйтесь. А я со своей стороны предпочту нечти типа апстарта или системды. Натурные эксперименты показали что мне в них проще кастомные сервисы запиливать чем какие-то иные опции. Поэтому я и буду предпочитать что-то такое, по соображениям моего удобства. А фрибзда по моему нескромному мнению - один большой кусок геморроя в плане администрирования. Даже доисторический центос с его up2date на фоне ЭТОГО - неплохая система. > Но на шелле. Что, описывать в декларативном стиле сервисы можно только в формате > ini и если они парсятся только какой-то сишной программой? Я не вижу почему надо пытаться сделать из шелла конфиг-файлы. Меня синтаксис конфигов типа апстарта или системды вполне устраивает. Простой и логичный синтаксис, как правило минимум cruft не относящегося к делу. Как то так и должно быть по моему разумению. Ну понятно что бестолковости везде случаются, но конкретно вот это вроде вполне логично и грамотно сделано. Не вижу объективных технических претензий. Скрипты тоже можно запускать, если надо. Просто когда запускалка не полное гэ - это надо только по праздникам. Что в моем понимании опять же хорошо. Потому что концентрировано и по делу лежащие конфигурационные параметры мне удобнее чем когда кулсисопы их по трем страницам вперемешку с логикой размешали. > Это при том, что вообще-то система инициализации во FreeBSD не имеет уровней инициализации, > как в sysv, то есть фактически - даже проще sysv. Поэтому в sysv весь мозг сломаешь как цивилизованно запустить свой процесс, например, по критерию "взлетел вон тот процесс". В апстарте это вообще пишется влобовую, 1 строкой. В systemd чуть более костыльно (у зависимостей vs реверс-зависимостей есть сильные и слабые стороны) но ничего сверхъестественного. А в sysv init подобные вещи имеют свойство становиться сложными в реализации на ровном месте. Какого это должно быть так - я не понимаю. > Предлагаете заменить вонючим дepьмецом современного слона? Оно по крайней мере на удобрение сойдет. И фрукты будут нормальные потом. > То хотя бы твёрдоебыло и не воняло. Единственное достоинство. Если, конечно, это за достоинство можно засчитать.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Perl_Jam (?), 18-Окт-14, 02:38
	>> А чем вас sysv не устраивало ? Я лично 10 лет на ней жил и не парился. > Тем что кладет на проблемы админа и вообще морально устарел, не умее > актуальных и злободневных фич. А как вы там полжизни на конягах > рассекали, а тут какие-то автомобилисты, машинисты и пилоты последний кусок хлеба > отнимают - такая слезная история. и в чем кладет, подробней можно? пилоты-теоретики и автомобилисты на квадратных колесах могут продолжать ездить на квадратных колесах и летать на диванах, только держите свою религию при себе. а шелл-хейтеры пусть научаться определять поведение системы сами, а не возлагать сие дело на вендоров >> А бинарных логов и реестров с сервисами мне у пациентов на виндовозном >> десктопе хватает. > Пациент, а что у вас там с utmp/wtmp? Вас их бинарность не > смущает? Или где бурные вопли на то что из *никсов сделали > винды? А у половины юниксов еще и бинарный реестр есть, чтобы > совсем хорошо. Здорово обнаружить что 10 лет жил в виртуальном вымышленном > мире, правда? :) >> Хотите пилить сыстемды - пилите ее на федоре и бубунте. Зачем в >> серверные дистрибутивы лезть ? когда были *никс, а когда винды? а сейчас да, вантузятничество лезет со всех дыр. одни только идеи гномоводов и бубунторАбов чего стоят. а вы бутайте, бутайте свои серванты/воркстэйшены/впс после каждого обновления glibc да и любого юзерспэйса вообще. всю жизнь не чихало, а резко появились проблемы. > Не очень понимаю почему вы считаете себя в праве указывать другим что > им делать. Еще меньше я понимаю что побудит их делать именно > так как надо вам, а не им. ну вы же указываете, а других осуждаете =) >> Вот пипец мегадостижение, параллельный старт сервисов, депенденсы ихние и прочее щщасте. > Это лишь одно из достижений, а приятных плюшек в таких системах навалом. > Недостатки тоже есть, но нормально и конструктивно обгадить systemd... ну я > какие-то попытки видел разве что у Шигорина. Остальные просто безмозгло орут > кричалки. а конструктивно описать плюсы слабо? =) или единственный аргумент - сейчас модно жрать кактус? =) депенды и параллельный старт - есть все же плюс, не спорю. но, к примеру, crux, слака влетают и садятся быстрее системГ. где ж собака порылась-то? вопрос не в обгадить, сами-то обосновать право на жизнь системГ можете? какие вы _лично_ плюшки для себя открыли? в чем _вам_ полегчало-то? >> которых он минуту скази контроллер ощупывает. И бутаю я его раз >> в год. Надо оно мне было ? > Вам - не знаю. А мне прописывать сервисы будет удобнее. И да, > я считаю что это замечательно. >> не ломалось, то теперь всех стоем ходить заставили. > Ну вот пусть вендырь выпустит адаптированную версию, раз уж строем. Спрашивайте в > аптеках... в общем, у вендора. И вообше, навалят скриптов где не > надо. А потом DHCP сервак может получить рута на машине, просто > отдав оной параметр содержащий команду. ололо. а еще helloworld может получить рута при должном подходе =) >> Зачем ломать то что работало ? > CP/M и Multics тоже работали. У вас на серверах они? Иногда наступает > время расстаться с окаменелым дерьмецом мамонта. хоть что-то из это щупали в деле? и ведь работало. а amiga, к примеру, потоковое видео рендерила в реальном времени тогда, когда модные хипстерские оси об этом и не мечтали и теперь по делу. имея sysvinit и обновляя эрланг (libvirt, guestfs, virtinst, tgt, dnsmasq, sysvinit(!!!!) etc) на дебиане, нафейхоа мне libsystemd в зависимостях?
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	272. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 19-Окт-14, 16:57
	> и в чем кладет, подробней можно? Уже написано пять раз, я не попугай вам повторять постоянно одно и то же. Попробуйте научиться читать и перечитать хотя-бы треды здесь. > могут продолжать ездить на квадратных колесах и летать на диванах, только > держите свою религию при себе. Э нет, чуваки, это теперь вам придется с вашей религией подвинуться. А у меня вообще не религия а элементарная забота о моем удобстве и о том чтобы типовые задачи делались просто и без адского костылирования. Там никакой религии, чистейший, 100% прагматизм. Это у вас религия вида "а вот если тут подкостылить, там подшаманить, допустить что вот это никому не надо и прочее - тогда наша система инициализации такая лапочка, ми-ми-ми". > а шелл-хейтеры пусть научаться определять поведение > системы сами, а не возлагать сие дело на вендоров Я давно умею делать из систем то что мне нужно. В том числе и задействуя шелл, там где от этого больше пользы чем вреда. А вот то что всякие будаки им гвоздят в каждую дырку с поводом и (что хуже) без - утомило. Это ведет к сложности администрирования, а временами и просто к возможности поимения системы самым неожиданным образом. Нюню, скриптокидиз, давай, запили какую-нибудь там регистрацию VMов и контейнеров на шелскриптах. И еще расскажи что я это сам должен пилять. Или что это никому не нyжно. > когда были *никс, а когда винды? Не очень понимаю в чем пойнт изучать периоды появления оных. И те и другие достаточно древние. Хотя если вам охота равняться на какой-нибудь MULTICS и Win 1.0 - ну, равняйтесь. А я этим заниматься не буду. > а сейчас да, вантузятничество лезет со всех дыр. Как я уже сказал, бинарные логи, а в половине кондовых древних юниксов еще и реестр были чуть ли не с "начала времен". А тут припираются какие-то левые фаготы (вы авторы хоть 1 юникса?) и считают что лучше всех знают как трушно и юинксово. > одни только идеи гномоводов и бубунторАбов чего стоят. Какой резвый клеятель ярлыков. А вы у нас кто? Очередной кулсисоп с бздой и putty.exe, рассказывающий нам как наши системы должны правильно выглядеть? > а вы бутайте, бутайте свои серванты/воркстэйшены/впс после каждого обновления > glibc да и любого юзерспэйса вообще. всю жизнь не чихало, а резко появились проблемы. Да вообще, какой дуpaк электричество придумал. Вон сколько столетий освещали лучинами, свечами и керосиновыми лампами. А тут ишь чего придумали - лампочки какие-то, электромоторы, трансформаторы.   > ну вы же указываете, а других осуждаете =) Я не указываю лично вам что вы должны делать. Я высказываю свои пожелания к системе, которую мне бы хотелось видеть. И разумеется буду всячески способствовать тому чтобы это выглядело так как хочется мне. А этот утыpoк Ян вообще предлагает запретить софт который зависит от той или иной системы инициализации. Он уже готов гном переписать? И патчи к NM пришлет? А какой-нибудь tallow стало быть вообще не может быть в составе дебиановских пакетов? Да пусть этот саботер веником убьется с таким подходом, имхо. > а конструктивно описать плюсы слабо? =) В пятый раз? Тут вроде в этом тредике уже достаточно понаписано. Имеющий глаза - увидит. А если кто хочет видеть только свою виртуальную реальность где до сих пор хватает sysv init - мои им соболезнования, вас будет теперь ждать большой облом за пределами ваших уютных локалхостов. > или единственный аргумент - сейчас модно жрать кактус? =) Сейчас модно использовать виртуализацию и контейнеры, на которые sysv init вообще просто клал, и совсем не модно костылировать типовые задачи, которые должны делаться легко и просто. > депенды и параллельный старт - есть все же плюс, не спорю. Равно как и логгинг результата старта и умение кучи разных критериев старта. Поттер - наверное первый кто всерьез озаболится про"№#ванием логгером сообщений при старте. Или регистрацией VM. Или тем фактом что демоны стартуют как захотят и поэтому часто выпадают из поля зрения стартера, так что про рестарт при крахе речь уже не идет. Особенно если из скрипта запускать - это к бабке не ходи, самому костылить придется, если надо. > но, к примеру, crux, слака влетают и садятся быстрее системГ. Я рад за них. Правда, не вижу методики замеров и описания конфигурации. Да и кроме скоростти взлета есть еще удобство админа и функциональность. А то знаете, когда принципиально именно скорость - там вон у перцев на дохлом ARM кутевая программа за 300 миллисекунд после ресета вываливается на экран и гонит картинку с камеры. Правда они для этого вообще все стартеры придушили, запуская прогу чуть ли не как init=/your/program. А последовательный старт плох в основном тем что какая-нибудь зараза может протупить где-нибудь минуту до таймаута, как DHCP в свое время делал, и юзер будет эту минуту глaзeть на систему которая ничего не делает. Что как-то глупо и печально. > где ж собака порылась-то? Наверное как обычно у кулсисопов - сравнили теплое с мягким. В смысле старт совершенно разных систем с разными настройками и разным количеством демонов, etc. > вопрос не в обгадить, сами-то обосновать право на жизнь системГ можете? Я это уже сделал не менее пяти раз в этих тредах. Хотя человеку который пишет "системГ" обосновывать что-то напрочь бесполезно, имхо. Вам энтерпрайзы, с шапкой во главе - доступнее обоснуют, не беспокойтесь. > какие вы _лично_ плюшки для себя открыли? в чем _вам_ полегчало-то? 1) Компактные конфиги где в 99.9% случаев только конфигурация. А не три страницы кода и прочей воды, между которой жиденько раскиданы конфигурационные параметры. 2) Человеческий рестарт сервисов, с минимумом костылирования. 3) Всякие там возможности выставить uid/gid и прочие приоритеты 1 директивой конфига. 4) Если что-то не взлетает, это теперь намного чаще пишется в лог, чем флегматичные sysv портяны, которые чаще всего просто кладут на результат всех операций. 5) Systemd в курсе что такое контейнеры и VM. И довольно симпатично пользуется cgroups для label-инга процессов. И вообще он в курсе что есть контейнеры и виртуалки. Даже регистрация запилена. Надо же, какой сообразительный типок, понимает чего надо энтерпрайзынм управляторам вывесить. И нет, чуваки, ваше гумно и палки на шелскриптах вывесить как API для управлятора не проканает, ибо каждый из вас дpoчит как он хoчет. Это прекрасно для вас, но здорово нагибает тех кто пилит управляторы, например. > ололо. а еще helloworld может получить рута при должном подходе =) У меня на системе обычно не крутятся хелловорлды с правами рута. И глюкало которое от пары закорючек с ремотного сервака дает ремоте полный рут - мне тоже не нравится, скажем прямо. > хоть что-то из это щупали в деле? и ведь работало. Да, я щупал CP/M. И что-то не испытываю желание в нем работать в 2014 году, извините. > а amiga, к примеру, потоковое видео рендерила в реальном времени тогда, когда модные > хипстерские оси об этом и не мечтали Я в курсе. У меня даже такая штука как UAE есть. Но это не отменяет того факта что их амигаось - архаика. > и теперь по делу. имея sysvinit и обновляя эрланг (libvirt, guestfs, virtinst, > tgt, dnsmasq, sysvinit(!!!!) etc) на дебиане, нафейхоа мне libsystemd в зависимостях? Честно - не знаю. Я за то чтобы вынести sysv init и объявить его unsupported в новом релизе. А вы наверное обновляли не релиз а тестовую версию, да еще смеете удивляться странностям в оной. Зашибись - ни малейшего представления о циклах разработки софта. Такие умники обречены на страдания и множество невкусных открытий. И в этом виноват не жестокий мир и не злой волшебник Леня Поттер. А всего лишь собственная глyпость индивида, который не понял ряд самых базовых концепций более-менее общих для разработки софта. Да, если вы юзаете testing - вы тестовая крыска. О чем прозрачно намекает название ветки.
	Ответить | Правка | Наверх | Cообщить модератору

	286. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Anonimous (?), 20-Окт-14, 08:46
	про мифические простыни и неиллюзорные портянки забыл, иблан.
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	149. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 17-Окт-14, 19:45
	> А чем вас sysv не устраивало ? Я лично 10 лет на Что ответили в редхате на этот вопрос? Почему ваше ценное мнение не учли? >Если раньше скрипт от вендора Что говорят в техподдержке?
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	195. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Perl_Jam (?), 18-Окт-14, 02:44
	>> А чем вас sysv не устраивало ? Я лично 10 лет на > Что ответили в редхате на этот вопрос? Почему ваше ценное мнение не > учли? >>Если раньше скрипт от вендора > Что говорят в техподдержке? уууу.. а вы бы еще попробовали нарезать вланы на интерфейсах и наконфигурить бриджи в смартосе (который сейчас ой как пиарят в качестве гипервизоров), в ситуациях, которые специфичны для вас, а не для более, чем скудного мануала и видения вендора
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 17-Окт-14, 21:06
	Тем, что на современных серверах (а не вашем локалхосте) sysv приносит больше проблем, чем решает
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	162. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 17-Окт-14, 21:10
	> Тем, что на современных серверах (а не вашем локалхосте) sysv приносит больше > проблем, чем решает Можно хотя бы один пример? Примеры обратного -- проблем надёжности и предсказуемости, привносимых systemd на ровном месте -- я тут приводил много раз, вплоть до сегфолтов процесса с pid==1.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 18-Окт-14, 01:24
	> Можно хотя бы один пример? Наглухо не snapshot-aware, container-aware и VM-aware. Одного только этого достаточно с десятикратным засом чтобы издохнуть на рынке серверов жестокой смертью.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Perl_Jam (?), 18-Окт-14, 02:40
	>> Можно хотя бы один пример? > Наглухо не snapshot-aware, container-aware и VM-aware. Одного только этого достаточно > с десятикратным засом чтобы издохнуть на рынке серверов жестокой смертью. с этого момента поподробней пожалуйста
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Попытка проведения референдума по вопросу поддержки в Debian..."	–3 +/–
	Сообщение от Аноним (-), 18-Окт-14, 19:21
	> с этого момента поподробней пожалуйста А чего вам не понятно? Поттер по крайней мере допер запилить некое подобие регистрации контейнеров и VM и его фиговина это все запускать и стопать может. Со своими бестолковостями, но остальные не могут и так, поэтому вообще пролетают. А виртуализация и контейнеры нынче востребованы на ломовом куске сегмента серверов. Сюрприз. Так что поттеру 10 очков форы за то что не лечит про то что и кому надо, а распознает проблемы и пытается придумать решения. Ну да, не всегда хорошо. И есть собственные тупняки Но у остальных и так как правило не получается.
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 19-Окт-14, 00:36
	> Со своими бестолковостями, но остальные не могут и так, поэтому вообще пролетают. Дикий бред.  Марш читать про vzctl(8).
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от Аноним (-), 19-Окт-14, 17:05
	> Дикий бред.  Марш читать про vzctl(8). А у поттера можно просто указать какой контейнер запускать. Прямо в systemd'шном конфиге и без внешних костылей. И лэйбаки через cgroups он симпатично навешивает. Правда ему тоже кто-нибудь должен бы дать вачдог ресет по мозгам - за заявы вида "не отбирайте у systemd контейнера CAP_SYS_ADMIN" ему явно надо вачдог ресет сделать. Чтобы перестал филонить и сделал режим с обкоцаными правами совсем по человечески, в том числе с нагревом systemd на права.
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Michael Shigorin (ok), 19-Окт-14, 00:35
	>> Можно хотя бы один пример? > Наглухо не snapshot-aware, container-aware и VM-aware. А, так вот почему оно со всем этим работает.  По крайней мере у меня. Вы всё больше и больше скатываетесь в откровенный фанбоизм и враньё.  Плохо дело.
	Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

	275. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Аноним (-), 19-Окт-14, 17:13
	> А, так вот почему оно со всем этим работает.  По крайней мере у меня. У вас работает, только наверняка всякой нестандартной обвязки налеплено. А мысль вывесить некий разумный интерфейс управляторам, который они смогут дергать - хороша. Но это не про ваше г-но и палки. Ну да, есть и иные методы и решения. Но в системе инициализации это все логичнее всего по иерархии смотрится. Шестнадцатый по счету закоулок с настройками еще и взлета VM/контейнерам к вермишели из 15 закоулков касающихся старта программ меня не прет. > Вы всё больше и больше скатываетесь в откровенный фанбоизм и враньё.   Не, фанбоизм тут не при чем. Я просто не хочу костылить и подпирать типовые задачи. Сам по себе sysv init ничего не знает про контейнеры и виртуалки. И регистрировать их он не умеет. И лэйблы cgroups он не навесит. Ну да, все это можно закостылить. А оно мне надо, если поттер это за меня уже сделал и я положительно отношусь к таким замашкам? У него демоны не убегают из ада, в отличие от вас. А самому строить демонов - я что, мазохист чтоли? :) > Плохо дело. Ну еще бы. Я посмотрел как оно внутрях сделано, в целом довольно симпатично. Хотя некоторые бестолковости тоже есть.
	Ответить | Правка | Наверх | Cообщить модератору

	287. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 20-Окт-14, 10:14
	>> А, так вот почему оно со всем этим работает.  По крайней мере у меня. > У вас работает, только наверняка всякой нестандартной обвязки налеплено. А мысль вывесить > некий разумный интерфейс управляторам, который они смогут дергать - хороша. Но > это не про ваше г-но и палки. Ну да, есть и libvirtd. Вам привет от РХ с их bait-n-switch! Но Вы продолжайте песни про Светлое Б., пожалуйста.
	Ответить | Правка | Наверх | Cообщить модератору

	289. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от pavel_simple (ok), 20-Окт-14, 10:29
	>>> А, так вот почему оно со всем этим работает.  По крайней мере у меня. >> У вас работает, только наверняка всякой нестандартной обвязки налеплено. А мысль вывесить >> некий разумный интерфейс управляторам, который они смогут дергать - хороша. Но >> это не про ваше г-но и палки. Ну да, есть и > libvirtd. Вам привет от РХ с их bait-n-switch! Но Вы продолжайте песни > про Светлое Б., пожалуйста. это он ещё не видел daemontools, и скока ему летов.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 20-Окт-14, 11:43
	>>> это не про ваше г-но и палки. Ну да, есть и >> libvirtd. Вам привет от РХ с их bait-n-switch! Но Вы продолжайте песни >> про Светлое Б., пожалуйста. > это он ещё не видел daemontools, и скока ему летов. Ну, djb-то не замечен в bait-n-switch, stubborn lock-in max.,а вот Аноним, которому я отвечал вполне себе подмахивает бёдрами рэдхэтовскому bait-n-switch энтерпрайс-продаж-маркетингу. Была виртуализация, теперь "облака", где-то там посередине - контейнеры.
	Ответить | Правка | Наверх | Cообщить модератору

	303. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 20-Окт-14, 12:41
	> Ну, djb-то не замечен в bait-n-switch, stubborn lock-in max., Ну да, он замечен в покладании болта на юзабилити и фичность. Поэтому его софт крут как музейный экспонат с лэйбаком "он умер непобежденным", но на практике желающих пользоваться софтинами DJB почему-то найти сложно. Или у тебя везде qmail и djbdns, погоняемые daemon tools? :)
	Ответить | Правка | Наверх | Cообщить модератору

	305. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Andrey Mitrofanov (?), 20-Окт-14, 12:58
	> Ну да, он замечен в покладании болта на юзабилити и фичность. Поэтому > его софт крут как музейный экспонат с лэйбаком "он умер непобежденным", > но на практике желающих пользоваться софтинами DJB почему-то найти сложно. Или > у тебя везде qmail и djbdns, погоняемые daemon tools? :) У меня везде runit. И нет, не в pid=1. Я сжулил, :) взяв идеи djb в исполнении другого апстрима? Другого исполнения qmail не было [может быть, _мне не надо было], поэтому не заморачиваюсь: то, что "строил сам" - на exim-e, где-то ещё postfix-ы. С maradns-ом побаловался какое-то время, сейчас dnsmasq. _Задачи, понятно, не провайдерские или хостерские, локальный кеш и подпорка /etc/hosts. И что _характерно, возможности моего выбора (и изменнеия его!) способствовали те самые "UNIX-ценности" в части отделения мух от трутней, и _никак не неназываемое построение "very prone to mission creep and bloat and likely to turn into a nasty hairball over the longer term" (debianfork.org + ESR http://interviews-beta.slashdot.org/story/14/03/10/137246/in... ).
	Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

	328. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от Аноним (-), 21-Окт-14, 04:14
	> У меня везде runit. И нет, не в pid=1. Ну и нафиг мне в системе 2 софтины для одного и того же? Потому что одна из них г-но? А зачем мне в системе г-но? Я за то чтобы его вытряхнуть. >  Я сжулил, :) взяв идеи djb в исполнении другого апстрима? И как можно взять DJB в исполнении иного апстрима? DJB - он такой один с его квалификацией. Если за ним кто-то что-то допатчивает - это уже совсем иной уровень компетентности и иной риск ляпов, сводящий все к уровню среднему по отрасли. Вон дебианщики тут как-то раз OpenSSL немного пропатчили. А в приватных ключах в итоге осталось 20 битов энтропии на всех. Так что полный список ключей на блеклист - можно файликом утянуть. Не говоря о том что за небольшое число попыток кто угодно сгенерит к твоей системе парный ключ. Вот так небольшой патч может устроить большой факап. Так что радости то с другого апстрима? А где гарантии того что тот апстрим такой же дотошный и теоретик и реализатор? > не заморачиваюсь: то, что "строил сам" - на exim-e, где-то ещё postfix-ы. Ну вот видишь, это ж не DJB уже. А совсем иные программы. Отнюдь не страдающие нерушимостью DJBшного софта. А найти живого пользователя DJBDNS и Qmail надо крепко постараться. > С maradns-ом побаловался какое-то время, сейчас dnsmasq. _Задачи, понятно, не провайдерские > или хостерские, локальный кеш и подпорка /etc/hosts. Опять же, все-таки это не DJB. Ну понятно что лучше чем монстряки типа BIND. Но если мы про DJB, его djbdns даже элементарный IPv6 не умеет. Я понимаю конечно что DJB считает глупостью что его мнение не учли при создании IPv6, и к тому у него есть ряд оснований. Но IPv4 - еще хуже и еще грабельнее, в нем по состоянию на данный момент даже просто протокольная логика уже изломана, ибо устройств появилось столько что на отдельный адрес при всем желании 32 битов уже не хватит (AFAIK число устройств которые могут потенциально конектиться к интернету - несколько десятков миллиардов). > построение "very prone to mission creep and bloat and likely to > turn into a nasty hairball over the longer term" Не знаю, на примере пульса не вижу этого эффекта. А на примере системды - пора бы уже понять что перец делает несколько более могучую конструкцию чем г-но и палки к которым вы привыкли. Это явно планируется как некий boilerplate под энтерпрайзные управляторы до кучи. И не вижу чем это плохо. Игнор этого момента приводит к куче еще более у...щных, а иной раз и просто проприетарных решений. Как-то так уже вышло с точками доступа: сейчас рынок пожрали проприетраные горбыли. Потому что открытых решений для группового управления инфраструктурой просто не оказалось. Единственные кто это просек вроде openwrt и те кто вокруг, по поводу чего они и передрали половину фич с системды. И некие выноски под RPC-интерфейсы запилили. Чтобы однажды присобачить туда управлятор и тот мог удобно и просто влупить конфигурацию 100500 устройствам. Ну и systemd как-то так же. Это просто смена подходов к управлению системой. Да, некоторые грабли - будут. Это ожидаемо. Но время остановить нельзя. Времена когда кого-то интересовали мегаджедайства кульсисопов в продакшне давно прошли. Теперь компьютер не экзотика для особо избранных, а обычный расходный элемент. И всем надо чтобы это просто работало.
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	335. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 21-Окт-14, 11:49
	>> У меня везде runit. И нет, не в pid=1. > Ну и нафиг мне в системе 2 софтины для одного и того > же? Потому что одна из них г-но? А зачем мне в > системе г-но? Я за то чтобы его вытряхнуть. Wow-эффект пройдёт, запах s-d останется. Так держать, дружище, ты уже почти с нами! Но не торопись.
	Ответить | Правка | К родителю #328 | Наверх | Cообщить модератору

	316. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от pavel_simple (ok), 20-Окт-14, 16:11
	>> Ну, djb-то не замечен в bait-n-switch, stubborn lock-in max., > Ну да, он замечен в покладании болта на юзабилити и фичность. Поэтому > его софт крут как музейный экспонат с лэйбаком "он умер непобежденным", > но на практике желающих пользоваться софтинами DJB почему-то найти сложно. Или > у тебя везде qmail и djbdns, погоняемые daemon tools? :) 294, дело в том что я вижу уже 3 попытку перевернуть с ног на голову под различными предлогами, и пока sysv остаётся жив, а это означает что все минусы о которых ты вещаешь до сих пор не имели критической массы, а значит в основе своей админы готовы мириться с его минусами, особенно учитывая то, что для таких как ты, излишне креативных и прыдких всегда были инструменты с колокольчиками и рюшечками.
	Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

	329. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 21-Окт-14, 04:22
	> 294, дело в том что я вижу уже 3 попытку перевернуть с > ног на голову под различными предлогами, и пока sysv остаётся жив, Так это... при сильном желании можно до сих пор найти тех кто на лошади ездить умеет. И лошади не вымерли на 100%. Лишь на 99.9%. Если у sysv init останется 0.1% на локалхостах - я ничего не имею против, если его и его портяны будут поддерживать те кому это надо. > до сих пор не имели критической массы, Тем не менее, однажды с яхт пропали паруса, а корпус стали делать из металла. Но до какого-то момента были всякие чудесатые гибриды, а тележки по рельсам по первости тягали все те же лошади. Но постепенно все изменилось. > а значит в основе своей админы готовы мириться с его минусами, Все когда-то начинается и заканчивается. Глядя на множество глобальных тенденций по всем закоулкам я думаю что золотой век sysv init закончился и все эти трепыхания - только продлят агонию, и не более того. > таких как ты, излишне креативных и прыдких всегда были инструменты с > колокольчиками и рюшечками. Редхат старается не для меня. А для всяких энтерпрайзов. И теперь там будет так. А то что оно мне до кучи рядом моментов симпатично - случайное совпадение. При всей странности поттера, он зачастую вполне логично рассуждает и ряд решений я вполне классифицирую как "умные" и "изобретательные". Хоть и выбивающиеся за рамки религий некоторых лиц и/или несущие проблемы в ряде случаев. Хоть и имеет определенные проблемы взаимодействия с ALL вне своей федоры, судя по всему.
	Ответить | Правка | К родителю #316 | Наверх | Cообщить модератору

	331. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от myhand (ok), 21-Окт-14, 04:55
	> Редхат старается не для меня. А для всяких энтерпрайзов. Угу.  За мир во всем мире. > И теперь там будет так. Щас, все побегут обновляться до семерки, как велело школие. А судя по тому как интырпрайс переходил на шестерку...  В общем, чья бы корова мычала... > При всей странности поттера, он зачастую вполне > логично рассуждает и ряд решений я вполне классифицирую как "умные" и > "изобретательные". - Он все умеет, все знает. - Только без хвоста. (ц)
	Ответить | Правка | К родителю #329 | Наверх | Cообщить модератору

	302. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 20-Окт-14, 12:40
	> это он ещё не видел daemontools, DJB конечно хороший мужик, соображать умеет, но про юзабилити - он не слышал в принципе. Весь его софт - напрочь неюзабельный. Даже криптографическую либу и среду сборки за ним другим людям пришлось сильно фиксить. Видимо стало стыдно - сделал tweetnacl. Решив проблему с средой сборки методом гильотины. Навернео единственный случай когда JSB и Ко выкатили что-то более-менее юзабельное, и то случайно получилось :). А если о сабже - народ, вы тyпые? Старт виртуалок и контейнеров нынче хочется видеть как штатную фичу, а не пачку левых костылей. Ну то-есть парой директив в конфиг запускалке, как все остальное. По хорошему с хуками для энтерпрайзных управляторов, чтобы они могли по простому посмотреть список машин которые на вон том хосте крутятся/доступны. Все это конечно можно сделать и иначе, но в системном стартере современной системы это смотрелось бы наиболее логично - он в правильном месте и правильном времени, чтобы этим заниматься.
	Ответить | Правка | К родителю #289 | Наверх | Cообщить модератору

	306. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Andrey Mitrofanov (?), 20-Окт-14, 13:03
	>> это он ещё не видел daemontools, > DJB конечно хороший мужик, соображать умеет, но Не отвлекайтесь, пациент: libvirtd с простынями XML-конфигов, на питоне (не на баше!), запускать виртуалки "как сервисы" умеет, обходится без s-d-блюатваре. Возражений нет, я правильно понял?
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Andrey Mitrofanov (?), 20-Окт-14, 13:10
	>на питоне (не на баше!) Прошу прощения, на Си [72%+ openhub.net/p/libvirt/analyses/latest/languages_summary]. Попутал.
	Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

	330. "Попытка проведения референдума по вопросу поддержки в Debian..."	–2 +/–
	Сообщение от Аноним (-), 21-Окт-14, 04:28
	> Не отвлекайтесь, пациент: libvirtd с простынями XML-конфигов, на питоне (не на баше!), > запускать виртуалки "как сервисы" умеет, обходится без s-d-блюатваре. Ну да, а питон и XML в зависимостях это совсем и не блоатваре уже. Главное двойные стандарты вовремя подгонять, если поттера полить гомнецом охота. > Возражений нет, я правильно понял? Чего тут не понятного? Да, одну и ту же задачу можно решать разными способами. Но иметь дело с XML и питоном мне что-то не хочется, thank you very much. Я лучше буду конфиги systemd писать. Я предпочту системный менеджер на сях с простыми текстовыми конфигами, чем XML и питон. Тем более что на питоне ж@порукие кульсисопы как всегда наворотят кривого гомнокода, который мне совсем не хочется разруливать, скажем прямо.
	Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

	97. "Попытка проведения референдума по вопросу поддержки в Debian..."	+3 +/–
	Сообщение от userd (ok), 17-Окт-14, 16:00
	> а Ванга вам, кстати, не подсказывает мысль о том, что следующая система > инициализации (которая будет после systemd) -- будет проектироавться с частичной обратной > совместимостью с systemd ? Какой вы оптимист, однако. Будет как обычно - через 3-5-7 лет в RH придёт шустрый Поттеран Леонардокумари, и запилит какую-нибудь tantra, пообещав совместимость - а потом забив на неё. Типа "у пользователей systemd проблемы с запуском KDE7? Пусть лепят к своему systemd под поддержку протокола ganesa"
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	119. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от YetAnotherOnanym (ok), 17-Окт-14, 18:07
	> когда появится замена на горизонте Появится, как только до разрабов прикладного ПО, привязавшихся к плюшкам systemd, дойдёт, что они стали ректальными рабами Поттеринга. Зная об отсутствии у Леннарта тормозов, это осознание придёт очень скоро.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	40. "Попытка проведения референдума по вопросу поддержки в Debian..."	+1 +/–
	Сообщение от Аноним (-), 17-Окт-14, 13:24
	> systemd это временно, Linux тоже временно. И x86 процессоры. И даже существование планеты Земля. Вопрос сугубо в величинах этого времени.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	123. "Попытка проведения референдума по вопросу поддержки в Debian..."	–1 +/–
	Сообщение от Аноним (-), 17-Окт-14, 18:20
	>> systemd это временно, > Linux тоже временно. Один я заметил связь? А жаль - хорошая была оЗъ :-(
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Попытка проведения референдума по вопросу поддержки в Debian..."	+/–
	Сообщение от Аноним (-), 17-Окт-14, 22:13
	> Один я заметил связь? А жаль - хорошая была оЗъ :-( А, вот кто с лора машину времени угнал? Попался! Или ты как обычно - из старательно "сочувствующих" любителей бздей или того хуже проприетарных юниксов? Кстати Linux всю жизнь был ядром. А на его основе была и есть туева хуча ОС, по состоянию на 2014 год.
	Ответить | Правка | Наверх | Cообщить модератору

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

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