The OpenNET Project / Index page

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



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

Оглавление

Проект Arch Linux прекращает поддержку скриптов инициализаци..., opennews (??), 04-Ноя-12, (0) [смотреть все] +1

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


26. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от кверти (?), 05-Ноя-12, 00:28 
Заметил одну вещь - здесь срут кирпичами одни и те же, то им wayland не нравится, то systemd...Вместо того, чтоб срать кирпичами, возьмите исходники и делайте то, что вам нужно. А, я понял, вы хотите чтоб кто-то за вас всё сделал, ещё и бесплатно? ну так срите кирпичами и дальше. Хорошего вам геморроя!
Ответить | Правка | Наверх | Cообщить модератору

30. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от rm_email (ok), 05-Ноя-12, 00:37 
> Заметил одну вещь - здесь срут кирпичами одни и те же, то
> им wayland не нравится, то systemd...Вместо того, чтоб срать кирпичами, возьмите
> исходники и делайте то, что вам нужно. А, я понял, вы
> хотите чтоб кто-то за вас всё сделал, ещё и бесплатно? ну
> так срите кирпичами и дальше. Хорошего вам геморроя!

Объясняю на пальцах: есть sysvinit, всё хорошо, всё работает.
И тут вдруг внезапно кому-то моча ударила в голову срочно внедрить везде systemd всё перекурочить а старое на слом!! -- и нам тут же срочно надо бросать все дела и бежать "взять исходники и делать то что нам нужно"? А не облезете ли? У нас всё работает и так, если Арчевцы решили свой дистр run into the ground то чо сказать удачи, думаю со временем одумаются что "опс, а пользователей-то тю-тю", как уже понемногу начинает доходить до разрабов гнома 3.

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

36. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +5 +/
Сообщение от zerotemail (??), 05-Ноя-12, 00:59 

соглашусь, нужен не чёрный ящик с достаточно большим количеством деталей внутри для того, чтобы даже зная Си, было неприятно копаться в чужой логике, а проверенный инструмент, который требует для модификаций любого блока минимальных телодвижений
-
Добавлю - копаться в "логичной логике" исходников exim, sendmail-milter, netfilter nqueue мне в своё время было не в лом. Но даже делать подход к инструменту, создающему дополнительные усложнённые сущности, почему то не хочется
-
распространённый UNIX - фря, линукс - всегда был силён атомарностью и простотой кубиков, из которых всё собиралося. И оставалось время на жизнь, здесь же предлагается порочный вектор ненужного на десктопах и серверах усложнения. Да, идея усложнения не нравится категорически
Ответить | Правка | Наверх | Cообщить модератору

38. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от zerotemail (??), 05-Ноя-12, 01:02 
уточняю - чёрный ящик с порочными идеями - это сустемДэ
Ответить | Правка | Наверх | Cообщить модератору

88. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +6 +/
Сообщение от Xasd (ok), 05-Ноя-12, 04:11 
> уточняю - чёрный ящик с порочными идеями - это сустемДэ

такой же чёрный ящик как например Bash .

и не смотря на то что -- Bash -- ЯВНО намного сложнее чем SystemD ---- SystemD выполняет свою роль НАМНОГО ЛУЧШЕ (качественнее) , чем ситуация когда это делал Bash.

(настоящий unix-way: каждая утилита делает своё дело. Bash выполняет роль исполненния говноскриптов. SystemD выполняет роль системного мэнэджэра операционной системы).

возмём случай например когда демон активируется по dBus-шине. как сделать чтобы он качественно стартовал при загрузке без SystemD ? есть ли способ?

и возьмём случай (другой случай) -- когда старые механизмы загрузки (которые были ДО SystemD) -- вынуждают демона форкать (fork). знаете ли вы что происходит с второстепенными нитями (Thread) во вемя fork? а что происходит с мьютексами и семафорами в момент fork? вот если не знаете -- то прочитайте пожалуйста, и УЖАСНИТЕСЬ!!!! (чтобы ужаснуться -- не забудьте вспомнить про линковку со сторонними динамическими библиотеками)

старые механизмы загрузки демонов (которые вынуждают делать fork) -- требуют от демона, чтобы он сделал fork ПОСЛЕ того как произойдёт инициализация. а это значит что вероятнее всего к тому времени во момент fork -- у демона уже могут быть открыты мьютексы, семофоры, побочные нити (от сторонней библиотеки) . а это значит что всегда есть вероятность (вероятность низкая, трудно уловимая) что некий демон форкнется с ошибкой и попадёт в deadlock (из-за незакрытого мьютекса, который был открыт в момент кратко-временно-живушей нити) .

сторонние библиотеки плевать хотели на использование pthread_atfork() . многие разработчики даже не понимают как/зачем использовать pthread_atfork().

# P.S.: вы думаете что разработчики почти-всех дистибутивов такие дураки что переходят на SystemD, а вы (обычныt пользователи) такие умные, настолько что знаете лучше аж чем они? помоему намного больше вероятности предположить что разработчики дистрибудтвов делают переход на SystemD -- ПОТОМУЧТО НА ЭТО ЕСТЬ ПРИЧИНЫ! (и потомучто вопрос "переходить на SystemD или не переходить?" -- вообще НЕ является нисколько спорным, с технической точки зрения, для компетентного разработчика)

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

97. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Firefoxic (ok), 05-Ноя-12, 05:13 
Плюсую!
Вот это я понимаю, изложение технической и практической стороны вопроса!
А с другой сторыны батх^W баррикады (со стороны systemd-ненавистников) лишь эмоциональные высеры и ссылки на психоз в LOR'е.
Ответить | Правка | Наверх | Cообщить модератору

267. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok), 06-Ноя-12, 02:14 
> Вот это я понимаю, изложение технической и практической стороны вопроса!

да, приравнять bash и init-систему — это было круто. тут даже ничего добавлять не надо: квалификация любителей портерингоподелий как на ладони. воистину: не надо им мешать, и они себя сами так обгадят, как сто недругов не смогут.

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

280. "Проект Arch Linux прекращает поддержку скриптов..."  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 04:28 
которая из фраз в каком конкретно контексте сотстветсвует "приравнять bash и init-систему". ты ведь неспособен на вдумчивые ответы по пунктами и по делу, верно?
Ответить | Правка | Наверх | Cообщить модератору

283. "Проект Arch Linux прекращает поддержку скриптов..."  +2 +/
Сообщение от arisu (ok), 06-Ноя-12, 04:33 
что, бедняша, опять двойку получил и взрослые парни карманные деньги забрали? ну, бывает, чо. зато в интернетах ты Воен, не переживай.
Ответить | Правка | Наверх | Cообщить модератору

294. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (-), 06-Ноя-12, 04:50 
> что, бедняша, опять двойку получил и взрослые парни карманные деньги забрали? ну,
> бывает, чо. зато в интернетах ты Воен, не переживай.

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

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

123. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от prof_alex (?), 05-Ноя-12, 10:44 
> возмём случай например когда демон активируется по dBus-шине. как сделать чтобы он качественно стартовал при загрузке без SystemD ? есть ли способ?

Конечно, Вас не затруднит привести пример такого демона? Только не мертвенький пока firewalld, ага.

> а это значит что всегда есть вероятность (вероятность низкая, трудно уловимая) что некий демон форкнется с ошибкой

Для этого, кода, в котором ошибки могут быть нужно как можно меньше. Только не говорите, что это чудо со встроенным всем, включая http-сервер, уместилось в 5000 строк кода.

systemd критикуют за ущербность на уровне архитектуры, монолитность излишнюю.

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

124. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 05-Ноя-12, 10:47 
> ПОТОМУЧТО НА ЭТО ЕСТЬ ПРИЧИНЫ!

Годами всё работало, а тут ВНЕЗАПНО появились причины СРОЧНО переходить на systemd.

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

127. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от бедный буратино (ok), 05-Ноя-12, 11:00 
>> ПОТОМУЧТО НА ЭТО ЕСТЬ ПРИЧИНЫ!
> Годами всё работало, а тут ВНЕЗАПНО появились причины СРОЧНО переходить на systemd.

Почему внезапно? И почему срочно? И почему бы и нет?

Годами может много чего устраивать. С такими позициями - на Debian Etch, он меня тоже годами устраивал.

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

248. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 05-Ноя-12, 22:24 
> Годами всё работало, а тут ВНЕЗАПНО появились причины СРОЧНО переходить на systemd.

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


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

154. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonymous (??), 05-Ноя-12, 12:00 
>[оверквотинг удален]
> в deadlock (из-за незакрытого мьютекса, который был открыт в момент кратко-временно-живушей
> нити) .
> сторонние библиотеки плевать хотели на использование pthread_atfork() . многие разработчики
> даже не понимают как/зачем использовать pthread_atfork().
> # P.S.: вы думаете что разработчики почти-всех дистибутивов такие дураки что переходят
> на SystemD, а вы (обычныt пользователи) такие умные, настолько что знаете
> лучше аж чем они? помоему намного больше вероятности предположить что разработчики
> дистрибудтвов делают переход на SystemD -- ПОТОМУЧТО НА ЭТО ЕСТЬ ПРИЧИНЫ!
> (и потомучто вопрос "переходить на SystemD или не переходить?" -- вообще
> НЕ является нисколько спорным, с технической точки зрения, для компетентного разработчика)

Причем тут нити(thread)? На уровне скриптов командного интерпретатора (bash) thread'ы не поддерживаются.
Или Вы хотите сказать, что при запуске из командного интерпретатора демонов возможны описанные проблемы? Механизмы не взаимосвязанные.
P.S. Для создания нитей на уровне запуска из демона рекомендован к использованию clone(), а не fork().

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

201. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от myhand (ok), 05-Ноя-12, 13:41 
> и не смотря на то что -- Bash -- ЯВНО намного сложнее чем SystemD ---- SystemD выполняет свою роль НАМНОГО ЛУЧШЕ (качественнее) , чем ситуация когда это делал Bash.

Bash *никогда* не делал работу systemd.  Задачи инициализации лежат на sysvinit, который расчитан на небольшой и четко очерченный список задач, а не на туманное "быть менеджером".  Что предполагается исполнять на конкретном runlevel - bash или не bash - дело хозяйское (в Debian - dash).

Вы можете рассказать присутствующим что *входит* в "задачи системного мэнэджэра операционной системы" и что *не входит*?  Подозреваю, что нет - т.к. сам аффтар затрудняется и тянет все больше и больше хлама.  Другие аргументы уже упоминали по ссылкам (туповатый ini-формат с безбрежным полем ХренВспомнишьОпций, трудность диагностики проблем и отладки, etc).

> старые механизмы загрузки демонов (которые вынуждают делать fork) -- требуют от демона, чтобы он сделал fork ПОСЛЕ того как произойдёт инициализация. а это значит что вероятнее всего к тому времени во момент fork -- у демона уже могут быть открыты мьютексы, семофоры, побочные нити (от сторонней библиотеки)

У библиотек есть xyz_init(), которая делает инициализацию и открывает все страсти-ужасти, которые вы живописали.  А демон вызывает подобные функции - после демонизации, но никак не до.

Так что проблемы безграмотных индейцев шерифа не *******...

> вы думаете что разработчики почти-всех дистибутивов такие дураки что переходят на SystemD

Покуда ни один значимый дистрибутив на SystemD не перешел.  RHEL - в планах (поживем - увидим), Debian - и в планах нету.

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

202. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (-), 05-Ноя-12, 13:45 
openSUSE - ещё какой нормальный
Ответить | Правка | Наверх | Cообщить модератору

234. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Anonimus Vulgaris (?), 05-Ноя-12, 19:42 
> который рассчитан на небольшой и четко очерченный список задач, а не на туманное "быть менеджером"

Вот в этом-то и заключаются все проблемы современного общества, и не только Linux'а. Но это так, к слову.

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

204. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от zerotemail (??), 05-Ноя-12, 13:49 
миль пардон, но для целей практического системного администрирования серверов и десктопов ваши аргументы больше смахивают на псевдонаучное забалтывание темы
-
DBus на серверах для целей инициализации сервисов - это мягко говоря  не жизненная необходимость. очень мягко говоря
-
На мой взгляд вы акцентируетесь на несущественных для практических задач деталях. Форк - это штатный юниксовый механизм порождения дочерних процессов. А скрипты инициализации являются удобным, предсказуемым и просто администрируемым механизмом управления сервисами. Самое главное - простым и не зависящим от стада идеологов механизмом, в котором любой администратор может сделать атомарную кастомизацию
-
Есть ещё конечно путь старой фри - запихнуть в один файл последовательность запуска сервисов и не париться кольцами исполнения initscripts, но, в общем случае и на мой взгляд удобнее всеж вариант линуксов, хотя бывает приходится дополнять /etc/rc.local

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

449. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от nuclightemail (??), 08-Ноя-12, 16:31 
Какая претенциозная ахинея. Треды не имеют никакого отношения к старту демона, который может быть стартован кем угодно, например вручную админом из шелла при разбирательствах. Ему пофиг, systemd это или кто. Просто разные темы совсем.
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

41. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +7 +/
Сообщение от Stax (ok), 05-Ноя-12, 01:15 
Ха. А smf в солярке (и это - распространенный UNIX, в отличие от линукса, который не юникс совсем..) это вам как, черный ящик с деталями внутри или кубики?

А очень удобен, между прочим. Разве что кроме этих xml-конфигов сервисов: слишком многословные. Но в systemd это учли и этот момент проработан лучше.

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

198. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от zerotemail (??), 05-Ноя-12, 13:38 
> Ха. А smf в солярке (и это - распространенный UNIX, в отличие
> от линукса, который не юникс совсем..) это вам как, черный ящик
> с деталями внутри или кубики?

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

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

207. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от XPEHemail (?), 05-Ноя-12, 14:00 
Можете внятно объяснить что там такого ужасного произошло в десятки и куда вам впихали реестр ?
Ответить | Правка | Наверх | Cообщить модератору

257. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от zerotemail (??), 05-Ноя-12, 23:38 
не запаривайтесь, если не в теме - вам оно и не надо. и привычки впихивать себе непотребное поменяйте :)

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

459. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 09-Ноя-12, 18:24 
Поменяйте привычку указывать всем что делать - и вам намного реже станут рассказывать куда вам пойти.
Ответить | Правка | Наверх | Cообщить модератору

61. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от GentooBoy (ok), 05-Ноя-12, 02:22 
>[оверквотинг удален]
>> так срите кирпичами и дальше. Хорошего вам геморроя!
> Объясняю на пальцах: есть sysvinit, всё хорошо, всё работает.
> И тут вдруг внезапно кому-то моча ударила в голову срочно внедрить везде
> systemd всё перекурочить а старое на слом!! -- и нам тут
> же срочно надо бросать все дела и бежать "взять исходники и
> делать то что нам нужно"? А не облезете ли? У нас
> всё работает и так, если Арчевцы решили свой дистр run into
> the ground то чо сказать удачи, думаю со временем одумаются что
> "опс, а пользователей-то тю-тю", как уже понемногу начинает доходить до разрабов
> гнома 3.

Им чтоб до разрабор гнома 3 дойти нужно ядро сменить на hurd или что то в этом роде.

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

203. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от al_88 (ok), 05-Ноя-12, 13:47 
> Объясняю на пальцах: есть sysvinit, всё хорошо, всё работает.

Вот есть велосипед, всё хорошо, всё работает, педали крутятся, но ведь все хотят машину в с двигателем внутреннего сгорания. Аналогия ясна?

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

206. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от myhand (ok), 05-Ноя-12, 13:58 
> все хотят машину в с двигателем внутреннего сгорания.

Отучаемся говорить за всех.  Смысл фразы ясен?


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

220. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Ytch (?), 05-Ноя-12, 15:40 
> ...но ведь все хотят машину в с двигателем внутреннего сгорания.

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

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

235. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Anonimus Vulgaris (?), 05-Ноя-12, 19:48 
Точно. Получилась велорикша. На машину всё равно не похоже, но индусам нравится.
Ответить | Правка | Наверх | Cообщить модератору

250. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (-), 05-Ноя-12, 22:29 
> машинами (возможно, включая ремонт только в сертифицированных сервисах)!

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

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

256. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok), 05-Ноя-12, 23:33 
> А как по мне - так поездив на таких на другие уже как-то и не захочется...

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

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

385. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 07-Ноя-12, 11:13 
>> А как по мне - так поездив на таких на другие уже как-то и не захочется...
> А вы не на речку купаться прокатитесь - а сотен хоть за пять километров.  

Некоторые и побольше ездят. Все можно, если с умом.

> Да не там, где макдональдсы на каждом углу...

Вот для поездки в макдональдс гидравлика нафиг не сдалась. Ее плюсы лучше всего ощущаются на сложном рельефе. Просто для дальних поездок придется взять характерные запчасти и заметь некоторые специальные скиллы. Лучше чем обливаться потом на неубиваемом железном крокодиле и волочь его на себе полпути, имхо.

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

397. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 07-Ноя-12, 13:01 
Это как элитные покорители севера на японских джипах? Ну тех что с пластиковыми баками? На них ехать это столько плюсов... правда вот бак с солярой лампой не погреешь.
Ответить | Правка | Наверх | Cообщить модератору

420. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok), 07-Ноя-12, 16:13 
>>> А как по мне - так поездив на таких на другие уже как-то и не захочется...
>> А вы не на речку купаться прокатитесь - а сотен хоть за пять километров.
> Некоторые и побольше ездят. Все можно, если с умом.

Ну да, если навес качественный - иначе "запчасти" и "скиллы" неприменно потребуются.

> взять характерные запчасти и заметь некоторые специальные скиллы.

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

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

А с чего вдруг?

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

460. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 09-Ноя-12, 18:35 
>> Некоторые и побольше ездят. Все можно, если с умом.
> Ну да, если навес качественный - иначе "запчасти" и "скиллы" неприменно потребуются.

А на некачественном обвесе пилить на 500км от дома - это или мазохизм или дебилизм.

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

В сабже умирать особо нечему. Ну, можно гидролинию порвать или колодки стереть. Ну и трос обычного тормоза можно порвать или колодки стереть. Так что ездок потащит запасную гидролинию а не трос. WTF is a difference? Алсо тормозов на мало-мальски вменяемых великах два. Угробить сразу оба - маловероятно.

> Убить же "колодки" вовсе - нереально.

Да, давайте советский крокодил 1-скоростной вспомним. Правда если маршрут не идеально плоский, велик полпути придется на себе тащить. Подумаешь, мелочи какие.

>> Лучше чем обливаться потом на неубиваемом железном крокодиле и волочь его на себе полпути, имхо.
> А с чего вдруг?

С того что приличный агрегат с гидравликой и кучей передач позволяет ездить по крайне дрянной местности где более дубовый агрегат придется тащить на себе. Дисковая гидравлика позволяет очень точно и аккуратно тормозить, что позволяет осиливать даже довольно стремные спуски. А куча передач позволит вкрутить и туда где 1-скоростной драндулет придется переть на себе. Вот дизайн и отхапал свою заслуженную популярность. Хоть и сложнее.

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

463. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok), 09-Ноя-12, 23:59 
>> Ну да, если навес качественный - иначе "запчасти" и "скиллы" неприменно потребуются.
> А на некачественном обвесе пилить на 500км от дома - это или

Или трезвый расчет и здравая экономия.  Не каждый готов выкинуть за велик 1.5-2k$.

К качеству ободных тормозов требования заметно менее критичны.  Собственно, об этом и шла речь.

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

334. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Анончик (?), 06-Ноя-12, 11:05 
> У нас всё работает и так

Если действительно все работает, то закрой браузер и не пиши сюда больше


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

35. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +6 +/
Сообщение от Аноним (-), 05-Ноя-12, 00:57 
В open source сообществе есть разработчики и есть пользователи. Причём многие пользователи пользуются open source софтом по идейным соображениям, им нравится архитектура и дух UNIX. Когда обе эти категории имеют голос -- это хорошо. Когда одни говорят: "заткнитесь и жрите что дают", то чувствуется, что  кто-то захотел показать, кто в open source главный.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

42. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от кверти (?), 05-Ноя-12, 01:15 
пользователем можно назвать того, кто разбирается в том, что использует. А здесь, как показывает практика,большинство понятия не имеет, что такое systemd, иначе кроме истерики, неких "чёрных ящиков" и http-сервера(кастрированного до нельзя) здесь ничего не слышно, чем же так плох systemd.
Ответить | Правка | Наверх | Cообщить модератору

51. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от filosofem (ok), 05-Ноя-12, 01:31 
> пользователем можно назвать того, кто разбирается в том, что использует. А здесь,
> как показывает практика,большинство понятия не имеет, что такое systemd, иначе кроме
> истерики, неких "чёрных ящиков" и http-сервера(кастрированного до нельзя) здесь ничего
> не слышно, чем же так плох systemd.

А чем плоха венда?
А то тут все ругают, но никто не имеет понятия, только истерят почём зря.

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

55. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от кверти (?), 05-Ноя-12, 01:48 
>А чем плоха венда?

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

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

58. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –3 +/
Сообщение от filosofem (ok), 05-Ноя-12, 02:04 
>>А чем плоха венда?
> а тут тема про венду?

Да. Про то, что делают ещё одну венду.

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

59. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от кверти (?), 05-Ноя-12, 02:12 
>делают ещё одну венду

в чём конкретно это выражается? так сказать "половые признаки" назовите

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

62. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –4 +/
Сообщение от filosofem (ok), 05-Ноя-12, 02:23 
>>делают ещё одну венду
> в чём конкретно это выражается? так сказать "половые признаки" назовите

В windows-way.

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

64. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от кверти (?), 05-Ноя-12, 02:38 
что такое это windows-way? просветите пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору

465. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от torvn77 (ok), 12-Ноя-12, 03:24 
Windows-way это когда конечный пользователь решает проблему не правкой конфига или скрипта в gedit'е,
а параметры изменяет hex редактором,а для модификаций и кастомизаций кода пользуется програмкой IDA,
о основных отличиях которой от gdb можно прочитать здесь:
http://www.linux.org.ru/news/commercial/5406756#comment-5408971
Ответить | Правка | Наверх | Cообщить модератору

79. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +4 +/
Сообщение от Xasd (ok), 05-Ноя-12, 03:27 
> В windows-way.

в SystemD планируют закрыть исходный код и внести множество недоработок и багов? :-D

я правильно понимаю что -- "windows-way" -- это проприетарщина+говнокод ?

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

160. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от filosofem (ok), 05-Ноя-12, 12:11 
>я правильно понимаю что -- "windows-way" -- это проприетарщина+говнокод ?

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

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

251. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (-), 05-Ноя-12, 22:30 
> Есть способы огородить код, не нарушая формально свободную лицензию.
> Например игнорировать мнение пользователей и других разработчиков это windows-way.

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

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

232. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Hety (??), 05-Ноя-12, 18:58 
Я думаю предыдущий оратор имел ввиду скорее отход от unix-way, где на каждую мелкую задачу есть утилита, а комбайны собираются уже из них. Windows-way - я так понимаю "всё-в-одном". Я не большой спец по системам инициализации, но системд вроде как такого рода комбайном и является?

Оправданность такого подхода под сомнение ставить не готов, но юниксвейностью тут не очень пахнет.

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

244. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от кверти (?), 05-Ноя-12, 21:47 
а я думаю, что тот самый оратор просто тролль-истеричка
Ответить | Правка | Наверх | Cообщить модератору

260. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от saNdro (?), 06-Ноя-12, 01:18 
Троль истеричка тут вы. UNIX-way подразумевает принцип: одна задача - одна программа. Такой принцип позволяет иметь небольшые простые в отладке и, как следствие, надёжные программы, собираемые вместе для сложных задач сторонними приложениями. Таким как командные процессоры, например.
Windows-way - создание универсальных утилит по принципу "всё в одном". Как оно работает известно по работе этого самого windows. И закрытость кода тут не причём. Простое следствие нынешнего технологического уровня программирования. И не надо вспоминать про сложность того же ядра линукса. Там для какой нибудь одной, конкретной, системы, можно выкинуть процентов 80, если не больше, кода из исходников (что обычно и делается кастомной сборкой).
Ответить | Правка | Наверх | Cообщить модератору

75. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от крэнцкрэнц (?), 05-Ноя-12, 03:08 
>А чем плоха венда?
>А то тут все ругают, но никто не имеет понятия, только истерят почём зря.

Венда не плоха.
Истерящие школьники не имеют понятия о вопросе истерики, как правило.

>Да. Про то, что делают ещё одну венду.

Вот Вы, например, типичный истерящий школьник не имеющий понятия.

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

82. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Xasd (ok), 05-Ноя-12, 03:44 
>>А чем плоха венда?
>>А то тут все ругают, но никто не имеет понятия, только истерят почём зря.
> Венда не плоха.

Венда как раз-таки является плохой. :)

но SystemD как я понимаю НЕ повторяет плохую сторону сущности вендовой загрузки.

если SystemD чем-то и похож на Вендовую загрузку, то только лишь какими-то хорошими чястями.

а те люди кто считают что SystemD копирует некий [мифический на мой взгляд] технический подход "Windows-Way" -- могут ли мне ответить на вопрос:

как в MsWindows сделать -- чтобы демон (сервис) заявлял о своей готовности по dBus-шине? (да, да, меня интересует именно dBus, а не какой-то другой лузерский тип канала обмена информации)... ну или хотябы как -- по socket-файлу сделать это в Венде?

а нельзя(!), потомучто в Венде нет ни socket-файлов ни dBus-шины? но это чисто Вендовые проблемы [и не являются оправданием для Венды].. в Linux есть и socket-файлы и dBus-шина, а я НЕ ВИЖУ причины почему бы вдруг их нельзя использовать.

SystemD позволяет это. и много чего друго-го позволяет.

а Вендовый способ загрузки -- НЕ ПОЗВОЛЯЕТ НИ ЧЕРТА! и где тут связь с ним?

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

114. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +7 +/
Сообщение от крэнцкрэнцкрэнц (?), 05-Ноя-12, 10:04 
>Венда как раз-таки является плохой. :)

Плохими принято считать руки растущие из задницы.
Называть инструмент "плохим" только потому, что кому-то не нравится философия его построения - равносильно кукареканью недоумков, которыми наполнен этот тредик.

Сам перекатился на systemd из интереса (до того как он стал мэйнстримом) и вполне доволен. Отличная штука.
И да, в отличие от 90% высказавшихся я пользуюсь арчем.

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

115. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от бедный буратино (ok), 05-Ноя-12, 10:10 
Плохими принято называть тех, кто играет не по правилам, и при этом активно мешает другим.
Ответить | Правка | Наверх | Cообщить модератору

122. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Firefoxic (ok), 05-Ноя-12, 10:42 
"в отличие от 90% высказавшихся я пользуюсь арчем" — ключевое! Этому и плюсую. Только не Арч-юзеров тут по моему >90%.
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

126. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Mirraz (ok), 05-Ноя-12, 10:57 
>да, да, меня интересует именно dBus, а не какой-то другой лузерский тип канала обмена информации

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

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

135. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok), 05-Ноя-12, 11:13 
 
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

217. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Mr. Cake (?), 05-Ноя-12, 15:28 
>>в Венде нет ни socket-файлов

Вообще говоря, есть. Только называются по-другому. http://msdn.microsoft.com/en-us/library/windows/desktop/aa36...).aspx
И не надо кричать про то, что это "не файлы". Файлы, просто лежат не на дисках, а в части единой файловой системы, которую пользователю файловые менеджеры не показывают. И через fopen/fwrite/fread до них достучаться можно.

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

450. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от nuclightemail (??), 08-Ноя-12, 21:48 
В винде были named pipes, mailbox'ы и собственно сообщения задолго до рождения dbus. Следует разбираться в теме, прежде чем херню нести.

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

Блажен кто верует. Не разбирается, но верит в хорошее.

> а те люди кто считают что SystemD копирует некий [мифический на мой взгляд] технический подход "Windows-Way"

Подход отличается тем, что лепится комбайн вместо соединения кусочков. Опять-таки, следует не нести херню, а хотя бы TAOUP Раймонда прочитать, перед тем как рот открывать.

P.S. И да, сравнение с sysvinit смешит - что-нибудь еще более старое для сравнения взяли, ага. Можно посмотреть хотя бы на те же - шелловские! - скрипты rcNG в BSD, в которых все "портянки" убраны в библиотеку, и сами скрипты не сложнее конфигов systemd. Не говоря уже об альтернативных системах в тех же линуксах (гента вроде, кто там еще). Конечно, sysvinit плох, только Лене перед изобретением велосипеда следовало хоть минимально кругозор-то расширить.

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

386. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 07-Ноя-12, 11:14 
> А чем плоха венда?

Общим дебилизмом организации SCM. Например сервис это не процесс а DLL, так что в одном процессе-хосте может жить более 1 сервиса. Очень блин удобно в трублешутинге - висит процесс, жрет 100500 мегов памяти, грузит проц, а какой именно сервис это вызывает - поди еще узнай...

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

119. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от jOKer (ok), 05-Ноя-12, 10:36 
А еще есть админы... И трабла в том, что разрабы и им говорят "заткнитесь..."!
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

44. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Zenitur (ok), 05-Ноя-12, 01:16 
> Заметил одну вещь - здесь срут кирпичами одни и те же, то им wayland не нравится, то systemd...

— Gnome2 был реальным шагом вперёд после 1.x
— Beryl был обалденным
— Версии ядра по мере апгрейда обычно только позитив приносят
— CFQ когда зарелизился вызвал обалдение
— Opera с каждой версией вплоть до 11-х нравилась всё больше.
— Chrome от версии к версии лучшеет
— Субпиксельный рендеринг был большим плюсом

Список можно долго продолжать

Взято отсюда: http://www.linux.org.ru/news/ubuntu/8355931?cid=8359964

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

252. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 05-Ноя-12, 22:36 
> — Gnome2 был реальным шагом вперёд после 1.x

Есть дофига DE-окружений на вкус и цвет. Так что кому не нравится гном3 (много кому) вполне могут пойти и проголосовать ногами. Или даже форкануться - cinnamon, mate и что там еще.

> — Beryl был обалденным

Compiz вроде хуже не стал...

> — Версии ядра по мере апгрейда обычно только позитив приносят

Ну а то. Торвальдс - отличный руководитель проекта.

> — CFQ когда зарелизился вызвал обалдение

Так опять же, линуксный кернел.

> — Opera с каждой версией вплоть до 11-х нравилась всё больше.

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

> — Chrome от версии к версии лучшеет

И в чем состоят видимые для пользователя улучшения за последние пять версий?

> — Субпиксельный рендеринг был большим плюсом

Ты еще плагнплей вспомни и скажи что круто что теперь не надо перемычки с номером IRQ самому расставлять :)

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

65. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от Crazy Alex (ok), 05-Ноя-12, 02:40 
ну вот я из таких. Всё очень просто - ни systemd, ни wayland не решают никаких моих проблем, не дают мне вообще никакого выигрыша - просто потому что меня и так всё устраивает. Так чего ради я буду осваивать эти новые игрушки? В принципе, если будет хотя бы один хорошо поддерживаемый дистрибутив, в котором  этой ерунды не будет - мне хватит. Но если с вейландом лет пять есть точно (а за это время он либо сдохнет, либо обрастёт всем функционалом иксов), то на systemd могут и быстренько принудительно перегнать.

И да, подход "мы всё перекорёжим, а если вам надо - возвращайте назад" меня не устраивает. Ну да ладно, Дебиан с Гентой с ума вроде не сошли...

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

87. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от chinarulezzz (ok), 05-Ноя-12, 04:00 
> В принципе, если будет хотя бы один хорошо поддерживаемый дистрибутив, в котором  этой
> ерунды не будет - мне хватит. Но если с вейландом лет
> пять есть точно (а за это время он либо сдохнет, либо
> обрастёт всем функционалом иксов), то на systemd могут и быстренько принудительно
> перегнать.

Дебиан, Убунта и производные, Гента и производные, Слакварь и производные, CRUX, и некоторые другие, менее известные, но с дружным сообществом. Не все сошли с ума)


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

91. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от бедный буратино (ok), 05-Ноя-12, 04:34 
> Дебиан, Убунта и производные, Гента и производные, Слакварь и производные, CRUX, и
> некоторые другие, менее известные, но с дружным сообществом. Не все сошли
> с ума)

А почему вы решили, что использующие сошли с ума?

В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него. Унификация - это хорошо, надоело сто способов запуска/автозапуска что sshd, что gdm, в каждом дистрибутиве свой.

Вообще, значимость перехода на systemd ТЫСЯЧЕКРАТНО преувеличена. Обычное изменение, решающее проблемы унификации и некоторые другие, но задевающее нервные струны нежных барышень, обычное дело.

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

98. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –5 +/
Сообщение от chinarulezzz (ok), 05-Ноя-12, 05:34 
> А почему вы решили, что использующие сошли с ума?

сувать нестабильное, затратное решение и убирая возможность выбора - не от большого ума дело.

> В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него.

в sid, т.е. экспериментальной ветке. Вот там системгэ самое место.

> Унификация - это хорошо, надоело сто способов запуска/автозапуска что sshd, что gdm, в каждом дистрибутиве свой.

Аххах, спасибо, поржал. Реально надоело 100 способов запуска sshd в каждом дистрибутиве! В каждом дистрибутиве! 100 разных способов! Надоело! Сколько можно уже!? Слава поццерингу, нашему спасителю. :D

Шелл выучить легче чем Си, не?)))

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

101. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от бедный буратино (ok), 05-Ноя-12, 06:11 
Мне уже стало любопытно - есть хоть одна область, в которой вы компетентны?
Ответить | Правка | Наверх | Cообщить модератору

149. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +5 +/
Сообщение от Аноним (-), 05-Ноя-12, 11:50 
> Мне уже стало любопытно - есть хоть одна область, в которой вы
> компетентны?

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

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

216. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от chinarulezzz (ok), 05-Ноя-12, 15:27 
сам с собой, да, аноним?)) Вот и вся твоя манера говорить: сводить на личности когда кишка тонка говорить по сабжу ;)
Ответить | Правка | Наверх | Cообщить модератору

105. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 05-Ноя-12, 08:33 
[wheezy]:~$ls /etc | grep system
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

215. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от chinarulezzz (ok), 05-Ноя-12, 15:25 
> [wheezy]:~$ls /etc | grep system

или grep sys /etc/*

Правда о чем это говорит? Да ни о чём.

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

253. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (-), 05-Ноя-12, 22:45 
> сувать нестабильное, затратное решение и убирая возможность выбора - не от большого ума дело.

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

> Аххах, спасибо, поржал. Реально надоело 100 способов запуска sshd в каждом дистрибутиве!

Реально надоело выписывать 2-3 простыни по странице каждая на то что должно занимать три строчки конфига.

> Шелл выучить легче чем Си, не?)))

Юзать открытую систему и не знать ЯП на котором она написана - это примерно как пытаться взлететь на самолете, понятия не имея нафига там нужны все эти приборы и рукоятки. И да, си пожалуй попроще шелла будет. Базовая часть си очень проста и понятна. Писать на нем посложнее чем читать его но тоже никакой особой ракетной науки. Но веселее всего то что в 99.9% случаев в такой системе инициализации хватит короткого конфига на пяток строк. И никаких сей, шеллов и прочая, ибо типовые задачи запуска программ столь шаблонны что ни си ни шелл там нафиг не упали. Более того, там где все-таки фич не хватило - никто не запрещает позвать шелл со всеми скриптами и наворотами. Ы?

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

255. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от chinarulezzz (ok), 05-Ноя-12, 23:20 
> Ну так вы же не изъявили желание впрячься и поддерживать своим горбом
> нужные ВАМ решения. Получите результат и распишитесь: те кто впрягался имели
> свое мнение о том что надо им и пошли маршрутом который
> симпатичен им. Это вполне честно: никто не обязан ВАШ геморрой на
> своей хребтине вытаскивать.

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

> Реально надоело выписывать 2-3 простыни по странице каждая на то что должно
> занимать три строчки конфига.

Покажи пример, поржём ;) Чую ты велосипедил там, где всё гораздо проще.


> Юзать открытую систему и не знать ЯП на котором она написана -
> это примерно как пытаться взлететь на самолете, понятия не имея нафига
> там нужны все эти приборы и рукоятки.

Система ради языка Си?))) Бггг.

> И да, си пожалуй попроще шелла будет.

День бреда на опеннете?)) Сколько там у си приоритетов у операций? Чуть-чуть до перла не дотягивает?))) Системный язык, переносимый ассебмлер легче скриптового клея Shell - эт конечно  только на опеннете у троллей услышать можно)

>Более того, там где все-таки фич не хватило - никто не запрещает позвать шелл со всеми скриптами и наворотами. Ы?

Естественно что от шелла поттеринго-фетишисты еще оооочень не скоро избавятся, если вообще избавятся. Так и будут писать обёртки и системные скрипты на нём. Теперь у них будут два велосипеда в которых они будут тратить время))) "Bicycle, bicycle, bicycle! I want to ride my bicycle, bicycle, bicycle"! © Queen - вечная тема. Гы!


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

391. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 07-Ноя-12, 12:21 
> А нафейхоа мне впрягаться и поддерживать горбом решения там, где оно мне
> не надо?) Хотите системгэ - впилите нужное мне решение.

Заплатите им денег - может и впилят. А забесплатно они впилят то что надо ИМ. Если вам не по пути - скатертью дорожка. Ну, бывают в жизни огорчения.

> Не хотите и пытаетесь насильно впихать незаконченное и нестабильное решение
> переваливая затраты на меня? Да идите нах! Мне ваш системгэ и даром не
> нать, и за деньги не нать :D

А это уже ваши личные половые трудности.

> Покажи пример, поржём ;) Чую ты велосипедил там, где всё гораздо проще.

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

> Система ради языка Си?))) Бггг.

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

>> И да, си пожалуй попроще шелла будет.
> День бреда на опеннете?))

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

> Сколько там у си приоритетов у операций? Чуть-чуть до перла не дотягивает?)))

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

> Системный язык, переносимый ассебмлер легче скриптового клея Shell - эт конечно
> только на опеннете у троллей услышать можно)

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

Например, если хочется отпилить процесс от остальной системы, то в нем самом сделать chroot+setuid+setgid как именно сисколлы - имеет определенные бонусы vs попытка отколоть этот маневр через внешние утилиты. Бонус состоит в реюзе системных шаред либ, которые не придется класть в песочницу. Минус 100500 к геморрою с майнтенансом песочницы. Есть свои особенности, но если повезло - можно сильно выиграть.

Окей, а как изобразить clone() с конкретными флагами виртуализации LXC через шелл? А чтоб это работало в любой системе где ядро так умеет, без пачки фигзнаеткаких внешних реквизитов? У гугли в хроме стартер под эти требования почему-то накорябан на си. Просто потому что пару сисколов в сях сделать просто и не требует каких-то нестандартных утилит.

Ладно, продолжаем приколы. А как мне регион файла деаллоцировать? Т.е. сделать полный файл обратно sparse? Ну, через сисколлы - понятно как, fallocate() нам в руки. А как насчет шеллскриптинга? Ну вот хочу я чтобы в файле на 50 Мб кусок с 100500 до 200600 байтов считался не занятым. Изобразите на шелле?

> Естественно что от шелла поттеринго-фетишисты еще оооочень не скоро избавятся,

А от него и не надо избавляться. Только вот пинок интерпретера на 800+ кило для старта проги на 20 кило - маразм.

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

Так это не есть плохо. Просто все хорошо в меру. Когда 3 строки конфига делают то же что и куча портянок - лучше пусть будут 3 строки конфига.

> Теперь у них будут два велосипеда

В лучшем случае - один.

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

413. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от chinarulezzz (ok), 07-Ноя-12, 15:40 
> Заплатите им денег - может и впилят.

Это ж каким лохом надо быть, чтоб такое сделать!?))))

> А это уже ваши личные половые трудности.

Это трудности всё тех же системгэшников и их любителей. У меня инит на года, и дистр не переедет на него.

>> Покажи пример, поржём ;) Чую ты велосипедил там, где всё гораздо проще.
> Да что там показывать,

ясно. Портяяяянки, портяяяянки. А как до дела - так в кусты.

>> Система ради языка Си?))) Бггг.
> На си написана и сама система и большинство сервисов и приложений. Так
> что в каком-то роде система ради си.

так как на си написана сама система и большинство приложений - значит система ради Си. Альтернативная логика анонимов в действии.

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

День бреда на опеннете имеет продолжение?))

>> Сколько там у си приоритетов у операций? Чуть-чуть до перла не дотягивает?)))
> Ой, блин, а сколько приоритетов действий в математике? Надо же какая сложная
> наука. А интегралы и дифференциалы - это же вообще трындец! Правда
> как-то так оказывается что основы интегрирования и дифференцирования нужны для описания
> обычных повседневных сущностей зачастую. Какое несправедливое устройство мира - не хочет
> полностью описываться школьной арифметикой и законами ньютона.

На языке гораздо более простом и очевидном, чем Си, можно написать всё тоже что и на Си. А ты разводишь детские сопли про математику и сложность мироздания. :)

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

каких кирпичей тебе не хватает? Нет написанных?

> А запуск процессов
> по сути сводится к нескольким сисколлам. И да, у сисколлов есть
> параметры. Их много. На все из них утили и опции в
> них предусмотреть сложновато.

в системгэ эти опции сделают? Чтоб вместо вызова, как в баше, было ExecStart, ExecStartPre, Exec......, Exec ......, Exec......, и все разные, и значащие разное, и чтоб это было меньшее из тех сложностей что ожидают) Походу в поццерингоподелке всё идёт к этому.

> Например, если хочется отпилить процесс от остальной системы
> Окей, а как изобразить clone() с конкретными флагами виртуализации LXC через шелл?
> А как мне регион файла деаллоцировать? Т.е. сделать полный
> файл обратно sparse? Ну, через сисколлы - понятно как, fallocate() нам
> в руки. А как насчет шеллскриптинга? Ну вот хочу я чтобы
> в файле на 50 Мб кусок с 100500 до 200600 байтов
> считался не занятым. Изобразите на шелле?

Всё это непременно должно входит в систему инициализации! Который должен быть написан на Си. О боже, да ты неадекват, аноним. Вот серьёзно)) Всё системное в линуксе завязано на Си, но это не повод злоупотреблять этим. И тем более не повод пихать контейнеры, виртуализацию, песочницу в инит, и не повод писать их на баше. Ты реально бредишь)))

> В лучшем случае - один.

Самообман такой самообман))

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

461. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (-), 09-Ноя-12, 19:11 
>> Заплатите им денег - может и впилят.
> Это ж каким лохом надо быть, чтоб такое сделать!?))))

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

>> А это уже ваши личные половые трудности.
> Это трудности всё тех же системгэшников и их любителей.

У них никаки трудностей нет - они тут не вопят. Это вы утомили уже воплями насчет "гэ". Прямо недержание.

> У меня инит на года, и дистр не переедет на него.

Я в этом не виноват. Можете хоть педально-релейной логикой пользоваться, мне не жалко.

> ясно. Портяяяянки, портяяяянки. А как до дела - так в кусты.

Просто понимаете, у меня сейчас upstart в основнмо и тот совершенно жуткий ШЫТ который предлагался к программам не оказавшимся в системных репо - я забыл как страшный сон. Ибо эталонный г@внокод зачастую. Так, навскидку: в PsyBNC например скрипт init - просто пи... какой кривой. И скрипт мониторинга живости и рестарта - аналогичный. Я понимаю что там и общее качество кода не всегда радует глаз, но вот это вот - просто буллшит. И это вполне распостраненная практика, а не исключение из правил. Как вариант - нет вообще никаких скриптов. И да, таки написать с места в карьер 3-5 строк конфига проще и быстрее.

>> что в каком-то роде система ради си.
> так как на си написана сама система и большинство приложений - значит
> система ради Си. Альтернативная логика анонимов в действии.

Никакой альтернативной логики. Если оно запускает севый код - значит не настолько уж и неправда :)

>> много, на каждый пук утили предусмотреть - сложно.
> День бреда на опеннете имеет продолжение?))

Так не бредьте.

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

Теоретически. Практически может и не получиться. Си позволяет кроме всего прочего лезть в довольно низкоуровневые аспекты работы системы и железа. В си можно записать конкретное значение по конкретному адресу или выполнить код по конкретному адресу. Благодаря указателям возможны эффектные фокусы типа "zero-copy" (путем тасовки только указателей но не огромного куска на который они указывают). Все это позволяет ряд весьма эффективных приемов которые иначе потребовали бы ассемблера. Что и делает си идеальным выбором для системного программирования. На нем удобно писать загрузчики, ядра ОС, драйвера, системные утилиты и прочие подобные сущности которым все это зачастую надо. И на других ЯП не то чтобы это написать совсем нельзя в теории но малореально или жутко геморно на практике. А ручное управление памятью и прочая позволяет контролировать все аспекты выполнения программы, вплоть до статичного распределения памяти заранее и прочая. Все это позволяет залезать в жесткий реалтайм, соваться в критичные задачи где ситуации вида "кончилась память" недопустимы вообще и прочая. Врядли вам понравится окончание памяти у микроконтроллера рулящего ABS или двигателем вашего авто. Си все это позволяет разрулить. В отличие от других ЯП с их кучей медвежьих услуг и автоматических подтиралок задницы. Вы в вашем праве попробовать что-то такое написать на другом ЯП, конечно, но есть некие сомнения насчет успещности таковых начинаний. По крайней мере, за столько лет си никто так и не смог сместить с трона.

> А ты разводишь детские сопли про математику и сложность мироздания. :)

Да, приходится иногда показывать папуасам что есть некоторые вещи которых они не видели. Электромагнитные волны например. Или hard-realtime задачи. Или ситуации когда недопустимо окончание памяти.

>> клея получается ужасным извратом и вообще неоправданно геморройно.
> каких кирпичей тебе не хватает? Нет написанных?

Как каких, умеющих запускать программы нормально. В данном контексте. Запустить программу с иным приоритетом или под иным юзером превращается в какие-то отдельные действия, etc.

> Походу в поццерингоподелке всё идёт к этому.

Я скорее не понимаю вот что: поццерингоподелие позволяет запустить тот же баш и скрипт в нем, ЕСЛИ ситуация такова что гибкость 800-килового интерпетера нам реально потребовалась (что бывает в 1 случае на миллион). Чего ради такой кипиш? Развели какой-то левый буллшит, клоуны хреновы. Я согласен что у поттеринга какие-то странные закидоны бывают, но общий масштаб буллшита по этому поводу давно превысил все разумные рамки.

>> в файле на 50 Мб кусок с 100500 до 200600 байтов
>> считался не занятым. Изобразите на шелле?
> Всё это непременно должно входит в систему инициализации!

Зачем же? Это про си на который вы тут изволили выступать.

> Который должен быть написан на Си. О боже, да ты неадекват, аноним. Вот серьёзно))
> Всё системное в линуксе завязано на Си, но это не повод злоупотреблять этим.

Запуск программ в конечном итоге сводится к чуть ли не парре сисколлов. Ну там clone() и еще по мелочи. При том из сей clone() можно дернуть с разными ништяками типа отпиливания процесса в LXC контейнер. И да, система инициализации на си это может одной левой. В случае скриптов все это потребует как минимум вкораяить в систему еще какие-то утили специально для этого + мы налетим на те же проблемы что и chroot+setuid+setgid выполняемые как набор программ вместо дерга сисколлов программой, вероятно.

> И тем более не повод пихать контейнеры, виртуализацию, песочницу в
> инит, и не повод писать их на баше. Ты реально бредишь)))

Покажи как на баше LXC контейнер отпилить? А чтобы еще и не переть в систему 100500 побочных утилит и кучу грабель?

> Самообман такой самообман))

Я заметил. Почему бы вам просто не отметить что вы не осилили си? Правда при этом вы и особого профита с опенсорсности системы снять не сможете. FAIL.

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

464. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от chinarulezzz (ok), 10-Ноя-12, 00:43 
>>> Заплатите им денег - может и впилят.
>> Это ж каким лохом надо быть, чтоб такое сделать!?))))
> Всего лишь реалистом, понимающим что никто не обязан вас ублажать забесплатно в
> том виде котором хорошо именно вам.

Аххахах)) А другие делают. Тогда зачем мне впрягаться в чужие поводья? Чтоб потом это стало мне в пору? Идите лесом, я отдохну пользуясь тем что уже полностью соответствует моим потребностям :) Правда просто?

> У них никаки трудностей нет - они тут не вопят. Это вы утомили уже воплями насчет "гэ". Прямо недержание.

Вопят-вопят))) Форум тому подтверждение. Сочные бугурты по поводу "все тупые потому что не осваивают новый системгэ".

>> У меня инит на года, и дистр не переедет на него.
> Я в этом не виноват. Можете хоть педально-релейной логикой пользоваться, мне не
> жалко.

Тогда чего начинал о моих трудностях балаболить, если я тебе ответил что меня эти трудности обойдут стороной?) Ты в этом не виноват? Ты бредишь? На что отвечаешь? :D

>> ясно. Портяяяянки, портяяяянки. А как до дела - так в кусты.
> Просто понимаете, [бла-бла-бла] таки написать с места в карьер 3-5 строк конфига проще
> и быстрее.

очередной тупачок завернутый под техническую информацию. Уже которое сообщение обходишь вопрос заданный в лоб)) Велосипеды покажи, а!? :D

>[оверквотинг удален]
> контролировать все аспекты выполнения программы, вплоть до статичного распределения памяти
> заранее и прочая. Все это позволяет залезать в жесткий реалтайм, соваться
> в критичные задачи где ситуации вида "кончилась память" недопустимы вообще и
> прочая. Врядли вам понравится окончание памяти у микроконтроллера рулящего ABS или
> двигателем вашего авто. Си все это позволяет разрулить. В отличие от
> других ЯП с их кучей медвежьих услуг и автоматических подтиралок задницы.
> Вы в вашем праве попробовать что-то такое написать на другом ЯП,
> конечно, но есть некие сомнения насчет успещности таковых начинаний. По крайней
> мере, за столько лет си никто так и не смог сместить
> с трона.

Аноним, прости, но ты дурак :D То что ты описал сейчас про Си, как раз противоречит тому что баш надо менять на Си в системе инифиализации, которая должа быть прозрачной, понятной и легкоизменяемой))

> Да, приходится иногда показывать папуасам что есть некоторые вещи которых они не
> видели. Электромагнитные волны например. Или hard-realtime задачи. Или ситуации когда
> недопустимо окончание памяти.

Это имеет отношение к Си в контексте системы инициализации? Или тебе просто нравится графоманить?))

>>> в файле на 50 Мб кусок с 100500 до 200600 байтов
>>> считался не занятым. Изобразите на шелле?
>> Всё это непременно должно входит в систему инициализации!
> Зачем же? Это про си на который вы тут изволили выступать.

Напомню: "Шелл легче выучить чем Си, не?" В контексте системы инициализации. И каким одарённым надо быть, чтоб воспринять это так как ты :D  


>> Который должен быть написан на Си. О боже, да ты неадекват, аноним. Вот серьёзно))
>> Всё системное в линуксе завязано на Си, но это не повод злоупотреблять этим.
> Покажи как на баше LXC контейнер отпилить? А чтобы еще и не
> переть в систему 100500 побочных утилит и кучу грабель?

))) Объясни внятно что ты хочешь. Это, говорят, уже 50% решения.

> Я заметил. Почему бы вам просто не отметить что вы не осилили
> си?

А что такое "осилил Си"? Зачем надо "осиливать Си"? Что с этого "осиливания" я буду иметь?

> Правда при этом вы и особого профита с опенсорсности системы снять не сможете. FAIL.

а щас что ты имел в виду? :D Я неправильно опенсурс-системами пользуюсь? Недостаточно хорошо? А как надо?

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

259. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok), 05-Ноя-12, 23:50 
>> Аххах, спасибо, поржал. Реально надоело 100 способов запуска sshd в каждом дистрибутиве!
> Реально надоело выписывать 2-3 простыни по странице каждая на то что должно
> занимать три строчки конфига.

А должно?  А ну, напишите-ка быстро конфиг для апача в дебиан!  Ждем три строчки, что делают все, что полагается и ничего не ломают.

>> Шелл выучить легче чем Си, не?)))
> Юзать открытую систему и не знать ЯП на котором она написана -
> это примерно как пытаться взлететь на самолете, понятия не имея нафига
> там нужны все эти приборы и рукоятки.

Летаю на самолетах - и знать не знаю про нужные "ручки".  На то - пилоты есть.

Короче.  Завязываете с "аналогиями" - смотрится жалко.

> И да, си пожалуй попроще шелла будет.

Святая простота...

> Базовая часть си очень проста и понятна. Писать
> на нем посложнее чем читать его но тоже никакой особой ракетной науки.

Хотелось бы посмотреть на ваш "код" на C - жаль, что это "счастье" присутствующим недоступно.  Думаю, было бы весело.

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

Ну-ну.  То-то один печально известный боец наплодил systemd-fsck, systemd-quotacheck и еще почти 100500 C-утилит на каждый чих.  Все то, что обычно решается действительно стандартными утилитами, запускаемыми в сценариях shell.  Все прозрачно и легко отладить при необходимости.

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

392. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (-), 07-Ноя-12, 12:34 
> А должно?  А ну, напишите-ка быстро конфиг для апача в дебиан!
>  Ждем три строчки, что делают все, что полагается и ничего не ломают.

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

> Летаю на самолетах - и знать не знаю про нужные "ручки".  На то - пилоты есть.

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

> Короче.  Завязываете с "аналогиями" - смотрится жалко.

Вы не любите кошек? Вы просто не умеете их готовить.

>> И да, си пожалуй попроще шелла будет.
> Святая простота...

А чего в нем сложного? Хотя может это от предпочтений зависит.

> Хотелось бы посмотреть на ваш "код" на C - жаль, что это
> "счастье" присутствующим недоступно.  Думаю, было бы весело.

Код как код. Обычный вполне. В инит-скриптах поставляемых с софтом авторами оного можно найти намного более лютый гогнокод. У меня получалось по крайней мере.

> Ну-ну.

Ману. Весь запуск процессов сводится к дергу пары сисколлов по сути.

> То-то один печально известный боец наплодил systemd-fsck, systemd-quotacheck и
> еще почти 100500 C-утилит на каждый чих.

Как ни странно, шелл вообще бесполезная хрень без 100500 утилит на си. Ибо более высокоуровневый glue-код между ними. В именно системном стартере - нафиг не упало. В том плане что всегда можно позвать не сам сервис а шелл и скрипт в нем, если уж системного стартера не хватило. Стало быть, проигрыша нигде нет. Как ни странно, запуск через сисколлы работает и для шелла :)

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

Я заметил. Только что-то конфиг апстарту делающий одно и то же я в 5 раз быстрее написал и отладил. Вот было бы хорошо если бы подобная система инициализации нового поколения и стала фактическим стандартом. Хотя-бы в пингвинах, насчет остальных I don't care если честно.

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

424. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok), 07-Ноя-12, 16:24 
>> А должно?  А ну, напишите-ка быстро конфиг для апача в дебиан!
>>  Ждем три строчки, что делают все, что полагается и ничего не ломают.
> Ждите, ваше право.  [...] ждать придется довольно долго.

Печально.  Папа с мамой - дитенка за слова отвечать не приучили...

> Вы не любите кошек? Вы просто не умеете их готовить.

Угу.  Кошек с собаками - кушайте сами.

>>> И да, си пожалуй попроще шелла будет.
>> Святая простота...
> А чего в нем сложного? Хотя может это от предпочтений зависит.

Всякий язык без gc - не для детишек.

>> Хотелось бы посмотреть на ваш "код" на C - жаль, что это
>> "счастье" присутствующим недоступно.  Думаю, было бы весело.
> Код как код. Обычный вполне.

Вот почему и было бы весело...  Жаль, что невозможно.

От 15 до 20 лет.  Угадал?

> Ману. Весь запуск процессов сводится к дергу пары сисколлов по сути.

Не поверим.  Вон, выше юнит для апача вы написать не отважились.  Видать, что-то еще при этом полезного делается ;)

>> То-то один печально известный боец наплодил systemd-fsck, systemd-quotacheck и
>> еще почти 100500 C-утилит на каждый чих.
> Как ни странно, шелл вообще бесполезная хрень без 100500 утилит на си.

Совершенно стандартных, не прибитых гвоздями к системе инициализации.

> В именно системном стартере - нафиг не упало.

Ну да.  Вместо отлаженного кода - пилим свой, бажный, беcполезный вне задач инициализации.  Зачем - только ради мифической оптимизации времени загрузки?

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

Отлаживать его будет администратор.  А вы для него - пока еще только бомбу замедленного действия приготовили.

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

210. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от myhand (ok), 05-Ноя-12, 14:09 
> В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него.

Почитайте обсуждение в рассылке - увидите.

> Унификация - это хорошо, надоело сто способов запуска/автозапуска что sshd, что gdm, в каждом дистрибутиве свой.

Ну и причем тут systemd?  Различайте благонамеренные фантазии своего кумира и суровую реальность.  Сравните *существующие* юнит-файлы в разных дистрибутивах...

Посмотрите на init-скрипты CentOS и Debian для того же sshd.  Они делают *разные* вещи.  Вам знакомо понятие "обратная совместимость"?  Предложите *один* инит-файл, который сгодится для обоих дистрибутивов.  А затем попробуйте его использовать в Gentoo...

> Вообще, значимость перехода на systemd ТЫСЯЧЕКРАТНО преувеличена.

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

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

212. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от бедный буратино (ok), 05-Ноя-12, 14:19 
>> В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него.
> Почитайте обсуждение в рассылке - увидите.

jessie, как сейчас вижу, выйдет в феврале 2015 года. 39 февраля по новому всемирному красноармейскому календарю.


> Ну и причем тут systemd?  Различайте благонамеренные фантазии своего кумира и
> суровую реальность.  Сравните *существующие* юнит-файлы в разных дистрибутивах...

Нет у меня никаких кумиров, мне и с systemd хорошо, и без systemd хорошо. Мне всё равно, лишь бы был единый стандарт и меньше конфликтов.

Причём тут сами файлы? Как раньше писали init-скрипты, так и будут писать для systemd. Только для systemd писать проще, насколько я понимаю.


> Посмотрите на init-скрипты CentOS и Debian для того же sshd.  Они
> делают *разные* вещи.  Вам знакомо понятие "обратная совместимость"?  Предложите
> *один* инит-файл, который сгодится для обоих дистрибутивов.  А затем попробуйте
> его использовать в Gentoo...

Я не знаю, кому вы отвечаете, но явно не мне. Такое ощущение, что у вас ответы были готовы ещё до моего сообщение, и оно только катализатор...


>> Вообще, значимость перехода на systemd ТЫСЯЧЕКРАТНО преувеличена.
> Отнюдь.  Инициализация системы, старт сервисов, логи - все это уж больно
> важные штуки, чтобы доверять их на откуп поделкам всякой школоты.

Таких изменений происходит много, и постоянно. И в ядре, и снаружи. Почему скандалы пошли по поводу systemd, я примерно понимаю. Как говорили древние и Конан Дойл, "ищи, кому выгодно".

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

229. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от myhand (ok), 05-Ноя-12, 17:08 
>>> В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него.
>> Почитайте обсуждение в рассылке - увидите.
> jessie, как сейчас вижу, выйдет в феврале 2015 года.

У Debian *нет* time-based расписания релизов.  Вы из параллельной вселенной?

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

Хотите подробностей - читайте рассылку.

> Нет у меня никаких кумиров, мне и с systemd хорошо, и без
> systemd хорошо. Мне всё равно, лишь бы был единый стандарт и
> меньше конфликтов.

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

> Причём тут сами файлы? Как раньше писали init-скрипты, так и будут писать
> для systemd. Только для systemd писать проще, насколько я понимаю.

Вы плохо понимаете.  Никакого стандарта покуда.  И далеко не "проще".  Тут уже цитировали (хоть я и не люблю LOR):
http://www.linux.org.ru/news/linux-general/8338069/page1#com...

> Я не знаю, кому вы отвечаете, но явно не мне.

Вам.  Не вы ли sshd упомянули - вот вам и пример.

По сути есть что ответить?

> Таких изменений происходит много, и постоянно. И в ядре, и снаружи.

Парочку назвать не затруднит?

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

266. "Проект Arch Linux прекращает поддержку скриптов..."  –1 +/
Сообщение от arisu (ok), 06-Ноя-12, 02:12 
> Хорошего вам геморроя!

это вам, ребята, удачи в исследовании новаторских подходов «до основанья мы разрушим, а потом…»

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

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

300. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (-), 06-Ноя-12, 05:29 
"до основанья мы разрушим, а потом…"
ох, ну попробуй без отсылок приведи примеры реализации подобных лозунгов и их последствий
(твоя отсылка ясна, но ясно также что, никакимм знаниями в историко-политическом контексте, помимо шаблонных лозунгов из телевизора 90-х ты не обладаешь)

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

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

302. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok), 06-Ноя-12, 05:34 
продолжай, меня это возбуждает.
Ответить | Правка | Наверх | Cообщить модератору

320. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (-), 06-Ноя-12, 08:49 
> продолжай, меня это возбуждает.

интересно, в чём это у вас, импотентов (во всех смыслах) проявляется?

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

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

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




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

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