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

Локальная DoS-уязвимость в systemd, opennews (??), 29-Сен-16, (0) [смотреть все] нечему удивляться, хочешь миришься с этим, либо сидишь на дистре без сабжа Или , Аноним (-), 21:33 , 29-Сен-16, (5) // есть надежда, что оно будет академично по-бздешному продуманней, чем сабж Напри, АнонимХ (ok), 21:49 , 29-Сен-16, (6) // pkg-ng научился в человеческое разруливание циклических зависимостей Может он х, . (?), 23:43 , 29-Сен-16, (23) –5 // CODE pkg info xcb-utilxcb-util-0 4 0_1,1Name xcb-utilVersion , Аноним (-), 03:54 , 30-Сен-16, (34) +1 Версию и билд вижу Serial aka семейство - нетЭто просто великолепно А бинарн, Аноним (-), 05:32 , 30-Сен-16, (35) –5 Расскажите, пожалуйста, что такое семейство а то может в более других отлич, тигар (ok), 08:58 , 30-Сен-16, (45) Плакали с такими конфликтами фронты на nginx перед апачем, на одной и той же маш, Аноним (-), 13:35 , 30-Сен-16, (59) Семейство чего Гуглить насчет serial несколько напряжно А посмотреть по ссылк, Аноним (-), 13:47 , 30-Сен-16, (60) Скорее часть полной версии, перекрывающая собственно версию исходника Например, , Michael Shigorin (ok), 14:35 , 30-Сен-16, (62) В следующей строчке Version 0 4 0_1,1предпоследняя 1 после _ инкремен, Аноним (-), 16:41 , 30-Сен-16, (65) +1 это он так эпоху в терминах RPM обозвал , Аноним (-), 16:43 , 30-Сен-16, (66) –1 Угу, это синонимы Рекомендуется s Serial Epoch g со слов нашего майнтейнер, Michael Shigorin (ok), 16:49 , 30-Сен-16, (67) –1 Если пакетному менеджеру нужно большое количество pre post и т д скриптов, то о, alp (?), 08:02 , 30-Сен-16, (40) –3 как правило - это нужно не пактеному менеджеру,а пакету для выполнения тех или и, fail (?), 10:08 , 30-Сен-16, (54) +2 Интересно, зачем могут понадобиться циклические зависимости пакетов По факту, та, None (??), 10:31 , 30-Сен-16, (56) Но пользоваться им нормально все-равно не получится Потому что монолиты 110 мет, Аноним (-), 20:02 , 30-Сен-16, (70) –1 // Великий знаток опеннета не в курсе разницы между ракетным менеджером и собственн, Аноним (-), 21:23 , 30-Сен-16, (80) +2 Хорошая опечатка При том что теоретически он есть Практически толку с этого нет, Аноним (-), 22:04 , 30-Сен-16, (81) –1 Бывает А по теме что-то будет Учитывая предыдущие вумности , смахивает на оче, Аноним (-), 00:36 , 01-Окт-16, (89) А в дистре без сабжа, типа, уязвимостей не бывает , Фунт (?), 10:00 , 30-Сен-16, (53) –1 // В bin init-е-то Серьёзно , Andrey Mitrofanov (?), 10:50 , 30-Сен-16, (57) +1 // Кгм, у меня и бинаря-то такого нет -- следовательно, неуязвим CODE rpm -qf --, Michael Shigorin (ok), 14:39 , 30-Сен-16, (63) Лучше так ps -p 1 PID TTY TIME CMD _, Andrey Mitrofanov (?), 15:03 , 30-Сен-16, (64) Говорили им - нечего лезть в иерархии, обязательно что-нибудь пойдет не так, так, Аноним (-), 21:53 , 29-Сен-16, (7) +8 // волков бояться - в лес не ходить, Нанобот (ok), 09:03 , 30-Сен-16, (46) –2 // Тут не про поход в лес, про нырок в канализацию , Аноним (-), 09:18 , 30-Сен-16, (48) +3 А, так вот о чём ldv вслух размышлял , Michael Shigorin (ok), 22:13 , 29-Сен-16, (8) –2 // 32545 - исправлено , KM (?), 23:07 , 29-Сен-16, (13) // Не-а Вообще говоря, поддержка ветки p7 уже завершена и всё, что в этом плане д, Michael Shigorin (ok), 23:45 , 29-Сен-16, (24) –2 // Поэтому я и не выделял ветки, а закинул в общую секцию Чем могу , KM (?), 23:51 , 29-Сен-16, (25) +1 Я надеюсь не при дамах размышлял Вообще, Михаил, спасибо вам за sysV сборки Пе, Vkni (ok), 01:38 , 30-Сен-16, (31) +4 // Все познается в сравнении Если так попробовать почитать баги в инит-скриптах - , Аноним (-), 20:17 , 30-Сен-16, (73) –2 // Вот тут и познаётся разница между нормальной компонентной системой и кубик-рубик, Vkni (ok), 21:00 , 30-Сен-16, (77) +3 При том большинство компонентов - из бамбука и лиан И работает характерно, заби, Аноним (-), 22:29 , 30-Сен-16, (82) –2 Ну вот примерно в таком стиле systemd и написан , Vkni (ok), 23:55 , 30-Сен-16, (85) +3 В нормальных системах покрутить лимиты-приоритеты может и старый добрый sysvinit, Michael Shigorin (ok), 09:54 , 01-Окт-16, (93) Если надо, берёте monit и получаете _вменяемый_ мониторинг состояния сервисов , Michael Shigorin (ok), 09:47 , 01-Окт-16, (91) Это чем он более вменяемый реализации в systemd Тем, что сделан через костыли с, Аноним (-), 03:52 , 06-Ноя-16, (106) –2 Ваши познания уних-вея ввергают нас в ступор благоговения У не сам ли Леннарт п, Andrey Mitrofanov (?), 14:22 , 07-Ноя-16, (107) +1 Функциональными тестами Если бы Вы ещё сами этой функциональностью пользовались , Michael Shigorin (ok), 14:34 , 07-Ноя-16, (108) +1 Это уже интересно И как выглядит функциональное тестирование сервиса, допустим,, Аноним (-), 22:10 , 08-Ноя-16, (109) Зависит от того, какие средства внешнего контроля предусматривает сервис Напри, Michael Shigorin (ok), 22:35 , 08-Ноя-16, (110) Это только начало, хехе , Аноним (-), 22:58 , 29-Сен-16, (11) +6 // Естественно Надо ведь не фичи релизить, а отлаживать существующий функционал ht, freehck (ok), 23:11 , 29-Сен-16, (14) +5 Забавный баг Походу нашли случайно Но для пользователей ничего хорошего, хоть е, vitalikp (?), 23:01 , 29-Сен-16, (12) +1 // Как , X2asd (ok), 23:13 , 29-Сен-16, (15) –1 // Как бамблби наверное, со своим rm -rf usr share , в айтишных байках , EuPhobos (ok), 23:20 , 29-Сен-16, (18) 1 Ну в апстриме исправили, а в старых версиях надо еще патч адаптировать 2 Есл, vitalikp (?), 23:28 , 29-Сен-16, (22) // в убунте уже исправили Вчера вечером команда работала, сегодня утром - уже нет, Аноним (-), 06:16 , 30-Сен-16, (37) Даже так Если они входные данные не проверили в одном месте, то такого будет мн, Andrey Mitrofanov (?), 09:29 , 30-Сен-16, (49) +3 Он давно уже идёт - я подписан на ALTовские рассылки, там периодически появляютс, Vkni (ok), 21:03 , 30-Сен-16, (78) +1 Достаточно посмотреть на опеннете на представителей альтлинукса, чтобы понять ка, Аноним (-), 22:38 , 30-Сен-16, (83) –1 Без чудес, да Падает, как у всех остальных , Vkni (ok), 00:01 , 01-Окт-16, (87) +3 Ничего, что здесь обычно отмечаются mike , cas , vkni -- а вот shaba , который , Michael Shigorin (ok), 11:11 , 01-Окт-16, (94) Думаю что во всех мало-мальски ориентированных на продакшн дистрах майнтайнеры б, Аноним (-), 20:22 , 30-Сен-16, (74) –1 Говорили же, чем больше всего намешано в PID 1, тем больше пространства для атак, anonymous (??), 02:58 , 30-Сен-16, (33) +12 // Не ошибается тот, кто ничего не делает , Аноним (-), 08:03 , 30-Сен-16, (41) –6 // Признаёте s-d ошибкой , Andrey Mitrofanov (?), 09:30 , 30-Сен-16, (50) +8 лол, пилить болгаркой стремянку, на которой стоишь, тоже можно а потом после , Аноним (-), 11:21 , 30-Сен-16, (58) +3   // Ну да, править кастомно 100500 скриптов от 100500 криворуких мейнтейнеров потому, anomymous (?), 20:15 , 30-Сен-16, (71) –2   Поэтому фанаты sysv init утверждают что болгарки и стремянки не требуются Макси, Аноним (-), 20:25 , 30-Сен-16, (75) –2   Язык Цэ, на котором написана система systemD - это и есть ручная дрель по сравне, Vkni (ok), 21:07 , 30-Сен-16, (79) +2   Пока не попробуешь им namespace переключить, попутно расставляя лимиты и переклю, Анонми (?), 22:45 , 30-Сен-16, (84) –3   У вас функциональная неграмотность я писал про языки Цэ и sh, а вы возражаете, , Vkni (ok), 00:00 , 01-Окт-16, (86) +3   Ну и нахрена вам всё это Ну и что вам такого дали эти ваши namespace-ы Улучшенн, freehck (ok), 09:47 , 01-Окт-16, (92)   Он скорее о том, что ulimit из инитскриптов в обычных дистрибутивах штатно не , Michael Shigorin (ok), 11:37 , 01-Окт-16, (95)   Да я, Миш, собственно о том и говорю, что они ставят в заслугу своей любимой под, freehck (ok), 17:33 , 01-Окт-16, (96) +2   Реально, если есть проблемы со скриптами, то нужно просто переходить на какой-ни, Vkni (ok), 18:14 , 01-Окт-16, (98) –2   Кстати, очень интересная мысль Предлагаю обсудить в почте vkni altlinux org, н, freehck (ok), 19:58 , 01-Окт-16, (99)   У меня тоже есть, но толку-то Основная проблема с заменой sh - это то, что нужн, Vkni (ok), 22:48 , 01-Окт-16, (101)   Вот мне тоже не понятно, куда там типизацию втыкать Основное применение shell -, freehck (ok), 15:57 , 02-Окт-16, (103) –1   Вообще это несложно поправить -- на конторе всё так же вечерами водится чай, а з, Michael Shigorin (ok), 22:39 , 01-Окт-16, (100)   А контора-то где Посмотрел Мне 4 часа ходу до Переславля Можно попробовать Хо, freehck (ok), 15:25 , 02-Окт-16, (102)   На Дмитровской, см basealt ru Да, зимой по горкам с эпизодическими лесовозами б, Michael Shigorin (ok), 15:10 , 03-Окт-16, (105)   Я все жду когда Торвальдс хороший гемор от этой поделки получит, anonymous (??), 08:23 , 30-Сен-16, (44) +4 // LF РедХейту гешефт не выклюет , Andrey Mitrofanov (?), 09:31 , 30-Сен-16, (51) Немного напомнило давний багhttps bugs freedesktop org show_bug cgi id 74589Ве, Аноним84701 (?), 17:42 , 30-Сен-16, (68) +1 // Я тоже глубоко не закапывался, но на поверхностный взгляд бессистемность - это, KonstantinB (ok), 19:17 , 30-Сен-16, (69) +1 // upstart в целом был бы куда более интересен, если бы не имел такой полномасштабн, anomymous (?), 20:16 , 30-Сен-16, (72) –2 // Можете приступать Но что-то тот код с магическими константами как появился в 20, Vkni (ok), 00:03 , 01-Окт-16, (88) +3 архитектура -- дело поправимое, задумка -- не беда PS привет с калужской к, Michael Shigorin (ok), 09:45 , 01-Окт-16, (90) +1 Теперь-то да, деваться уже некуда Пару лет назад еще имело смысл пробовать допи, KonstantinB (ok), 19:37 , 02-Окт-16, (104) А радости с этого Ну вот надо мне чтобы моя программа взлетела перед какой-то е, Аноним (-), 20:32 , 30-Сен-16, (76) –1 5,7,8,11,12,33,44,68

Сообщения

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

	58. "Локальная DoS-уязвимость в systemd"	+3 +/–
	Сообщение от Аноним (-), 30-Сен-16, 11:21
	лол, пилить болгаркой стремянку, на которой стоишь, тоже можно... а потом после ампутации половины конечностей повторять твою фразу... если изначально делаешь глупость, то не ошибиться невозможно.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	71. "Локальная DoS-уязвимость в systemd"	–2 +/–
	Сообщение от anomymous (?), 30-Сен-16, 20:15
	Ну да, править кастомно 100500 скриптов от 100500 криворуких мейнтейнеров потому, что они делают что-то не так, как положено - куда лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Локальная DoS-уязвимость в systemd"	–2 +/–
	Сообщение от Аноним (-), 30-Сен-16, 20:25
	> лол, пилить болгаркой стремянку, на которой стоишь, тоже можно... Поэтому фанаты sysv init утверждают что болгарки и стремянки не требуются. Максимум ручная дрель.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	79. "Локальная DoS-уязвимость в systemd"	+2 +/–
	Сообщение от Vkni (ok), 30-Сен-16, 21:07
	> Поэтому фанаты sysv init утверждают что болгарки и стремянки не требуются. Максимум > ручная дрель. Язык Цэ, на котором написана система systemD - это и есть ручная дрель по сравнению с sysVinit'овским sh'ем.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Локальная DoS-уязвимость в systemd"	–3 +/–
	Сообщение от Анонми (?), 30-Сен-16, 22:45
	> Язык Цэ, на котором написана система systemD - это и есть ручная > дрель по сравнению с sysVinit'овским sh'ем. Пока не попробуешь им namespace переключить, попутно расставляя лимиты и переключая планировщики, попутно прописывая лимиты SECCOMP. Вот тут берешь ты sh и ощущаешь себя с ручной дрелью около бетонной стены. А системд - обычный перфоратор среднего пошиба. Да, чинить его сложнее чем ручную дрель. Но и может он намного больше.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Локальная DoS-уязвимость в systemd"	+3 +/–
	Сообщение от Vkni (ok), 01-Окт-16, 00:00
	У вас функциональная неграмотность: я писал про языки Цэ и sh, а вы возражаете, рассказывая про системы инициализации.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Локальная DoS-уязвимость в systemd"	+/–
	Сообщение от freehck (ok), 01-Окт-16, 09:47
	Ну и нахрена вам всё это? > namespace переключить Ну и что вам такого дали эти ваши namespace-ы? Улучшенная статистика? О, это да. Статистика - это ведь круто. "Типа контейнеризация, типа безопасность"? Да нет вроде. "Возможность управлять всеми процессами разом"? Блин, ну так для того всегда были pgid и sid у каждого процесса. Вы о них хотя бы слышали, оналитеги хреновы? > расставляя лимиты О да, ulimit-а вам почему-то не хватило. > ... переключая планировщики ... Планировщики по 10 раз на дню переключать. Ага. Зачем?! Кому такое в голову взбрело, что за больное воображение? Кроме вас, системдэ-шников, так *никто* не делает. > ... лимиты SECCOMP ... "Запихнём всё в контейнеры во имя добра"? Как же блин раньше-то люди жили без этих песочниц-то? Пихали процесс в chroot и горя не знали. И то - при крайней необходимости, и только.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	95. "Локальная DoS-уязвимость в systemd"	+/–
	Сообщение от Michael Shigorin (ok), 01-Окт-16, 11:37
	>> расставляя лимиты > О да, ulimit-а вам почему-то не хватило. Он скорее о том, что ulimit из инитскриптов в "обычных дистрибутивах" штатно не дёргается, т.е. придавить получится лишь с точностью до псевдопользователя в тех случаях, когда на них вообще переключаются.  Дистрибутивно решается крайне компактной шелльной библиотекой (ссылка в #93) и точечными добавлениями в собственно пакетах с сервисами.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Локальная DoS-уязвимость в systemd"	+2 +/–
	Сообщение от freehck (ok), 01-Окт-16, 17:33
	>>> расставляя лимиты >> О да, ulimit-а вам почему-то не хватило. > Он скорее о том, что ulimit из инитскриптов в "обычных дистрибутивах" штатно > не дёргается Да я, Миш, собственно о том и говорю, что они ставят в заслугу своей любимой поделочке такие вещи, потому что они там есть "из коробки". Но при этом как-то закрываются глаза на то, что: 1) такие штуки можно при желании и к sysvinit приделать, 2) это не делается в "обычных дистрибутивах", потому что в 99% случаев это нафиг не нужно. > т.е. придавить получится лишь с точностью до псевдопользователя в > тех случаях, когда на них вообще переключаются. Ага. И обычно в оставшемся 1% случаев именно так и делается. > Дистрибутивно решается крайне компактной шелльной библиотекой (ссылка в #93) и точечными добавлениями в собственно пакетах с сервисами. Даже не сомневался, что сущесвует. Вообще, у вас там в Альте со скриптами всё хорошо. У вас там Левин есть. Я с ним не знаком, но читал его скрипты, когда gears изучал на досуге. Они клёвые.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Локальная DoS-уязвимость в systemd"	–2 +/–
	Сообщение от Vkni (ok), 01-Окт-16, 18:14
	> Даже не сомневался, что сущесвует. Вообще, у вас там в Альте со > скриптами всё хорошо. У вас там Левин есть. Я с ним > не знаком, но читал его скрипты, когда gears изучал на досуге. > Они клёвые. Реально, если есть проблемы со скриптами, то нужно просто переходить на какой-нибудь более-менее типизированный язык с sh'а. Т.е. вполне можно взять и переписать sysVinit скрипты с sh на тот же Ocaml. Они, конечно, распухнут, но ошибок будет меньше. Хотя, конечно, это явно не идеальный выбор языка - желательно всё-таки написать лёгкую типизированную замену sh. Но архитектура-то всё равно будет не systemDшная (кубик-рубик-монолит), а sysVinit'овская - лёгкое ядро + скриптовая обвязка.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Локальная DoS-уязвимость в systemd"	+/–
	Сообщение от freehck (ok), 01-Окт-16, 19:58
	> Реально, если есть проблемы со скриптами, то нужно просто переходить на какой-нибудь > более-менее типизированный язык с sh'а. Т.е. вполне можно взять и переписать > sysVinit скрипты с sh на тот же Ocaml. Они, конечно, распухнут, > но ошибок будет меньше. Хотя, конечно, это явно не идеальный выбор > языка - желательно всё-таки написать лёгкую типизированную замену sh. Кстати, очень интересная мысль. Предлагаю обсудить в почте. vkni@altlinux.org, не ошибаюсь? У меня есть некоторый опыт разработки DSL на Ocaml. Давайте обсудим и скооперируемся. Я бы поигрался с подобным проектом. Сейчас болею, но завтра-послезавтра буду в адеквате. Для начала обсудим, что за проблемы со скриптами, и как подобные проблемы sysvinit решены в других инитах. Я лично с проблемами в скриптах не сталкивался (стабильный дебиан всё-таки), поэтому мне трудно судить, чего именно не хватает. > Но архитектура-то всё равно будет не systemDшная (кубик-рубик-монолит), а sysVinit'овская > - лёгкое ядро + скриптовая обвязка. И это хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Локальная DoS-уязвимость в systemd"	+/–
	Сообщение от Vkni (ok), 01-Окт-16, 22:48
	> У меня есть некоторый опыт разработки DSL на Ocaml. У меня тоже есть, но толку-то? Основная проблема с заменой sh - это то, что нужно хорошо поставить задачу, описать этот самый язык. А интерпретатор много кто может написать. Я много раз это обсуждал - решительно непонятно, что конкретно нужно делать с типами. Т.е. с одной стороны, скриптовый движок должен быть типизирован (т.к. bash уже есть), с другой стороны, нужна поддержка grep/sed - т.е. операций над строковыми данными. Нужно, чтобы скрипт мог без выпадения обрабатывать потоки данных с ошибками. Вот что в bash'е круто: 1) Работа со файловыми именами без кавычек. Ну и вообще минимум кавычек. 2) Ленивость конвееров как Хаскелле, позволяет обрабатывать не влезающие в ОЗУ объёмы данных потоковым образом. 3) Распараллеливаемость всего и всея - программы, входящие в конвеер работают параллельно. > Для начала обсудим, что за проблемы со скриптами, и как подобные проблемы > sysvinit решены в других инитах. Я лично с проблемами в скриптах > не сталкивался (стабильный дебиан всё-таки), поэтому мне трудно судить, чего именно > не хватает. Инит скрипты уже более-менее вылизаны. Ну, а что плохо - if'ы, передача параметров скриптам, передача кодов ошибок и т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Локальная DoS-уязвимость в systemd"	–1 +/–
	Сообщение от freehck (ok), 02-Окт-16, 15:57
	>> У меня есть некоторый опыт разработки DSL на Ocaml. > У меня тоже есть, но толку-то? Основная проблема с заменой sh - > это то, что нужно хорошо поставить задачу, описать этот самый язык. > А интерпретатор много кто может написать. > Я много раз это обсуждал - решительно непонятно, что конкретно нужно делать > с типами. Т.е. с одной стороны, скриптовый движок должен быть типизирован > (т.к. bash уже есть), с другой стороны, нужна поддержка grep/sed - > т.е. операций над строковыми данными. Нужно, чтобы скрипт мог без выпадения > обрабатывать потоки данных с ошибками. Вот мне тоже не понятно, куда там типизацию втыкать. Основное применение shell - это вызов внешних команд. А их коды возврата - это обычно int. И где мы там типизацию втыкать собрались... Нужна ли поддержка grep/sed в самом языке - это конечно вопрос интересный. Чтобы как в perl не ставить лишнюю экранировку - может быть, было бы удобно. Но возможно легче было бы в bash привнести что-то вроде двойных-тройных кавычек для этого дела? Но вот если Вы предлагаете регэкспы компилировать языком, то я считаю это однозначно плохой вещью. Пусть уж лучше sed разбирает строку, которую мы ему передали и сигналит об ошибке кодом возврата, как и раньше. Потом, начнём мы типы вводить. Какие мы сможем ввести-то? И для чего? Я смекаю, что только для определяемых функций. У нас будет тип exit_code, который будет либо Ok, когда программа вернула нуль, и Error of int, когда программа вернула не нуль. У нас будут преобразования exit_code в bool и в int. Надо поработать со строками обязательно. Где мы сможем использовать типизацию? Пожалуй, только в функциях, которые мы определяем в самом языке. Повсеместно будут требоваться преобразования кода возврата во что-нибудь. Для каждого действия со внешними командами придётся писать типизированную обёртку. Скрипты довольно-таки разрастутся. Если на то пошло, у меня похоже получается один-в-один Ocaml, который дёргает внешние команды. Но сам Ocaml использовать нельзя, потому что у него слишком большой рантайм. Нам нужно что-нибудь легковесное, что уместится килобайт в 20 против 170кб для hello_world для Ocaml. > Вот что в bash'е круто: > 1) Работа со файловыми именами без кавычек. Ну и вообще минимум кавычек. В большинстве случаев всё равно оборачиваю в кавычки всё, с чем работаю, чтобы в случае наличия пробелов трактовалось как один параметр. > 2) Ленивость конвееров как Хаскелле, позволяет обрабатывать не влезающие в ОЗУ объёмы > данных потоковым образом. Ленивость конвееров - это собственно не фишка самого shell, а фишка unix-системы в целом. Он же создаёт детей и связывает их каналами, так что распараллеливание, оно на уровне ядра, а не shell-а. > 3) Распараллеливаемость всего и всея - программы, входящие в конвеер работают параллельно. Аналогично п.2 >> Для начала обсудим, что за проблемы со скриптами, и как подобные проблемы >> sysvinit решены в других инитах. Я лично с проблемами в скриптах >> не сталкивался (стабильный дебиан всё-таки), поэтому мне трудно судить, чего именно >> не хватает. > Инит скрипты уже более-менее вылизаны. Ну, а что плохо - if'ы, передача > параметров скриптам, передача кодов ошибок и т.д. А что там с if-ами? Не соображу никак. Если есть желание cond, так elsif в принципе та же фигня. Да и case в наличии. Передача параметров - возможно. В принципе аналоги labeled & optional parameters для скриптов можно было бы обязательным предварительным getopt-разбором. Хотя если честно, мне понравилось, как параметры разбираются в zsh. Получается примерно так: zparseopts -a opts \            v+ -version \            d -debug \            h -help -usage \            s:=server -server:=server \            -src:=source -source:=source \            -dst:=destination -destination:=destination \            p:=project -project=project \            a:=action -action:=action \            u:=user -user:=user
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Локальная DoS-уязвимость в systemd"	+/–
	Сообщение от Michael Shigorin (ok), 01-Окт-16, 22:39
	> У вас там Левин есть. Я с ним не знаком Вообще это несложно поправить -- на конторе всё так же вечерами водится чай, а завтра до обеда мы вообще в Калуге на #ossdevconf (ещё можно в Переславль где-нить к концу января готовиться с докладом по образовательной тематике или просто так).  Ну, на всякий :) PS: коллеги, а может, учиним при случае опеннетовку, чтоб хоть кто где неподалёку живёт -- в лицо друг дружку знать?..
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	102. "Локальная DoS-уязвимость в systemd"	+/–
	Сообщение от freehck (ok), 02-Окт-16, 15:25
	>> У вас там Левин есть. Я с ним не знаком > Вообще это несложно поправить -- на конторе всё так же вечерами водится чай, А контора-то где? > ещё можно в Переславль где-нить к концу января готовиться с докладом > по образовательной тематике или просто так. Посмотрел. Мне 4 часа ходу до Переславля. Можно попробовать. Хотя Москва была бы удобнее. Я не очень хороший водитель пока - 4 часа за рулём мне пока тяжело. :) > PS: коллеги, а может, учиним при случае опеннетовку, чтоб хоть кто где > неподалёку живёт -- в лицо друг дружку знать?.. Очень за. Заодно может ключи друг другу подпишем (если кто пользуется gpg)?
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Локальная DoS-уязвимость в systemd"	+/–
	Сообщение от Michael Shigorin (ok), 03-Окт-16, 15:10
	>>> У вас там Левин есть. Я с ним не знаком >> Вообще это несложно поправить -- на конторе всё так же вечерами водится чай, > А контора-то где? На Дмитровской, см. basealt.ru. > Посмотрел. Мне 4 часа ходу до Переславля. Можно попробовать. Хотя Москва была > бы удобнее. Я не очень хороший водитель пока - 4 часа за рулём мне пока тяжело. :) Да, зимой по горкам с эпизодическими лесовозами бывает сложно -- но туда арендуют автобус. >> PS: коллеги, а может, учиним при случае опеннетовку, чтоб хоть кто где >> неподалёку живёт -- в лицо друг дружку знать?.. > Очень за. Заодно может ключи друг другу подпишем (если кто пользуется gpg)? Тоже вариант, если кому надо.
	Ответить | Правка | Наверх | Cообщить модератору

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

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